Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

The correction of the y coordinates on the table is coming soon.
Regarding rasters with a high number of minimum (or maximum) values,
automatically blocking at a minimum number of samples makes it
impossibility of using those points for other analyses of the territory.
In fact, the scanning and search for points occurs progressively following
the columns and rows of the raster and not morphometric elements.
I had however thought of a monitoring system that warns the user when the
max and min points have been found in order to block the process and obtain
a level with the partial mx/min

Il giorno mer 30 ott 2024 alle ore 13:15 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi Peppe,
>
>
>
> Oh yes, works great now with all three images. The images are under the
> CC-BY 4.0 license, © National Land Survey of Finland, 2024. So no problem
> in using or re-distributing as you need.
>
>
>
> I wonder what happens if the DEM has large flat areas of minimum heights,
> as can well be if DEM contains lakes or see area. Does it create a point
> for all minimum cells, or just one? It might be good to have some upper
> limit for the count of points if there is not already.
>
>
>
> BTW at least for me the y-column in the attribute table is empty.
>
> One little issue the y column in the output is empty
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* keskiviikko 30. lokakuuta 2024 13.44
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> Hi Yukka,
> I tested your files and I was able to reproduce the errors described in
> two files: uncomp.tif and uncomp_tiled.tif.
>
> From the L4231A.tif file, instead, I was able to extract the min/max
> points vector layer without problems, except for one time (probably due to
> the plugin being activated before OpenJUMP read the layer raster).
>
> I tried to figure out the reason for the error without success. It seems
> that it is generated by the way the buffer of the open raster file is
> stored for further processing.
>
> *However I found a working workaround and updated the plugin.*
>
>
>
> A new Raster Tool with working Extract min/max is available here:
>
>
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0e-20241030.jar/download
>
>
>
> The plugin now uses the OpenJUMPSextanteRasterLayer wrapper that was
> ported by Stefan Steinger to OpenJUMP from Sextante. It seems to work fine
> with all three raster files you provided.
>
>
>
> For now I do not update the plugin to OpenJUMP snapshot: I want to wait a
> couple of months and do more tests with other Raster Tools plugins. If you
> agree, I will keep the three files you provided me along with the other
> test files for Raster Tools.
> Regards
>
> Peppe
>
>
>
> Il giorno lun 28 ott 2024 alle ore 13:57 Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>
> Hi Peppe,
>
>
>
> You can find the raster from this link
>
> https://tiedostopalvelu.maanmittauslaitos.fi/tp/jako/cqap8jgfddcqmgo5uu1bej8t7g
>
>
>
> L4231A.tif is my original, tiled and LZW compressed
>
> uncomp.tif is converted into an uncompressed TIFF with striped organization
> uncomp_tiled.tif is converted into uncompressed, tiled TIFF
>
>
> The raster has 3000x3000 pixels, I haven’t tested with smaller 32-bit
> rasters yet.
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* maanantai 28. lokakuuta 2024 14.24
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> Hi Jukka,
>
> can you send me the 32 bit raster? I will try to reproduce the error. The
> message seems to point to org.openjump.core.rasterimage.TiffUtilsV2 class,
> which in turns points
> to vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster
> (ImageIO framework).
>
>
>
> Il giorno lun 28 ott 2024 alle ore 12:42 Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>
> Hi Peppe,
>
>
>
> The Sigma button works now and shows useful statistics.
>
> The Extract min/max tool works well with an 8-bit greyscale. With a 32-bit
> dem
>
> the tool also runs, but it does not create the point layer for me.  The
> log does not show anything special. Here are the rows from the log,
> including minimal steps
>
>- open a Sextante image into an empty project
>- run the Extract min/max tool
>
>
>
> [INFO] 2024-10-28_

Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

Hi Yukka,
I tested your files and I was able to reproduce the errors described in two
files: uncomp.tif and uncomp_tiled.tif.
>From the L4231A.tif file, instead, I was able to extract the min/max points
vector layer without problems, except for one time (probably due to the
plugin being activated before OpenJUMP read the layer raster).
I tried to figure out the reason for the error without success. It seems
that it is generated by the way the buffer of the open raster file is
stored for further processing.
*However I found a working workaround and updated the plugin.*

A new Raster Tool with working Extract min/max is available here:
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0e-20241030.jar/download

The plugin now uses the OpenJUMPSextanteRasterLayer wrapper that was ported
by Stefan Steinger to OpenJUMP from Sextante. It seems to work fine with
all three raster files you provided.

For now I do not update the plugin to OpenJUMP snapshot: I want to wait a
couple of months and do more tests with other Raster Tools plugins. If you
agree, I will keep the three files you provided me along with the other
test files for Raster Tools.
Regards
Peppe

Il giorno lun 28 ott 2024 alle ore 13:57 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi Peppe,
>
>
>
> You can find the raster from this link
>
> https://tiedostopalvelu.maanmittauslaitos.fi/tp/jako/cqap8jgfddcqmgo5uu1bej8t7g
>
>
>
> L4231A.tif is my original, tiled and LZW compressed
>
> uncomp.tif is converted into an uncompressed TIFF with striped organization
> uncomp_tiled.tif is converted into uncompressed, tiled TIFF
>
>
> The raster has 3000x3000 pixels, I haven’t tested with smaller 32-bit
> rasters yet.
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* maanantai 28. lokakuuta 2024 14.24
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> Hi Jukka,
>
> can you send me the 32 bit raster? I will try to reproduce the error. The
> message seems to point to org.openjump.core.rasterimage.TiffUtilsV2 class,
> which in turns points
> to vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster
> (ImageIO framework).
>
>
>
> Il giorno lun 28 ott 2024 alle ore 12:42 Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>
> Hi Peppe,
>
>
>
> The Sigma button works now and shows useful statistics.
>
> The Extract min/max tool works well with an 8-bit greyscale. With a 32-bit
> dem
>
> the tool also runs, but it does not create the point layer for me.  The
> log does not show anything special. Here are the rows from the log,
> including minimal steps
>
>- open a Sextante image into an empty project
>- run the Extract min/max tool
>
>
>
> [INFO] 2024-10-28_13:19:36.162 Executing Open...
>
> [WARN] 2024-10-28_13:19:43.471 AddRasterImageLayerWizard.addImage: a
> category must be selected
>
> [INFO] 2024-10-28_13:19:43.705 Done. Current committed
> memory:plugin.AbstractPlugIn.executing = Executing87 MB
>
> [INFO] 2024-10-28_13:19:48.347 Executing Log
>
> [INFO] 2024-10-28_13:19:48.371 Done. Current committed
> memory:plugin.AbstractPlugIn.executing = Executing182 MB
>
> [INFO] 2024-10-28_13:20:42.491 Executing Estract min and max values from
> raster
>
> [INFO] 2024-10-28_13:21:44.930 Done. Current committed
> memory:plugin.AbstractPlugIn.executing = Executing244 MB
>
>
>
> When I tried if selecting/deselecting the DEM layer from the layer list of
> OJ makes any difference, and playing with the layer drop down menu of the
> plugin, I also managed to trigger an error. I do not know yet how to make
> is happen always.
>
> java.io.IOException: java.lang.NullPointerException
>
>   at
> org.openjump.core.rasterimage.TiffUtilsV2.getRenderedOp(TiffUtilsV2.java:57)
>
>   at
> org.openjump.core.rasterimage.RasterImageIO.readCellValue(RasterImageIO.java:327)
>
>   at
> org.openjump.core.rasterimage.RasterImageLayer.getCellValue(RasterImageLayer.java:1462)
>
>   at
> org.openjump.core.rasterimage.plugin.terrain.derivates.ExtractMinMaxPlugIn.run(Unknown
> Source)
>
>   at
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
>
> Caused by: java.lang.NullPointerException
>
>   at
> org.openjump.core.rasterimage.TiffUtilsV2.getRenderedOp(TiffUtilsV2.java:53)
>
>   ... 4 more
>
>
&

Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

HI Jukka,
A new version  my Raster Tools is on the pull request .
These are the new things according to your suggestions/tests:
a) I correct the problem with the info tools (Sigma button) due to
improper language code
b) In the Terrain Analysis submenu there is another plugin "Estract min and
max values from raster" which allows to extract min and max values from a
selected raster and display them as styled points in a vector layer

Best regards
Peppe

Il giorno lun 14 ott 2024 alle ore 16:46 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Jukka, that is an interesting tool. I will work around it, it should
> not be difficult to get it. I am travelling and I can work on it after the
> 27th of October.
> Meanwhile if you find other issues feel free to send me feedback.
> The Sigma statistics has to be review, for sure. On the list.
> Peppe
>
> Il lun 14 ott 2024, 13:52 Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>
>> Hi,
>>
>>
>>
>> With a DEM opened as a Sextante image the tools work fine. Pretty nice,
>> even I do not know yet what to do with all of them. I tested with 3000x3000
>> pixel sized file because we have plenty of those and the algorithms run
>> very fast with them. I found one issue: In the Frequency distribution,
>> pressing the Sigma button starts something that obviously does nothing or
>> at least gets never ready, and it is impossible to stop the process. The
>> Cancel button has no effect, nor does the red cross. I had to kill Java
>> with the task manager.
>>
>>
>>
>> By change just last week I tried to find a raster tool that would report
>> a minimum and maximum value from a raster AND the locations of the
>> extremes, either as pixel coordinates or georeferenced coordinates. I did
>> find some examples about finding them with numpy
>> https://en.moonbooks.org/Articles/How-to-find-the-indexes-of-the-minimum-or-maximum-values-in-a-matrix-using-python-/.
>> Now I was hoping that perhaps I could find such a tool from your toolbox,
>> but I could not. However, I believe that some of the existing tools already
>> have that information, and there should only be on option to write it out.
>> Especially the 3D viewer seems to have everything ready.  For my needs it
>> would be enough to save just one vector point feature for the minimum and
>> another one for the maximum, even if the DEM contains large flat areas like
>> sea.  Min and max would be used for spreading a color ramp along the full
>> range, and vector data for visualizing the locations. Do you believe that
>> such tool could have general interest among users? An advanced tool could
>> take a polygon as input and report min/max values from the interior of the
>> polygon.
>>
>>
>>
>> -Jukka-
>>
>>
>>
>>
>>
>>
>>
>> *Lähettäjä:* Giuseppe Aruta 
>> *Lähetetty:* maanantai 14. lokakuuta 2024 11.25
>> *Vastaanottaja:* OpenJump develop and use <
>> jump-pilot-devel@lists.sourceforge.net>
>> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>>
>>
>>
>> Hi Jukka, the import raster of Raster tool is mainly a converter: it
>> converts to tif formats which are not supported by OJ, eventually users can
>> open them into OJ workbench view. Regarding the conversion of JPG, PNG and
>> TIF (which are supported by Open jump sextante open file),  it is an extra:
>> it uses Commons Imagining instead of Image Io libraries. I added just in
>> case it was impossible to open these files by regular open sextante. It is
>> a work in progress: I recommend you to use regular "open sextante" with
>> your tiff Fike and then to use "Raster tools". I will give it a look anyhow
>> to correct the bug. Thanks for the warning
>> Peppe
>>
>>
>>
>> Il lun 14 ott 2024, 09:45 Rahkonen Jukka <
>> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>>
>> Hi,
>>
>>
>>
>> I have now RasterTools 3.0.0 gamma [2024-09-30] on my computer. I was
>> planning to test the terrain analysis tools but I am confuced. My source
>> DEM is float 32
>>
>> Band 1 Block=3000x1 Type=Float32, ColorInterp=Gray
>>
>> but when I import it with the Import raster option it gets changed into 8
>> bit RGB. This is what gdalinfo reports about the converted image:
>>
>>
>> Band 1 Block=3000x8 Type=Byte, ColorInterp=Red
>>
>> Band 2 Block=3000x8 Type=Byte, ColorInterp=Green
>>
>> Band 3 Block=3000x8 Type=Byte, ColorInterp=Blue
>>
>>
>>
>> Am I doin

Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

Hi Jukka,
can you send me the 32 bit raster? I will try to reproduce the error. The
message seems to point to org.openjump.core.rasterimage.TiffUtilsV2 class,
which in turns points to
vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster
(ImageIO framework).

Il giorno lun 28 ott 2024 alle ore 12:42 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi Peppe,
>
>
>
> The Sigma button works now and shows useful statistics.
>
> The Extract min/max tool works well with an 8-bit greyscale. With a 32-bit
> dem
>
> the tool also runs, but it does not create the point layer for me.  The
> log does not show anything special. Here are the rows from the log,
> including minimal steps
>
>- open a Sextante image into an empty project
>- run the Extract min/max tool
>
>
>
> [INFO] 2024-10-28_13:19:36.162 Executing Open...
>
> [WARN] 2024-10-28_13:19:43.471 AddRasterImageLayerWizard.addImage: a
> category must be selected
>
> [INFO] 2024-10-28_13:19:43.705 Done. Current committed
> memory:plugin.AbstractPlugIn.executing = Executing87 MB
>
> [INFO] 2024-10-28_13:19:48.347 Executing Log
>
> [INFO] 2024-10-28_13:19:48.371 Done. Current committed
> memory:plugin.AbstractPlugIn.executing = Executing182 MB
>
> [INFO] 2024-10-28_13:20:42.491 Executing Estract min and max values from
> raster
>
> [INFO] 2024-10-28_13:21:44.930 Done. Current committed
> memory:plugin.AbstractPlugIn.executing = Executing244 MB
>
>
>
> When I tried if selecting/deselecting the DEM layer from the layer list of
> OJ makes any difference, and playing with the layer drop down menu of the
> plugin, I also managed to trigger an error. I do not know yet how to make
> is happen always.
>
> java.io.IOException: java.lang.NullPointerException
>
>   at
> org.openjump.core.rasterimage.TiffUtilsV2.getRenderedOp(TiffUtilsV2.java:57)
>
>   at
> org.openjump.core.rasterimage.RasterImageIO.readCellValue(RasterImageIO.java:327)
>
>   at
> org.openjump.core.rasterimage.RasterImageLayer.getCellValue(RasterImageLayer.java:1462)
>
>   at
> org.openjump.core.rasterimage.plugin.terrain.derivates.ExtractMinMaxPlugIn.run(Unknown
> Source)
>
>   at
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
>
> Caused by: java.lang.NullPointerException
>
>   at
> org.openjump.core.rasterimage.TiffUtilsV2.getRenderedOp(TiffUtilsV2.java:53)
>
>   ... 4 more
>
>
>
> -Jukka-
>
>
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* maanantai 28. lokakuuta 2024 12.51
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> HI Jukka,
>
> A new version  my Raster Tools is on the pull request .
>
> These are the new things according to your suggestions/tests:
>
> a) I correct the problem with the info tools (Sigma button) due to
> improper language code
>
> b) In the Terrain Analysis submenu there is another plugin "Estract min
> and max values from raster" which allows to extract min and max values from
> a selected raster and display them as styled points in a vector layer
>
>
>
> Best regards
>
> Peppe
>
>
>
> Il giorno lun 14 ott 2024 alle ore 16:46 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
> Hi Jukka, that is an interesting tool. I will work around it, it should
> not be difficult to get it. I am travelling and I can work on it after the
> 27th of October.
> Meanwhile if you find other issues feel free to send me feedback.
> The Sigma statistics has to be review, for sure. On the list.
> Peppe
>
>
>
> Il lun 14 ott 2024, 13:52 Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>
> Hi,
>
>
>
> With a DEM opened as a Sextante image the tools work fine. Pretty nice,
> even I do not know yet what to do with all of them. I tested with 3000x3000
> pixel sized file because we have plenty of those and the algorithms run
> very fast with them. I found one issue: In the Frequency distribution,
> pressing the Sigma button starts something that obviously does nothing or
> at least gets never ready, and it is impossible to stop the process. The
> Cancel button has no effect, nor does the red cross. I had to kill Java
> with the task manager.
>
>
>
> By change just last week I tried to find a raster tool that would report a
> minimum and maximum value from

[JPP-Devel] [openjump-gis/openjump] 5e93c0: raster-tools extension upgrade (#138) ...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 5e93c0836b368836877b33dac8ec57e42166104b
  
https://github.com/openjump-gis/openjump/commit/5e93c0836b368836877b33dac8ec57e42166104b
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-10-28 (Mon, 28 Oct 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  raster-tools extension upgrade (#138) ...

New version Raster Tools 3: upgraded tools according Jukka tests and 
suggestions (Oct 14 2024)
a) I correct the problem with the info tools (Sigma button) due to improper 
language code
b) In the Terrain Analysis submenu there is another plugin "Estract min and max 
values from raster" which allows to extract min and max values from a selected 
raster and display them as styled points in a vector layer



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] github 'openjump-gis' organization members visibility

[Giuseppe Aruta]

So I do

Il giorno lun 14 ott 2024 alle ore 13:54 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi,
>
> I made my team membership public.
>
> -Jukka-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.soldin--- via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net>
> Lähetetty: maanantai 14. lokakuuta 2024 14.31
> Vastaanottaja: jump devel 
> Kopio: edgar.sol...@web.de
> Aihe: [JPP-Devel] github 'openjump-gis' organization members visibility
>
> just stumbled over (when not logged into github)
>   https://github.com/orgs/openjump-gis/people
> and noticed that no people were listed.
>
> turns out every member will have to actively set their membership to
> public themselves. thought you guys might want to do so.
>
> ..sunny regards 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] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

Hi Jukka, that is an interesting tool. I will work around it, it should not
be difficult to get it. I am travelling and I can work on it after the 27th
of October.
Meanwhile if you find other issues feel free to send me feedback.
The Sigma statistics has to be review, for sure. On the list.
Peppe

