Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread Giuseppe Aruta 
OK. I will do

2020-09-21 18:31 GMT+02:00, edgar.sol...@web.de :
> 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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread edgar . soldin 
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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread Giuseppe Aruta 
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.
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).
.
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.
Thanks again
Peppe


Il giorno lun 21 set 2020 alle ore 16:15  ha scritto:

> the "colors" look a little bit wrong though. different form the original
> image.. ede
>
> On 9/21/2020 16:02, ede wrote:
> > Peppe,
> >
> > please try r6506. extracting a part works for me now. tested on Ubuntu
> > 20. ..ede
> >
> > On 9/21/2020 11:03, Giuseppe Aruta wrote:
> >> OK.
> >>
> >> *First test*
> >> a) downloaded 6504
> >> b) uncomment JUMP_OPTS="-v DEBUG" on oj_linux.sh file
> >> c) launched OJ via oj_linux.sh.
> >> The program seems not to load all the plugin and it stops at this
> >> view. I cannot go on the test on raster files.
> >> d) the  log of this test is the file *openjump_1.log *attached to
> >> this mail**
> >> image.png
> >>
> >> *Second test*
> >>
> >> a) I copied into OpenJUMP-20200921-r6504-PLUS/bin folder oj_linux.sh
> >> *from OJ 6485 *with a new name: *oj_linux_modified.sh.
> >> *
> >> *
> >> *
> >> b) I added to *oj_linux_modified.sh* the lines
> >> /## 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"/
> >> after the language group
> >>
> >> c) I clean up the file *openjump.log *in order to have a new one
> >>
> >> d) I launched OpenJUMP using *oj_linux_modified.sh*
> >>
> >> e) OpenJUMP loads and show the view. I can go on my test on raster
> >>
> >> f) I loaded as Sextante Raster one of Roberto sample files
> >> (Depit070.tif - attached also to this mail)
> >> g) I noted there is still an error on the console due to
> >> com/sun/medialib/mlib/Image. Eventually is corrected by Michael on
> >> ane of newer build
> >> h) I drew a fence on the raster
> >> g) On layer tree, selecting Depit070.tif, I clicked on tool "Extract
> >> selected part of the image"
> >> h) I had back this  message: "Uri is not absolute"
> >> image.png
> >> the log file of this test is attached as openjup_2.log
> >>
> >>
> >> *Third test*
> >> It is the one I described in my previous mail.
> >> I recompiled from SVN OpenJUMP 6504 substitutingon class RasterImageIO:
> >>   line 395 : renderedOp= TiffUtilsV2.getRenderedOp(new
> >> File(filenameOrURL));/
> >> with  Uri uri = new Uri(filenameOrURL);  renderedOp=
> >> TiffUtilsV2.getRenderedOp(new File(uri));
> >>
> >>
> >>
> >> Il giorno lun 21 set 2020 alle ore 10:26  >> > ha scritto:
> >>
> >> On 21.09.2020 10:20, Giuseppe Aruta wrote:
> >> >>home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS
> >> is too old.
> >>  >>1. please make sure that you use the latest snapshot r6504
> >>  >
> >>  > That is only the folder where I save the OpenJUMP.jar file
> >> compiled  from SVN. I should change the name, your right. The
> >> OpenJUMP.jar is compiled at 6504 version
> >>
> >> maybe it's easier if you give me a step-by-step for me to reproduce
> >> the issue? then we can save all this ping-pong. ..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
>

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread edgar . soldin 
the "colors" look a little bit wrong though. different form the original 
image.. ede


On 9/21/2020 16:02, ede wrote:

Peppe,

please try r6506. extracting a part works for me now. tested on Ubuntu 
20. ..ede


On 9/21/2020 11:03, Giuseppe Aruta wrote:

OK.

*First test*
a) downloaded 6504
b) uncomment JUMP_OPTS="-v DEBUG" on oj_linux.sh file
c) launched OJ via oj_linux.sh.
The program seems not to load all the plugin and it stops at this  
view. I cannot go on the test on raster files.
d) the  log of this test is the file *openjump_1.log *attached to 
this mail**

