Re: [JPP-Devel] OJ and rasters, again

2015-01-13 Thread Giuseppe Aruta
Hi again, as you can see the problem is in the class es.unex.sextante.openjump. core.OpenJUMPRasterLayer The code is here (vis SVN) http://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/src/ Peppe 2015-01-13 15:01 GMT+01:00 Giuseppe Aruta giuseppe_ar...@yahoo.it: Hi

Re: [JPP-Devel] OJ and rasters, again

2015-01-13 Thread Giuseppe Aruta
Hi Alberto WarpImageToFencePlugIn seems not working anymore since OJ r4262. I write to you before opening a bug tag. Best regards Peppe 2015-01-13 2:41 GMT+01:00 Giuseppe Aruta giuseppe_ar...@yahoo.it: Hi Alberto, what I found interesting on class RasterImageLayer is the capability to handle

Re: [JPP-Devel] OJ and rasters, again

2015-01-12 Thread edgar . soldin
yes, you need to set the repository to svn+ssh://... sf.net does not support auth without encryption anymore. dunno how to change the url for an already checked out project in netbeans. you might have to unshare the project and reshare it or something like that. sorry, forgot to mention

Re: [JPP-Devel] OJ and rasters, again

2015-01-12 Thread Giuseppe Aruta
Hi Alberto, what I found interesting on class RasterImageLayer is the capability to handle different types of rasters (single-band, multi-bands, etc) and its simplicity. Some months ago I assembled some tools for raster analysis that are available here (

Re: [JPP-Devel] OJ and rasters, again

2015-01-12 Thread Alberto De Luca - GeA
Hi everyone, I committed the changes regarding Sextante Raster Image handling to SVN. @Peppe You're right, the sextante raster image, in the way I was seeing it, was a single-band image to be used in data processing (overlay, raster combination, hydrology...) where normally only one band is

Re: [JPP-Devel] OJ and rasters, again

2015-01-11 Thread edgar . soldin
On 09.01.2015 11:23, Alberto De Luca - GeA wrote: @Ede My SF account name is bertazza, and yes, testing and debugging here is paramount, the number of classes/methods where we put our hands is worrying... funny enough, you've been in the developer list already, couldn't find any commit of

Re: [JPP-Devel] OJ and rasters, again

2015-01-09 Thread edgar . soldin
On 09.01.2015 10:09, Alberto De Luca - GeA wrote: Jukka, - raster readers: I agree that tidying up a bit would be good, but honestly I'd need to check them all before recommending anything; no haste there, let's integrate your changes and we'll clean up after SNIP - With regards to the

Re: [JPP-Devel] OJ and rasters, again

2015-01-09 Thread Giuseppe Aruta
@ Jukka aux.xml is correctly created for TIF files only. 2015-01-09 10:46 GMT+01:00 Giuseppe Aruta giuseppe_ar...@yahoo.it: Hi Alberto, recently I modify the class RasterImageLayerPropertiesPlugIn to add some more info about selected raster, included some statistics (min, max, sum, etc).

Re: [JPP-Devel] OJ and rasters, again

2015-01-09 Thread Alberto De Luca - GeA
Jukka, - raster readers: I agree that tidying up a bit would be good, but honestly I'd need to check them all before recommending anything; - the .aux.xml file should be created in the same folder where the tiff file reside, right beside it. The source code is something like: File auxXmlFile =

Re: [JPP-Devel] OJ and rasters, again

2015-01-09 Thread Rahkonen Jukka (MML)
Hi Alberto, What if the statistics are stored inside the GeoTIFF file and not to external aux.xml file? Can you find them still? Such GeoTIFFs are written if you ask gdal_translate to compute statistics during the translation gdal_translate -stats input.tif output.tif -Jukka- Alberto De

Re: [JPP-Devel] OJ and rasters, again

2015-01-09 Thread Alberto De Luca - GeA
Hi everyone! @Jukka Statistics inside the GeoTIFF, as a TAG: I hadn't considered that, but it shouldn't be a problem reading them. I found some documentation in this page http://www.awaresystems.be/imaging/tiff/tifftags/gdal_metadata.html, is it correct if I assume that other items (such as

Re: [JPP-Devel] OJ and rasters, again

2015-01-08 Thread Alberto De Luca - GeA
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

Re: [JPP-Devel] OJ and rasters, again

2015-01-08 Thread edgar . soldin
Jukka, 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 On 08.01.2015 09:16, Alberto De Luca - GeA wrote:

Re: [JPP-Devel] OJ and rasters, again

2015-01-08 Thread Rahkonen Jukka (MML)
Hi, I made a quick test and my feeling was pretty good. I have some questions for Alberto: - We have an amazing number of raster readers. Can you recommend which driver behaves best, and do you think that we could drop out some others for making life easier for OpenJUMP users? - I noticed the

Re: [JPP-Devel] OJ and rasters, again

2014-11-26 Thread Rahkonen Jukka (Tike)
Hi, http://docs.geoserver.org/stable/en/user/production/data.html I believe that most Geoserver users are creating overviews with gdaladdo but the document mentions that there is also the OverviewsEmbedded command included in Geotools. I use external overviews myself with Mapserver but there

Re: [JPP-Devel] OJ and rasters, again

2014-11-25 Thread Rahkonen Jukka (Tike)
Hi, By reading but not testing yet all this sounds great. You did not especially mention but I suppose that if tiff file is tiled the reader can access the right tiles directly. However, based on this sentence: If the whole image is needed for display, it is obviously fully loaded in memory

Re: [JPP-Devel] OJ and rasters, again

2014-11-25 Thread Giuseppe Aruta
Hi Alberto, I was quite interested to these new modifications on RasterImageLayer class and related. I did a small tour/test using the new OpenJUMP.jar libs. It seems really that loading raster images is much more faster that the original one. Peppe Hi, By reading but not testing yet all this