Il lun 14 ott 2024, 13:52 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi,
>
>
>
> With a DEM opened as a Sextante image the tools work fine. Pretty nice,
> even I do not know yet what to do with all of them. I tested with 3000x3000
> pixel sized file because we have plenty of those and the algorithms run
> very fast with them. I found one issue: In the Frequency distribution,
> pressing the Sigma button starts something that obviously does nothing or
> at least gets never ready, and it is impossible to stop the process. The
> Cancel button has no effect, nor does the red cross. I had to kill Java
> with the task manager.
>
>
>
> By change just last week I tried to find a raster tool that would report a
> minimum and maximum value from a raster AND the locations of the extremes,
> either as pixel coordinates or georeferenced coordinates. I did find some
> examples about finding them with numpy
> https://en.moonbooks.org/Articles/How-to-find-the-indexes-of-the-minimum-or-maximum-values-in-a-matrix-using-python-/.
> Now I was hoping that perhaps I could find such a tool from your toolbox,
> but I could not. However, I believe that some of the existing tools already
> have that information, and there should only be on option to write it out.
> Especially the 3D viewer seems to have everything ready.  For my needs it
> would be enough to save just one vector point feature for the minimum and
> another one for the maximum, even if the DEM contains large flat areas like
> sea.  Min and max would be used for spreading a color ramp along the full
> range, and vector data for visualizing the locations. Do you believe that
> such tool could have general interest among users? An advanced tool could
> take a polygon as input and report min/max values from the interior of the
> polygon.
>
>
>
> -Jukka-
>
>
>
>
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* maanantai 14. lokakuuta 2024 11.25
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> Hi Jukka, the import raster of Raster tool is mainly a converter: it
> converts to tif formats which are not supported by OJ, eventually users can
> open them into OJ workbench view. Regarding the conversion of JPG, PNG and
> TIF (which are supported by Open jump sextante open file),  it is an extra:
> it uses Commons Imagining instead of Image Io libraries. I added just in
> case it was impossible to open these files by regular open sextante. It is
> a work in progress: I recommend you to use regular "open sextante" with
> your tiff Fike and then to use "Raster tools". I will give it a look anyhow
> to correct the bug. Thanks for the warning
> Peppe
>
>
>
> Il lun 14 ott 2024, 09:45 Rahkonen Jukka <
> jukka.rahko...@maanmittauslaitos.fi> ha scritto:
>
> Hi,
>
>
>
> I have now RasterTools 3.0.0 gamma [2024-09-30] on my computer. I was
> planning to test the terrain analysis tools but I am confuced. My source
> DEM is float 32
>
> Band 1 Block=3000x1 Type=Float32, ColorInterp=Gray
>
> but when I import it with the Import raster option it gets changed into 8
> bit RGB. This is what gdalinfo reports about the converted image:
>
>
> Band 1 Block=3000x8 Type=Byte, ColorInterp=Red
>
> Band 2 Block=3000x8 Type=Byte, ColorInterp=Green
>
> Band 3 Block=3000x8 Type=Byte, ColorInterp=Blue
>
>
>
> Am I doing something wrong?
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* keskiviikko 25. syyskuuta 2024 12.02
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> THe new version of Raster Tool 3.0 beta is available at the following link:
>
>
>
>
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download
>
>
>
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download>
>
> S
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download>ouce
> code is available here:
>
>
> https://sourceforge.net/projects/opensit/files/Op

Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

Hi Jukka, the import raster of Raster tool is mainly a converter: it
converts to tif formats which are not supported by OJ, eventually users can
open them into OJ workbench view. Regarding the conversion of JPG, PNG and
TIF (which are supported by Open jump sextante open file),  it is an extra:
it uses Commons Imagining instead of Image Io libraries. I added just in
case it was impossible to open these files by regular open sextante. It is
a work in progress: I recommend you to use regular "open sextante" with
your tiff Fike and then to use "Raster tools". I will give it a look anyhow
to correct the bug. Thanks for the warning
Peppe

Il lun 14 ott 2024, 09:45 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi,
>
>
>
> I have now RasterTools 3.0.0 gamma [2024-09-30] on my computer. I was
> planning to test the terrain analysis tools but I am confuced. My source
> DEM is float 32
>
> Band 1 Block=3000x1 Type=Float32, ColorInterp=Gray
>
> but when I import it with the Import raster option it gets changed into 8
> bit RGB. This is what gdalinfo reports about the converted image:
>
>
> Band 1 Block=3000x8 Type=Byte, ColorInterp=Red
>
> Band 2 Block=3000x8 Type=Byte, ColorInterp=Green
>
> Band 3 Block=3000x8 Type=Byte, ColorInterp=Blue
>
>
>
> Am I doing something wrong?
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* keskiviikko 25. syyskuuta 2024 12.02
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta
>
>
>
> THe new version of Raster Tool 3.0 beta is available at the following link:
>
>
>
>
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download
>
>
>
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download>
>
> S
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download>ouce
> code is available here:
>
>
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/Older/3.x/RasterTools-3.0.0beta-20240918.zip/download
>
>
>
> In a few day we hopefully can integrate this new version into the current
> development snapshots of OpenJUMP
>
>
>
> Giuseppe Aruta
>
>
>
>
>
>
>
>
>
> Il giorno mer 25 set 2024 alle ore 10:50 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
> Hi all
>
> Today I upgraded RasterTools to version 3.0 beta.
>
> The main highlights are the following:
>
>
> a) Reorganized menus in a more simple and intuitive order
> b) added a 'Recent used tools' menu with the list  of the last 10 used
> plugins
> c) Enhanced 'Help' option as a tree of documents
> d) Added 'Warp raster' toolbox to warp images using affine, perspective
> and bicubic transformation
> e) Added Multiflow accumulation algorithm (Freeman, 1991)
> f) Added export raster to KMZ with embedded legend for  single banded
> raster.
>
>
>
> The complete set of tools (some are multitools)  now reaches  the number
> of 70, mainly built using the huge reference available (a list of the
> minimum reference is available on the help option).
>
> Together with Sextante and OpenKLEM, Rastertools will probably cover not
> all but almost the need for a teaching class and a base professional
> project, which includes:
>
> 1) land classification
>
> 2) hydraulic, visibility, cost/path, math, statistic analysis
>
> 3) creation, visualization, elaboration and overlay of images.
>
>
>
> In the future, the brench  3 of RasterTools will be used for the
> correction of bugs and  a better  integration of the tools to OpenJUMP,
> OpenKLEM and Sextante.
>
>
>
> Giuseppe Aruta
>
>
>
> ___
> 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

[JPP-Devel] [openjump-gis/openjump] 2d3889: Upgraded Raster Tools 3 to Commons Imaging library...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 2d3889122aeac21aeaaf0c8c45e5374b3e919a01
  
https://github.com/openjump-gis/openjump/commit/2d3889122aeac21aeaaf0c8c45e5374b3e919a01
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-09-30 (Mon, 30 Sep 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Upgraded Raster Tools 3 to Commons Imaging library 1.0.0-alpha4 (#137)



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] commons-imaging version issue

[Giuseppe Aruta]

Hi Michael, Ede
I made an upgrade of Raster Tools to Commons Imaging alpha 04. I did a pull
request
Peppe

Il giorno lun 30 set 2024 alle ore 08:02 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Thanks Michael, I thought I upgraded to that version. I will give it a
> look and change the version
>
> Il dom 29 set 2024, 20:36 Michaud Michael via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net> ha scritto:
>
>> Hi Peppe,
>>
>> There is a commons-imaging version issue in the last OpenJUMP version.
>>
>> On april this year, I upgraded commons imaging to alpha-4 to have bigtiff.
>>
>> In the current version, the
>> class org/apache/commons/imaging/ImageReadException has been removed.
>>
>> I think we already solved this problem earlier but it came bac with the
>> last change.
>>
>> Is your extension compatible with alpha-4, or should we revert to alpha-3
>> until you adapt the extension.
>>
>> Note that there is also a alpha-5 now.
>>
>> Best Regards
>>
>> Michaël
>> ___
>> 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] commons-imaging version issue

[Giuseppe Aruta]

Thanks Michael, I thought I upgraded to that version. I will give it a look
and change the version

Il dom 29 set 2024, 20:36 Michaud Michael via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> Hi Peppe,
>
> There is a commons-imaging version issue in the last OpenJUMP version.
>
> On april this year, I upgraded commons imaging to alpha-4 to have bigtiff.
>
> In the current version, the
> class org/apache/commons/imaging/ImageReadException has been removed.
>
> I think we already solved this problem earlier but it came bac with the
> last change.
>
> Is your extension compatible with alpha-4, or should we revert to alpha-3
> until you adapt the extension.
>
> Note that there is also a alpha-5 now.
>
> Best Regards
>
> Michaël
> ___
> 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

[JPP-Devel] [openjump-gis/openjump] afac70: Upgrade RasterTools extension to version 3.0 beta....

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: afac708f07147c621dce8f1360e1c7cdc234b175
  
https://github.com/openjump-gis/openjump/commit/afac708f07147c621dce8f1360e1c7cdc234b175
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-09-25 (Wed, 25 Sep 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Upgrade RasterTools extension to version 3.0 beta. (#136)

Highlights:
a) Reorganized menus in a more simple and intutive order
b) added a 'Recent used tools' with the list  last 10 used plugins
c) Enhanced 'Help' option as a tree of documents
d) Added 'Warp raster' toolbox to warp images using affine, perspective and 
bicubic transformation
e) Added Multiflow accumulation algorithm (Freeman, 1991)
f) Added export raster to KMZ with embedded legend for  single banded raster



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

THe new version of Raster Tool 3.0 beta is available at the following link:

https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download

<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download>
S
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-3.0.0beta-20240918.jar/download>ouce
code is available here:
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/Older/3.x/RasterTools-3.0.0beta-20240918.zip/download

In a few day we hopefully can integrate this new version into the current
development snapshots of OpenJUMP

Giuseppe Aruta




Il giorno mer 25 set 2024 alle ore 10:50 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi all
> Today I upgraded RasterTools to version 3.0 beta.
>
> The main highlights are the following:
>
> a) Reorganized menus in a more simple and intuitive order
> b) added a 'Recent used tools' menu with the list  of the last 10 used
> plugins
> c) Enhanced 'Help' option as a tree of documents
> d) Added 'Warp raster' toolbox to warp images using affine, perspective
> and bicubic transformation
> e) Added Multiflow accumulation algorithm (Freeman, 1991)
> f) Added export raster to KMZ with embedded legend for  single banded
> raster.
>
> The complete set of tools (some are multitools)  now reaches  the number
> of 70, mainly built using the huge reference available (a list of the
> minimum reference is available on the help option).
> Together with Sextante and OpenKLEM, Rastertools will probably cover not
> all but almost the need for a teaching class and a base professional
> project, which includes:
> 1) land classification
> 2) hydraulic, visibility, cost/path, math, statistic analysis
> 3) creation, visualization, elaboration and overlay of images.
>
> In the future, the brench  3 of RasterTools will be used for the
> correction of bugs and  a better  integration of the tools to OpenJUMP,
> OpenKLEM and Sextante.
>
> Giuseppe Aruta
>
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Upgraded RasterTools to version 3.0 beta

[Giuseppe Aruta]

Hi all
Today I upgraded RasterTools to version 3.0 beta.

The main highlights are the following:

a) Reorganized menus in a more simple and intuitive order
b) added a 'Recent used tools' menu with the list  of the last 10 used
plugins
c) Enhanced 'Help' option as a tree of documents
d) Added 'Warp raster' toolbox to warp images using affine, perspective and
bicubic transformation
e) Added Multiflow accumulation algorithm (Freeman, 1991)
f) Added export raster to KMZ with embedded legend for  single banded
raster.

The complete set of tools (some are multitools)  now reaches  the number of
70, mainly built using the huge reference available (a list of the
minimum reference is available on the help option).
Together with Sextante and OpenKLEM, Rastertools will probably cover not
all but almost the need for a teaching class and a base professional
project, which includes:
1) land classification
2) hydraulic, visibility, cost/path, math, statistic analysis
3) creation, visualization, elaboration and overlay of images.

In the future, the brench  3 of RasterTools will be used for the correction
of bugs and  a better  integration of the tools to OpenJUMP, OpenKLEM and
Sextante.

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

Re: [JPP-Devel] openjump.org https support

[Giuseppe Aruta]

Since the provider is in USA, could he/she be there? As a former member of
OpenJUMP: Landon, for instance.


Il giorno mer 25 set 2024 alle ore 00:40 edgar.soldin--- via
Jump-pilot-devel  ha scritto:

> no i mean
>
> https://www.whois.com/whois/openjump.org
>
> somebody private registered it in the past and payed/provided it for the
> project so far. hopefully waiting for the person to respond.
>
> sunny regards ..ede
>
> On 24.09.2024 23:28, János Tamás Kis wrote:
> > Hi,
> >
> > Dou you mean: https://www.domain.com/whois/whois/?search=surceforge.net
>  ?
> >
> > Could the OpenJUMP live on github only, without sourceforge.net <
> http://sourceforge.net>?
> >
> > Regards,
> > kjt
> >
> >
> > edgar.soldin--- via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>> ezt írta (időpont: 2024. szept.
> 23., H, 18:00):
> >
> > looks like sf.net  does not want to support https
> anymore. i opened a ticket
> > https://sourceforge.net/p/forge/site-support/26156/ <
> https://sourceforge.net/p/forge/site-support/26156/>
> >
> > who is owner/admin of the domain in case we have to relocate the
> webspace?
> >
> > sunny regards.. 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] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

Hi Jukka

>-*With X=0, Y=0, height=600, and width=1200 this geometry is created:
POLYGON (( -1200 -600, -1200 600, 1200 600, 1200 -600, -1200 -600 )) The
dimensions get doubled.*


Solved. The correct jar is
here: 
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding_3.jar/download
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding_3.jar/download>

*-Anchor point at the centre of the polygon is a good default. However, for
some use cases it could be more intuitive if the anchor point could be
placed at the corner instead (draw a plot and then smaller sub-plot
beginning from the same corner). However, calculating the required offsets
is not hard, and if the rectangle is rotated then using the centre point is
more intuitive. Also, the Rotate Selected Item tools rotates around the
centre point and it is good that the tools behave in the same way. So I am
happy with this design.*

I will give a look, maybe  a rotation point located on one corner can be
added as an option



Il giorno lun 23 set 2024 alle ore 11:55 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi,
>
>
>
> I cut my sheet of plywood already, but I believe I will have use for your
> tool later. It is is nice and simple to use.
>
> A couple of comments.
>
>
> -With X=0, Y=0, height=600, and width=1200 this geometry is created:
> POLYGON (( -1200 -600, -1200 600, 1200 600, 1200 -600, -1200 -600 ))
>
> The dimensions get doubled.
> -Anchor point at the centre of the polygon is a good default. However, for
> some use cases it could be more intuitive if the anchor point could be
> placed at the corner instead (draw a plot and then smaller sub-plot
> beginning from the same corner). However, calculating the required offsets
> is not hard, and if the rectangle is rotated then using the centre point is
> more intuitive. Also, the Rotate Selected Item tools rotates around the
> centre point and it is good that the tools behave in the same way. So I am
> happy with this design.
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* maanantai 23. syyskuuta 2024 11.52
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Feature request: Draw rectangles with parameters
>
>
>
> The previous mail had a wrong link.
>
> The correct link is:
>
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns
>
> a) DrawRectBuilding_2.jar
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding_2.jar/download>.
> The plugin
>
> b) DrawRectBuilding_2.zip
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding_2.zip/download>.
> The source code
>
>
>
> Il giorno dom 22 set 2024 alle ore 09:20 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
> I made an upgrade to the plugin, simplified the code and separated the
> source code from the plugin.
>
> Both are available at the following link:
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIn
>
> a) DrawRectBuilding_2.jar. The plugin
>
> b) DrawRectBuilding_2.zip. The code
>
>
>
> I would like to add the panel that controls the input of coordinates  as
> part of OpenJUMP code
>
>
>
> This would be a benefit for other plugins.
>
> The code class of this panel is located into the DrawRectBuilding_2.zip
>
> (org.openjump.core.ui.components.CoordinatePanel.class)
>
>
>
> Il giorno sab 21 set 2024 alle ore 16:46 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
> The plugin is located into the 'PlugIn' menu under the voice: Draw
> rectangular shape
>
>
>
> Il giorno sab 21 set 2024 alle ore 16:42 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
> Hi Jukka,
>
> I made a prototype plugin to draw rotated rectangles of fixed
> size,according to your mail. I recompiled some codes from my RasterTool
> plugin.
>
> You can download the jar at this link: Draw Rectangle building
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding.jar/download>
>
>
>
> How it works
>
> The plugin opens a dialog which has the following options (on 5 lines)
> from the top:
>
> 1) A box to define the vector layer where to draw the rectangesù
>
> 2) Panel for the center of rotation: a combination of two boxes for the
> Lat/Lon (X/Y) coordinates followed by a button which opens a tool to pick
> coordinates on the workbench (which are displayed into the previous 2
> boxes)
>
> 3) Bow for t

Re: [JPP-Devel] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

The previous mail had a wrong link.
The correct link is:
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns
a) DrawRectBuilding_2.jar
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding_2.jar/download>.
The plugin
b) DrawRectBuilding_2.zip
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding_2.zip/download>.
The source code

Il giorno dom 22 set 2024 alle ore 09:20 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> I made an upgrade to the plugin, simplified the code and separated the
> source code from the plugin.
> Both are available at the following link:
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIn
> a) DrawRectBuilding_2.jar. The plugin
> b) DrawRectBuilding_2.zip. The code
>
> I would like to add the panel that controls the input of coordinates  as
> part of OpenJUMP code
> [image: image.png]
>
> This would be a benefit for other plugins.
> The code class of this panel is located into the DrawRectBuilding_2.zip
> (org.openjump.core.ui.components.CoordinatePanel.class)
>
> Il giorno sab 21 set 2024 alle ore 16:46 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
>> The plugin is located into the 'PlugIn' menu under the voice: Draw
>> rectangular shape
>>
>> Il giorno sab 21 set 2024 alle ore 16:42 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com> ha scritto:
>>
>>> Hi Jukka,
>>> I made a prototype plugin to draw rotated rectangles of fixed
>>> size,according to your mail. I recompiled some codes from my RasterTool
>>> plugin.
>>> You can download the jar at this link: Draw Rectangle building
>>> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding.jar/download>
>>>
>>> How it works
>>> The plugin opens a dialog which has the following options (on 5 lines)
>>> from the top:
>>> 1) A box to define the vector layer where to draw the rectangesù
>>> 2) Panel for the center of rotation: a combination of two boxes for the
>>> Lat/Lon (X/Y) coordinates followed by a button which opens a tool to pick
>>> coordinates on the workbench (which are displayed into the previous 2
>>> boxes)
>>> 3) Bow for the height of the rectangle
>>> 4) Box for the width of the rectangle
>>> 5) Box for the rotation angle in degrees.
>>> After setting the parameters, click on the Apply button to draw the
>>> geometry
>>>
>>> There is more work to do around, for instance the checks.
>>> The code is embedded into the jar file.
>>>
>>> Best regards
>>> Peppe
>>>
>>>
>>>
>>> Il giorno mar 17 set 2024 alle ore 15:39 edgar.soldin--- via
>>> Jump-pilot-devel  ha scritto:
>>>
>>>> hey Jukka,
>>>>
>>>> in case you want that tool extended feel free to reach out with
>>>> specifics.
>>>>
>>>> sunny regards ..ede
>>>>
>>>> On 16.09.2024 21:23, Rahkonen Jukka wrote:
>>>> > Hi,
>>>> >
>>>> > Actually, the Draw simple line CAD tool is very close to the
>>>> non-rotated rectangle tool. With X and Y offsets it is possible to draw a
>>>> diagonal line, and putting an envelope around it makes a rectangle.
>>>> >
>>>> > -Jukka-
>>>> >
>>>> > *Lähettäjä:* Giuseppe Aruta 
>>>> > *Lähetetty:* maanantai 16. syyskuuta 2024 18.20
>>>> > *Vastaanottaja:* OpenJump develop and use <
>>>> jump-pilot-devel@lists.sourceforge.net>
>>>> > *Aihe:* Re: [JPP-Devel] Feature request: Draw rectangles with
>>>> parameters
>>>> >
>>>> > Interesting case, the cad extension has a plugin  to insert prefixed
>>>> geometries at a defined size. It could be interesting to extend it.
>>>> >
>>>> > Il lun 16 set 2024, 15:50 edgar.soldin--- via Jump-pilot-devel <
>>>> jump-pilot-devel@lists.sourceforge.net >>> jump-pilot-devel@lists.sourceforge.net>> ha scritto:
>>>> >
>>>> > hey Jukka,
>>>> >
>>>> > On 15.09.2024 19:49, Rahkonen Jukka wrote:
>>>> >  > Hi,
>>>> >  >
>>>> >  > I would like to have a tool for drawing fixed size rectangles
>>>> with manually given parameters. The parameters would be:
>>>> >  >
>

