On 4 July 2011 17:28, Andrea Aime <[email protected]> wrote: >> The GeoTools raster-to-vector code should be dropped and the >> equivalent JAITools operator wrapped instead. The latter was based on >> the former but has had far more testing thanks to Andrea. There is an >> issue for this: http://jira.codehaus.org/browse/GEOT-3336 > > Hum... GeoServer has the processes wrapping the jaitools operators, > so I guess we just need to grab those? >
Sounds perfect. >> Mmm... I see there is also this issue which I'd forgotten about: >> http://jira.codehaus.org/browse/GEOT-3121 > > Yeah, fixing this one would be good indeed, memory bound processing > is dangerous (especially in WPS, where the server has little control over > the data it's going to process). I'd like to fix it at the JAITools level: some sort of file-caching of line segments with a spatial index. And the jaitools property getter would return an iterator rather than a Collection. If that sounds ok I'll put it on my todo list. >> The vector to raster code needs re-working. At present it doesn't >> support double: >> http://jira.codehaus.org/browse/GEOT-3102 > > Wondering if this one could be turned into a jaitools operator as well. > You could get an iterator of Geometry objects with the attribute > value stored as userdata as the input? > Making a GeoTools wrapper that turns the FeatureIterator into the > iterator offering the geometries should not be hard (and the wrapping > code would make sure the FeatureIterator is properly closed at > the end of the operation). > Just thinking out loud :-) Yep, nice thoughts. I'll add that to my todo list as well. Michael ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
