I've been chewing over a plan to extract some of the most beneficial parts
of OpenJUMP into a stand-alone library that can be used outside of the
OpenJUMP GUI. I've decided to focus this project, at least for the short
term, on supporting multi-threaded geospatial processing using OpenJUMP's
simple feature model.
I'll need to do some refactoring to support threading. This will include
making some classes immutable and designing some thread safe data
structures for the feature classes.
I can package this as a project for OSGeo Incubation Labs, but I wanted to
check here first. Is this project something that can be packaged as a set
of Geotools modules? I don't want to muddy the water by introducing modules
that use OpenJUMP's simple feature model, but it makes sense to work with
Geotools as much as possible, instead of starting yet another project.
Please share your thoughts with me. I'll consider the input from the
Geotools community before I move forward. If hosting this code at Geotools
is a bad idea, tell me. I won't get my feelings hurt. :]
Landon
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