Re: [JPP-Devel] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

I made an upgrade to the plugin, simplified the code and separated the
source code from the plugin.
Both are available at the following link:
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIn
a) DrawRectBuilding_2.jar. The plugin
b) DrawRectBuilding_2.zip. The code

I would like to add the panel that controls the input of coordinates  as
part of OpenJUMP code
[image: image.png]

This would be a benefit for other plugins.
The code class of this panel is located into the DrawRectBuilding_2.zip
(org.openjump.core.ui.components.CoordinatePanel.class)

Il giorno sab 21 set 2024 alle ore 16:46 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> The plugin is located into the 'PlugIn' menu under the voice: Draw
> rectangular shape
>
> Il giorno sab 21 set 2024 alle ore 16:42 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
>> Hi Jukka,
>> I made a prototype plugin to draw rotated rectangles of fixed
>> size,according to your mail. I recompiled some codes from my RasterTool
>> plugin.
>> You can download the jar at this link: Draw Rectangle building
>> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding.jar/download>
>>
>> How it works
>> The plugin opens a dialog which has the following options (on 5 lines)
>> from the top:
>> 1) A box to define the vector layer where to draw the rectangesù
>> 2) Panel for the center of rotation: a combination of two boxes for the
>> Lat/Lon (X/Y) coordinates followed by a button which opens a tool to pick
>> coordinates on the workbench (which are displayed into the previous 2
>> boxes)
>> 3) Bow for the height of the rectangle
>> 4) Box for the width of the rectangle
>> 5) Box for the rotation angle in degrees.
>> After setting the parameters, click on the Apply button to draw the
>> geometry
>>
>> There is more work to do around, for instance the checks.
>> The code is embedded into the jar file.
>>
>> Best regards
>> Peppe
>>
>>
>>
>> Il giorno mar 17 set 2024 alle ore 15:39 edgar.soldin--- via
>> Jump-pilot-devel  ha scritto:
>>
>>> hey Jukka,
>>>
>>> in case you want that tool extended feel free to reach out with
>>> specifics.
>>>
>>> sunny regards ..ede
>>>
>>> On 16.09.2024 21:23, Rahkonen Jukka wrote:
>>> > Hi,
>>> >
>>> > Actually, the Draw simple line CAD tool is very close to the
>>> non-rotated rectangle tool. With X and Y offsets it is possible to draw a
>>> diagonal line, and putting an envelope around it makes a rectangle.
>>> >
>>> > -Jukka-
>>> >
>>> > *Lähettäjä:* Giuseppe Aruta 
>>> > *Lähetetty:* maanantai 16. syyskuuta 2024 18.20
>>> > *Vastaanottaja:* OpenJump develop and use <
>>> jump-pilot-devel@lists.sourceforge.net>
>>> > *Aihe:* Re: [JPP-Devel] Feature request: Draw rectangles with
>>> parameters
>>> >
>>> > Interesting case, the cad extension has a plugin  to insert prefixed
>>> geometries at a defined size. It could be interesting to extend it.
>>> >
>>> > Il lun 16 set 2024, 15:50 edgar.soldin--- via Jump-pilot-devel <
>>> jump-pilot-devel@lists.sourceforge.net >> jump-pilot-devel@lists.sourceforge.net>> ha scritto:
>>> >
>>> > hey Jukka,
>>> >
>>> > On 15.09.2024 19:49, Rahkonen Jukka wrote:
>>> >  > Hi,
>>> >  >
>>> >  > I would like to have a tool for drawing fixed size rectangles
>>> with manually given parameters. The parameters would be:
>>> >  >
>>> >  >
>>> >  > width
>>> >  >
>>> >  > height (= width by default)
>>> >  >
>>> >  > rotation angle (0 by default)
>>> >  >
>>> >  > optionally:
>>> >  >
>>> >  > coordinates of the centre point, or
>>> >  >
>>> >  > coordinates of the bottom-left corner (or some other corner, it
>>> does not really matter).
>>> >  >
>>> >  > If coordinates are not given manually, then mouse click would
>>> be used as the centre point or as the corner point. We have already a tool
>>> for drawing circles, and a couple of tools for drawing constrained
>>> polygons, but they are not handy for my need. What I am doing now is to
>>> write the poly

Re: [JPP-Devel] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

The plugin is located into the 'PlugIn' menu under the voice: Draw
rectangular shape

Il giorno sab 21 set 2024 alle ore 16:42 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Jukka,
> I made a prototype plugin to draw rotated rectangles of fixed
> size,according to your mail. I recompiled some codes from my RasterTool
> plugin.
> You can download the jar at this link: Draw Rectangle building
> <https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding.jar/download>
>
> How it works
> The plugin opens a dialog which has the following options (on 5 lines)
> from the top:
> 1) A box to define the vector layer where to draw the rectangesù
> 2) Panel for the center of rotation: a combination of two boxes for the
> Lat/Lon (X/Y) coordinates followed by a button which opens a tool to pick
> coordinates on the workbench (which are displayed into the previous 2
> boxes)
> 3) Bow for the height of the rectangle
> 4) Box for the width of the rectangle
> 5) Box for the rotation angle in degrees.
> After setting the parameters, click on the Apply button to draw the
> geometry
>
> There is more work to do around, for instance the checks.
> The code is embedded into the jar file.
>
> Best regards
> Peppe
>
>
>
> Il giorno mar 17 set 2024 alle ore 15:39 edgar.soldin--- via
> Jump-pilot-devel  ha scritto:
>
>> hey Jukka,
>>
>> in case you want that tool extended feel free to reach out with specifics.
>>
>> sunny regards ..ede
>>
>> On 16.09.2024 21:23, Rahkonen Jukka wrote:
>> > Hi,
>> >
>> > Actually, the Draw simple line CAD tool is very close to the
>> non-rotated rectangle tool. With X and Y offsets it is possible to draw a
>> diagonal line, and putting an envelope around it makes a rectangle.
>> >
>> > -Jukka-
>> >
>> > *Lähettäjä:* Giuseppe Aruta 
>> > *Lähetetty:* maanantai 16. syyskuuta 2024 18.20
>> > *Vastaanottaja:* OpenJump develop and use <
>> jump-pilot-devel@lists.sourceforge.net>
>> > *Aihe:* Re: [JPP-Devel] Feature request: Draw rectangles with parameters
>> >
>> > Interesting case, the cad extension has a plugin  to insert prefixed
>> geometries at a defined size. It could be interesting to extend it.
>> >
>> > Il lun 16 set 2024, 15:50 edgar.soldin--- via Jump-pilot-devel <
>> jump-pilot-devel@lists.sourceforge.net > jump-pilot-devel@lists.sourceforge.net>> ha scritto:
>> >
>> > hey Jukka,
>> >
>> > On 15.09.2024 19:49, Rahkonen Jukka wrote:
>> >  > Hi,
>> >  >
>> >  > I would like to have a tool for drawing fixed size rectangles
>> with manually given parameters. The parameters would be:
>> >  >
>> >  >
>> >  > width
>> >  >
>> >  > height (= width by default)
>> >  >
>> >  > rotation angle (0 by default)
>> >  >
>> >  > optionally:
>> >  >
>> >  > coordinates of the centre point, or
>> >  >
>> >  > coordinates of the bottom-left corner (or some other corner, it
>> does not really matter).
>> >  >
>> >  > If coordinates are not given manually, then mouse click would be
>> used as the centre point or as the corner point. We have already a tool for
>> drawing circles, and a couple of tools for drawing constrained polygons,
>> but they are not handy for my need. What I am doing now is to write the
>> polygons as WKT, or I digitize them with snap-to-grid option.
>> >  >
>> >  > BTW I have a non-GIS use case today, I would like to plan if it
>> would be more optimal to buy 1220x2440 mm plywood sheets, or perhaps
>> 1500x3000 mm sheets for my hobby project.  Planning the placement of solar
>> panels (for example 1720x1130 mm) could be another use case, or parking
>> places, or whatever rectangular standard things that exist.
>> >
>> > i might be able to put something together. can you give a
>> step-by-step workflow for how that tool would work? putting in those
>> parameters on every draw is probably not something you aim for. having that
>> and an idea for i time frame i could come up with a quote, being between
>> jobs just now.
>> >
>> > will try to treat it better than the OGC-API support, that got
>> stuck due to personal life being just what it was then :)
>> >
>> > sunny regards ..ede
&

Re: [JPP-Devel] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

Hi Jukka,
I made a prototype plugin to draw rotated rectangles of fixed
size,according to your mail. I recompiled some codes from my RasterTool
plugin.
You can download the jar at this link: Draw Rectangle building
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/OtherPlugIns/DrawRectBuilding.jar/download>

How it works
The plugin opens a dialog which has the following options (on 5 lines) from
the top:
1) A box to define the vector layer where to draw the rectangesù
2) Panel for the center of rotation: a combination of two boxes for the
Lat/Lon (X/Y) coordinates followed by a button which opens a tool to pick
coordinates on the workbench (which are displayed into the previous 2
boxes)
3) Bow for the height of the rectangle
4) Box for the width of the rectangle
5) Box for the rotation angle in degrees.
After setting the parameters, click on the Apply button to draw the geometry

There is more work to do around, for instance the checks.
The code is embedded into the jar file.

Best regards
Peppe



Il giorno mar 17 set 2024 alle ore 15:39 edgar.soldin--- via
Jump-pilot-devel  ha scritto:

> hey Jukka,
>
> in case you want that tool extended feel free to reach out with specifics.
>
> sunny regards ..ede
>
> On 16.09.2024 21:23, Rahkonen Jukka wrote:
> > Hi,
> >
> > Actually, the Draw simple line CAD tool is very close to the non-rotated
> rectangle tool. With X and Y offsets it is possible to draw a diagonal
> line, and putting an envelope around it makes a rectangle.
> >
> > -Jukka-
> >
> > *Lähettäjä:* Giuseppe Aruta 
> > *Lähetetty:* maanantai 16. syyskuuta 2024 18.20
> > *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> > *Aihe:* Re: [JPP-Devel] Feature request: Draw rectangles with parameters
> >
> > Interesting case, the cad extension has a plugin  to insert prefixed
> geometries at a defined size. It could be interesting to extend it.
> >
> > Il lun 16 set 2024, 15:50 edgar.soldin--- via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>> ha scritto:
> >
> > hey Jukka,
> >
> > On 15.09.2024 19:49, Rahkonen Jukka wrote:
> >  > Hi,
> >  >
> >  > I would like to have a tool for drawing fixed size rectangles
> with manually given parameters. The parameters would be:
> >  >
> >  >
> >  > width
> >  >
> >  > height (= width by default)
> >  >
> >  > rotation angle (0 by default)
> >  >
> >  > optionally:
> >  >
> >  > coordinates of the centre point, or
> >  >
> >  > coordinates of the bottom-left corner (or some other corner, it
> does not really matter).
> >  >
> >  > If coordinates are not given manually, then mouse click would be
> used as the centre point or as the corner point. We have already a tool for
> drawing circles, and a couple of tools for drawing constrained polygons,
> but they are not handy for my need. What I am doing now is to write the
> polygons as WKT, or I digitize them with snap-to-grid option.
> >  >
> >  > BTW I have a non-GIS use case today, I would like to plan if it
> would be more optimal to buy 1220x2440 mm plywood sheets, or perhaps
> 1500x3000 mm sheets for my hobby project.  Planning the placement of solar
> panels (for example 1720x1130 mm) could be another use case, or parking
> places, or whatever rectangular standard things that exist.
> >
> > i might be able to put something together. can you give a
> step-by-step workflow for how that tool would work? putting in those
> parameters on every draw is probably not something you aim for. having that
> and an idea for i time frame i could come up with a quote, being between
> jobs just now.
> >
> > will try to treat it better than the OGC-API support, that got stuck
> due to personal life being just what it was then :)
> >
> > sunny regards ..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] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

Good that we have something to start with

Il lun 16 set 2024, 21:24 Rahkonen Jukka <
jukka.rahko...@maanmittauslaitos.fi> ha scritto:

> Hi,
>
>
>
> Actually, the Draw simple line CAD tool is very close to the non-rotated
> rectangle tool. With X and Y offsets it is possible to draw a diagonal
> line, and putting an envelope around it makes a rectangle.
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta 
> *Lähetetty:* maanantai 16. syyskuuta 2024 18.20
> *Vastaanottaja:* OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *Aihe:* Re: [JPP-Devel] Feature request: Draw rectangles with parameters
>
>
>
> Interesting case, the cad extension has a plugin  to insert prefixed
> geometries at a defined size. It could be interesting to extend it.
>
>
>
> Il lun 16 set 2024, 15:50 edgar.soldin--- via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net> ha scritto:
>
> hey Jukka,
>
> On 15.09.2024 19:49, Rahkonen Jukka wrote:
> > Hi,
> >
> > I would like to have a tool for drawing fixed size rectangles with
> manually given parameters. The parameters would be:
> >
> >
> > width
> >
> > height (= width by default)
> >
> > rotation angle (0 by default)
> >
> > optionally:
> >
> > coordinates of the centre point, or
> >
> > coordinates of the bottom-left corner (or some other corner, it does not
> really matter).
> >
> > If coordinates are not given manually, then mouse click would be used as
> the centre point or as the corner point. We have already a tool for drawing
> circles, and a couple of tools for drawing constrained polygons, but they
> are not handy for my need. What I am doing now is to write the polygons as
> WKT, or I digitize them with snap-to-grid option.
> >
> > BTW I have a non-GIS use case today, I would like to plan if it would be
> more optimal to buy 1220x2440 mm plywood sheets, or perhaps 1500x3000 mm
> sheets for my hobby project.  Planning the placement of solar panels (for
> example 1720x1130 mm) could be another use case, or parking places, or
> whatever rectangular standard things that exist.
>
> i might be able to put something together. can you give a step-by-step
> workflow for how that tool would work? putting in those parameters on every
> draw is probably not something you aim for. having that and an idea for i
> time frame i could come up with a quote, being between jobs just now.
>
> will try to treat it better than the OGC-API support, that got stuck due
> to personal life being just what it was then :)
>
> sunny regards ..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] Feature request: Draw rectangles with parameters

[Giuseppe Aruta]

Interesting case, the cad extension has a plugin  to insert prefixed
geometries at a defined size. It could be interesting to extend it.

Il lun 16 set 2024, 15:50 edgar.soldin--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> hey Jukka,
>
> On 15.09.2024 19:49, Rahkonen Jukka wrote:
> > Hi,
> >
> > I would like to have a tool for drawing fixed size rectangles with
> manually given parameters. The parameters would be:
> >
> >
> > width
> >
> > height (= width by default)
> >
> > rotation angle (0 by default)
> >
> > optionally:
> >
> > coordinates of the centre point, or
> >
> > coordinates of the bottom-left corner (or some other corner, it does not
> really matter).
> >
> > If coordinates are not given manually, then mouse click would be used as
> the centre point or as the corner point. We have already a tool for drawing
> circles, and a couple of tools for drawing constrained polygons, but they
> are not handy for my need. What I am doing now is to write the polygons as
> WKT, or I digitize them with snap-to-grid option.
> >
> > BTW I have a non-GIS use case today, I would like to plan if it would be
> more optimal to buy 1220x2440 mm plywood sheets, or perhaps 1500x3000 mm
> sheets for my hobby project.  Planning the placement of solar panels (for
> example 1720x1130 mm) could be another use case, or parking places, or
> whatever rectangular standard things that exist.
>
> i might be able to put something together. can you give a step-by-step
> workflow for how that tool would work? putting in those parameters on every
> draw is probably not something you aim for. having that and an idea for i
> time frame i could come up with a quote, being between jobs just now.
>
> will try to treat it better than the OGC-API support, that got stuck due
> to personal life being just what it was then :)
>
> sunny regards ..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

[JPP-Devel] [openjump-gis/openjump] 76aeb7: Load style for single band RasterImageLayer if the...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 76aeb71952efc349a5873e241a03d4f01b0af1a1
  
https://github.com/openjump-gis/openjump/commit/76aeb71952efc349a5873e241a03d4f01b0af1a1
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-08-26 (Mon, 26 Aug 2024)

  Changed paths:
M src/org/openjump/core/rasterimage/AddRasterImageLayerWizard.java

  Log Message:
  ---
  Load style for single band RasterImageLayer if the style from sidecar SLD 
file (#135)


Co-authored-by: ed 



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] OpenJUMP 2.3.0

[Giuseppe Aruta]

Thanks for all the efforts

Il lun 29 lug 2024, 08:32 Michaud Michael via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> Congratulations Ede,
>
> and thank you for all the work to release 2.3.0 !
>
> Michaël
> ___
> 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

[JPP-Devel] [openjump-gis/openjump] 18a405: remove superfluous english file...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 18a405b6cf7f03eb4856f3bff1c4f9728f3826a2
  
https://github.com/openjump-gis/openjump/commit/18a405b6cf7f03eb4856f3bff1c4f9728f3826a2
  Author: ma15569 <69568435+ma15...@users.noreply.github.com>
  Date:   2024-07-18 (Thu, 18 Jul 2024)

  Changed paths:
R src/org/openjump/core/rasterimage/styler/resources/Bundle_en.properties

  Log Message:
  ---
  remove superfluous english file...

the default Bundle.properties is english already



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] [openjump-gis/openjump] e60548: prepare release

[Giuseppe Aruta]

Hi Ede,
I made some changes according to the new version of Raster tools

Il giorno lun 15 lug 2024 alle ore 22:03 edeso via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

>   Branch: refs/heads/main
>   Home:   https://github.com/openjump-gis/openjump
>   Commit: e60548ecd215e625cfb961098796eff2cdf4de46
>
> https://github.com/openjump-gis/openjump/commit/e60548ecd215e625cfb961098796eff2cdf4de46
>   Author: ed 
>   Date:   2024-07-15 (Mon, 15 Jul 2024)
>
>   Changed paths:
> M Changes.txt
> M pom.xml
>
>   Log Message:
>   ---
>   prepare release
>
>
>
> To unsubscribe from these emails, change your notification settings at
> https://github.com/openjump-gis/openjump/settings/notifications
>
>
> ___
> 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] preparing OJ 2.3.0

[Giuseppe Aruta]

Hi Ede, I have a new version of Raster tools with some improvements and bug
fix (thanks to Roberto suggestions). I will upgrade to Open jump in these
days, in order to have it with the new OJ realize.
Peppe

