Hei Alberto,
good to hear that you could adapt your algorithms to the sextante model.
but to your questions.
>
> 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?
I don't think so - but I may be
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
cr
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
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 Albe
> 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.
Larr
Stefan, Peppe and all,
I've always looked at the Sextante extension with interest, considering
the vast amount of tools it includes. But to be honest, I haven't had
the chance to study it thoroughly.
I see that OpenJUMP can already open "Sextante Raster Images", including
TIFF images. I thin
Hei all,
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 ;) However, I still think it would be a good idea, so
we could with low efforts use/adapt Sextante raster functions. So far
>
> once the raster
> is loaded, and "translated" into an RGB image to be shown in AdB, it
> loses the actual pixel data information (it's just an RGB image). We
> think that a step forward would be to load the raster values into an
> array to be kept in memory, whose values could be used by any pl
Alberto,
I'm copying this message to Stefan, who heads up the administration
and development of OpenJUMP.
However, I think I can express the OpenJUMP's interest in
collaborating with the AdB-ToolBox development team. It sounds like
you have been doing great work with OpenJUMP, and a couple of our
Hello everyone.
As a member of the team who has been working on AdB-ToolBox in the last
months, I'd like to address a couple of issues regarding its future
developments: internationalization, raster management and platform
independence. By the way, AdB-ToolBox is a piece of software, part of
t
10 matches
Mail list logo
