Ok,
I made this quick test:
a) I identified that in the class GeoImageFactory there is a method to
define the priority of the loader
public static int getPriority(...
b) I found this line (227, I think)
if (name.startsWith("com.vividsolutions.jump.workbench.imagery")) {
return 10;
}
and, following the other big ticket on commons imaging, I remembered that
one of the subpath/subclass
class com.vividsolutions.jump.workbench.imagery.graphic.CommonsImage and
similar are responsible to read an image using Apache commons imaging.
c) I set the previous lines to
// we've got some patched
if (name.startsWith("com.vividsolutions.jump.workbench.imagery")) {
return Prioritized.NOPRIORITY;
}
as the other JAI, imageIO etc are almost enough to load the rasters
d) I did again the test Roberto described (load the test shapefile and then
25 or 25 raster)
e) Everything was loaded with no problem. Including problematic rasters
which were giving that error message
f) I did various zooms on the problematic rasters and had no error message.
I can suppose, Watson, that the problem is that
GeoRaster/GeoReferencedRaster classes try anyhow to use Commons imaging
com.vividsolutions.jump.workbench.imagery, even if that is priorized as one
of the last, even if JAI/ImageIO etcetera can do that job even better.
I will send a modify version oj OpenJUMP (a separate
GeoRaster/GeoReferencedRaster classes for Sextante)
Il giorno gio 17 set 2020 alle ore 14:58 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:
> Hi Ede,
> the class
> com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster (and
> related) work very well on loading raster in sextante.
> In order to clean up from any message error belonging to classes non used
> by Sextante (ReferencedImage at similar and the method .paint. I made a
> copy of it (and GeoRaster class), cleaned from all those unused method,
> renamed (as SextanteReferencedRaster etc) and use it instead of the
> original to load Raster as Sextante.
> My idea was also to modify the class in order to have a method that
> calculate the location of a raster without computing the image/raster.
> I was aware to have back the same error as Roberto. But the error was
> limited to only one file (among the one Roberto sent: Adrena070.tif) which
> shows some values of the cells as doubles with many decimals, possibly
> derived from irrational number?
>
> Now I see your new mail about commons imaging: could it be that they are
> used somehow by the class GeoRaster? And this explains the similar warning?
>
> best regards
> Peppe
>
>
>
>
> Il giorno mer 16 set 2020 alle ore 17:04 Roberto Rossi <
> roberto.ro...@unipd.it> ha scritto:
>
>> Hello Edgard,
>> here
>> <https://drive.google.com/open?id=1FAmLdOg9PKZQFNHM-jSmP2Gb6jwb_x-x&authuser=roberto.rossi%40unipd.it&usp=drive_fs>you
>> can find the raster files, especially TIF+TFW
>> Usually the problem rises when I load the shapefiles
>> <https://drive.google.com/file/d/1F7qS__ftx_Gs_EM8R8zLL8fzHRj_hhSZ/view?usp=sharing>and
>> then several raster files.
>> Best regards
>> Roberto Rossi
>>
>> Il 16/09/2020 12:10, edgar.sol...@web.de ha scritto:
>>
>> hey Peppe,
>>
>> could you provide one or more of the problematic image files as well?
>>
>> ..ede
>>
>> On 9/16/2020 7:12, Giuseppe Aruta wrote:
>>
>> Hi Ede,
>> I also attached to this mail a more exhaustive error message.
>>
>> This is what the console shows sometimes when the error occurs in OpenJUMP.
>> This message is not recorded into the log file.
>> I attached to this mail 2 files: the openjump.log file generated by
>> openjump in this moment (openjump2020Sept16.log) and the output recorded by
>> the console (console2020Sept16.txt)
>>
>>
>> Note the yellow warning message on the bottom
>> image.png
>>
>> I didn't have problems to load/zoom etc on the raster layers except for this
>> annoying error.
>> According to Roberrto, sometimes the error pops up when he load a raster
>> file which cannot be loaded or displayed into the view - this problem has
>> never occurred to me.
>> Best regards
>> Peppe
>>
>> Il giorno mar 15 set 2020 alle ore 23:57 Giuseppe Aruta
>> <giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>
>> <giuseppe.ar...@gmail.com>> ha scritto:
>>
>> Hi Ede,
>> I attached to this mail some of the log files.
>> The test was to load 24 raster and two vector. And zoom to the layers
>> openjump.log (provided by Roberto Rossi of University of Padua) -
>> rasters were load as RasterImageLayers (Sextante)
>> openjump1.log is mady by me - rasters were load as RasterImageLayers
>> (Sextante)
>> openjump2.log is mady by me - rasters were load as RefereceImageLayes
>> (ImageIO EXT, JAI)
>> Peppe
>>
>> Il giorno mar 15 set 2020 alle ore 13:18 <edgar.sol...@web.de
>> <mailto:edgar.sol...@web.de> <edgar.sol...@web.de>> ha scritto:
>>
>> Peppe,
>>
>> please provide the complete error stacks or even better the OJ log
>> file ..ede
>>
>>
>> On 9/15/2020 13:14, Giuseppe Aruta wrote:
>> > Hi all
>> > Sometimes I try to load a monoband raster, like the one I attached
>> to this mail, and I get this message of error:
>> >
>> > /(Referenced Image Exception)
>> >
>> com.vividsolutions.jump.workbench.imagery.ReferencedImageException:
>> java.lang.ArrayIndexOutOfBoundsException
>> > at
>> com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:293)
>> > at
>> com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
>> > ...../
>> > The error points to class
>> com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage
>> >
>> > The image is not displayed but the raster is at its right position
>> testified by the exact position of the envelope of the image.
>> > I was not really interested about this bug: I usually load a dem
>> via Sextante. Until now.
>> > On the newer OJ NB Roberto Rossi recognized a bug when loading
>> multiple raster dem into OpenJUMP as Sextante RasterImageLayer, with very
>> similar to the former:
>> >
>> > /[INFO] 2020-09-15_12:40:53.569 Avvertimento: 1048560
>> > /
>> > / (Array Index Out Of Bounds Exception)/
>> >
>> > Actually Sextante framework to load files as Sextante raster is
>> com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster
>> > I wonder if the bugs are related to each other and can have a
>> common solution
>> >
>> > Best regards
>> >
>> > Peppe
>> >
>> >
>> >
>> > _______________________________________________
>> > Jump-pilot-devel mailing list
>> > Jump-pilot-devel@lists.sourceforge.net
>> <mailto:Jump-pilot-devel@lists.sourceforge.net>
>> <Jump-pilot-devel@lists.sourceforge.net>
>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> >
>>
>>
>>
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> <mailto:Jump-pilot-devel@lists.sourceforge.net>
>> <Jump-pilot-devel@lists.sourceforge.net>
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>>
>> _______________________________________________
>> Jump-pilot-devel mailing
>> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>> _______________________________________________
>> Jump-pilot-devel mailing
>> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>>
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