Il lun 15 lug 2024, 22:37 edgar.soldin--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> preliminary builds are here.
>   https://oj.soldin.de/2.3.0/
>
> test away if you feel inclined to :)
>
> ..ede
>
> On 15.07.2024 22:26, edgar.soldin--- via Jump-pilot-devel wrote:
> > just compiled the updated Changes.txt
> >   https://github.com/openjump-gis/openjump/blob/main/Changes.txt
> >
> > feel free to rephrase and post a PR or commit.
> >
> > will release by the end of the week if there are no major objections.
> >
> > sunny regards ..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] mini DEVEL-Guide in Github Readme ?

[Giuseppe Aruta]

Hi Eden, this page looks very interesting. Thanks very much

Il ven 12 lug 2024, 15:33 edgar.soldin--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> hey Janos,
>
> just added some steps to import/run our helloworld-extension.
>
> https://ojwiki.soldin.de/index.php?title=Eclipse:_Set_up_project_and_example_extension_from_git_sources
>
> hope that helps.. 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

[JPP-Devel] [openjump-gis/openjump] b36fbb: fix #112 "Raster Styles > Single values" presents ...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: b36fbb56696988e259883b1133233a260b97a7e2
  
https://github.com/openjump-gis/openjump/commit/b36fbb56696988e259883b1133233a260b97a7e2
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-06-22 (Sat, 22 Jun 2024)

  Changed paths:
M src/org/openjump/core/rasterimage/styler/ui/RasterStylesDialog.java

  Log Message:
  ---
  fix #112 "Raster Styles > Single values" presents wrong range



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] ed9784: fix #113 "Raster with a single value not visible"...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: ed9784bf2a4017f0f3870d1bafd4d7f00f66e0b5
  
https://github.com/openjump-gis/openjump/commit/ed9784bf2a4017f0f3870d1bafd4d7f00f66e0b5
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-05-28 (Tue, 28 May 2024)

  Changed paths:
M src/org/openjump/core/rasterimage/RasterImageLayer.java

  Log Message:
  ---
  fix #113 "Raster with a single value not visible"...

single value will be rendered gray now



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] 327047: new version 2.09 of Raster Tools ...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 3270477871b65312ddd81b06d64057747f4f8c28
  
https://github.com/openjump-gis/openjump/commit/3270477871b65312ddd81b06d64057747f4f8c28
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-05-16 (Thu, 16 May 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  new version 2.09 of Raster Tools ...

Improved hydrometric measurement tools and Euclidean/Manhattan/Chebyshev 
algorithm for points



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] next OJ release?

[Giuseppe Aruta]

Hi Ede,
I just pulled a request for an upgraded version of RasterTools plugin,
ready for the new OJ realize, if planned.
The source code is available here at Sourceforge:
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/Older/2.x/
On next realization, the tools will migrate to GitHub.
Best regards
Peppe


Il giorno mar 30 apr 2024 alle ore 05:35 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Ede,
> no problem for me. I only need a couple of weeks to finish testing an
> upgrade of my RasterTools plugin.
> Peppe
>
>
> Il giorno ven 26 apr 2024 alle ore 21:16 edgar.soldin--- via
> Jump-pilot-devel  ha scritto:
>
>> hey All,
>>
>> just realized that the latest release nears one year of age. should we
>> prepare a new one? any blockers?
>>
>> sunny regards ..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] next OJ release?

[Giuseppe Aruta]

Hi Ede,
no problem for me. I only need a couple of weeks to finish testing an
upgrade of my RasterTools plugin.
Peppe


Il giorno ven 26 apr 2024 alle ore 21:16 edgar.soldin--- via
Jump-pilot-devel  ha scritto:

> hey All,
>
> just realized that the latest release nears one year of age. should we
> prepare a new one? any blockers?
>
> sunny regards ..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

[JPP-Devel] [openjump-gis/openjump] d6a2b8: Update pom.xml (#110)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: d6a2b895f5c757ee5c062ae641de93da015cbbac
  
https://github.com/openjump-gis/openjump/commit/d6a2b895f5c757ee5c062ae641de93da015cbbac
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-04-14 (Sun, 14 Apr 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Update pom.xml (#110)

Upgraded RasterTool plugin to commons-imaging 1.0.0-alpha4 library



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

Re: [JPP-Devel] [openjump-gis/openjump] 8c8445: upgrade to commons-imaging 1.0.0-alpha4, making it...

[Giuseppe Aruta]

Hi Michaël, I upgraded RasterTool plugin in order to work with
commons-imaging 1.0.0-alpha4. I sent a pull request.
Peppe


Il giorno dom 7 apr 2024 alle ore 22:44 Michaël Michaud via
Jump-pilot-devel  ha scritto:

>   Branch: refs/heads/main
>   Home:   https://github.com/openjump-gis/openjump
>   Commit: 8c8445436e97116397c0faa6a05abcf243542c23
>
> https://github.com/openjump-gis/openjump/commit/8c8445436e97116397c0faa6a05abcf243542c23
>   Author: Michaël Michaud 
>   Date:   2024-04-07 (Sun, 07 Apr 2024)
>
>   Changed paths:
> M pom.xml
> M
> src/com/vividsolutions/jump/workbench/imagery/graphic/CommonsTIFFImage.java
> M src/org/openjump/core/ccordsys/utils/ProjUtils.java
> M src/org/openjump/core/rasterimage/RasterImageIO.java
> M src/org/openjump/core/rasterimage/RasterImageLayer.java
> M src/org/openjump/core/rasterimage/TiffTags.java
> M src/org/openjump/core/rasterimage/TiffUtils.java
> M src/org/openjump/core/rasterimage/TiffUtilsV2.java
> M
> src/org/openjump/core/ui/plugin/raster/RasterImageLayerProperties.java
>
>   Log Message:
>   ---
>   upgrade to commons-imaging 1.0.0-alpha4, making it possible to read
> bigtiff (already possible with ImageIO-EXT reader)
>
>
>
> To unsubscribe from these emails, change your notification settings at
> https://github.com/openjump-gis/openjump/settings/notifications
>
>
> ___
> 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

[JPP-Devel] [openjump-gis/openjump] a9cd35: Update Changes.txt

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: a9cd357409ad0377635a6ce7eb69bddd1350e65d
  
https://github.com/openjump-gis/openjump/commit/a9cd357409ad0377635a6ce7eb69bddd1350e65d
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-05-11 (Thu, 11 May 2023)

  Changed paths:
M Changes.txt

  Log Message:
  ---
  Update Changes.txt

Better explanation about JEP lib and Raster Tools




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

Re: [JPP-Devel] New plugin to explore OpenStreatMaps and other map sources with OpenJUMP

[Giuseppe Aruta]

Yes, as I wrote, I will consider in the future to use external code.
Right now some classes of the JMapViewer I used have methods and depends to
Openjunp and JTS (apart from the i18n)



Il lun 8 mag 2023, 19:00  ha scritto:

> On 08.05.2023 10:19, Giuseppe Aruta wrote:
> > I also removed the MapMarker framework from the JMapViewer code in order
> to keep the code small, with the project to modify the code to integrate
> OpenJUMP vectors. I also added a language framework which is not in the
> original JMapViewer.
> > Possibly in the future I will reconsider to use JMapViewer as external
> library.
>
> have a look here
>
> https://mvnrepository.com/artifact/org.openstreetmap.jmapviewer/jmapviewer/2.16
>
> the jmapviewer is 141kB and does not seem to have additional dependencies,
> so after all is rather small.
>
> ..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] New plugin to explore OpenStreatMaps and other map sources with OpenJUMP

[Giuseppe Aruta]

I started to work around this plugin a couple if years ago, but quickly I
changed plan and later, by mistake, I also removed all the source code from
my eclipse.
Recently, when I took the project again,  the only way to resume the code
was to decompile a former plugin (which luckily I didn't delete) using a
decompiler service on line (I was not sure which classes I modified and
which I don't).
I thought I removed all the headers (and footers) but some of them escaped
from my attention
Peppe




Il lun 8 mag 2023, 17:41  ha scritto:

> On 08.05.2023 10:19, Giuseppe Aruta wrote:
> >  > /is there a reason that
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/JMapViewer/trunk/src/
> <
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/JMapViewer/trunk/src/
> >
> > contains *decompiled* JOSM sources instead of a distro jar? recent
> sources seem to be also available here
> > https://josm.openstreetmap.de/svn/trunk <
> https://josm.openstreetmap.de/svn/trunk>/
> >
> > I only use the component JMapViewer from JOSM project which is
> maintained as an independent project by JOSM Team:
> > JMapViewer - OpenStreetMap Wiki <
> https://wiki.openstreetmap.org/wiki/JMapViewer>
> > I modified the code in order to have an OpenJUMP integration,
> especially on sync zooms and coordinates between the two applications.
> There are also small enhancements (for instance the zoom commands and zoom
> bar) . I also removed the MapMarker framework from the JMapViewer code in
> order to keep the code small, with the project to modify the code to
> integrate OpenJUMP vectors. I also added a language framework which is not
> in the original JMapViewer.
> > Possibly in the future I will reconsider to use JMapViewer as external
> library.
>
> well, if you compare e.g.
>
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/JMapViewer/trunk/src/org/openstreetmap/gui/jmapviewer/AttributionSupport.java
> with
>
> https://josm.openstreetmap.de/osmsvn/applications/viewer/jmapviewer/src/org/openstreetmap/gui/jmapviewer/AttributionSupport.java
> you will see that your copy has a decompiler header, which is confusing as
> the sources are publicly available and tere is no need to decompile
> anything.
>
> where did you get your sources from? are they recent?
>
> sunny regards.. 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

[JPP-Devel] New plugin to explore OpenStreatMaps and other map sources with OpenJUMP

[Giuseppe Aruta]

Hi Jumpers
This JMapViewer for OpenJUMP plugin allows to integrated  JMapViewer
<https://wiki.openstreetmap.org/wiki/JMapViewer>into OpenJUMP.

Description and download page is here:
https://sourceforge.net/p/opensit/wiki/%5BJMapViewer%20for%20OpenJUMP%5D/
Best regards
Giuseppe Aruta
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Some modification on RasterImageLayer framework

[Giuseppe Aruta]

Hi all,
Recently I found more and more image files (jpg and png) where
the coordinate info are stored into an .aux.xml sidecar file, without the
presence of the world file

The aux.xml files are used to store a lot of information. OpenJUMP reads
projection  and raster statistics from this file (and saves raster
statistics to).
But OpenJUMP cannot read coordinate info, generally stored into
the  tag.

I have the code (currently working only with the RasterImageLayer
framework) to read this coordinate information.

The modification I propose are connected to:
a) reading coordinate from aux.xml sidecar files for RasterImageLayer
b) some refining of the classes code to remove some duplicates

It will affect the following classes (into the package
org.openjump.core.rasterimage)
a) GridFloat and GridAscii to add method getEnvelope()
b) org.openjump.core.rasterimage.WorldFileHandler to add a method to read
coordinate info from .aux.xml file
c) AddRasterImageLayerWizard and RasterImageIO to unify
the getImageDimensions() method and optimize the code in order to read
aux.xml file

If you agree with this modification I will start with the point a) and b)
as the first step. Then c) as last

Best regards

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

[JPP-Devel] [openjump-gis/openjump] 90be94: Deactivated the numeric limit of Layer info

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 90be945e74f4cebb1a142834a5f6aeb986d408a8
  
https://github.com/openjump-gis/openjump/commit/90be945e74f4cebb1a142834a5f6aeb986d408a8
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-04-06 (Thu, 06 Apr 2023)

  Changed paths:
M src/org/openjump/core/ui/plugin/layer/NewLayerPropertiesPlugIn.java

  Log Message:
  ---
  Deactivated the numeric limit of Layer info

Deactivated  the numeric limit (by decimal format) of the Layer.class info 
related to geographic extension. The previus commit doesn't giv e exact values 
if  the image is in geographic coordinates (ex. EPSG4326).
With this patch, the accuracy of the infomation, is retrieve directly from the 
values of the Envelope using JTS. 
As explained   in a former request for RasterImageLayer (#90), this correction 
can be useful to get information from a Image (in this case loaded via 
Layer.class) in order to manually modifyr tags into a KML file to obtain the 
correct position.




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

Re: [JPP-Devel] Request for VertexStyle

[Giuseppe Aruta]

Greetings from Acidalia Planitia,
Thanks for the answer, Ede.
 I will try to study the case: the original Jump code always makes me
scared 😨
Peppe


Il mar 4 apr 2023, 19:35  ha scritto:

> dunno :))
>
> never been there. but maybe the rover will spot it? sorry, just busy. and
> no time to implement. but if you feel inclined to implement it, go ahead. i
> could definitely evaluate it.. ede
>
> On 04.04.2023 19:28, Giuseppe Aruta wrote:
> > Is there life on Mars?
> >
> > Il gio 30 mar 2023, 09:53 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >
> >   Hi all,
> > LabelStyle has an option to set rotation of the labels according to
> a numeric  attribute.
> > Is it possible to extend in Openjump this capability also to
> VertexStyle? Also limiting to BitmapVertexStyle.
> > I also noted that BitmapVertexStyle is not working on OpenJUMP CORE
> as Batik classes are required. Should we ship OpenJUMP CORE with Batiks
> included?
> > Best regards
> > Giuseppe
> >
> >
> >
> > ___
> > 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] Request for VertexStyle

[Giuseppe Aruta]

Is there life on Mars?

Il gio 30 mar 2023, 09:53 Giuseppe Aruta  ha
scritto:

>  Hi all,
> LabelStyle has an option to set rotation of the labels according to a
> numeric  attribute.
> Is it possible to extend in Openjump this capability also to VertexStyle?
> Also limiting to BitmapVertexStyle.
> I also noted that BitmapVertexStyle is not working on OpenJUMP CORE  as
> Batik classes are required. Should we ship OpenJUMP CORE with Batiks
> included?
> Best regards
> Giuseppe
>
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [openjump-gis/openjump] 4a6f5a: Deactivated the numeric limit of raster info (#90)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 4a6f5a18dd61a994e73989ca6582bc946fcea1c1
  
https://github.com/openjump-gis/openjump/commit/4a6f5a18dd61a994e73989ca6582bc946fcea1c1
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-04-02 (Sun, 02 Apr 2023)

  Changed paths:
M 
src/org/openjump/core/ui/plugin/raster/RasterImageLayerPropertiesPlugIn.java

  Log Message:
  ---
  Deactivated the numeric limit of raster info (#90)

Deactivated  the numeric limit (by decimal format) of the raste rinfo as it 
gives out not exact values if  the image is in geographic coordinates.
The accuracy of the infomation, for intance the Envelope extension, can be 
useful to reference the image into a KML file using the
geographic tags of   




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

[JPP-Devel] Request for VertexStyle

[Giuseppe Aruta]

 Hi all,
LabelStyle has an option to set rotation of the labels according to a
numeric  attribute.
Is it possible to extend in Openjump this capability also to VertexStyle?
Also limiting to BitmapVertexStyle.
I also noted that BitmapVertexStyle is not working on OpenJUMP CORE  as
Batik classes are required. Should we ship OpenJUMP CORE with Batiks
included?
Best regards
Giuseppe
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Shortcut to pan

[Giuseppe Aruta]

Hi Michael,
Keyboard shortcuts conflicts have been a problem when I was using Ubuntu in
the past. The only way was to remap Ubuntu shortcuts if I was not using
them in favour of OpenJUMP ones.
Actually I am using Windows and it is important to know this side effect.
Thanks for taking care of it. I am going to test the new realize soon
Peppe

Il giorno sab 11 mar 2023 alle ore 20:43 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi all,
>
> I replaced the Alt+Shift shortcut used to pan while editing geometry by
> just Shift.
>
> Alt+Shift is used by windows to change default language and users often
> change the language without knowing it.
>
> Let me know if you see any drawback to the choice of Shift. I have been
> adviced to use space or ctrl+space but I found both have side effects.
>
> I commited the change so that it is easy to test but I'm open to any other
> suggestion.
>
> Michaël
> ___
> 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

[JPP-Devel] [openjump-gis/openjump] 680184: Spatially consistency between 2 Raster layers (#80)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 6801846e800148250033fae95bde88b5a1e31bbb
  
https://github.com/openjump-gis/openjump/commit/6801846e800148250033fae95bde88b5a1e31bbb
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-03-11 (Sat, 11 Mar 2023)

  Changed paths:
M src/org/openjump/core/rasterimage/RasterImageLayer.java

  Log Message:
  ---
  Spatially consistency between 2  Raster layers (#80)

* Spatially consistency between 2  Raster layers

Check if the RasteImageLayer is spatially consistent with another:
a) both have the same cell size
b) both have the same dimension (same width and height)
c) both overlap to each other into the geographic space
Usefull for ovelapping processes between two raster iamge layers

* Spatially consistency between 2 Raster layers

Upgraded according to Michaël  sugestion




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

[JPP-Devel] OpenJUMP snapshot: upgraded Raster Tools plugin

[Giuseppe Aruta]

Hi JUMPers,
a new version of OpenJUMP ( ver 20230210-r5201) is available into in the
development snapshots area:
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/.
Plus version of OpenJUMP 5201 provides an upgrade of Raster Tools plugin
with two new important changes:

   - The saving process of raster/image to GeoTIFF  file saves also the
   related coordinate reference systems as geotag
   - A new tool has been added which allows reprojecting raster and image
   files between different coordinate reference systems.

Have a fun

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

Re: [JPP-Devel] Upgraded To a new version of Raster Tools

[Giuseppe Aruta]

Ok. Thanks a lot Ede

Il ven 10 feb 2023, 18:48  ha scritto:

> Pulled. i reformatted, slightly rephrased the the commit text though. try
> to keep explanations short and understandable, if possible at all as 80char
> or less one liners ;)
>
> ..ede
>
> On 31.01.2023 08:31, Giuseppe Aruta wrote:
> > Hi Ede,
> > I made a request to upgrade the Raster Tools to a new version.
> > The main upgraded are the following:
> > a) Implements Spatial reference System into TIFF file expor
> > b) add a plugin thet allows reprojecting raster and image files between
> different coordinate reference systems.
> > c) Delaunay triangulation plugin: added a set of methods in order to
> cover a wide set of vector to raster transformation (Nearest Neighbor,
> Inverse Distance Weighted, Min Z, Max Z and Mean Z).
> > d) The Info and Style plugin are grouped together as one plugin in order
> (in the future) to simplify all the plugins which are related to raster
> properties (info, style, histogram, etc)
> > e) Removed from the extension file the embedded JEP library. Raster
> tools works with both OpenJUMP Core and Plus, but Raster Calculator plugin
> is deactivated if the JEP libraries are not available as in OJ Core.
> >
> > Please, can you check if the upgrade is valid? Thanks
> >
> > Peppe
> >
> >
> > ___
> > 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

