Hi Alberto,
I did take a look at the render architecture to see how it might be done,
but unfortunately I don't have a lot of time right now to help with this
effort so any advice I have is only a guess, but I think it might have to
happen in the image layer's paint method.
Larry
On Tue, Jun 29, 2010 at 2:01 AM, Alberto De Luca <i...@geomaticaeambiente.it
> wrote:
> Stefan and Larry,
>
> thank you for your help. Unfortunately I'm not an expert either, so I'm
> really not sure about what to do. I kind of like Larry's approach (but I
> need to think about it to see if I can work something out of it). I'll
> have a deeper look at the pirol classes too...
>
> Alberto
>
> On 28/06/2010 21:49, Stefan Steiniger wrote:
> > actually.. wasn't there a scaling function somewehere in the pirol
> classes?
> > so the place to correct is in those?
> >
> > Alberto De Luca schrieb:
> >
> >> Dear OJ developers,
> >>
> >> I was working on the Sextante classes, trying to enhance raster support
> >> and visualization capabilities. Having a powerful raster management is
> >> important so we can port to OJ all the raster plugins we developed for
> >> the OJ-derived AdB-ToolBox (we exchanged some emails on the topic a
> >> while ago).
> >>
> >> So, as a first attempt, I tried to add ESRI FLT raster support, adding
> >> some lines of code to the RasterImageLayer class. I am here facing a
> >> dilemma though.
> >>
> >> The loadImage method returns a planarimage, which is then displayed on
> >> the screen.
> >> If I read the FLT file into a TiledImage whose SampleModel is
> >> DataBuffer.TYPE_FLOAT (to match the data model of the FLT file) and
> >> return it to be displayed, OJ loads it ok, but the raster displayed is
> >> completely blank. I know it's there because I can export its envelope
> >> and I can read cell values (using the OpenJUMPSextanteRasterLayer
> >> class), values that exactly match the values stored in the FLT file.
> >> If after creating the TiledImage I rescale it into a 0-255 range
> >> PlanarImage, I can display it ok (as a grayscale for example) but then
> >> when I read the cell values from the raster layer, they're clearly
> >> different from the original FLT values.
> >>
> >> My question is: is there a way to have a correct visualization while
> >> maintaining access to the actual cell values? In
> >> www.lac.inpe.br/JIPCookbook/2200-display-surrogate.jsp
> >> <http://www.lac.inpe.br/JIPCookbook/2200-display-surrogate.jsp> they
> >> suggest the use of the javax.media.jai.iterator.RandomIter class to
> >> access cell values after the image has been rescaled. Would this be
> >> appropriate in OJ?
> >>
> >> In the attached GridFloat.java you can find the code used to read the
> >> FLT grid (see the readGrid and the getPlanarImage methods). Also
> >> attached you can find my modified RasterImageLayer class (see in
> >> particular the loadImage method).
> >>
> >> Please consider I'm not a good programmer, so I might just be on a
> >> completely wrong track...
> >> Thanks
> >> Alberto
> >>
> >>
> >>
> >>
> >> ------------------------------------------------------------------------
> >>
> >>
> ------------------------------------------------------------------------------
> >> This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>
> >>
> >> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
