Il 29/09/2020 15:00, edgar.sol...@web.de ha scritto:
Rob,
does that happen with all files or can you pinpoint a specific layer/image?
Ede,
I noticed it for the continuos raster ad Digital terrain models (DTM),
slope, hillshade.
Rob
@Peppe: any idea? ..ede
On 9/24/2020 18:37, Roberto Rossi wrote:
Hi Ede,
I tested the release 6530
Now there is no any problem in loading the raster file (TIF).
But there is new problem in visualization.
After having loaded several rasters (or the big shapefiles and a few raster), the files begin
to be visualized like in the discrete rendering option in ArcGIS
<https://pro.arcgis.com/en/pro-app/help/data/imagery/raster-display-ribbon.htm>(cit.
/"//Applies a new color for each unique value until you reach the //Number of
colors//specified; then the unique value starts at the beginning of the color scheme until it
reaches the //Number of colors//specified again. This rendering process continues until all the
unique values have been displayed. This is helpful for rasters with a lot of unique values,
where you do not need a legend"/)
On the a DTM, on the left the correct visualization, on the right the wrong one.
I noticed that if you remove the big shapefiles (and free memory) you're able
to visualize correctly the DTM again (openjump2.log).
Thank you again
Rob
Il 23/09/2020 18:57, edgar.sol...@web.de ha scritto:
hey Rob,
actually it's Edgar but call me ede ;9
anyway, please try snapshot r6526 and come back with results. thx! ..ede
On 9/22/2020 23:34, Roberto Rossi wrote:
Hello Edgard,
i repeated the test with the "-v trace" option... the log is really verbose
now: from 50 to 15000 kb! :-)
I tried at first to load the shapefiles
<https://drive.google.com/file/d/1F7qS__ftx_Gs_EM8R8zLL8fzHRj_hhSZ/view?usp=sharing>, the
error raised at the 7th raster
<https://drive.google.com/open?id=1FAmLdOg9PKZQFNHM-jSmP2Gb6jwb_x-x&authuser=roberto.rossi%40unipd.it&usp=drive_fs>
loaded.
You can find documentation in the /openjump1.log
/
Loading the rasters
<https://drive.google.com/open?id=1FAmLdOg9PKZQFNHM-jSmP2Gb6jwb_x-x&authuser=roberto.rossi%40unipd.it&usp=drive_fs>altogether:
I had the error loading one of the last rasters; you can find documentation in the
/openjump2.log/
/
/
<https://drive.google.com/open?id=1FDmsVxhz6iav20LWxzDMWrwFyRiFm4uF&authuser=roberto.rossi%40unipd.it&usp=drive_fs>
Here you can find the log files
<https://drive.google.com/open?id=1FDmsVxhz6iav20LWxzDMWrwFyRiFm4uF&authuser=roberto.rossi%40unipd.it&usp=drive_fs>
/
/
/Thank you
/
Roberto
Il 22/09/2020 15:44, edgar.sol...@web.de ha scritto:
hey Roberto,
the verbosity setting was just added to the start scripts, so it is not
actually documented yet. looks like your on windows.
on windows
edit 'bin/oj_windows.bat'
find
rem -- set some default OJ options here (eg. -v debug), initialize empty --
rem -- run OJ with '--help' argument to find out which are available --
set JUMP_OPTS=
change it to it to
rem -- set some default OJ options here (eg. -v debug), initialize empty --
rem -- run OJ with '--help' argument to find out which are available --
set "JUMP_OPTS=-v trace"
NOTE the double quotes around the whole assignment. this will make OJ somewhat
slower, so you might want to leave it deactivated in production.
for linux/macos you will find the same setting in 'bin/oj_linux.sh'
## uncomment and edit if you want some default OJ parameter set
## run OJ with '--help' argument to find out which are available
#JUMP_OPTS="-v DEBUG"
where you need to uncomment it and change it to trace.
can you please redo your tests as without proper error stacks the logs are not
helpful at all ;) .. thx! ede
On 9/21/2020 23:34, Roberto Rossi wrote:
Hello,
tank you for the big effort in developing this powerful software!
I just tested the 6506 release.
(I wasn't able to use "-v trace": where should I set this option, or where can
I find instructions?)
I tried at first to load 2 shapefiles
<https://drive.google.com/file/d/1F7qS__ftx_Gs_EM8R8zLL8fzHRj_hhSZ/view?usp=sharing>, and
then one the raster you can find here.
<https://drive.google.com/open?id=1FAmLdOg9PKZQFNHM-jSmP2Gb6jwb_x-x&authuser=roberto.rossi%40unipd.it&usp=drive_fs>
I had the yellow band error /(Array Index Out Of Bounds Exception)/: you can
find documentation in the /openjump1.log
/
I turn off and executed again openjump. I loaded the rasters
<https://drive.google.com/open?id=1FAmLdOg9PKZQFNHM-jSmP2Gb6jwb_x-x&authuser=roberto.rossi%40unipd.it&usp=drive_fs>altogether:
I had the error after about half rasters where loaded: you can find documentation in the
/openjump2.log/
/
/
I don't have the same problems with the 1.15 release/
/
Roberto Rossi
Il 21/09/2020 18:31, edgar.sol...@web.de ha scritto:
On 21.09.2020 17:19, Giuseppe Aruta wrote:
Hi Ede,
it works fine. I was able to cut a selected part of the image. And also I
tested on some simple tools form Sextante that generate raster (Rasterize a
vector layer, change no data value..).
Let us wait for Roberto's test. I think that it is fixed. Also it is nice to
reduce time raster display reusing a renderedOp cache mapping.
yeah let's wait. anyway please advice him to use "-v trace" for delivering log
messages. note that it is not debug but trace which is the most talkative setting.
The "colors" look different because a dem raster, with only one band, is
painted using a set of grey values between black and white for each cell value. Those
values are defined by the range of the cell values. The partial raster generated by the
extracting tool has, of coarse, a different range of values compared to the original dem.
That's why the different greys.
It is a way to graphically represent a group of datas (generally elevation but
also slope values, quantity of rain, insolation, etc) distributed (or better
reconstructed) as a grid on a surface.
Of course we can change the color schema (via Layer tree, Raster Style) and we
can omologate two rasters, with different ranges of values to the same color
schema (saving a color schema of one and importing it into the second, always
using via Layer tree, Raster Style).
make total sense when explained like that :)
.....
Very good job, Ede! I think, if no other problem came from Sextante tools (and
Roberto agree), this version will be used in the course.
let's wait and see.
homework for you is porting needed functionality from TiffUtils to TiffUtilsV2,
so that in the end TiffUtils can be removed and only TiffUtilsV2 remains
essentially wrapping GeoReferencedraster functionality.
..ede
_______________________________________________
Jump-pilot-devel mailing list
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
https://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
_______________________________________________
Jump-pilot-devel mailing list
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
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
