On Mon, Jul 4, 2011 at 7:29 AM, Michael Bedward
<[email protected]>wrote:
> 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
Hum... GeoServer has the processes wrapping the jaitools operators,
so I guess we just need to grab those?
>
> 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).
>
>
> 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 :-)
Cheers
Andrea
--
-------------------------------------------------------
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
-------------------------------------------------------
------------------------------------------------------------------------------
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
