> [1] Modify OpenJUMP to adopt the GeoTools Feature interface and Feature model.
> [2] Design and use a "converter" that can change GeoTools Feature objects 
> into JUMP Feature objects and back again.
> [3] Develop and maintain the JUMP Feature interface and feature model 
> independently of GeoTools, and loose many of the benefits of collaboration.
As David Zwiers pointed out the Feature model of GeoTools changes far too 
rapidly
and in my opinion it would be a bad move for OJ to adopt it.
 
Numbers [2] and [3] can live together. Develop an OJ Feature model
and converters between it and GeoTools Feature model (if really needed).
 
Regarding the "converter" I have to confess that my PostGIS/Oracle plugin
is also capable of working with GeoTools DataStores.
 
To be more precise the SISDB data access layer that the plugin is based upon
is also capable of working with GeoTools DataStores.
But I never tried to use it through OJ...
 
Also it only works with some old version of their Feature model
(can't remember exactly which one)...
 
We use it to read and write MapInfo MIF files.
There's a MIFDataStore available in GeoTools (we developed it starting from
an older version that was already there).
 
 
Bye
Paolo Rizzi
 

-----Messaggio originale-----
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] conto di David Zwiers
Inviato: giovedì 19 aprile 2007 17.15
A: List for discussion of JPP development and use.
Oggetto: Re: [JPP-Devel] Requesting some thoughts on GeoTools...



SS,

 

I read briefly over your blog, and noticed that you have not taken stability or 
product maturity into account. In my opinion GT does not have either of these 
components, as can be seen by the rapidly changing API (version 2.1 is not even 
a drop-in for version 2.0!). I am only making this point, because in option 1 
of your blog you seem to imply we could work from a single set of jars which 
would be fixed incrementally (and thus would not need to maintain an OpenJump 
copy of the GT). If you cannot simple 'Drop replace' the jars, then I cannot 
see a substantial benefit to Option 1 in terms of collaboration opportunities. 

 

David 

 


  _____  


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sunburned 
Surveyor
Sent: April 18, 2007 10:27 PM
To: List for discussion of JPP development and use.
Subject: [JPP-Devel] Requesting some thoughts on GeoTools...

 

I've got a blog post up that talks about some challenges to collaboration with 
GeoTools. I'd really like to get some input and suggestions from others, 
including any of the GeoTools Project that keep an ear on this mailing list. 

I've also got a short post up on the Location Intelligence conference in San 
Francisco.

http://openjump.blogspot.com/

The Sunburned Surveyor 

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to