[JPP-Devel] [openjump-gis/openjump] beb484: Upgraded Raster Tools Extension to v2.05 (#88)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: beb484dc68d02bcbe62b68f47a103b47b335ebf3
  
https://github.com/openjump-gis/openjump/commit/beb484dc68d02bcbe62b68f47a103b47b335ebf3
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-02-10 (Fri, 10 Feb 2023)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Upgraded Raster Tools Extension to v2.05 (#88)

- implement Spatial reference System into TIFF file export, allows to reproject 
raster and image files between different coordinate reference systems.  
- Delaunay triangulation plugin: added a set of methods in order to cover a 
wide set of vector to raster transformation (Nearest Neighbor, Inverse Distance 
Weighted, Min Z, Max Z and Mean Z). 
- Info and Style plugin are grouped together as one plugin.
- removed embedded JEP library. Raster tools works with both OpenJUMP Core and 
Plus, but Raster Calculator plugin is deactivated if JEP library are not 
available as in OJ Core.




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

[JPP-Devel] Upgraded To a new version of Raster Tools

[Giuseppe Aruta]

Hi Ede,
I made a request to upgrade the Raster Tools to a new version.
The main upgraded are the following:
a) Implements Spatial reference System into TIFF file expor
b) add a plugin thet allows reprojecting raster and image files between
different coordinate reference systems.
c) Delaunay triangulation plugin: added a set of methods in order to cover
a wide set of vector to raster transformation (Nearest Neighbor, Inverse
Distance Weighted, Min Z, Max Z and Mean Z).
d) The Info and Style plugin are grouped together as one plugin in order
(in the future) to simplify all the plugins which are related to raster
properties (info, style, histogram, etc)
e) Removed from the extension file the embedded JEP library. Raster tools
works with both OpenJUMP Core and Plus, but Raster Calculator plugin is
deactivated if the JEP libraries are not available as in OJ Core.

Please, can you check if the upgrade is valid? Thanks

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

[JPP-Devel] Added method to write GeoTIFF

[Giuseppe Aruta]

Hi Ede, Yukka, Michael and list,
I pull the request for a new method to write GeoTIFF file
into org.openjump.core.rasterimage.RasterImageIO class.
This method allows OpenJUMP to write the essential info about the
coordinate reference system as a tag into a TIFF file . The method seems to
work fine: OpenJUMP, GDAL and QGIS are able to read the project info for
the files (and eventually reuse it to reproject).
This code should substitute all the other write tiff methods which are
spreaded into OpenJUMP and eventually in Sextante and OpenKLEM.
The code of this new method is self-explaining: compared to the
RasterImageIO.writeImage() method a new GeoKeyDirectoryTag is created with
the minimum required information the projection. Also a GTRasterTypeGeoKey
tag is added.
A comment about the code will be really appreciated.
Best regards
Peppe
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [openjump-gis/openjump] 2e5165: Added missing epsg codes 4909 to 4999 (#86)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 2e5165b8594c771150256bffb9efde4394dddf87
  
https://github.com/openjump-gis/openjump/commit/2e5165b8594c771150256bffb9efde4394dddf87
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-01-10 (Tue, 10 Jan 2023)

  Changed paths:
M src/org/openjump/core/ccordsys/utils/srid.txt

  Log Message:
  ---
  Added missing epsg codes 4909 to 4999 (#86)




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

[JPP-Devel] [openjump-gis/openjump] 0f2a0e: Minimal upgrade of srid.txt

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 0f2a0ef897e4101935dccddf57e344e650f4151a
  
https://github.com/openjump-gis/openjump/commit/0f2a0ef897e4101935dccddf57e344e650f4151a
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-01-10 (Tue, 10 Jan 2023)

  Changed paths:
M src/org/openjump/core/ccordsys/utils/srid.txt

  Log Message:
  ---
  Minimal upgrade of srid.txt

I found that there was no code for EPSG:4978. This gives an idea how old is our 
code: EPSG:4328 was deprecated since 2004 when it was replaced with EPSG:4978




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

Re: [JPP-Devel] Possible regression on Sextante raster reader

[Giuseppe Aruta]

Hi Ede,
thanks for the answer. Right now I did another test with that file and *it
seems that the problem is not OpenJUMP but the file itself *
I investigated the file using a software for tiff tag inspections
(asTiffTagViewer) and it seems that the
one of the TIFF tag (GeoKeyDirectoryTag) is corrupted: It lacks of the
first four GeoKeyDirectoryTag chars that identify the dimension of the
GeoKeyDirectoryTag itself. I had to study a little bit as I am not familiar
with these tiff tags.
Sorry for the mistake. I will investigate with other similar files (same
EPSG same scale) and their provenience.

Best regard


Il giorno dom 8 gen 2023 alle ore 16:05  ha scritto:

> hey Peppe,
>
> not really familiar with that code but will try to find time to debug it.
>
> on the other hand, Mike you will be more familiar with at least the
> concept :), so go ahead if you want.
>
> sunny regards ..ede
>
> On 07.01.2023 13:45, Giuseppe Aruta wrote:
> > Hi all,
> > Open Sextante open raster seems not reading well GeoTIFF files
> > Particularly, it seems not to read Model Tie point Tag even if this tag
> is present.
> > And it requires the presence of a .tfw file, even if not necessary.
> >
> > I am not able to find where the problem is located, possibly on classes
> > org.openjump.core.rasterimage.TiffUtilsV2
> > and related
> > com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster
> >
> > To test the bug, I attached a  small GeoTIFF in EPSG 32632
> > a) Open openJUMP
> > b) Open>Sextante>Bologna_EPSG32632.tiff
> >
> > It pops up the dialog asking the user to input coordinates, despite the
> fact that the file already contains the related tag (I opened it into QGIS
> to check).
> >
> > Best regards
> >
> > Peppe
> >
> >
> >
> > ___
> > 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

[JPP-Devel] Possible regression on Sextante raster reader

[Giuseppe Aruta]

Hi all,
Open Sextante open raster seems not reading well GeoTIFF files
Particularly, it seems not to read Model Tie point Tag even if this tag is
present.
And it requires the presence of a .tfw file, even if not necessary.

I am not able to find where the problem is located, possibly on classes
org.openjump.core.rasterimage.TiffUtilsV2
and related
com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster

To test the bug, I attached a  small GeoTIFF in EPSG 32632
a) Open openJUMP
b) Open>Sextante>Bologna_EPSG32632.tiff

It pops up the dialog asking the user to input coordinates, despite the
fact that the file already contains the related tag (I opened it into QGIS
to check).

Best regards

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

[JPP-Devel] [openjump-gis/openjump] ad2248: Complete transaltion in Spanish

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: ad2248127208585d5031e34ef32ee450e4af585f
  
https://github.com/openjump-gis/openjump/commit/ad2248127208585d5031e34ef32ee450e4af585f
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2022-12-14 (Wed, 14 Dec 2022)

  Changed paths:
M src/language/jump_es.properties

  Log Message:
  ---
  Complete transaltion in Spanish




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

[JPP-Devel] [openjump-gis/openjump] 10b484: Completed Italian file language

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 10b4848f6518115511012a4c4f3a722f9544f945
  
https://github.com/openjump-gis/openjump/commit/10b4848f6518115511012a4c4f3a722f9544f945
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2022-12-14 (Wed, 14 Dec 2022)

  Changed paths:
M src/language/jump_it.properties

  Log Message:
  ---
  Completed Italian file language




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

[JPP-Devel] [openjump-gis/openjump] a4684e: upgrade RasterTools extension

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: a4684e7b68a6882ec1330b753f2814ac3745d5ae
  
https://github.com/openjump-gis/openjump/commit/a4684e7b68a6882ec1330b753f2814ac3745d5ae
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2022-12-11 (Sun, 11 Dec 2022)

  Changed paths:
M pom.xml

  Log Message:
  ---
  upgrade RasterTools extension

embedded JEP library conflicts with the JEP library of Sextante extension
Raster Calculator of raster tools was not working.
changed the package name embedded JEP as a workaround




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

[JPP-Devel] Pull request

[Giuseppe Aruta]

Hi Ede,
I added three pull requests to OpenJUMP
- two methods to work with rasters layers
- a new version of RasterTools plugin.
I changed the version of RasterTools as in the previous one some libraries
were in conflict with the same libraries  embedded into OpenJUMP plus (*)

I hope that this time the changes will work.

Peppe


(*) In detail RasterTool uses an embeded JEP library for math parsing which
was in conflict with the JEP library into Sextante folder. The effect was
that the plugin Raster Calculator  into the raster tools was not working. I
simply changed the package name of RasterTools embedded JEP. The reasons I
used an embedded JEP library were a) RasterTools was designed to work with
OpenJUMP CORE, b) I used a minimal JEP library (70 mb compared to the one
into the PLUS version, 500 mb).
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] next OJ release v2.2?

[Giuseppe Aruta]

I added PR

Il giorno mer 30 nov 2022 alle ore 14:09  ha scritto:

> wait for Peppe's PR too? ..ede
>
> On 30.11.2022 13:46, Michaud Michael wrote:
> > changes : ok to sort a bit more the list of changes (I can do it tonight)
> >
> > and ok for a 2.2 release
> >
> >
> >> envoyé : 30 novembre 2022 à 12:25
> >> de : edgar.sol...@web.de
> >> à : OpenJump develop and use 
> >> objet : [JPP-Devel] next OJ release v2.2?
> >>
> >>
> >> hey Mike,
> >>
> >> just saw your changes to Changes.txt (no pun intended), two notes
> >> - added 'Version 2.1.1 release' is superfluous as it'll be created by
> the
> >> template line above
> >> - usually we provide sections 'New Features,Improvements,Bug fixes',
> see older
> >> entries
> >>
> >> as Peppe provided the new extension i'd vote to add it to PLUS and go
> for a
> >> version 2.2, wouldn't you agree?
> >>
> >> sunny regards ..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] Integrate my Raster Tools ino OpenJUMP

[Giuseppe Aruta]

Hi Ede,
I added a pull request and changed readme.txt, hopefully I did  it right
way.
Peppe


Il giorno mar 29 nov 2022 alle ore 15:58  ha scritto:

> ideally please provide a pull request (PR) on
> https://github.com/openjump-gis/openjump similar to e.g.
>
> https://github.com/openjump-gis/openjump/commit/27557c4c6aada61d38e7065c9a4f6878ddf1d914
>
> you may want to set 'true' to *false* as the jar will not
> need to be extracted. also please document the extension in
> 'etc/Readme.txt' under section 'Additionally PLUS distribution contains'.
> you will need to mention included third-party sources licenses if they
> differ from the one you chose for your extension.
>
> if these changes are provided we can easily commit the PR and the xtension
> will be in PLUS.. sunny regards ede
>
>
> On 29.11.2022 15:21, Giuseppe Aruta wrote:
> > Hi Ede, thanks for the answer. I will wait the opinion of the other
> members
> >
> >  >1. a location url of the downloadable zip/jar distribution file
> > This is the link where it is possible to download the latest version of
> Raster Tools:
> >
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-2.0.3-28112022.jar/download
> <
> https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-2.0.3-28112022.jar/download
> >
> >
> >  >2. and a matching md5/sha1 value to prevent corruption
> > I control both with the file and sourceforge and it seems to be the
> followingç
> > SHA1 17443c1aa8e0b7e67d50f3c8da49c9a0c70b77f6
> > MD5 64b4e02cc42269c497ee8960628bd1c8
> >
> >
> >
> >
> > Il giorno mar 29 nov 2022 alle ore 12:32  edgar.sol...@web.de>> ha scritto:
> >
> > hey Peppe,
> >
> > On 29.11.2022 10:38, Giuseppe Aruta wrote:
> >  > Hi all,
> >  > after two years of working on my project of Raster Tools, I think
> it is ready to be integrated into OpeJUMP as an external plugin.
> >  >
> >  > It could be integrated even into OpenJUMP core as it does not
> require external libraries.  It is small and it has almost all the most
> used tools for simple raster analysis for professional activity  or for
> educational usage.
> >  >
> >  > The only problem is that it is still not ready to migrate to
> GitHub and possibly not for the next 2 or 3 months.
> >  > Anyhow do you think there is a possibility to test the
> integration for the next 2.1.1 OpenJUMP version escaping all the GitHub
> mechanism?
> >  >
> >  > thank for the answer
> >
> > sure. extensions do not necessarily need to be hosted on github. all
> we need to add an independent extension to CORE/PLUS is
> > 1. a location url of the downloadable zip/jar distribution file
> > 2. and a matching md5/sha1 value to prevent corruption
> >
> > :) ..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] Integrate my Raster Tools ino OpenJUMP

[Giuseppe Aruta]

Hi Ede, thanks for the answer. I will wait the opinion of the other members

>1. a location url of the downloadable zip/jar distribution file
This is the link where it is possible to download the latest version of
Raster Tools:
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-2.0.3-28112022.jar/download

>2. and a matching md5/sha1 value to prevent corruption
I control both with the file and sourceforge and it seems to be the
followingç
SHA1 17443c1aa8e0b7e67d50f3c8da49c9a0c70b77f6
MD5 64b4e02cc42269c497ee8960628bd1c8




Il giorno mar 29 nov 2022 alle ore 12:32  ha scritto:

> hey Peppe,
>
> On 29.11.2022 10:38, Giuseppe Aruta wrote:
> > Hi all,
> > after two years of working on my project of Raster Tools, I think it is
> ready to be integrated into OpeJUMP as an external plugin.
> >
> > It could be integrated even into OpenJUMP core as it does not require
> external libraries.  It is small and it has almost all the most used tools
> for simple raster analysis for professional activity  or for educational
> usage.
> >
> > The only problem is that it is still not ready to migrate to GitHub and
> possibly not for the next 2 or 3 months.
> > Anyhow do you think there is a possibility to test the integration for
> the next 2.1.1 OpenJUMP version escaping all the GitHub mechanism?
> >
> > thank for the answer
>
> sure. extensions do not necessarily need to be hosted on github. all we
> need to add an independent extension to CORE/PLUS is
> 1. a location url of the downloadable zip/jar distribution file
> 2. and a matching md5/sha1 value to prevent corruption
>
> :) ..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

[JPP-Devel] Integrate my Raster Tools ino OpenJUMP

[Giuseppe Aruta]

Hi all,
after two years of working on my project of Raster Tools, I think it is
ready to be integrated into OpeJUMP as an external plugin.

It could be integrated even into OpenJUMP core as it does not require
external libraries.  It is small and it has almost all the most used tools
for simple raster analysis for professional activity  or for educational
usage.

The only problem is that it is still not ready to migrate to GitHub and
possibly not for the next 2 or 3 months.
Anyhow do you think there is a possibility to test the integration for the
next 2.1.1 OpenJUMP version escaping all the GitHub mechanism?

thank for the answer

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

[JPP-Devel] Upgraded GeoArbores Raster Tools to version 2.0.3

[Giuseppe Aruta]

Hi Everybody,
I have just upgraded a new version of my plugin Raster Tools
<https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/>.

Geo Arbores Raster Tools is a set of tools and plugins that extend
morphometric raster capabilities in OpenJUMP.
It is a pure java software and it is designed to have the minimum
dependency to external libraries and very small size (*currently around 1Mb*)
thanks to reusing OpenJUMP classes. The tools are available in English and
Italian.

Raster Tools provides;
- a rich toolset of algorithms for  Geomorphological and Hydrological
analysis, including automatic landscape classifications
- several tools for raster analysis (resampling, focal statistics, extract
bands, create multiband rasters...)
- several overlay raster tools (merge rasters into one, clip raster, zonal
statistics...)
- convert some raster files to GeoTIFF, not provided by SextanteRaster ,
included ENVI and ESRI Generic multiband image.
- import as vector most used cloud point files, including LiDAR .las files,
with a set of options (import only bounding box, import every n points,
import only points limited by bounding box of an externa  layer.
- direct interpolation to raster grid of cloud point layers using Delaunay
triangulation
- several interpolation methods (linear and natural neighbor Delaunay, IDW,
Nearest Neighbor, Spline) of vectors (points and contours) to raster grid
- a valid  raster 3D viewer adapted from ImageJ
<https://imagej.nih.gov/ij/download.html> one (Public domain)

The new version is here: RasterTools-2.0.2-28112022.jar
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/RasterTools-2.0.3-28112022.jar/download>
while the source code is available here: RasterTools-2.0.3-28112022.zip
<https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/Raster%20Tools/Older/2.x/RasterTools-2.0.3-28112022.zip/download>

What are the benefits of Raster Tools:
a) The plugin file  is small (1 Mb) and contains all the libraries it
needs. It is a pure java software
b) *RasterTools can work also with OpenJUMP core*
c) All the embedded libraries are provided either as public domain (imageJ)
or as GNU General Public License
<https://sourceforge.net/directory/license:gplv3/> (JEP and some classes of
WhiteBOX GAT) *
d) I limit the usage of external libraries and tried to reuse all the
methods available in OpenJUM
e) all the tools are organized into hierarchical menus, following OpenJUMP
menu specification

Raster Tools project is  available as SVN SourceForge
<https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%202/>
.



*Technical notes*

* External libraries into Raster tools define almost 1/4 of the entire jar
file:
a) JEP <https://sourceforge.net/projects/jep/>  java math parse,
https://sourceforge.net/projects/jep/. I used jep 2.2 version removing all
the table algorithm in order to
keep the parser small (only math operations are required). This keep the
size of JEP to around 90kb, compared to the one (jep-2.4.2, 540 kb)
embedded into OpenJUMP.  JEP is used by the raster calculator plugin
Currently JEP jar is required by the following plugins of OpenJUMP:
Sextante, OpenKLEM and my Raster tools. Sextante and OpenKLEM can
easily work using my embedded JEP parser
b) WhiteBox GAT GIS <https://sourceforge.net/projects/whiteboxgat/>. This
is the last version available on SourceForge. The JAVA project has been
dismissed by the author (John Lindsay, personal communication)  in favour
of the  Ruster and Python WhiteBox tools
<https://www.whiteboxgeo.com/geospatial-software/>. I reused a few general
classes like the LAS reader
 (for import LiDAR plugin) and a kd-tree (for the IDW and Nearest neighbor
interpolation plugins).
c) ImageJ <https://imagej.nih.gov/ij/download.html>. I reused a very tiny
version of ImageJ to create a bridge between OpenJUMP Sextante Raster
framework and ImageJ raster framework,
in order to use ImageJ 3D viewer into OpenJUMP


Best regards

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

Re: [JPP-Devel] Agn: next maintenance OJ 2.1.1 release?

[Giuseppe Aruta]

I am OK, too.
Apart from the SVG issue.
Peppe

Il giorno mer 23 nov 2022 alle ore 21:19 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi ede,
>
> I'm OK to release. Do you want me to proceed ?
>
> I think I can do it before the end of the week.
>
> Michaël
>
> envoyé : 23 novembre 2022 à 17:27
> de : edgar.sol...@web.de
> à : OpenJump develop and use 
> objet : [JPP-Devel] Agn: next maintenance OJ 2.1.1 release?
>
>
> hey Mike,
>
> are you goin to? i really want to have the current fixes released soonish
> as they fix some pretty bothersome issues.
>
> ..ede
>
> On 21.10.2022 12:30, edgar.sol...@web.de wrote:
>
> we got some bugfixes in by now
> https://ojsnaps.soldin.de/readme.txt
>
> should we, could we, Mike do you wanna? just adapted
> https://ojwiki.soldin.de/index.php?title=Creating_an_OJ_release_version#The_release_step_by_step_list
>
> sunny regards.. 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: next maintenance OJ 2.1.1 release?

