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
