Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [udig-users] GeoDB file Data Formats and uDIG

Thanks Jody,

The only option I have for a conference call is to use my Skype at home.
I'd love to organise a time with you when it is suitable. I can explain
what we do and email at least some screen shots to help.

I'll have to go back and look at the "Feature Editor" example, because
last time I looked at trying to do some customisation it was a disaster.
Thanks for explaining about GML. It does make sense that it is really
only an interchange format. SHP in a relational sense sucks.

Getting H2 off the ground and stable sounds like a good investment.
Organising it from our end may be a bit more difficult.

Cheers,
Shaun

-----Original Message-----
From: Jody Garnett [mailto:jgarnett@xxxxxxxxxxxxxxx] 
Sent: Thursday, 15 May 2008 5:37 AM
To: Shaun Kolomeitz
Cc: udig-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: [udig-users] GeoDB file Data Formats and uDIG

Shaun Kolomeitz wrote:
> Dear fellow uDIG users,
>
> I've had no luck from the uDIG devel list so I thought I'd see if
users could maybe provide some advice or pointers on an issue I am
trying to resolve.
> I'm in the final stages of investigating the options for using an open
source GIS product for over 600 clients. The options are now uDIG, QIS,
gvSIG. uDIG has some appeal being a Java custom client over a C++/C#
client.
>   
It would be good to set up a conference call to go over your options 
with respect to uDig.
> Really we're only after a basic map interface with a lot of custom
dynamic forms to capture data, print maps and reports (PDFs). Not rocket
science by any means.
>   
Sounds great; the tutorials source code includes a "Feature Editor" 
example showing how to make a custom form.
> I'm pretty happy with the way uDIG is progressing and the features
that you get "out of the box". In the back end however I am wondering
what format will help us to manage a file-based geodatabase type
structure ? I am after a structure similar to shapefiles with "related"
DBF's, and unfortunately we cannot have PostGIS running, just a set of
files.
>   
I understand that this sounds like a pretty normal requirement from a 
database / computer-science background; I have found in GIS that the 
vast majority of data sets are really very simple. You will notice that 
GML is proving less popular than shapefiles and KML for example.
> Will GML "do it for us"?
>   
I would love to say that GML would "do it for you", but GML is an 
"interchange" format designed to communicate data between different 
systems; it is not really set up for fast access. While we have been 
able to do some really neat things using GML2 and a Web Feature Server 
we are depending on the fact that the WFS is storing the data in a 
useful database, and simply asking it to provide us the results in GML2.
> The Shapefile format doesn't cut it for us because we have a need for
long-text (memo) fields and one to many relationships in the data.
>
> Can anyone suggest a format that we should look at (or is anything on
the horizon like SQLite spatial, H2, HSQL ???) ? I notice that GeoServer
uses a H2/Java db for the EPSG tables, but can you do a similar thing
for uDIG ?
>   
Yes you can - the DataStore implementation for H2 is here:
- http://svn.geotools.org/trunk/modules/unsupported/h2/

The implementation does not support relationships right now; but I would

love to add that ability (in terms of the feature model they are 
represented as "Associations").

On the uDig side what is needed to hook that up to uDig is a couple of 
classes, but we can go over that on the devel list. Depending on your 
needs you may be able to get away with having just your application know

about the relationships, depends on if you need to use that information 
when rendering?

The use of HSQL, and H2 to store the EPSG tables is a separate problem; 
what is being stored in is CoordinateReferenceSystems rather than 
features so we don't have the requirement of storing Geometry.
> I've also got a much larger spec for the system if anyone is
interested in discussing what we require and what might be suitable.
>   
I would certainly be interested in learning more about your project, 
does the idea of setting up a quick conference call have any appeal?

Jody
+----------------------------------------------------------------+
Think B4U Print
1 ream of paper = 6% of a tree and 5.4kg CO2 in the atmosphere
3 sheets of A4 paper = 1 litre of water
+----------------------------------------------------------------+
_________________________
Disclaimer

WARNING: This e-mail (including any attachments) has originated from a Queensland Government department and may contain information that is confidential, private, or covered by legal professional privilege, and may be protected by copyright.  

You may use this e-mail only if you are the person(s) it was intended to be sent to and if you use it in an authorised way.  No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this e-mail without appropriate authority.  If you have received this e-mail in error, please inform the sender immediately by phone or e-mail and delete this e-mail, including any copies, from your computer system network and destroy any hardcopies.

Unless otherwise stated, this e-mail represents the views of the sender and not the views of the Environmental Protection Agency.

Although this e-mail has been checked for the presence of computer viruses, the Environmental Protection Agency provides no warranty that all viruses have been detected and cleaned. Any use of this e-mail could harm your computer system.  It is your responsibility to ensure that this e-mail does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system).

E-mails sent to and from the Environmental Protection Agency will be electronically stored, managed and may be audited, in accordance with the law and Queensland Government Information Standards (IS31, IS38, IS40, IS41 and IS42) to the extent they are consistent with the law.
___________________________

!DEPTSTAMP1!


Back to the top