Probably not a good fit then. There is probably license issues, and I want
to stay away from the GeoTools feature model.
OSGeo Labs it is then. :]
Thanks.
Landon
On Tue, Jun 11, 2013 at 11:14 PM, Andrea Aime
<andrea.a...@geo-solutions.it>wrote:
> 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