[Giuseppe Aruta]

Hi all,
I already added the modification to vertex plugin
If Michael can add the new real. to OJ plus, I appreciate it.
Github universe is still mysterious for me.
Peppe

Il giorno dom 6 nov 2022 alle ore 12:59  ha scritto:

> hey Mike,
>
> i'll forward you a mail from Peppe who wanted to build a new
> vertex-symbols version. maybe you guys coordinate.. sunny regards ede
>
> On 04.11.2022 23:25, Michaud Michael wrote:
> > Hi ede,
> >
> > Yes, it would be nice to have a bugfix release.
> >
> > I still have to include recent modifications on Topology PlugIn and on
> Vertex
> > Plugin in OJ PLUS, but I should be able to do it this week-end.
> >
> > Michaël
> >
> >> envoyé : 4 novembre 2022 à 14:39
> >> de : Edgar Soldin 
> >> à : Michael Michaud 
> >> objet : Fwd: next maintenance OJ 2.1.1 release?
> >>
> >>
> >> hey Mike,
> >>
> >> opinion wrt. below? ..ede
> >>
> >>  Forwarded Message 
> >> Subject: next maintenance OJ 2.1.1 release?
> >> Date: Fri, 21 Oct 2022 12:30:21 +0200
> >> From: edgar.sol...@web.de
> >> To: OpenJump develop and use 
> >>
> >> we got some bugfixes in by now
> >> https://ojsnaps.soldin.de/readme.txt
> >>
> >> should we, could we, Mike do you wanna? just adapted
> >>
> https://ojwiki.soldin.de/index.php?title=Creating_an_OJ_release_version#The_release_step_by_step_list
> >>
> >> sunny regards.. 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] Sextante/VertexSymbols access for Peppe

[Giuseppe Aruta]

Hi Ede,
I made some modifications on the VertexSymbols plugin in order to correct a
bug (Line style was not correctly displayed).
How can be build a new distro?


Il giorno mar 25 ott 2022 alle ore 09:45 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Thanks Ede
>
> Il giorno mer 19 ott 2022 alle ore 15:04  ha scritto:
>
>> hey Peppe,
>>
>> supposing your continued interst in these extension, i added your github
>> account as maintainer to these two extension. this should give you full
>> access including push and committing PRs. feel free to build a distro and
>> add a PR on https://github.com/openjump-gis/openjump/pulls when the
>> extension is published, like e.g. these
>> https://github.com/openjump-gis/vertex-symbols/releases .
>>
>> matching inclusion commits in OJ look like
>> https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
>> then.
>>
>> sunny regards ..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] Sextante/VertexSymbols access for Peppe

[Giuseppe Aruta]

Thanks Ede

Il giorno mer 19 ott 2022 alle ore 15:04  ha scritto:

> hey Peppe,
>
> supposing your continued interst in these extension, i added your github
> account as maintainer to these two extension. this should give you full
> access including push and committing PRs. feel free to build a distro and
> add a PR on https://github.com/openjump-gis/openjump/pulls when the
> extension is published, like e.g. these
> https://github.com/openjump-gis/vertex-symbols/releases .
>
> matching inclusion commits in OJ look like
> https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
> then.
>
> sunny regards ..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] next maintenance OJ 2.1.1 release?

[Giuseppe Aruta]

Hi Ede,
It is Ok for me. I still have a couple of modifications I did on OpenJUMP
1.16 but not implemented yet in OpenJUMP 2.X.
I start today to do the modifications
Peppe

Il giorno ven 21 ott 2022 alle ore 12:31  ha scritto:

> we got some bugfixes in by now
> https://ojsnaps.soldin.de/readme.txt
>
> should we, could we, Mike do you wanna? just adapted
> https://ojwiki.soldin.de/index.php?title=Creating_an_OJ_release_version#The_release_step_by_step_list
>
> sunny regards.. 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] OpenJUMP throws a null point exception if coord_ref_sys is found

[Giuseppe Aruta]

There is another solution  like the one adopted byQGIS which used also
.qpj with OGC, see Supported Data Formats (qgis.org)

 at Supported Data Formats (qgis.org)


.qpj example QGIS-Training-Data/polygons.qpj at master ·
qgis/QGIS-Training-Data (github.com)


Il giorno gio 25 ago 2022 alle ore 13:48  ha scritto:

> reads like Esri is cooking it's own soup there,
>
> https://gis.stackexchange.com/questions/129764/how-are-esri-wkt-projections-different-from-ogc-wkt-projections
>
> so the clean way probably would be, using the Esri definition if we got
> one or none, if we have not presuming that SHP is an Esri format and
> readers would expect those. on the other hand it seems that Gdal is more
> flexible wrt. the prj file format (at least wrt. reading), so maybe what
> they do for _writing_ is the way to go?
>
> https://gis.stackexchange.com/questions/355184/prj-files-from-esri-arent-wkt
>
> ..ede
>
> On 25.08.2022 09:08, Michaud Michael wrote:
> > Ede, Peppe
> >
> > EPSG is good at listing all known coordinate systems in the world but
> unfortunately,
> >
> > standardization to describe them is a slow process and we sometime have
> to deal with
> >
> > different identifiers (ex. epsg/esri), names (wkt/esri convention),
> formats (wkt, wkt2).
> >
> > This post gives some good hints on this problem :
> >
> >
> https://gis.stackexchange.com/questions/355184/prj-files-from-esri-arent-wkt
> <
> https://gis.stackexchange.com/questions/355184/prj-files-from-esri-arent-wkt
> >
> >
> > When I added pe_list_projcs_geogcs, it was because we cannot retrieve
> the exact
> >
> > esri denomination from the srid2prj.txt which is based on epsg data.
> >
> > I don't know why some srid are missing from pe_list_projcs_geogcs but it
> is an esri database not epsg.
> >
> > Now, if the srid is not find in pe_list_projcs_geogcs, I get it
> from srid2prj as sugggested by Peppe but
> >
> > this later does not follow esri naming convention. An "esri" friendly
> name can be retrieved
> >
> > from epsg.io web site, but this is online. I don't know if they use a
> esri database or if they use
> >
> > some rules to make names esri friendly as discussed in the post.
> >
> >
> > Michaël
> >
> >
> >> envoyé : 21 août 2022 à 13:20
> >> de : edgar.sol...@web.de
> >> à : jump-pilot-devel@lists.sourceforge.net
> >> objet : Re: [JPP-Devel] OpenJUMP throws a null point exception if
> coord_ref_sys is found
> >>
> >>
> >> On 21.08.2022 10:56, Michaud Michael wrote:
> >>
> >>> Hi Peppe,
> >>>
> >>> You're right, I found 171 srid in srid2prj which are not
> in pe_list_projcs_geogcs.zip.
> >>>
> >>> Can you remember where the srid2prj file comes from ? And can you
> telle me which projection you use which are not
> in pe_list_projcs_geogcs.zip (just curious).
> >>>
> >>> Using several reference file is far from ideal, but until we find a
> better option, your proposition seems reasonable to me.
> >>>
> >> hmm, a quick text search does not find all of these in
> https://github.com/Esri/projection-engine-db-doc/
> >>
> >> and what i can find is spread over several files. any idea why that is?
> >>
> >> why is there not a _complete_ epsgid/name mapping file somewhere? or is
> there and we are just not using it?
> >> registering and downloading wkt files-zip from
> https://epsg.org/download-dataset.html seems to inlude "all" of the
> missing epsg-ids. should we reformat and use those?
> >>
> >> sunny regards ..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] OpenJUMP throws a null point exception if coord_ref_sys is found

[Giuseppe Aruta]

Hi Michael, Ede

I try to summarize all the aspects (development and reasons) going back to
2016 when I added Vector/Raster SRS reading and (at that moment) writing
with the great help of Michael
To, please, forgive me if I am a bit verbose.

*Reading (This was my first purpose)*
Since the idea was to have only one method with Vectors and Raster (both
via ReferenceImage and SextanteRaster classes), I divide the problem into
two aspects:
a) reading .PRJ  and .AUX.XML files  (the first for Shapefile but also for
ESRI .asc and .flt raster files)
b) reading coordinate code embedded into GeoTIFF file

Since I didn't want to have huge databases, the idea was to have a simple
text (*srid.txt*) file with only three definitions for each EPSG;
[Unit].  The EPSG definition should have been a
good human readable (no underscores, slashes or exemplifications (like ESRI)
The Layer>Propertes dilaog shows my idea
[image: image.png]



 The first base of my job was to use an ESRI database, probably taken from
the same Github page where it camoes yours
I used a spreadsheet SpreadSheet to modify the file according to my idea
and some methods to  decode the file and give
the [Unit]

For instance, for a shp or aux.xml file, OpenJUMP reads the projection
sidecar file:

GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],
PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]]

There are some methods in the ProjUtils class that
a) point to "GCS_WGS_1984" position into the .prj file  and read what is
into the double quotes.
b) remove underscore to create  (*GCS WGS 1984*),
c) match with corresponding ine (if any) into* sridj.txt.*
d) take out  (4326) and [Unit] (degree). These datas are stored
into Layer metadata

After the framework was complete, I tested with different shapefiles coming
from different public organizations in Italy and I discover that there was
(still is) a confusion as some were using
ESRI definition while other were using OGC WKT

For instance ESRI:  GEOGCS["GCS_WGS_1984"..
OGC WKT:  GEOGCS["WGS 84".

The recommendation of the Italian National Cartographic Bureau was (and
still is) to use the OGC WKT definitions.

To bypass the problem, since I didn't want to duplicate the definitions
into  *srid.txt*. (and in that moment there was only ESRi database
available),
I worked on reading and decoding on both ESRI and OGC
The method is  ProjUtils.decodeProjDescription(String) and has an
explanation about how it works and try to decode the two different dialects
(ESRI and OGC).
Later I added other definitions form EPSG database

If no definition is found into the TXT file, OJ reports, in any case, what
is read into prj file (point a) made in a more readable way (point b)

Reading coordinate code embedded into GeoTIFF file and decoding to a SRS
follows more or less the same idea, except that scans whatever possible
within projection tags.

Writing epsg code.
That is made by methods into SridLookupTable class and another small text
database file *srid2prj.txt *
In this text file each EPSG definition has a corresponding .prj code *but I
wanted to follow the recommendation of the Italian National Cartographic
Bureau (to use OGC .prj files)*
I don't remember where I found a file with OGC prj definition which I
modified to obtain *srid2prj.txt , possibily from *CDB | OGC

This Writing code works only when and user save a SextanteRaster layer: it
create a AUX.XML file. Or, if aux.xml file already exists, write the entire
OGC WKT definition into it.

Going back to Michael mail
All the problems you discover were probably connected to the matter that
the previous SRS framework in OpenJUMP read ESRI but* wrote OGC* prjs
which ArcGIS possibily  cannot decode.

My proposal is
Reading: we keep the actual method, which uses *srid.txt* file: it can
decode both ESRI and OCG. Maybe we can upgrade with the few news
definitions ( I started on github a couple of days before)
The only effort of this method is to retrieve  a valid EPSG code and maybe
an human readable definition

Writing: Vector: we keep the new  *pe_list_projcs_geogcs*  ESRI which work
fine. SextanteRaster we migrate from old *srid2prj.txt OCG* to newer
*pe_list_projcs_geogcs*  ESRI

Best regards

Peppe



Il giorno gio 25 ago 2022 alle ore 09:09 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Ede, Peppe
>
> EPSG is good at listing all known coordinate systems in the world but
> unfortunately,
>
> standardization to describe them is a slow process and we sometime have to
> deal with
>
> different identifiers (ex. epsg/esri), names (wkt/esri convention),
> formats (wkt, wkt2).
>
> This post gives some good hints on this problem :
>
>
> https://gis.stackexchange.com/questions/355184/prj-files-from-esri-arent-wkt
>
> When I added pe_list_projcs_geogcs, it was because we cannot retrieve the
> exact
>
> esri denomination from the srid2prj.txt which is based on e

Re: [JPP-Devel] OpenJUMP throws a null point exception if coord_ref_sys is found

[Giuseppe Aruta]

Hi Michael

>You're right, I found 171 srid in srid2prj which are not
in pe_list_projcs_geogcs.zip.

there are codes that I manually added:
* ESRI codes
* Coordinate Systems of Géoportail de l'IGN (France)
* IGNF SRID
The file srid.txt is a patch work from other files
Peppe

Il giorno dom 21 ago 2022 alle ore 20:54  ha scritto:

> On 21.08.2022 20:50, edgar.sol...@web.de wrote:
> > a little hard to find, but here's the current EPSG "license" info.
> afaics we just need to acknowledge that it came from them
> > "Ownership of the EPSG Dataset by IOGP must be acknowledged"
> > didn't check Readme.txt if we do already.
>
> whoops. forgot the link, here you go https://epsg.org/terms-of-use.html
>
>
> ___
> 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] OpenJUMP throws a null point exception if coord_ref_sys is found

[Giuseppe Aruta]

I made srid2prj.txt trying to add all the codes available in that year
(2016), not sure which database I used from EPSG

Il giorno dom 21 ago 2022 alle ore 18:58 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Michael and Ede
> in the package org.openjump.core.ccordsys.utils there are two text files:
> srid.txt which was and, i think, is still responsible to relate an epsg
> code with a readable explanation and the unit
> In the same package the file ProjUtils has all the methods to read a prj
> (or an aux file from raster).
> Among them method decodeProjDescription is important as it can read some
> aliases, like ESRI prj files, and decode them as EPSG
>
> srid2prj.txt which was responsible to relate an epsg code with a valid prj
> SridLookUpTable.getOGCWKTFromWkidCode method used to read an EPSG code and
> relate it into a prj
> Peppe
>
> Il giorno dom 21 ago 2022 alle ore 13:21  ha scritto:
>
>> On 21.08.2022 10:56, Michaud Michael wrote:
>> >
>> > Hi Peppe,
>> >
>> > You're right, I found 171 srid in srid2prj which are not
>> in pe_list_projcs_geogcs.zip.
>> >
>> > Can you remember where the srid2prj file comes from ? And can you telle
>> me which projection you use which are not in pe_list_projcs_geogcs.zip
>> (just curious).
>> >
>> > Using several reference file is far from ideal, but until we find a
>> better option, your proposition seems reasonable to me.
>>
>> hmm, a quick text search does not find all of these in
>> https://github.com/Esri/projection-engine-db-doc/
>>
>> and what i can find is spread over several files. any idea why that is?
>>
>> why is there not a _complete_ epsgid/name mapping file somewhere? or is
>> there and we are just not using it?
>> registering and downloading wkt files-zip from
>> https://epsg.org/download-dataset.html seems to inlude "all" of the
>> missing epsg-ids. should we reformat and use those?
>>
>> sunny regards ..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] OpenJUMP throws a null point exception if coord_ref_sys is found

[Giuseppe Aruta]

Hi Michael and Ede
in the package org.openjump.core.ccordsys.utils there are two text files:
srid.txt which was and, i think, is still responsible to relate an epsg
code with a readable explanation and the unit
In the same package the file ProjUtils has all the methods to read a prj
(or an aux file from raster).
Among them method decodeProjDescription is important as it can read some
aliases, like ESRI prj files, and decode them as EPSG

srid2prj.txt which was responsible to relate an epsg code with a valid prj
SridLookUpTable.getOGCWKTFromWkidCode method used to read an EPSG code and
relate it into a prj
Peppe

Il giorno dom 21 ago 2022 alle ore 13:21  ha scritto:

> On 21.08.2022 10:56, Michaud Michael wrote:
> >
> > Hi Peppe,
> >
> > You're right, I found 171 srid in srid2prj which are not
> in pe_list_projcs_geogcs.zip.
> >
> > Can you remember where the srid2prj file comes from ? And can you telle
> me which projection you use which are not in pe_list_projcs_geogcs.zip
> (just curious).
> >
> > Using several reference file is far from ideal, but until we find a
> better option, your proposition seems reasonable to me.
>
> hmm, a quick text search does not find all of these in
> https://github.com/Esri/projection-engine-db-doc/
>
> and what i can find is spread over several files. any idea why that is?
>
> why is there not a _complete_ epsgid/name mapping file somewhere? or is
> there and we are just not using it?
> registering and downloading wkt files-zip from
> https://epsg.org/download-dataset.html seems to inlude "all" of the
> missing epsg-ids. should we reformat and use those?
>
> sunny regards ..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

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

I added the screenshot as it seems that the same bug affects also Vertex 
symbols plugin. 
Since CADTools and Vertex Symbols (and FillPattern) plugins share the same way 
to read wkt, it could be a problem on OpenJUMP jar file and not on the plugins


---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 19, 2022 05:28 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

![](https://sourceforge.net/projects/opensit/files/Wiki%20images/Repository%20images/testStyle.png/download)




---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 19, 2022 05:25 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

Hi Ede, I will open also an issue on Github.
No, The  snapshot seems not solved the problem.  
I attached to this post a sample project that  made with OpenJUMP 1.16 ver 6669




Attachments:

- 
[Project.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/bb5863b0c4/069d/attachment/Project.zip)
 (3.5 kB; application/x-zip-compressed)


---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 19, 2022 05:16 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

Hi Ede, I will open also an issue on Github.
No, The  snapshot seems not solved the problem.  
I attached to this post a sample project that  made with OpenJUMP 1.16 ver 6669


Attachments:

- 
[Project.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/bb5863b0c4/8be1/attachment/Project.zip)
 (3.5 kB; application/x-zip-compressed)


---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Aug 16, 2022 12:14 PM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OpenJUMP throws a null point exception if coord_ref_sys is found

[Giuseppe Aruta]

Hi all,
with the new OJ 2.1 adopted an external file (coord_ref_sys) to read OGC
code on saving to.prj file (shapefile).  Reading code is related to the
method EsriProj.findProj(...)
If the external coord_ref_sys file is not found, when I try to save to
shapefile, OJ throws an exception and the file cannot be saved (no problem
with GML).

Until OpenJUMP 1.16, the process to generate OGC code was related to the
method SridLookupTable.getOGCWKTFromWkidCode(...) which reads a text file
integrated into OpenJUMP (srid2prj.txt) with all the prj codes (even if
related to some years ago).

To avoid the previous error, my proposal is, in the file *ShapeFileWriter*
substitute method:

 private String getPrjString(String code) throws Exception {
try {
   int srid = Integer.parseInt(code);
   return EsriProj.findProj(srid);
} catch(IOException e) {
Logger.warn(e);
return null;
}
}


with method:

private String getPrjString(String code) throws Exception {
try {
int srid = Integer.parseInt(code);
return EsriProj.findProj(srid);
} catch(IOException e) {
return SridLookupTable.getOGCWKTFromWkidCode(code);
} catch (Exception e) {
Logger.warn(e);
return null;
}
}


Note that   SridLookupTable.getOGCWKTFromWkidCode(...) and srid2prj.txt)
are used also on saving sextante raster to export a .prj or .aux file with
all the projection info

