On 4 July 2011 10:38, Jody Garnett <[email protected]> wrote: > 3) gt-process-raster > - migrate raster to vector for gt-process > - not sure what else goes here; jgrasstools stole most of the reason for > this one to live > > The GeoServer ones are GPL too of course but we have a tradition of > backporting the reusable > stuff in GeoTools, not sure what is the jgrasstools stance on this topic. > > Okay so gt-process-raster will make the cut; and hopefully grow over time.
I'm hoping that core of the vector-to-raster and raster-to-vector functions can be moved out of gt-process and into gt-coverage. I asked Simone about this a while ago and he thought they could become coverage operations. It seems a lot more logical for them live there rather than be hidden in the process module. 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 Mmm... I see there is also this issue which I'd forgotten about: http://jira.codehaus.org/browse/GEOT-3121 The vector to raster code needs re-working. At present it doesn't support double: http://jira.codehaus.org/browse/GEOT-3102 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
