Rob, does that happen with all files or can you pinpoint a specific layer/image?
@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
