Landon if you review the techniques for multi-threaded programming please 
provide feedback on what works for you. There are a number of ways to take a 
run at the problem and we are always interested in how to get things done. 

For example you may be able to answer some questions?

Can Guava can be easily adapted to traversing a spatial index (and allowing 
each thread to take a different segments of a quad tree)?
Look at GeoTrellis (here is a LocationTech Introduction to GeoTrellis video 
(http://www.locationtech.org/content/introduction-geotrellis)) and see how they 
attack things with a purely functional approach.

And keep an eye on Java - in particular the Fork-Join JCP looks to be more 
friendly then the Callable / Future / Threadpool model we based GeoTools on.
-- 
Jody Garnett


On Thursday, 13 June 2013 at 1:06 AM, Landon Blake wrote:

> 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 
> (mailto:andrea.a...@geo-solutions.it)> wrote:
> > On Wed, Jun 12, 2013 at 12:49 AM, Landon Blake 
> > <sunburned.surve...@gmail.com (mailto: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 (tel:%2B39%200584%20962313)
> > fax: +39 0584 1660272 (tel:%2B39%200584%201660272)
> > mob: +39  339 8844549 (tel:%2B39%20%C2%A0339%208844549)
> > 
> > http://www.geo-solutions.it 
> > http://twitter.com/geosolutions_it
> > 
> > ------------------------------------------------------- 
> ------------------------------------------------------------------------------
> This SF.net (http://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 
> (mailto:GeoTools-Devel@lists.sourceforge.net)
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
> 
> 


------------------------------------------------------------------------------
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

Reply via email to