Morning
On Tue, Feb 3, 2009 at 2:20 AM, Gabriel Roldan <grol...@opengeo.org> wrote:
> Hi guys,
>
> As you know I'm working on improving ArcSDE gce support by adding support
> for extra formats.
>
> So, the way it works is that we have a so called ArcSDERasterReader
> (extending ImageReader) for each pixel format. Each one reads tile data in
> the appropriate pixel packaging (float, byte, ushort, etc) into a
> BufferedImage's WritableRaster.
>
Okay.
> But since there are a bunch of formats and this is leading to quite some
> duplication and, the gtopo and geotiff plugins inspired me to experiment
> over the weekend with implementing a JAI's ImageInputStream for arcsde
> rasters.
>
That would be cool.
> The spike seems to be going quite well, and, in my understanding, this
> would lead to out of the box support of any of the formats and number of
> bands combinations, right?
>
It should; and now that we have RasterSymbolizer going it is a good time to
support multiple bands.
> What I'm not so sure of and may be you can better tell me is what the
> other advantages of going through JAI ImageRead operation, using a
> RawImageInputStream and RawImageReaderSpi producing a RenderedOp would be
> over building a plain BufferedImage (with the appropriate Sample and Color
> models for a given format).
>
Normally I would answer that you would get to take advantage of the
TileCache and operation chaining etc ... ie set up a chain and only pull
data into memory as needed. Rather than being forced to bring it all into
memory as with a BufferedImage. However I am not quite sure how your
contract with ArcSDE reacts in that respect?
> One of them, if I'm getting it right, is that we can give JAI any number
> of bands regardless of which of them are used as the visible bands, which is
> useful for band selection operations and other jai related stuff?
>
I think you could also make a buffered image that hand multiple bands;
however it may smack you around asking for a color space model or something.
> Cheers,
>
> Gabriel
>
> --
>
> Gabriel Roldan
>
> OpenGeo - http://www.opengeo.org
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
