Stefan,

I had a look at the sextante classes you included in you sstein branch. They look promising. There is an easy way to access raster cell values, and I also had a go trying to adapt one of our plug-ins to use these classes. It worked. Actually, instead of modifying the plug-in code I created a method allowing the plug-in to read the cell values from the sextante layer. I know it's not an elegant solution, but it's the most practical and quick.

I still have some things I'd like to clarify: 1) to implement symbology management for raster, would it be needed to modify the sextante classes? Or can it be done in some other ways? 2) how could be added support for different raster formats?

And one more dumb question? How can I share files with the list members?

Cheers
Alberto


On 08/02/2010 23:51, Stefan Steiniger wrote:
Hei Michael, Alberto and Larry,

yep. What I was suggesting is to use IRasterLayer and the related generic classes and basically copy them with a slight name change to avoid confusion [1]. This way we could develop on raster functionality based on the sextante interfaces and access classes. I.e. it was not just about loading raster files, because the sextante raster file is just a normal tiff image too, but loaded with Pirols plugin, which is what the Sextante-OJ interface needs as input.

With respect to Albertos question: yes, we may need to update them from time to time. But i think these classes will not have much changes in the future.

In case you want to have a look at the classes I did a commit of those to a new branch: /branches/sstein/

the classes are to be found in
org.openjump.core.rasterimage.sextante.*

stefan

[1] I think I changed only the name of the Sextante class OpenJUMPRasterLayer to OpenJUMPSextanteRasterLayer , which provides a way to convert openjump data (raster and vector) in (abstract) sextante datatypes.

Note, I also add an example plugin that for instance converts a loaded raster into a vector grid. So you can see how it works

PS: btw another option would be to look into GDMS

Michaël Michaud wrote:
Hi Stefan,

Sorry, my knowledge about raster managment is very poor.
I thought you already added Sextante raster classes (File> Open> Image raster (Sextante))
Isn't it enough to benefit from Sextante algorithm library ?
Could you briefly explain what is missing in OpenJUMP.
From what you and Alberto said, I understand that OpenJUMP and AdbToolbox have their own loaders and renderers, but there is no OJ interface to define how to access raster data in a way independant from loader implementation (maybe like IRasterLayer from Sextante) ? Is that the point ?

Michaël

Larry Becker a écrit :
    I actually asked a couple of months ago if other people would
    accept if
I commit the basic Raster classes used in Sextante. There was not much
    exitement/repsonse ;)


Sorry for the lack of response Stefan. I just haven't had time to study Sextante, and didn't feel qualified to comment.

Larry


------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com


_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to