me), he's welcome. Otherwise,
>> I'll try to study the code and propose a fix within a few days.
>>
>> Michaël
>>
>>
>>
>> As it is related to memory but happens before available memory is
>> completely exhausted
>>
>> *envoyé :* 27 o
completely exhausted
>
> *envoyé :* 27 octobre 2020 à 20:00
> *de :* giuseppe.ar...@gmail.com
> *à :* OpenJump develop and use
> *objet :* Re: [JPP-Devel] elevation raster and commons imaging
>
> After Roberto's video I was able to reproduce the bug. I had to load 39
&g
Hi,Thanks for the video. I also could reroduce the problem.I reduced the test to its minimum by setting -Xmx100M and trying to load the hillshade tif alone.Surprinsingly, the problem occurs when used memory is about half of the available memory.By chance, I found some code in RasterImageLayer whi
Sorry Ede,
You mean I should repeat the test using Open->File- using Buffered Image
(Commons Imaging)?
I tried that.
It's much more faster, but, after having loaded the "raster pack", "Java
heap space" appears.
The rasters are correctly displayed.
Roberto
Il 27/10/2020 19:15, edgar.sol...@w
let's wait how the evaluation turns out.. ede
On 27.10.2020 20:53, giuseppe.ar...@gmail.com wrote:
> So it would be better to compare it with also Image-io (ext) speed, memory
> usage and performance
>
> --
> Inviato da myMail per Android
>
> martedì, 27 ottobre 2020, 08:32PM +01:00 da edgar.sol.
After Roberto's video I was able to reproduce the bug. I had to load 39 (!)
raster layers together the huge shapefiles (I used the same rasters that
Roberto kindly provided) before I had that spagetti shape raster our. I have no
idea about the reason of it. I can image it could be related to th
hey Roberto,
this seems to fall through the cracks ;(. please try and report on the
following when you find the time
> additionally please try your routine with r6564+ but instead of Sextante
> image use the "Open->File->(Select your tifs, click Next)->(keep Use same
> settings for *.tif enabl
