Hi everyone,
back in 2010 I did a bit of work to help improving the raster support
capabilities of OpenJUMP (basically to add support for ESRI ASCII and
Floating Point grid formats).
Now I may have the resources to go further on with raster support by:
- adding a tool to query raster values (po
Jukka,
- your first use case is a typical example of a plug-in that would be
possible to developed once a couple of the enhancement I proposed are
implemented (in particular: raster writing capabilities and improved
symbology managament);
- visualizing geotiffs with z-values would be also cover
Hey Stefan and Michael,
thank you for your enthusiasm and trust! Indeed I am still working on
AdB-ToolBox, and a new version is expected in the next few months, with
new tools for hydraulics analysis.
My sourceforge account name is bertazza. Looking forth to start
submitting some new raster fu
> I would be pleased if you could help me to get this code (if AdbToolbox
> usage
> is not restricted).
>
>
> Le 17/01/2012 09:09, Alberto De Luca - GeA a écrit :
>> Hey Stefan and Michael,
>>
>> thank you for your enthusiasm and trust! Indeed I am still workin
t; [1] http://sextantegis.blogspot.com/2011/04/big-changes-in-sextante.html
> see in particular what he writes about: "Algorithm Providers"
>
> On 18/01/2012 1:09 AM, Alberto De Luca - GeA wrote:
>> Michaël,
>>
>> thank you for your reply. As you said I'm fairly
Dear OJ developers,
after a break (of a few years...), I'm back on OJ development, still
focussed on raster management and close to be ready to make available to
the community an improved version of the "raster color editor", allowing
the use of ramps, intervals, single colour values...
Neve
Hi Michaël,
I've done some tests on memory usage and, as expected, the memory
footprint increases if the Raster variable is non-static. I tried
loading 4 rasters, 2 esri ASCII grid, 1 esri FLT grid and 1 tif, all of
them having 4728 columns and 5815 rows. The memory used by OJ went from
1.1 G
Dear OJ developers,
still working on OJ's raster handling features: we've modified the
"Feature info tool" to make it able to display the values of the rasters
loaded in OJ. I added a third pane (called "R") to the feature info
tool, with a table displaying, for every raster, the value at the
Hi everyone.
Ede:
1 - The clearImageAndRaster() method is called a few times
inRasterImageLayer: inside the createImage(), getTileAsImage,
getTileAsRaster(), and setVisible() methods.
2 - I had a look at the ReferencedImage framework, but I couldn't find a
way to retrieve the actual cell values
Hi everyone.
We've tried to add some more raster-handling features to OpenJUMP, in
detail:
- Overview handling (read only) for TIFF files. External (.ovr file) and
internal overviews are now handled to speed up reading/displaying time.
The .ovr file can be created using GDAL or ArcMap. In ad
ka,
>
> can you please have a look at this and give your opinion? if you generally
> agree that it goes into the right direction, i'd like to give Alberto svn
> access.
>
> Alberto: what are your plans/timeline on contributing the changes to OJ?
>
> ..ede
>
>
igin of the
problem could be, maybe JAI?
I will check the problem with "Extract part of image", thank you for
telling me.
Alberto
On 09/01/2015 10:41 AM, edgar.sol...@web.de wrote:
On 09.01.2015 10:09, Alberto De Luca - GeA wrote:
Jukka,
- raster readers: I agree that tidying up
I tested the RasterStyles.jar, the symbology and Legend. I works very
nice. I think that this should be a part of OJ core ( I saw also the
depency to othre classes: org/openjump/core/rasterimage/RasterSymbology),
thanks
Peppe
2015-01-09 11:23 GMT+01:00 Alberto De Luca - GeA
<mailto:albe
Hi Peppe,
I've managed to track down the cause of bug #386:
"ExtractSelectedPartOfImage works fine with TIFF or PNG raster files but
it fails to work whenever I try to extract a part of ASC or FLT monoband
raster.".
With regards to bug #387, what do you mean with "RasterImageLayer class
see
Peppe,
I fixed an issue related to single-band PNGs.
With regards to JPGs, I can load with no problem in my Windows machine
all the samples you attached to your mail. Nevertheless, the problem you
see should be related to JAI: in snapshot 4090 the read operation was
made using ImageIO.read, w
loadImage(RasterImageIO.java:131)
at
org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:102)
Loading, saving extracting parts of monoband raster is fine. Problems
come with multiband files.
Peppe
2015-01-28 12:06 GMT+01:00 Alberto De Luca - GeA
<mailto:alberto.d
and interests.
Alberto, if you want, you can write me personally in Italian, for any
kind of details and information.
Best regards
Peppe
2015-01-29 11:28 GMT+01:00 Alberto De Luca - GeA
<mailto:alberto.del...@geomaticaeambiente.com>>:
Hey Peppe,
I've commited so
Dear all,
sorry for the late reply (especially sorry to Peppe), I presently do not
have much time to dedicate to OJ development.
About TIFFs and nodata: the org.openjump.core.rasterimage.TiffTags class
has a static method (readMetadata()) that canalso read the noData value
(as the non-standard
e -a_nodata, as Jukka suggested.
Alberto
On 02/03/2015 20:36 PM, Giuseppe Aruta wrote:
Hi Alberto,
thanks for your replay.
I attached the file to this mail.
Peppe
2015-03-02 11:28 GMT+01:00 Alberto De Luca - GeA
<mailto:alberto.del...@geomaticaeambiente.com>>:
Dear all,
so
Hey Giuseppe,
sorry I didn't take care of them earlier... They should be fixed now, I
committed the changes on SF.
Let me know
Alberto
On 07/04/2015 9:22 AM, Giuseppe Aruta wrote:
Hi Alberto,
a month ago I opened 2 bug tickets about Sextante RasterImageLayer.
a)https://sourceforge.net/p/jum
Hi everyone!
It appears to me that the issue is due to the fact that
OpenJUMPSextanteRasterLayer and GridExtent assume X and Y cell sizes to
be equal. This is a problem when, like with this very TIFF, the two
sizes differ, and the method GridExten#recalculateNXAndNY() calculates a
wrong row co
Hi everyone,
as you might know, I've been working (lately not much, to be honest) on
a new raster styler. If you reckon it could be useful, I would be
pleased to share it with you. I was hoping to improving it a bit more,
but I see that I keep procrastinating...
The styler is an independent
Peppe,
just a quick note: point d) was actually due to a bug in the
RasterImageLayer class. It should be fixed now.
Alberto
On 08/06/2015 8:22 AM, Giuseppe Aruta wrote:
Hi Alberto,
I gave a look on this weekend to your plugin. Personally I support
your idea to integrate your plugin into Ope
Hi everyone.
I added the Raster Styler tool (that creates symbologies for 1-banded
rasters) to the OJ core (thanks also to Peppe for his help). The tool is
made of several classes, you can see them in this package (and subpackages):
org.openjump.core.rasterimage.styler
The tool is handled as a
24 matches
Mail list logo