Best ragards

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

[JPP-Devel] [jump-pilot:bugs] #522 Severe bug on CADTools - Block section - Some blocks are not read

[Giuseppe Aruta via Jump-pilot-devel]

---

** [bugs:#522] Severe bug on CADTools - Block section - Some blocks are not 
read**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Aug 16, 2022 09:57 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 2.1 released

[Giuseppe Aruta]

Thank Ede!

Il ven 5 ago 2022, 22:18  ha scritto:

> without further ado, we released a new OpenJUMP versioned 2.1 with some
> fixes and upgrades. notably you may want try the new GDAL-driver for
> windows to enable more image formats, especially JPEG2000. find the changes
> listed below, on the download page
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1/ and of
> course in the distro's Changes.txt.
>
> sunny regards.. ede
>
>
> Changes in OpenJUMP Version 2.1 release rev.5126[8c611f4] (released on 01.
> August 2022)
>
> New Features
>- prj file for shapefile: use the string from http://epsg.io when
> possible
>
> Improvements
>- upgrade JTS to 1.19 and postgresql driver to 42.4
>- upgrade postgres jdbc to latest
>- upgrade Xerces to latest
>- NoderPlugIn, preserve first point of linear rings where nodes are
> added
>- upgrade imageio-ext to 1.4.5, gdal to 3.5.0
>  updated windows GDAL driver available on
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/Drivers/GDAL-win-x86x64-3.5.0stable-20220620.zip
>
> Bug Fixes (tickets on either
>https://sourceforge.net/p/jump-pilot/bugs/ or
>https://github.com/openjump-gis/openjump/issues )
>- Fix z interpolation in NoderPlugIn
>- fix #52 "Geometry converter turns valid polygons into invalid ones"
>- fix "panning with shortcuts (Ctrl+Cursor keys)" died with error stack
>- issue #55: java17+ jaxb related stack trace during start
>
>
>
> ___
> 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] New Raster toolset for openjump

[Giuseppe Aruta]

Hi Ede,
thanks for the answer

*>what's needed are proper sources, preferably a maven project. let's move
it to github when you are satisfied that it's release-worthy and give you
>some support to set up. you will see it's really no rocket science.*
I will plan to migrate in Autumn time, possibly before 2023. In that time I
will ask an help, thanks again

>*if the tools were based on previous work of others you need to mention
that and the old/current licenses in a Readme prominently.*
I am working around. Mainly all the majority of the code derives from an
accurate reading of academic references (which I will add to the
the readme files).
At the same time, I also control codes from other projects (Sextante,
WhiteBox GAT, GRAP and ImageJ)  and used minor but essential parts of the
code:
a) ImageJ framework for Raster 3D and Delaunnay triangulation
b) GRAP and Sextante Hydrologic wrappers
c) Whitebox import multiband and lidar raster

Copyrights:
a) Image J is public domain
b)  WhiteBox was GPL ver 3 (  Whitebox GAT download | SourceForge.net
<https://sourceforge.net/projects/whiteboxgat/>  ). I wrote to the author
who abandoned the project and also gave the
permission to reuse the code for OpenJUMP
c) Sextante is maintained by OpenJUMP community, at this point. It is GPL
ver 3
d) GAP is the raster support for OrbisGIS and rewrites parts of Sextante
and seems not active since 10 years. It is GPL 3 (
https://github.com/orbisgis/grap/blob/master/Licenses/license-GPL.txt)

*>i see you "integrated" the libraries source code instead of using jars.
what were the alternative jar sizes? generally i'd rather include
maintained code then a stale copy.*
I preferred this way. During the development I realized that not all the
external classes of the libraries were necessary. And that OpenJUMP, with
some modifications, has the majority of necessary codes. I used only the
necessary classes from external jars (For instance ImagJ main jar is 2.3
Mb, I only needed classes for less than 30 kb. The same from Whitebox and
JEP).
The result is 150 Kb only of external classes, compared to 3-3.5 Mb of
external JARS

Best regards
Peppe



Il giorno mar 5 lug 2022 alle ore 11:09  ha scritto:

> On 05.07.2022 10:15, Giuseppe Aruta wrote:
> > Hi Ede,Michael, Yukka and other Jumpers
>
> hey Peppe, hey Yukka *lol* ;)
>
> > Since last year I have been working around a new plugin for Openjump. It
> is a large set of tools for raster analysis which should simplify some
> analysis on geomorphology and hydrology using DEM.
> > It is a sum of some ideas: a) to reduce all the depency of external
> libraries and reuse what is available between Oj and Jts;
> > b) to reduce ram, time processing and usage of wrappers which affects
> Sextante and a bit Openklem  (if users load many rasters in openjump)
> > c) to add new tools, improve others, explore other aspects of
> morphologic and hydrologic analysis with rasters, etc.
> >
> > The result is set of some dozen of tools for raster analysis in a 1Mb
> file: there are still a depency to Jep, White box and ImageJ classes which
> I reduced to 150 kb and embedded with the tools .
> SNIP
>
> what's needed are proper sources, preferably a maven project. let's move
> it to github when you are satisfied that it's release-worthy and give you
> some support to set up. you will see it's really no rocket science.
>
> if the tools were based on previous work of others you need to mention
> that and the old/current licenses in a Readme prominently.
>
> >
> > This is the documentation page. A bit old as it refers to a raster
> toolset that works only with OJ 1.16
> > https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/ <
> https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/>
>
> should probably migrated to the Wiki if the plan is to add it to OJ distro
> anyway.
>
> > These are the last realize versions of raster toolset.
> > They work either with OJ core and with OJ plus 2.0.
> >
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/Builds/
> <
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/Builds/
> >
> >
> > The code is here:
> >
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/source/
> <
> https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/source/
> >
>
> i see you "integrated" the libraries source code instead of using jars.
> what were the alternative jar sizes? generally i'd rather include
> maintained code then a stale copy.
>
> ..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] next OJ point release?

[Giuseppe Aruta]

Thank Ede

Il lun 11 lug 2022, 14:47  ha scritto:

> the 2.1 release is available (unpromoted for now) at
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1/
>
> please have a looksie and try. if there will be no objections i'll
> announce in a weeks time time or so .. sunny regards ede
>
>
> On 05.07.2022 11:30, edgar.sol...@web.de wrote:
> > np Mike,
> >
> > will put it together on the weekend. if there's a big issue during the
> next week we can still keep OJ 2.0 on osgeo or quickly release a patch
> version the version after.
> >
> > ..ede
> >
> > On 04.07.2022 21:06, Michaud Michael wrote:
> >> Hi Ede,
> >>
> >> OK for a 2.1 release.
> >>
> >> If you work on it next week-end, I'll try to do some tests before to
> check my last upgrade to JTS 1.9 did not introduce regression.
> >>
> >> Thanks,
> >>
> >> Michaël
> >>
> >>> envoyé : 4 juillet 2022 à 14:41
> >>> de : edgar.sol...@web.de
> >>> à : jump-pilot-devel@lists.sourceforge.net
> >>> objet : Re: [JPP-Devel] next OJ point release?
> >>>
> >>>
> >>> good question :), looks like 2 weeks, although there is lot of work to
> be done still, so i'm not sure they will meet it.
> >>>
> >>>
> https://docs.google.com/spreadsheets/d/1kO6zzmLFfprZGgp5x7Sjwi-EVN6NTGDR4KXvFVtNpR0/edit?hl=en_GB&hl=en_GB#gid=0
> >>>
> >>> still a good point. let me do the release next weekend and we'll go
> from there. in case of bigger issues we can still roll it back on Osgeo or
> do a Patch-release (2.1.x)
> >>>
> >>> ..ede
> >>>
> >>> On 04.07.2022 14:30, Giuseppe Aruta wrote:
> >>>
> >>>> What is the time line, Ede, with OsGeoLive?
> >>>>
> >>>> Il dom 3 lug 2022, 21:20  edgar.sol...@web.de>> ha scritto:
> >>>>
> >>>> hey All,
> >>>>
> >>>> mainly for next OSgeoLive 15, but also because some changes already
> gathered in trunk i wanna do an OJ 2.1 release soonish. any objections,
> points you wanna raise?
> >>>>
> >>>> ..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
>
>
> ___
> 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

[JPP-Devel] New Raster toolset for openjump

[Giuseppe Aruta]

Hi Ede,Michael, Yukka and other Jumpers

Since last year I have been working around a new plugin for Openjump. It is
a large set of tools for raster analysis which should simplify some
analysis on geomorphology and hydrology using DEM.
It is a sum of some ideas: a) to reduce all the depency of external
libraries and reuse what is available between Oj and Jts;
b) to reduce ram, time processing and usage of wrappers which affects
Sextante and a bit Openklem  (if users load many rasters in openjump)
c) to add new tools, improve others, explore other aspects of morphologic
and hydrologic analysis with rasters, etc.

The result is set of some dozen of tools for raster analysis in a 1Mb file:
there are still a depency to Jep, White box and ImageJ classes which I
reduced to 150 kb and embedded with the tools .

All the tools organization couples somehow ArcGIS one.
There are also some extra tools like  an importer of other types of raster
and vector files, including multibands and las lidars, a better "export
view to image" with defined scale, frames, etc.

My project is in Sourceforge: I still have problems to use eclipse in
GitHub. In autumn I will complete the tests, move it to GitHub and, if you
agree, add to Openjump (both core and plus).

I was also thinking about to distribute this raster toolset  with
OsGeoLive. The set of tools require JTS 1.8/1.7. Not sure if there are some
regressions with 1.9 ( I don't think as it uses basic geometric classes
from JTS). And I possibly can move it to 1.9 only after July.

This is the documentation page. A bit old as it refers to a raster toolset
that works only with OJ 1.16
https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/

These are the last realize versions of raster toolset.
They work either with OJ core and with OJ plus 2.0.
https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/Builds/

The code is here:
https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/source/

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

Re: [JPP-Devel] next OJ point release?

[Giuseppe Aruta]

What is the time line, Ede, with OsGeoLive?

Il dom 3 lug 2022, 21:20  ha scritto:

> hey All,
>
> mainly for next OSgeoLive 15, but also because some changes already
> gathered in trunk i wanna do an OJ 2.1 release soonish. any objections,
> points you wanna raise?
>
> ..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] OSGeoLive and OJ2

[Giuseppe Aruta]

Hi Ede,
There are still some enhancement/bugs that I did on OpenJUMP 1.16 in
december:
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/ChangeLog
In detail, points 6677 and 6678 are the bugs
Thank you
Peppe


Il giorno lun 16 mag 2022 alle ore 18:43  ha scritto:

> hey All,
>
> are we satisfied with revamped OJ 2.0 stability and should include it in
> the upcoming OSGeoLive release? Or do we need to do a quick maintenance
> release beforehand?
>
> Or should we stick with previous stable OJ 1.16 for the time being?
>
> .. sunny regards, 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] A Delaunay triangulation library to support Lidar data

[Giuseppe Aruta]

Hi Gary
Here you can find the source code of my algorithm,
https://sourceforge.net/p/opensit/code/HEAD/tree/Projects/Raster%20tools/OpenJUMP%201.16/src/org/openjump/core/rasterimage/algorithms/rastercreation/interpolation/

As sample if you want to try to port your code to Openjump
Giuseppe

Il gio 12 mag 2022, 16:57 Giuseppe Aruta  ha
scritto:

> Hi Gary,
> Thanks for your work
> I have been working to an interpolation plugin of point data (loaded in
> openjump as shape files) to a DTM raster.
> I used the code from s former ImageJ plugin (
> https://imagej.nih.gov/ij/plugins/xyz2dem-importer.html)
> which was quite fast and very flexible.
> The interpolation plugin is a part of a larger openjump project to work
> with raster, like ArcGIS raster tools.
> The project is here:
> https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/.
> Actually it works only with Openjump 1.xxx series (not openjump 2) but I
> am working to port it to newer openjump.
> For sure i will give a look to your code and reuse it
> Thank again
> Peppe
>
>
> Il gio 12 mag 2022, 15:33  ha scritto:
>
>> hey Gary,
>>
>> thanks for the offer. any contribution to OJ is welcome and pointing out
>> an interesting libraries surely might incentivize somebody to include it's
>> functionality.
>> you maybe wanna open an issue on https://github.com/openjump-gis so it
>> might get indexed by search engines?
>>
>> ..regards ede
>>
>> On 12.05.2022 14:38, Gary Lucas wrote:
>> > I am sending this email to make a modest offer to the OpenJUMP
>> developer community.
>> >
>> > I’ve written a Java library for processing Delaunay triangulations that
>> may be useful for OpenJUMP. The Tinfour open-source software API is
>> sufficiently fast to handle large unstructured data sets such as Lidar. I
>> did a little testing this morning and was able to process a Lidar file
>> containing 15 million samples in 12 seconds.
>> >
>> > I think that the API could be used as part of an OpenJUMP plugin.
>> >
>> > If you would like to learn more, you may visit the Tinfour project at
>> https://github.com/gwlucastrig/Tinfour <
>> https://github.com/gwlucastrig/Tinfour>
>> >
>> > Due to my job commitments, I do not have the availability to write a
>> plugin myself (thus the “modest” in this offer). But if someone were
>> interested, I would be willing to support the effort by answering
>> questions, assisting in design issues, and implementing Tinfour
>> improvements or customizations required for the plugin.
>> >
>> > Finally, if you would like to explore the feasibility of using Tinfour
>> to process Lidar, I have a couple of demonstration applications that are
>> available as part of the Tinfour distribution.  The Tinfour Viewer allows
>> you to drag and drop a Lidar file onto a display area and review it
>> interactively. The demonstrator should be enough to test the idea and
>> reveal any issues I may not have thought of.
>> >
>> > Thank you for your time and attention.  I wish the OpenJUMP community
>> the best of success with your project.
>> >
>> > Gary
>> >
>> >
>> >
>> > ___
>> > 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] A Delaunay triangulation library to support Lidar data

[Giuseppe Aruta]

Hi Gary,
Thanks for your work
I have been working to an interpolation plugin of point data (loaded in
openjump as shape files) to a DTM raster.
I used the code from s former ImageJ plugin (
https://imagej.nih.gov/ij/plugins/xyz2dem-importer.html)
which was quite fast and very flexible.
The interpolation plugin is a part of a larger openjump project to work
with raster, like ArcGIS raster tools.
The project is here:
https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/.
Actually it works only with Openjump 1.xxx series (not openjump 2) but I am
working to port it to newer openjump.
For sure i will give a look to your code and reuse it
Thank again
Peppe


Il gio 12 mag 2022, 15:33  ha scritto:

> hey Gary,
>
> thanks for the offer. any contribution to OJ is welcome and pointing out
> an interesting libraries surely might incentivize somebody to include it's
> functionality.
> you maybe wanna open an issue on https://github.com/openjump-gis so it
> might get indexed by search engines?
>
> ..regards ede
>
> On 12.05.2022 14:38, Gary Lucas wrote:
> > I am sending this email to make a modest offer to the OpenJUMP developer
> community.
> >
> > I’ve written a Java library for processing Delaunay triangulations that
> may be useful for OpenJUMP. The Tinfour open-source software API is
> sufficiently fast to handle large unstructured data sets such as Lidar. I
> did a little testing this morning and was able to process a Lidar file
> containing 15 million samples in 12 seconds.
> >
> > I think that the API could be used as part of an OpenJUMP plugin.
> >
> > If you would like to learn more, you may visit the Tinfour project at
> https://github.com/gwlucastrig/Tinfour <
> https://github.com/gwlucastrig/Tinfour>
> >
> > Due to my job commitments, I do not have the availability to write a
> plugin myself (thus the “modest” in this offer). But if someone were
> interested, I would be willing to support the effort by answering
> questions, assisting in design issues, and implementing Tinfour
> improvements or customizations required for the plugin.
> >
> > Finally, if you would like to explore the feasibility of using Tinfour
> to process Lidar, I have a couple of demonstration applications that are
> available as part of the Tinfour distribution.  The Tinfour Viewer allows
> you to drag and drop a Lidar file onto a display area and review it
> interactively. The demonstrator should be enough to test the idea and
> reveal any issues I may not have thought of.
> >
> > Thank you for your time and attention.  I wish the OpenJUMP community
> the best of success with your project.
> >
> > Gary
> >
> >
> >
> > ___
> > 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] NoData value management in Rasters

[Giuseppe Aruta]

Hi Michael,
Since working with raster generates a lot of derivated raster maps, the
main problem is about our raster database. I am thinking about Roberto and
the files he uses for his courses.
Anyhow, if I am not wrong, the problem is on writing and not on reading.
Right now I have not fond any problem reading these derivated-wrong-nodata
rasters, generated by open jump, with Qgis, possibly due to gdal framework.
I am not sure about ArcGIS.
In any case, big tiff support in openjump seems to me  important (from my
side I was exploring another possibility to increase raster management in
Openjump via ImageJ) that worth some sacrifices in my raster database, if
you decide to change the code.
Let us wait Roberto's answer
Peppe




Il gio 5 mag 2022, 09:00 Michaud Michael  ha
scritto:

