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
