[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] using uDig (and replacing OpenJUMP)
|
Hi Sander:
A couple differnces between the two:
- uDig uses the GeoTools feature model (and open jump uses it's own) -
they are fairly close (and you can convert between the two if needed)
- uDig is LGPL (thought OpenJUMP was GPL?)
- uDig tends not to load features into memory - this is a performance /
scalability trade off
So porting your code should not be too hard; especially if you were
already comfortable loading your content into memory (the files are
small enough right?) GeoServer does not yet do GML3 - although they are
working on it for December; even when they do they will be using the WFS
1.1 protocol (and uDig just supports WFS1.0 right now).
You have a couple of options for porting:
a) make a GPL plugin in the community section (so you can just copy the
jump feature collection implementation); and produce a uDig renderer so
you can see them
or
b) change your code to produce GeoTools Features
Jody
Aside: yo are correct that a GML3 DataStore being produced right now in
the geotools project. But it is being produced for another project
(actually GeoServer) ; so we will need a volunteer to pick it up for
uDig when the time comes; and then again to support the WFS1.1 protocol.
Hi list,
This is my first post here and it's not so long ago that I discovered
uDig, so far it looks great, but I've got a few questions. I assume
this is the right place to ask them.
I've recently been working on a project which links text
(law/regulations) to a map. We used OpenJUMP for this project and all
was well. Management has decided we need a method to edit our text
(and later on maps too) and the only project we can use for it is
SWT-based. OpenJUMP is Swing based, so we need an alternative. uDig is
SWT-based, so hurray, here's our alternative :)
We absolutely rely on GML 3.1.1 documents for our maps, but I was
unable to load them into uDig. I know people are working on it, but I
have no idea about the status of this feature. As far as I
underststand, the way to do this will be: load a GML 3.1.1 document
into GeoServer, then use uDig to connect to GeoServer. What I don't
understand is that the connection between uDig and GeoServer will be
GML 2.0, how does this work? Do GML attributes find their way to uDig,
or do I need an abstraction layer that links uDig geographical objects
to their original GML IDs?
Both uDig and OpenJUMP use JTS internally (and I think I noticed a few
other similarities as well), does this mean they are largely 'the
same'? Sure, uDig uses SWT, OpenJUMP uses Swing, and the plugin system
and APIs are different, but would it work if I just copy a
FeatureCollection from OpenJUMP to uDig? I ask, because I've written a
GML 3.1.1 reader for OpenJUMP, it would be cool if I could just
copy/paste it into uDig and continue as if nothing happened. I can
handle compile problems, but it would be nice to know if it's possible
at all before I test it.
Kind regards,
Sander