image.png

*Second test*

a) I copied into OpenJUMP-20200921-r6504-PLUS/bin folder oj_linux.sh 
*from OJ 6485 *with a new name: *oj_linux_modified.sh.

*
*
*
b) I added to *oj_linux_modified.sh* the lines
/## 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"/
after the language group

c) I clean up the file *openjump.log *in order to have a new one

d) I launched OpenJUMP using *oj_linux_modified.sh*

e) OpenJUMP loads and show the view. I can go on my test on raster

f) I loaded as Sextante Raster one of Roberto sample files 
(Depit070.tif - attached also to this mail)
g) I noted there is still an error on the console due to 
com/sun/medialib/mlib/Image. Eventually is corrected by Michael on 
ane of newer build

h) I drew a fence on the raster
g) On layer tree, selecting Depit070.tif, I clicked on tool "Extract 
selected part of the image"

h) I had back this  message: "Uri is not absolute"
image.png
the log file of this test is attached as openjup_2.log


*Third test*
It is the one I described in my previous mail.
I recompiled from SVN OpenJUMP 6504 substitutingon class RasterImageIO:
  line 395 : renderedOp= TiffUtilsV2.getRenderedOp(new 
File(filenameOrURL));/
with  Uri uri = new Uri(filenameOrURL);  renderedOp= 
TiffUtilsV2.getRenderedOp(new File(uri));




Il giorno lun 21 set 2020 alle ore 10:26 > ha scritto:


    On 21.09.2020 10:20, Giuseppe Aruta wrote:
>>home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS
    is too old.
 >>1. please make sure that you use the latest snapshot r6504
 >
 > That is only the folder where I save the OpenJUMP.jar file
    compiled  from SVN. I should change the name, your right. The
    OpenJUMP.jar is compiled at 6504 version

    maybe it's easier if you give me a step-by-step for me to reproduce
    the issue? then we can save all this ping-pong. ..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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread edgar . soldin 

thanks, will investigate.. ede

On 9/21/2020 13:56, Giuseppe Aruta wrote:

On the toolbar. The one that looks like a gray box
image.png


Il giorno lun 21 set 2020 alle ore 13:47 > ha scritto:


On 9/21/2020 11:03, Giuseppe Aruta wrote:
> h) I drew a fence on the raster
> g) On layer tree, selecting Depit070.tif, I clicked on tool
"Extract
> selected part of the image"

where can i find the tool to draw a fence? ..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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread Giuseppe Aruta 
On the toolbar. The one that looks like a gray box
[image: image.png]


Il giorno lun 21 set 2020 alle ore 13:47  ha scritto:

> On 9/21/2020 11:03, Giuseppe Aruta wrote:
> > h) I drew a fence on the raster
> > g) On layer tree, selecting Depit070.tif, I clicked on tool "Extract
> > selected part of the image"
>
> where can i find the tool to draw a fence? ..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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread edgar . soldin 

On 9/21/2020 11:03, Giuseppe Aruta wrote:

h) I drew a fence on the raster
g) On layer tree, selecting Depit070.tif, I clicked on tool "Extract 
selected part of the image"


where can i find the tool to draw a fence? ..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread edgar . soldin 
On 21.09.2020 10:20, Giuseppe Aruta wrote:
>>home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS is too old.
>>1. please make sure that you use the latest snapshot r6504
>
> That is only the folder where I save the OpenJUMP.jar file compiled  from 
> SVN. I should change the name, your right. The OpenJUMP.jar is compiled at 
> 6504 version

maybe it's easier if you give me a step-by-step for me to reproduce the issue? 
then we can save all this ping-pong. ..ede



___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread Giuseppe Aruta 
Hi Ede
>home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS is too old.
>1. please make sure that you use the latest snapshot r6504

That is only the folder where I save the OpenJUMP.jar file compiled  from
SVN. I should change the name, your right. The OpenJUMP.jar is compiled at
6504 version

>2. enable debugging as explained earlier '-v debug'
In the previous test I did on the openjump.sh file

I will do again the test with a downloaded 6504 and send back the log file

Peppe