> Hi Jumpers,
>
> Lately, I have worked on raster images and I wanted to support bigtiff
> through imageio-ext
> which is already a dependency, but I have encountered difficulties
> related with the way nodata
> value is currently handled in the code. Let me explain :
>
> While using imageio-ext library for its capability to read bigtiff, I
> observe regressions (failures)
> on many other images of my collection ((many of which come from Peppe,
> Jukka, Rossi, gdal library, etc.).
>
> Here is my explanation :
> - many images I have use a wrong tiff tag type (the nodata tag is coded
> using a byte array instead of a ascii array.
> https://www.awaresystems.be/imaging/tiff/tifftags/gdal_nodata.html
> - OpenJUMP has a tiff writer writing nodata value with a byte array
> instead of ascii type
> RasterImageIO#writeImage() encodes TIFFTAG_GDAL_NODATA as byte array
> => I suppose most of the images I have for testing have been written by
> OpenJUMP's RasterImageIO :-(
>
> In OpenJUMP we also have a piece of code which reads the nodata tag in a
> flexible way (understanding both ascii or byte array storage)
> TiffTags#readMetadata
> This makes the actual version quite resilient
> But there are plenty of places where image metadata is read and can fail
> at any time if they are
> read by imageio-ext or by commons imaging which try to read nodata flag
> from a string array, not a byte array.
> I even think that we avoid some of these failures by eating exceptions.
>
> Just want to have your opinion about this situation : do you know any
> other library/tool which produce
> nodata value with the wrong encoding ? Is it reasonnable to just accept
> that these images can't be read
> anymore (for me it is OK, but maybe it is a problem for Peppe or other
> users who have been working with
> OpenJUMP and images for a long time).
> Also it seems that other libraries like gdal/python can read these images
> in a more flexible way (maybe
> imageio-ext and commons imaging should be more tolerant, but it does not
> depends on OpenJUMP.
>
>
> Michaël
> ___
> 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] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

[Giuseppe Aruta]

Thanks Ede

Il lun 21 feb 2022, 12:19 ede via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

>
>- *status*: open --> closed-fixed
>- *Comment*:
>
> even though it is still downloadable, the process to use does not seem to
> be straightforward as well https://gis.stackexchange.com/a/275133/41386
> apart from being outdated.
>
> i'll deactivate it.
> --
>
> * [bugs:#482] <https://sourceforge.net/p/jump-pilot/bugs/482/> OpenJUMP
> Style - "Style">"Import ArcMap Style" seems hard to work*
>
> *Status:* closed-fixed
> *Milestone:* OJ_2.x
> *Created:* Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
> *Last Updated:* Sun Feb 20, 2022 06:11 PM UTC
> *Owner:* Giuseppe Aruta
>
> The plugin "Style">"Import ArcMap Style" needs an extra software called
> "ArcGIS-map to SLD Converter" available only for windows, downloadable
> here: https://arcmap2sld.i3mainz.hs-mainz.de/ArcMap2SLDConverter_Eng.htm
>
> The software is downloadable with no installer while the OJ loading
> process requires the software to be installed at a specific folder: see
> method
> org.openjump.core.ui.plugin.style.ImportArcMapStylePlugIn.findArcMap2SLD(WorkbenchFrame
> wbframe, Blackboard bb).
>
> It is possible to solve it (changing tthe method to link at a specific
> folder and adding a warning that informs user to create a folder, download
> the file and put in that folder).
>
> The question is also complex as this additional software works only with
> Windows/requires a windows/Visual basic software. No support for Linux or
> OSX.
> --
>
> Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net
> is subscribed to https://sourceforge.net/p/jump-pilot/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this
> is a mailing list, you can unsubscribe from the mailing list.
> ___
> 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

[JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

[Giuseppe Aruta via Jump-pilot-devel]

- **Comment**:

I will close this bug as not fixed, If you agree. 
This plugin possibly will be never used as it requires an external software 
which works only in Windows and possibly it was never upgraded for a while.
We can leave the code in the repository as an external plug-in
Peppe



---

** [bugs:#482] OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to 
work**

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**Last Updated:** Sun Feb 20, 2022 09:59 AM UTC
**Owner:** Giuseppe Aruta


The plugin  "Style">"Import ArcMap Style" needs an extra software called 
"ArcGIS-map to SLD Converter" available only for windows, downloadable here: 
https://arcmap2sld.i3mainz.hs-mainz.de/ArcMap2SLDConverter_Eng.htm

The software is downloadable with no installer while the OJ loading process 
requires the software to be installed at a specific folder: see method 
org.openjump.core.ui.plugin.style.ImportArcMapStylePlugIn.findArcMap2SLD(WorkbenchFrame
 wbframe, Blackboard bb).

It is possible to solve it (changing tthe method to link at a specific folder 
and adding a warning that informs user to create a folder, download the file 
and put in that folder).

The question is also complex as this additional software works only with 
Windows/requires a windows/Visual basic software. No support for Linux or OSX.






---

Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/jump-pilot/admin/bugs/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] duplicated libraries in OpenJUMP .0

[Giuseppe Aruta]

Hi,
I gave a look into the folders of OpenJUMP-Portable-20220114-r5017 and I
found that some libraries are duplicated or are in a wrong place

a) xml-apis-1.3.04.jar is into OJ/lib/ext/OpenKlem folder.  It should be
into the OJ/lib folder as also embedded classes into OpenJUMP.jar need this
library. It is quite impossible to view (Sextante) Raster Image layers if
OJ does not detetch this class. OpenJUMP 1.16 has this class into OJ/lib
folder, a newer one: xml-apis-1.4.01.jar

b) Both OpenKlem and Sextante have the following duplicated libraries into
their folder: jep-2.4.2.jar, jfreechart-1.5.3.jar. I think these classes
should go into OJ/Lib/ext or, better OJ/lib folder (and embedded into
OpenJUMP core dist.
I prefer second option as both classes present many advantages compared to
what OpenJUMP core uses instead:
a) jep is a math parser and it has its counterpart in pirol math parser
libraries embedded into OpenJUMP ( classes de.fho.jump.pirol.utilities.*).
Jep is used by both Sextante raster/vector calculators and OpenKlem raster
calculator . Pirol parser is used into Feature calculator.
But jep is more complete, it allows you to do logical operations (it, and,
or, etc) and it has algorithms to work with matrices). One day we can
subsitute pirol calsses with jep.
b) jfreechart is used by Sextante and OpenKlem diagrams. OpenJUMP uses
JAIMath* classes which have lesser features. JMathPlot is in github but the
project https://www.jfree.org/jfreechart/ seems more active in the last few
years.

Best regards

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

Re: [JPP-Devel] OJ2 Sextante

[Giuseppe Aruta]

Hi Ede,
thanks again for your efforts
;)

Il giorno ven 14 gen 2022 alle ore 19:44 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Ede,
> see the (sorry) long test:
> I added a detail report at this mail.
> This is the synthesis:
>
> 1) Sextante and its algorithms seem to work fine. I did some test on some
> critical tools from Sextante toolbox and had no errors. I didn't test all
> the tools, of coarse
>
> 2) Loading Sextante and sextante tools in the toolbox can be take a long o
> short time depending to the number of raster loaded into OpenJUMP. This is
> not a bug, it depends to the matter that Sextante converts all OpenJUMP
> RasterImageLayer objects into internal iSextnte objects every time the
> Toolbar or a single tool is loaded
>
> 3) OpenJUMP-Portable-20220114-r5017(dd82caa)-PLUS misses xml-apis-XXX.jar 
> library
> which is critical to load Raster (Sextante) files (without thi files no
> raster can be loaded as Sextante Raster into the workbench
>
> 4) OpenJUMP-Portable-20220114-r5017(dd82caa)-PLUS still cannot load
> CadTool and helper plugin
>
> Best regards
>
>
>
> Il giorno dom 9 gen 2022 alle ore 22:43  ha scritto:
>
>> hey Peppe,
>>
>> i tried my very best to upgrade Sextante Extension to OJ2. could pls try
>> out the latest snapshot[1] for issues? ..thx ede
>>
>> [1]
>> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>>
>>
>> ___
>> 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] Sextante rsx,model files in 'plus/sextante/help/'

[Giuseppe Aruta]

Hi Ede,
These are sample files  for different process/tools in Sextante:
Slopemean.bsh seems to be one sample for *Command line* tool.
The files *.model and are possibly models for the *Modeler *tool which
seems to read some  *.model.
The files *l.xml are the help files. Those files are generated by the user
in the *Sextante Help* tool. Right click on one of the items in the left
panel and select *Edit help*. A new panel le the use to input text and
images. By the time the help is saved, it is available into the  *Sextante
Help* tool.
Regarding *.rsx files, I don't know. Possibly they are used in the *batch
processes* (see help>Basic concept>Batch processing)
Peppe

Il giorno ven 10 dic 2021 alle ore 21:55  ha scritto:

> hey Peppe,
>
> there are these files OJ trunk 'lib/plus/sextante/help/'
>
> $ ls lib/plus/sextante/help/
>   Compute_Ripley-Rasson_spatial_domain.rsx
>   Create_random_sampling_grid.rsx
>   Create_regular_sampling_grid.rsx
> 'F_function_-_distance_from_a_point_to nearest event.rsx'
> 'G_function_-_distance to nearest event.rsx'
>   K_function_-_Ripley_K.rsx
>   Kolmogorov-Smirnov_normality_test.rsx
>   Quadrat_analysis.rsx
>   en
>   hipsometry.model
>   hipsometry.model.xml
>   slope.model
>   slopemean.bsh
>   watershed.model
>   watershed.model.xml
>
> are these actually loaded somewhere? also the placement in folder help/
> seems wrong somehow as they seem to be algo scripts and models(dunno what
> for) but no help files.
>
> ..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] Proposal to build an upgrade of OpenJUMP 1.6

[Giuseppe Aruta]

Greetings,
I made some modifications on OpenJUMP 1.16 SVN.
In the versions 6677 and 6678 there are the the points:
c) wrong irregular  distribution of raster values in the style legend
d) The B/W default color distribution of rasters is inverted.
Which should be implemented into OpenJUMP 2.0.
Regarding to upgrade OpenJUMP 1.6 bug fix , I prefer to wait if Roberto
finds other bugs these days.
Peppe

Il giorno lun 29 nov 2021 alle ore 17:32 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Thanks Ede and Michael,
> I will start with point a and b which were already solved in OpenJUMP 2.00
> Peppe
>
> Il giorno lun 29 nov 2021 alle ore 01:10 Michaud Michael <
> m.michael.mich...@orange.fr> ha scritto:
>
>>
>> No problem with me if you want to fix 1.16 Peppe,
>>
>> I'll check your fix and I'll try to port c and d to OpenJUMP 2
>>
>> Michaël
>>
>> envoyé : 26 novembre 2021 à 23:09
>> de : edgar.sol...@web.de
>> à : jump-pilot-devel@lists.sourceforge.net
>> objet : Re: [JPP-Devel] Proposal to build an upgrade of OpenJUMP 1.6
>>
>>
>> On 24.11.2021 19:33, Giuseppe Aruta wrote:
>>
>> Hi list,
>> my proposal is to do an upgrade of OpenJUMP 1.6 to solve several small
>> but annoying bugs that we discovered during these months.
>> Roberto Rossi from the University of Padua used OJ 1.6 for its courses
>> during September and plans to use it at least till the end of the courses
>> (June 2022).
>> I still have some projects that I am working around but eventually
>> planned to move to OpenJUMP 2 possibly during the next year(*)
>> OpenJUMP 1.6 and its plugin are  working fine but there are still some
>> bugs  that became evident during these months. Some were already solved in
>> OpenJUMP 2.
>> This is a brief list:
>> a) shift of 0.5 to east and north (already solved in OJ 2)
>> b) wrong middle value in the raster layer legend (already solved in OJ 2)
>> c) wrong irregular  distribution of raster values in the style legend
>> (not affected in OJ 1.5 but present in OJ 1.6 and OJ 2)
>> d) The B/W default color distribution of rasters is inverted. See
>> difference between opening a monoband raster using SextanteRaster and
>> Common Imaging (via Open Layer). (present in OpenJUMP 1.5, 1.6 and 2)
>>
>> I already made, with the help of Roberto Rossi, a modified version of
>> OpenJUMP free of these bugs.
>> If you agree I will upgrade the OJ 1.6 repository to have a new night
>> build
>> thanks in advance
>> Peppe
>>
>> (*)
>> https://sourceforge.net/p/opensit/wiki/%5BWhiteBox%20Tools%20connector%5D/
>> <
>> https://sourceforge.net/p/opensit/wiki/%5BWhiteBox%20Tools%20connector%5D/
>> >
>> (**)
>> https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/ <
>> https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/>
>>
>> hey Peppe,
>>
>> no objections here. just please, when pushing the changes please try (if
>> possible at all) to separate commits bundling just one upgrade/fix. if you
>> are satisfied with the resulting snapshot i'm open to release it as a
>> bugfix version of the deprecated OJ1.6 line.
>>
>> ..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] Raster Image in OJ2

[Giuseppe Aruta]

Hey Ede, thanks for the explanation. Temp files sounds a way to explore
the raster management. I also wonder if we explore the way to reduce using
so many
2D arrays and use DataBufferDouble as single array which uses less memory

I did some test on my Raster tools. I also explore a bit into
RasterImageIO, RasterImage , AddRasterImageLayerWizard and TiffUtilsV2 (OJ
1.16) classes to understand how the framework does the job. I realized that
methods in RasterImageIO can be simplified, at least for JPG, JPG 2000,
GIF, BMP and PNG, for instance
reusing com.vividsolutions.jump.workbench.imagery.geoimg.GeoRaster which
works far better and possibly saves some memory. It requires of course some
implementation
as parameter JAI.create("ImageRead"...) seems to me not working with
JPG2000 while JAI.create("fileload"...) does.
I  added a class on package org.openjump.core.rasterimage.GeoRasterUtils
(OJ 1.16) that explains what I mean. It uses JAI/ImageIO
BTW. A method in class RasterImageIO, lreadCellValue(String filenameOrURL,
int col, int row,int band), reads the file instead of the build data[]
array and seems quite fast.

Peppe






Il giorno gio 2 dic 2021 alle ore 14:31  ha scritto:

> well Peppe,
>
> again. as far as i understand, we are loading the Raster Data and Image to
> memory completely! with _our_ Raster-Image framework ;). so however good a
> image readers memory management is, the bottleneck is our implementation.
> what we do is
> - read the image data via driver
> - create a 2D data array (rasterdata) _and_ an image representation for
> display purposes
> both are held in memory in full, so the bigger the raster data ...
>
> as a first step i could imagine to write the image to a temp file and use
> JAI driver to access it in turn. that way we would free some memory. ..ede
>
> On 02.12.2021 13:53, Giuseppe Aruta wrote:
> > Hi Ede,
> > Does Apache commons manage the memory in a better way than JAI/ImageIO?
> > I really don't disagree with switching to Apache Commons and, thus,
> simplifying the code.
> > RasterImageIO support also reading (some) JPG 2000 (via JAI) which is
> not supported by Apache Commons.
> > Peppe
> >
> > Il giorno gio 2 dic 2021 alle ore 12:04  edgar.sol...@web.de>> ha scritto:
> >
> > On 02.12.2021 06:52, jump-pilot-svn--- via Jump-pilot-devel wrote:
> > > Revision: 6677
> > >   http://sourceforge.net/p/jump-pilot/code/6677
> > > Author:   ma15569
> > > Date: 2021-12-02 05:52:46 + (Thu, 02 Dec 2021)
> > > Log Message:
> > > ---
> > > Inverted B/W color display for raster. TODO: to adopt to OpenJUMP
> 2.0
> > >
> >
> > as Raster is completely held in memory anyway what about switching
> over to Apache Commons Imaging in OJ2 completely? i added a plain display
> test implementation to the Commons Imaging Reader w while ago.
> >
> > ..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
> >
> >
> >
> > ___
> > 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] Raster Image in OJ2

[Giuseppe Aruta]

Hi Ede,
Does Apache commons manage the memory in a better way than JAI/ImageIO?
I really don't disagree with switching to Apache Commons and, thus,
simplifying the code.
RasterImageIO support also reading (some) JPG 2000 (via JAI) which is not
supported by Apache Commons.
Peppe

Il giorno gio 2 dic 2021 alle ore 12:04  ha scritto:

> On 02.12.2021 06:52, jump-pilot-svn--- via Jump-pilot-devel wrote:
> > Revision: 6677
> >   http://sourceforge.net/p/jump-pilot/code/6677
> > Author:   ma15569
> > Date: 2021-12-02 05:52:46 + (Thu, 02 Dec 2021)
> > Log Message:
> > ---
> > Inverted B/W color display for raster. TODO: to adopt to OpenJUMP 2.0
> >
>
> as Raster is completely held in memory anyway what about switching over to
> Apache Commons Imaging in OJ2 completely? i added a plain display test
> implementation to the Commons Imaging Reader w while ago.
>
> ..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] Proposal to build an upgrade of OpenJUMP 1.6

[Giuseppe Aruta]

Thanks Ede and Michael,
I will start with point a and b which were already solved in OpenJUMP 2.00
Peppe

Il giorno lun 29 nov 2021 alle ore 01:10 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

>
> No problem with me if you want to fix 1.16 Peppe,
>
> I'll check your fix and I'll try to port c and d to OpenJUMP 2
>
> Michaël
>
> envoyé : 26 novembre 2021 à 23:09
> de : edgar.sol...@web.de
> à : jump-pilot-devel@lists.sourceforge.net
> objet : Re: [JPP-Devel] Proposal to build an upgrade of OpenJUMP 1.6
>
>
> On 24.11.2021 19:33, Giuseppe Aruta wrote:
>
> Hi list,
> my proposal is to do an upgrade of OpenJUMP 1.6 to solve several small but
> annoying bugs that we discovered during these months.
> Roberto Rossi from the University of Padua used OJ 1.6 for its courses
> during September and plans to use it at least till the end of the courses
> (June 2022).
> I still have some projects that I am working around but eventually planned
> to move to OpenJUMP 2 possibly during the next year(*)
> OpenJUMP 1.6 and its plugin are  working fine but there are still some
> bugs  that became evident during these months. Some were already solved in
> OpenJUMP 2.
> This is a brief list:
> a) shift of 0.5 to east and north (already solved in OJ 2)
> b) wrong middle value in the raster layer legend (already solved in OJ 2)
> c) wrong irregular  distribution of raster values in the style legend (not
> affected in OJ 1.5 but present in OJ 1.6 and OJ 2)
> d) The B/W default color distribution of rasters is inverted. See
> difference between opening a monoband raster using SextanteRaster and
> Common Imaging (via Open Layer). (present in OpenJUMP 1.5, 1.6 and 2)
>
> I already made, with the help of Roberto Rossi, a modified version of
> OpenJUMP free of these bugs.
> If you agree I will upgrade the OJ 1.6 repository to have a new night build
> thanks in advance
> Peppe
>
> (*)
> https://sourceforge.net/p/opensit/wiki/%5BWhiteBox%20Tools%20connector%5D/
> <
> https://sourceforge.net/p/opensit/wiki/%5BWhiteBox%20Tools%20connector%5D/
> >
> (**)
> https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/ <
> https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/>
>
> hey Peppe,
>
> no objections here. just please, when pushing the changes please try (if
> possible at all) to separate commits bundling just one upgrade/fix. if you
> are satisfied with the resulting snapshot i'm open to release it as a
> bugfix version of the deprecated OJ1.6 line.
>
> ..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

[JPP-Devel] Proposal to build an upgrade of OpenJUMP 1.6

[Giuseppe Aruta]

Hi list,
my proposal is to do an upgrade of OpenJUMP 1.6 to solve several small but
annoying bugs that we discovered during these months.
Roberto Rossi from the University of Padua used OJ 1.6 for its courses
during September and plans to use it at least till the end of the courses
(June 2022).
I still have some projects that I am working around but eventually planned
to move to OpenJUMP 2 possibly during the next year(*)
OpenJUMP 1.6 and its plugin are  working fine but there are still some
bugs  that became evident during these months. Some were already solved in
OpenJUMP 2.
This is a brief list:
a) shift of 0.5 to east and north (already solved in OJ 2)
b) wrong middle value in the raster layer legend (already solved in OJ 2)
c) wrong irregular  distribution of raster values in the style legend (not
affected in OJ 1.5 but present in OJ 1.6 and OJ 2)
d) The B/W default color distribution of rasters is inverted. See
difference between opening a monoband raster using SextanteRaster and
Common Imaging (via Open Layer). (present in OpenJUMP 1.5, 1.6 and 2)

I already made, with the help of Roberto Rossi, a modified version of
OpenJUMP free of these bugs.
If you agree I will upgrade the OJ 1.6 repository to have a new night build
thanks in advance
Peppe

(*)
https://sourceforge.net/p/opensit/wiki/%5BWhiteBox%20Tools%20connector%5D/
(**) https://sourceforge.net/p/opensit/wiki/Geo%20Arbores%20Raster%20Tools/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel