On Wed, Jun 12, 2013 at 12:49 AM, Landon Blake <sunburned.surve...@gmail.com
> wrote:
>
> 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. :]
>
In order to be a GeoTools module it... hum... has to be using GeoTools :-)
What I mean:
* licence compatible, it has to be LGPL and don't have dependencies on
libraries that have more restrictive licences (e.g., GPL)
* using GeoTools features and feature collections (if we are talking vector
data) or coverages (if we are talking raster data)
* likely be using the geotools process API (stand alone classes are fine,
classes that do implement an external processing api maybe not, but we can
discuss it)
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
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