Il giorno lun 21 set 2020 alle ore 10:14  ha scritto:

> /home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS is too
> old.
>
> 1. please make sure that you use the latest snapshot r6504
> 2. enable debugging as explained earlier '-v debug'
> 3. disable the RasterImageIO patch beforehand. it should not be needed.
> repeat your tests and send the logfile
>
> ..ede
>
> On 21.09.2020 09:54, Giuseppe Aruta wrote:
> > Hi Ede, everything fine on my side to load view and zoom raster file.
> > I have problems on loading raster generated by OpenJUMP (ex. using
> "Extract selected part of the image" tool on Layerable tree - and all
> Sextante tools to generate raster I tested).
> > I got back this error (see   attached log for details):
> /java.lang.IllegalArgumentException: URI is not absolute/
> > Trying today to understand the reason, I modified, on class
> RasterImageIO:
> >
> > line 395
> > /renderedOp= TiffUtilsV2.getRenderedOp(new File(filenameOrURL));/
> > with
> > /Uri uri = new Uri(filenameOrURL);/
> > / renderedOp= TiffUtilsV2.getRenderedOp(new File(uri));/
> >
> > and everything worked fine again/
> > /
> > /
> > /
> > I also saw there are also other lines (renderedOp=
> TiffUtilsV2.getRenderedOp(new File(filenameOrURL)) used on the classes.
> They possibly don't throw errors because when they are called RenderedOp
> cache mapping is activated (?)/./
> >
> > Thank you
> >
> > Peppe/
> > /
> > /
> > /
> >
> > Il giorno lun 21 set 2020 alle ore 01:13  edgar.sol...@web.de>> ha scritto:
> >
> > On 20.09.2020 18:53, Giuseppe Aruta wrote:
> > > :-)
> > > Sorry for misunderstanding.
> >
> > nuhhh. no problemo.
> >
> > > Roberto starts the course at the 1 of October.
> > > He can use OJ 1.15, as well: apart from framework to read raster,
> there are no so many changes in raster tool, except the new pixel inspector
> capability.
> >
> > good to hear. anyway. just committed some changes that you guys
> should try out. for error reporting please set verbosity to debug!!! this
> can be done as runtime argument to the starter '-v debug' or by editing the
> start script (oj-windows.bat, oj_linux.sh) and adding it to the JUMP_OPTS
> variable in the header.
> >
> > ..ede
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net  Jump-pilot-devel@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> 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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread edgar . soldin 
/home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS is too old.

1. please make sure that you use the latest snapshot r6504
2. enable debugging as explained earlier '-v debug'
3. disable the RasterImageIO patch beforehand. it should not be needed. repeat 
your tests and send the logfile

..ede

On 21.09.2020 09:54, Giuseppe Aruta wrote:
> Hi Ede, everything fine on my side to load view and zoom raster file.
> I have problems on loading raster generated by OpenJUMP (ex. using "Extract 
> selected part of the image" tool on Layerable tree - and all Sextante tools 
> to generate raster I tested).
> I got back this error (see   attached log for details): 
> /java.lang.IllegalArgumentException: URI is not absolute/
> Trying today to understand the reason, I modified, on class RasterImageIO:
>
> line 395 
> /renderedOp= TiffUtilsV2.getRenderedOp(new File(filenameOrURL));/
> with 
> /Uri uri = new Uri(filenameOrURL);/
> / renderedOp= TiffUtilsV2.getRenderedOp(new File(uri));/
>
> and everything worked fine again/
> /
> /
> /
> I also saw there are also other lines (renderedOp= 
> TiffUtilsV2.getRenderedOp(new File(filenameOrURL)) used on the classes. They 
> possibly don't throw errors because when they are called RenderedOp cache 
> mapping is activated (?)/./
>
> Thank you
>
> Peppe/
> /
> /
> /
>
> Il giorno lun 21 set 2020 alle ore 01:13  > ha scritto:
>
> On 20.09.2020 18:53, Giuseppe Aruta wrote:
> > :-)
> > Sorry for misunderstanding.
>
> nuhhh. no problemo.
>
> > Roberto starts the course at the 1 of October. 
> > He can use OJ 1.15, as well: apart from framework to read raster, there 
> are no so many changes in raster tool, except the new pixel inspector 
> capability.
>
> good to hear. anyway. just committed some changes that you guys should 
> try out. for error reporting please set verbosity to debug!!! this can be 
> done as runtime argument to the starter '-v debug' or by editing the start 
> script (oj-windows.bat, oj_linux.sh) and adding it to the JUMP_OPTS variable 
> in the header.
>
> ..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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-21 Thread Giuseppe Aruta 
Hi Ede, everything fine on my side to load view and zoom raster file.
I have problems on loading raster generated by OpenJUMP (ex. using "Extract
selected part of the image" tool on Layerable tree - and all Sextante tools
to generate raster I tested).
I got back this error (see   attached log for details):
*java.lang.IllegalArgumentException:
URI is not absolute*
Trying today to understand the reason, I modified, on class RasterImageIO:

line 395
*renderedOp= TiffUtilsV2.getRenderedOp(new File(filenameOrURL));*
with
*Uri uri = new Uri(filenameOrURL);*
* renderedOp= TiffUtilsV2.getRenderedOp(new File(uri));*

and everything worked fine again

I also saw there are also other lines (renderedOp=
TiffUtilsV2.getRenderedOp(new File(filenameOrURL)) used on the classes.
They possibly don't throw errors because when they are called RenderedOp
cache mapping is activated (?)*.*

Thank you

Peppe


Il giorno lun 21 set 2020 alle ore 01:13  ha scritto:

> On 20.09.2020 18:53, Giuseppe Aruta wrote:
> > :-)
> > Sorry for misunderstanding.
>
> nuhhh. no problemo.
>
> > Roberto starts the course at the 1 of October.
> > He can use OJ 1.15, as well: apart from framework to read raster, there
> are no so many changes in raster tool, except the new pixel inspector
> capability.
>
> good to hear. anyway. just committed some changes that you guys should try
> out. for error reporting please set verbosity to debug!!! this can be done
> as runtime argument to the starter '-v debug' or by editing the start
> script (oj-windows.bat, oj_linux.sh) and adding it to the JUMP_OPTS
> variable in the header.
>
> ..ede
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
[INFO] 2020-09-21_09:42:24.932 Restore state from /home/giuseppe/Desktop/GIS/OpenJUMP/OpenJUMP-20200915-r6484-PLUS/workbench-state.xml
[INFO] 2020-09-21_09:42:26.931 Loading Plugin com.vividsolutions.jump.workbench.datasource.InstallStandardDataSourceQueryChoosersPlugIn took 0,05s 
[INFO] 2020-09-21_09:42:26.966 Loading Plugin org.openjump.core.ui.plugin.file.OpenFilePlugIn took 0,03s 
[INFO] 2020-09-21_09:42:26.974 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.FirstTaskFramePlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.000 Loading Plugin org.openjump.core.ui.plugin.file.FileDragDropPlugin took 0,02s 
[INFO] 2020-09-21_09:42:27.004 Loading Plugin org.openjump.core.ui.plugin.view.InstallKeyPanPlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.015 Loading Plugin org.openjump.core.ui.plugin.view.MapToolTipPlugIn took 0,01s 
[INFO] 2020-09-21_09:42:27.026 Loading Plugin org.openjump.core.ui.plugin.view.ShowFullPathPlugIn took 0,01s 
[INFO] 2020-09-21_09:42:27.044 Loading Plugin org.openjump.core.ui.plugin.datastore.postgis.SaveToPostGISPlugIn took 0,01s 
[INFO] 2020-09-21_09:42:27.050 Loading Plugin org.openjump.core.ccordsys.srid.EnsureAllLayersHaveSRIDStylePlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.062 Loading Plugin org.openjump.core.ui.plugin.view.helpclassescale.InstallShowScalePlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.067 Loading Plugin org.openjump.core.ui.plugin.view.NorthArrowInstallRenderer took 0,00s 
[INFO] 2020-09-21_09:42:27.074 Loading Plugin org.openjump.core.ui.plugin.view.showcenter.ShowViewCenterInstallRenderer took 0,00s 
[INFO] 2020-09-21_09:42:27.079 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.InstallStandardFeatureTextWritersPlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.092 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.datastore.InstallDatastoreLayerRendererHintsPlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.098 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.scalebar.InstallScaleBarPlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.151 Loading Plugin com.vividsolutions.jump.workbench.ui.snap.InstallGridPlugIn took 0,05s 
[INFO] 2020-09-21_09:42:27.178 Loading Plugin com.vividsolutions.jump.workbench.ui.zoom.InstallZoomBarPlugIn took 0,02s 
[INFO] 2020-09-21_09:42:27.373 Loading Plugin org.openjump.core.ui.plugin.datastore.postgis2.SaveToPostGIS2PlugIn took 0,19s 
[INFO] 2020-09-21_09:42:27.392 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.NewTaskPlugIn took 0,02s 
[INFO] 2020-09-21_09:42:27.401 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.AddNewLayerPlugIn took 0,01s 
[INFO] 2020-09-21_09:42:27.408 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.AddNewCategoryPlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.411 Loading Plugin org.openjump.core.ui.plugin.file.OpenWizardPlugIn took 0,00s 
[INFO] 2020-09-21_09:42:27.423 Loading Plugin org.openjump.core.ui.plugin.file.OpenProjectPlugIn took 0,01s 
[INFO] 2020-09-21_09:42:27.449 Loading Plugin org.openjump.core.ui.plugin.file.OpenRecentPlugIn took 0,03s 
[INFO] 2020-09-21_09:42:27.466 Loading Plugin com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn took 0,01s

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-20 Thread edgar . soldin 
On 20.09.2020 18:53, Giuseppe Aruta wrote:
> :-)
> Sorry for misunderstanding.

nuhhh. no problemo.

> Roberto starts the course at the 1 of October. 
> He can use OJ 1.15, as well: apart from framework to read raster, there are 
> no so many changes in raster tool, except the new pixel inspector capability.

good to hear. anyway. just committed some changes that you guys should try out. 
for error reporting please set verbosity to debug!!! this can be done as 
runtime argument to the starter '-v debug' or by editing the start script 
(oj-windows.bat, oj_linux.sh) and adding it to the JUMP_OPTS variable in the 
header.

..ede


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-20 Thread Giuseppe Aruta 
:-)
Sorry for misunderstanding.
Roberto starts the course at the 1 of October.
He can use OJ 1.15, as well: apart from framework to read raster, there are
no so many changes in raster tool, except the new pixel inspector
capability.
Peppe


Il dom 20 set 2020, 18:42  ha scritto:

> Peppe,
>
> misunderstanding ;). my question is when do you need it working as stable
> or better as in OJ 1.15? when do the courses start? ..ede
>
> On 20.09.2020 18:19, Giuseppe Aruta wrote:
> > Hi Ede
> >>what was your time frame again?
> > TiffUtils ->6398  30/08/2020
> > RasterImageLayer  -> 6399   31/08/2020
> > RasterImageIO  -->5413  01/04/2017
> > AddRasterImageLayerWizard   --> 5916  18/08/2018
> >
> > All my modification started from 02/09/2020
> >
> > Il giorno dom 20 set 2020 alle ore 14:52  edgar.sol...@web.de>> ha scritto:
> >
> > Mike, Jukka,
> >
> > as you are far more knowledgeable wrt. to file formats you maybe
> want to come up with some tiled TIFFs or otherwise difficult formats that
> are currently not readable by Apache Commons Imaging as requested below?!
> >
> > tickets can be opened (after a short account creation) on
> https://issues.apache.org/jira/projects/IMAGING/summary <
> https://issues.apache.org/jira/projects/IMAGING/summary>
> >
> > ..ede
> >
> >  Forwarded Message 
> > Subject:[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF
> drivers fail with a simple GeoTIFF image
> > Date:   Sat, 19 Sep 2020 03:15:16 -
> > From:   G. W. Lucas via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>
> > Reply-To:   [jump-pilot:bugs] <
> 4...@bugs.jump-pilot.p.re.sourceforge.net  4...@bugs.jump-pilot.p.re.sourceforge.net>>, OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>
> > To: jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>
> > CC: G. W. Lucas  gwlu...@users.sourceforge.net>>
> >
> >
> >
> > The problem is due to a TIFF format that is not supported by
> Commons-Imaging. I posted some notes to your bug report. I completed a code
> change and the fix is in the pipeline.
> >
> > Thanks for the test file. It helped a lot. If you have others
> (particular examples using a tile-organization rather than strips), I'd
> welcome them.
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net  Jump-pilot-devel@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> 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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-20 Thread edgar . soldin 
Peppe,

misunderstanding ;). my question is when do you need it working as stable or 
better as in OJ 1.15? when do the courses start? ..ede

On 20.09.2020 18:19, Giuseppe Aruta wrote:
> Hi Ede
>>what was your time frame again?
> TiffUtils ->6398  30/08/2020
> RasterImageLayer  -> 6399   31/08/2020
> RasterImageIO  -->5413  01/04/2017
> AddRasterImageLayerWizard   --> 5916  18/08/2018
>
> All my modification started from 02/09/2020
>
> Il giorno dom 20 set 2020 alle ore 14:52  > ha scritto:
>
> Mike, Jukka,
>
> as you are far more knowledgeable wrt. to file formats you maybe want to 
> come up with some tiled TIFFs or otherwise difficult formats that are 
> currently not readable by Apache Commons Imaging as requested below?!
>
> tickets can be opened (after a short account creation) on 
> https://issues.apache.org/jira/projects/IMAGING/summary 
> 
>
> ..ede
>
>  Forwarded Message 
> Subject:        [JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF 
> drivers fail with a simple GeoTIFF image
> Date:   Sat, 19 Sep 2020 03:15:16 -
> From:   G. W. Lucas via Jump-pilot-devel 
>  >
> Reply-To:       [jump-pilot:bugs] 
> <4...@bugs.jump-pilot.p.re.sourceforge.net 
> >, OpenJump develop and use 
>  >
> To:     jump-pilot-devel@lists.sourceforge.net 
> 
> CC:     G. W. Lucas  >
>
>
>
> The problem is due to a TIFF format that is not supported by 
> Commons-Imaging. I posted some notes to your bug report. I completed a code 
> change and the fix is in the pipeline.
>
> Thanks for the test file. It helped a lot. If you have others (particular 
> examples using a tile-organization rather than strips), I'd welcome them.
>
> ___
> 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

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-20 Thread Giuseppe Aruta 
Hi Ede
>what was your time frame again?
TiffUtils ->6398  30/08/2020
RasterImageLayer  -> 6399   31/08/2020
RasterImageIO  -->5413  01/04/2017
AddRasterImageLayerWizard   --> 5916  18/08/2018

All my modification started from 02/09/2020

Il giorno dom 20 set 2020 alle ore 14:52  ha scritto:

> Mike, Jukka,
>
> as you are far more knowledgeable wrt. to file formats you maybe want to
> come up with some tiled TIFFs or otherwise difficult formats that are
> currently not readable by Apache Commons Imaging as requested below?!
>
> tickets can be opened (after a short account creation) on
> https://issues.apache.org/jira/projects/IMAGING/summary
>
> ..ede
>
>  Forwarded Message 
> Subject:[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF
> drivers fail with a simple GeoTIFF image
> Date:   Sat, 19 Sep 2020 03:15:16 -
> From:   G. W. Lucas via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net>
> Reply-To:   [jump-pilot:bugs] <
> 4...@bugs.jump-pilot.p.re.sourceforge.net>, OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> To: jump-pilot-devel@lists.sourceforge.net
> CC: G. W. Lucas 
>
>
>
> The problem is due to a TIFF format that is not supported by
> Commons-Imaging. I posted some notes to your bug report. I completed a code
> change and the fix is in the pipeline.
>
> Thanks for the test file. It helped a lot. If you have others (particular
> examples using a tile-organization rather than strips), I'd welcome them.
>
> ___
> 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