[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 

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=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

Re: [JPP-Devel] [jump-pilot:bugs] Re: #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017

[Giuseppe Aruta]

Thank you!

Il mar 23 nov 2021, 14:21 ede via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> On 23.11.2021 00:51, ede wrote:
>
> fix is pushed now. i removed your release for cleanliness. the resulting
> snapshot needs to be tested still. will have a look tomorrow then.
>
> tested and looks good.. ede
> --
>
> * [bugs:#521] <https://sourceforge.net/p/jump-pilot/bugs/521/> Error on
> Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017*
>
> *Status:* open
> *Milestone:* undecided
> *Created:* Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta
> *Last Updated:* Mon Nov 22, 2021 11:51 PM UTC
> *Owner:* nobody
>
> Hi all,
> the error comes out when I use "Measure area" tool /First icon from the
> left) in the drag mode (not in drawing mode)
> --
>
> [ERROR] 20:16:07.262 'boolean
> org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
> java.lang.NoSuchMethodError: 'boolean
> org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
> at
> org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134)
> at
> org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146)
> at
> org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94)
> at
> com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616)
> at
> com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172)
> at
> com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121)
> at
> com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94)
> at
> com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
> at
> java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298)
> at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
> at
> java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
> at java.desktop/java.awt.Component.processEvent(Component.java:6400)
> at java.desktop/java.awt.Container.processEvent(Container.java:2263)
> at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
> at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
> at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
> at
> java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
> at
> java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
> at
> java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
> at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
> at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
> at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
> at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
> at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
> at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
> at
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
> at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
> at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
> at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
> at
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
> --
>
> I download the code and opened into Eclipse but I 

Re: [JPP-Devel] Measure-Area rectangle dragging

[Giuseppe Aruta]

When I planned my project, there was a need to calculate the area of
rectangular shapes on a map. I choose the orComposite plugin as project.
Than I realized that a direct computing of thhe area of the rectangle was
the faster solution. So I added to right click menu another plugin
(embedded into OJ) that does that job. (Right click, other tools, measure
selected element)

Il mer 24 nov 2021, 14:59 Giuseppe Aruta  ha
scritto:

> I don't know. These are two indipendent projects, mine as plugin and, I
> think, Matthias Sholz.
> My project was made years after Matthias' one.  I have never worked around
> the Measure area tool embedded into Openjump as it offers staff that my
> plugin doesn't (and viceversa). AFAIR there was a request to merge the two
> projects in the Roadmap page.
>
> Il mer 24 nov 2021, 14:29  ha scritto:
>
>> sorry,
>>
>> again. the Measure-Area button from the Workbench-Toolbar is not capable
>> of dragging a rectangle (fence?). the Measure-Area button from the
>> Measure-Toolbox's toolbar is. why?
>>
>> ..ede
>>
>> On 24.11.2021 14:20, Giuseppe Aruta wrote:
>> > Not SelectTool, but like FenceTool
>> >
>> > Il giorno mer 24 nov 2021 alle ore 14:19 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
>> >
>> > Hi Ede,
>> > >is there a reason that rectangle dragging is not available from
>> the Toolbar cursor tool?
>> > Are you talking about the toolbar of the MeasureToolbox tools? The
>> Measure area tool was planned to be a OrCompositeTool, like SelectTool.
>> >
>> > Il giorno mar 23 nov 2021 alle ore 15:27 > <mailto:edgar.sol...@web.de>> ha scritto:
>> >
>> > hey Peppe,
>> >
>> > is there a reason that rectangle dragging is not available from
>> the Toolbar cursor tool? ..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] Measure-Area rectangle dragging

[Giuseppe Aruta]

I don't know. These are two indipendent projects, mine as plugin and, I
think, Matthias Sholz.
My project was made years after Matthias' one.  I have never worked around
the Measure area tool embedded into Openjump as it offers staff that my
plugin doesn't (and viceversa). AFAIR there was a request to merge the two
projects in the Roadmap page.

Il mer 24 nov 2021, 14:29  ha scritto:

> sorry,
>
> again. the Measure-Area button from the Workbench-Toolbar is not capable
> of dragging a rectangle (fence?). the Measure-Area button from the
> Measure-Toolbox's toolbar is. why?
>
> ..ede
>
> On 24.11.2021 14:20, Giuseppe Aruta wrote:
> > Not SelectTool, but like FenceTool
> >
> > Il giorno mer 24 nov 2021 alle ore 14:19 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >
> > Hi Ede,
> > >is there a reason that rectangle dragging is not available from the
> Toolbar cursor tool?
> > Are you talking about the toolbar of the MeasureToolbox tools? The
> Measure area tool was planned to be a OrCompositeTool, like SelectTool.
> >
> > Il giorno mar 23 nov 2021 alle ore 15:27  <mailto:edgar.sol...@web.de>> ha scritto:
> >
> > hey Peppe,
> >
> > is there a reason that rectangle dragging is not available from
> the Toolbar cursor tool? ..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] Measure-Area rectangle dragging

[Giuseppe Aruta]

Not SelectTool, but like FenceTool

Il giorno mer 24 nov 2021 alle ore 14:19 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Ede,
> >is there a reason that rectangle dragging is not available from the
> Toolbar cursor tool?
> Are you talking about the toolbar of the MeasureToolbox tools? The Measure
> area tool was planned to be a OrCompositeTool, like SelectTool.
>
> Il giorno mar 23 nov 2021 alle ore 15:27  ha scritto:
>
>> hey Peppe,
>>
>> is there a reason that rectangle dragging is not available from the
>> Toolbar cursor tool? ..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] Measure-Area rectangle dragging

[Giuseppe Aruta]

Hi Ede,
>is there a reason that rectangle dragging is not available from the
Toolbar cursor tool?
Are you talking about the toolbar of the MeasureToolbox tools? The Measure
area tool was planned to be a OrCompositeTool, like SelectTool.

Il giorno mar 23 nov 2021 alle ore 15:27  ha scritto:

> hey Peppe,
>
> is there a reason that rectangle dragging is not available from the
> Toolbar cursor tool? ..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] Upgraded Italian and Spanish language files

[Giuseppe Aruta]

Thanks Ede

Il ven 19 nov 2021, 00:03  ha scritto:

> done :).. ede
>
> On 18.11.2021 18:46, Giuseppe Aruta wrote:
> > Hi all,
> > I attached to this mail the Italian and Spanish  languages files upgraded
> > from version OpenJUMP-Portable-20211017.
> > I still haven't solved my problems to connect to GitHub so, please, I ask
> > if someone can upgrade these files for me.
> > This weekend I will work around Sextante OJ binding as I discover a small
> > regression from OJ1.6 to OJ2 and post the new version, apart from loading
> > problems
> > Best regards and thanks again
> > 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] [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017

[Giuseppe Aruta via Jump-pilot-devel]

---

** [bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996  20211017**

**Status:** open
**Milestone:** undecided
**Created:** Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta
**Last Updated:** Thu Nov 18, 2021 07:30 PM UTC
**Owner:** nobody


Hi all,
the error comes out when I use "Measure area" tool /First icon from the left) 
in the drag mode (not in drawing mode)
--
[ERROR] 20:16:07.262 'boolean 
org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
java.lang.NoSuchMethodError: 'boolean 
org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
at 
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134)
at 
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146)
at 
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172)
at 
com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121)
at 
com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
at 
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298)
at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6400)
at java.desktop/java.awt.Container.processEvent(Container.java:2263)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
--

I download the code and opened into Eclipse but I didn't find any error

Peppe


---

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] Error on Measure Toolbox plugin OpenJUMP 2

[Giuseppe Aruta]

Hi all,
the error comes out when I use "Measure area" tool /First icon from the
left) in the drag mode (not in drawing mode)
--
[ERROR] 20:16:07.262 'boolean
org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
java.lang.NoSuchMethodError: 'boolean
org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
at
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134)
at
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146)
at
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94)
at
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616)
at
com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172)
at
com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121)
at
com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94)
at
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
at
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298)
at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
at
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6400)
at java.desktop/java.awt.Container.processEvent(Container.java:2263)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
at
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
at
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at
java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
--

I download the code and opened into Eclipse but I didn't find any error

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

Re: [JPP-Devel] sextante help files

[giuseppe . aruta]

Hi Ede,
The help folder Is used either by the help tool or by each plugins. 
A) the help folder contains the general manuals as HTML files
B) It contains also the single instructions for each plugin as XML files, I 
think.
C) each file B can be extended/ modified within the help dialog (select/right 
click/modify) to are text and images.
The help framework Is the less descripted but very usefull part of sextante.
The  organization in  subfolders, ES, EN etc, Is used to define different 
linguistic text
Peppe
Peppe venerdì, 29 ottobre 2021, 03:23PM +02:00 da  edgar.sol...@web.de :

>just working on Sextante Extension now and found trunk containing a folder
> lib/plus/sextante/help/
>which probably needs to be moved into the extensions repo.
>
>Peppe or anyone really - any idea where this folder is used, couldn't find it 
>instantly searching for "help" in all java sources of  
>https://github.com/openjump-gis/sextante-extension .
>
>thanks.. 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] integrate FillPatterns Extension to CORE

[giuseppe . aruta]

No. I agree with you
--
Inviato da myMail per Android domenica, 26 settembre 2021, 01:04PM +02:00 da  
edgar.sol...@web.de :

>hey All,
>
>am stuck with the com.cadplan extensions and after reading the FillPatterns 
>extension sources feel it is so close to our internal Styling code that it 
>should be integrated.
>
>any objections? ..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] Bug on RasterImageLayer style legend labels

[Giuseppe Aruta]

OpenJUMP 1.6 ->OpenJUMP 1.16typo

Il giorno mer 1 set 2021 alle ore 17:43 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> [image: immagine.png]
> The screenshot describes the bug, from OpenJUMP 1.6
>
> The legend to the left shows two RasterImageLayers.
> Each legend should show three labels:
>
> a) Label at the top: maximum value among raster values of the layer
> b) Label at the bottom: minimum value   among raster values.
> c) Label in the between: [(Max-Min)/2+Min] or (Max/2+Min/2)
>
>  a) and b) are correct,* not c) *
>
> For layer 1 it is
> a) 2242
> b) 836
> c)  It is shown 703 *but it should be 1539*
>
> The same for layer random_615
>
>
>
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Bug on RasterImageLayer style legend labels

[Giuseppe Aruta]

[image: immagine.png]
The screenshot describes the bug, from OpenJUMP 1.6

The legend to the left shows two RasterImageLayers.
Each legend should show three labels:

a) Label at the top: maximum value among raster values of the layer
b) Label at the bottom: minimum value   among raster values.
c) Label in the between: [(Max-Min)/2+Min] or (Max/2+Min/2)

 a) and b) are correct,* not c) *

For layer 1 it is
a) 2242
b) 836
c)  It is shown 703 *but it should be 1539*

The same for layer random_615
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] cadplan extensions

[Giuseppe Aruta]

Hi Ede,
not sure as I worked on  months ago. I think that method loadSymbols.start()
reloads wkt symbologies (included newly created ones by Block save command)
during the same OpenJUMP session. To avoid to close OJ and reopen it

Il giorno mer 1 set 2021 alle ore 13:43  ha scritto:

> On 31.08.2021 15:33, Giuseppe Aruta wrote:
> > Hi Ede, Michael,
> >>vertex plugin has also been used by Peppe in cadtools I think
> > Yes. CadTools has a block section connected to CadPlan Vertex Symbol
> libraries:
> > a)  CadTools uses CadPlan symbol WKT files, located into VertexImages
> folder, as blocks
> > b) CadTools can save geometries as WKT files ( into VertexImages folder)
> which in turn can be used by Cadplan Vertex Symbol plugin as symbology
>
> hey Peppe,
>
> just adapting cadtools and found only
>
> https://github.com/openjump-gis/cadtools-extension/blob/c7e04b8cb3b48ccab56126547ce16e2603bb8f08/src/main/java/org/openjump/advancedtools/block/SaveBlockPlugIn.java#L191-L194
>
> which only just creates a LoadSymbolFiles instance which is not even used
> anywhere? is this code really needed for anything? ..thanks 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] cadplan extensions

[Giuseppe Aruta]

Hi Ede, Michael,
>vertex plugin has also been used by Peppe in cadtools I think
Yes. CadTools has a block section connected to CadPlan Vertex Symbol
libraries:
a)  CadTools uses CadPlan symbol WKT files, located into VertexImages
folder, as blocks
b) CadTools can save geometries as WKT files ( into VertexImages folder)
which in turn can be used by Cadplan Vertex Symbol plugin as symbology

Il giorno lun 30 ago 2021 alle ore 23:23 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Ede,
>
> Being all developped by cadplan, I suspected that they may share some code
> or some dependencies.
>
> But it maybe limited to printer plugin using vertex plugin as a dependency
> (vertex plugin has also been used by Peppe in cadtools I think).
>
> To be honnest, I also wanted to gain some experience with multi-module
> projects.
>
> Not sure what are the pro and cons in this case. If you think it is
> preferable to create separate projects, I can change it.
>
> Michaël
>
> envoyé : 30 août 2021 à 17:13
> de : edgar.sol...@web.de
> à : OpenJump develop and use 
> objet : [JPP-Devel] cadplan extensions
>
>
> hey Mike,
>
> any specific reason that all cadplan extension ended up as modules in one
> repository? functionality-wise they don't really share that much. ..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] mapgentoolbox extension

[giuseppe . aruta]

Hi Ede,
I agree. It is OK for me to include into Openjump.
Peppe
--
Inviato da myMail per Android domenica, 29 agosto 2021, 05:18PM +02:00 da  
edgar.sol...@web.de :

>hey All,
>
>any specific reason why this is not included in PLUS? including would probably 
>be the best way to promote it's existence. ..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] Last NB with some error messages

[Giuseppe Aruta]

Thanks Michael,
I will advise Roberto who wants to start a test with raster tools/OpenKLEM
with the new OJ 2 in these days.
I will ask to use veriso OpenJUMP-20210523-r4895 which seems stable to me
Peppe


Il giorno ven 2 lug 2021 alle ore 11:45 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Yes Peppe, there has been two major refactoring on FeatureInstaller and
> I18N and most extension are broken at the moment.
>
> We are working on it with Ede but it may take some days to fix it all. Be
> patient please,
>
> Michaël
>
>
> *envoyé :* 2 juillet 2021 à 11:33
> *de :* Giuseppe Aruta 
> *à :* OpenJump develop and use 
> *objet :* [JPP-Devel] Last NB with some error messages
>
> Hi All,
> Today I downloaded the latest OJ NB 4926 and I hd various error messages
> coming up from the plugins when initialized:
> basically:
> FeatureInstaller.getInstance() is not working. It is required, as I
> checked on source code, FeatureInstaller.getInstance(WorkbenchContext).
> I tested this method on an external test plugin   but it seems not
> working. context.getFeatureInstaller() works fine
>
> I18N.get(String) and I18N.getMessage(String, Objects) are not working
> anymore.
> It is required to use I18N.getInstance().get.
> How can I manage with an external language file (for instance external
> plugin)? Should I use I18N.getInstance(File) method?
> 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] Last NB with some error messages

[Giuseppe Aruta]

Hi All,
Today I downloaded the latest OJ NB 4926 and I hd various error messages
coming up from the plugins when initialized:
basically:
FeatureInstaller.getInstance() is not working. It is required, as I checked
on source code, FeatureInstaller.getInstance(WorkbenchContext).
I tested this method on an external test plugin   but it seems not working.
context.getFeatureInstaller() works fine

I18N.get(String) and I18N.getMessage(String, Objects) are not working
anymore.
It is required to use I18N.getInstance().get.
How can I manage with an external language file (for instance external
plugin)? Should I use I18N.getInstance(File) method?
Thanks
Peppe
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 0.5 pixel shift and solution

[giuseppe . aruta]

Hi Ede
>also Peppe. i don't recall, did you try BufferedImage(Commons) with your 
>monoband dem files? i am asking because it might make sense to replace the 
>somewhat hackish state of RasterImage reading with a cleaner way using apache 
>commons, as Rasterimage is buffering the whole file in memory anyway.
Not yet, sorry Ede. This weekend I have done time to do a more accurate test.
I did some tests the time we were reconsidering the bugs on RasterImage. And 
Apache commons did open monoband raster.  Afair my first impression was that 
Apache commons was using more resources to load It comparing to ImageIo (I have 
to resume those tests).
Regarding RasterInage, possibly we can also investigate on Imagej software. It 
can easily manage very  large raster.
As far as I understood Imagej uses an own implementation on imageio.
Peppe
--
Inviato da myMail per Android lunedì, 24 maggio 2021, 09:06PM +02:00 da  
edgar.sol...@web.de :

>hey Pepe,
>
>On 24.05.2021 15:04, Giuseppe Aruta wrote:
>SNIP
> First of all, I discovered that jai_codec-1.1.3.jar and jai_core-1.1.3.jar 
> files are missing in both  Core and Plus version OpenJUMP-20210523-r4895 
> distros. I had to move  a copy of this two files  from a previous version of 
> OJ  into  OJ/LIB folder to load tiff (strangely OJ without JAI can still load 
> a tiff/tfw or a monoband tif file; the first is displayed in the correct 
> position while the second is shift to upper/left coordinates 0-0)
>actually the sun jai jars were only missing in CORE distros. in PLUS they are 
>located in lib/etc/imageio-ext/ as i falsely assumed we hold no dependency to 
>them. unfortunately we do in our org.libtiff.jai.codec.XTIFF* code, which we 
>use to traverse TIFF tags.
>
>i'll add them again as CORE dependencies for now, but we should really find a 
>way to replace these outdated/proprietary libs. unfortunately they also seem 
>to be needed for the JAI codec registering and such. will have to read up what 
>the replacement API is for that.
>
> *OpenJUMP-20210523-r4895 - Using ReferenceImage *
> *
> *
> Loading Tif/Tfw and Multinband files. They are loaded with no problem at the 
> exact position
>
> D) loading Monoband geotiff file.Error message:
> / (Referenced Image Exception)
> [ERROR] 14:32:47.991 java.lang.ArrayIndexOutOfBoundsException
> com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
> java.lang.ArrayIndexOutOfBoundsException
> at 
> com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:307)/
>
> I was expecting this as AFAIR all tiff libraries related to ReferenceImage 
> never worked fine with this type of file
>
>indeed they didn't. BufferedImage(Commons) can read them though. can someone 
>check that please?
>
>also Peppe. i don't recall, did you try BufferedImage(Commons) with your 
>monoband dem files? i am asking because it might make sense to replace the 
>somewhat hackish state of RasterImage reading with a cleaner way using apache 
>commons, as Rasterimage is buffering the whole file in memory anyway.
>
> *OpenJUMP-20210523-r4895 - Using RasterImageLayer*
>
> Loading monoband geotiff or multiband tiff: everything is file, files are 
> loaded at the correct position*.*
> *
> *
> Loading tif/tfw file
> The file is not loaded. Java console shows an error message:
> /[ERROR] 14:38:59.945 java.lang.NullPointerException
> java.lang.NullPointerException
> at 
> org.openjump.core.rasterimage.AddRasterImageLayerWizard.addImage(AddRasterImageLayerWizard.java:231)
> at 
> org.openjump.core.rasterimage.AddRasterImageLayerWizard.open(AddRasterImageLayerWizard.java:161)/
>
> This bug probably came out before JTS 1.8 migration. But nobody realized, 
> including me, as usually we use RasterImageLayer only for DTM which are 
> usually (or the one I studied) geotagged tif files
>
>i fixed the loading part by making 
>ProjUtils.getSRSInfoFromLayerSource(RasterImageLayer layer) more robust.
>  
>https://github.com/openjump-gis/openjump/commit/ec86df4519300df662a3425be4876009b5cf2da9
>
>issue still remains in RasterImageLayerPropertiesPlugIn (see below), which is 
>trying to read it from file again(!) in a separate routine, which is really 
>bad coding, as the result of the first run should have either be attached to 
>the layer or the georefdimg in the first place.
>please find a way to reuse the value!
>
>sunny regards ..ede
>
>[ERROR] 20:32:04.709 Unknown value: 0.9 0.9 0 for: 33550 (0x830e: 
>ModelPixelScaleTag):  at 
>com.vividsolutions.jump.workbench.ui.WorkbenchFrame.handleThrowable(WorkbenchFrame.java:1243)
>org.apache.commons.imaging.ImageReadException: Unknown value: 0.9 0.9 0 for: 
>33550 (0x830e: ModelPixelScaleTag):
>at 
>org.apache.commons.imag

Re: [JPP-Devel] [openjump-gis/openjump] 292d96: Add a fast vectorization algorithm to Raster Vecto...

[Giuseppe Aruta]

Hi Michael,
your algorithm seems quite faster even compared to AdBToolbox one.
Which type of class is *Face?*
Why don't you call the algorithm *Michaud'*s one instead of Mike?
Peppe


Il giorno gio 13 mag 2021 alle ore 19:20 Michaël Michaud via
Jump-pilot-devel  ha scritto:

>   Branch: refs/heads/main
>   Home:   https://github.com/openjump-gis/openjump
>   Commit: 292d96bd1d9e26589dfbea18c8fe73e97ee2ea70
>
> https://github.com/openjump-gis/openjump/commit/292d96bd1d9e26589dfbea18c8fe73e97ee2ea70
>   Author: Michaël Michaud 
>   Date:   2021-05-09 (Sun, 09 May 2021)
>
>   Changed paths:
> M src/org/openjump/core/rasterimage/algorithms/VectorizeAlgorithm.java
> M src/org/openjump/core/ui/plugin/raster/VectorizeToPolygonsPlugIn.java
>
>   Log Message:
>   ---
>   Add a fast vectorization algorithm to Raster VectorizeToPolygonsPlugin
>
>
>   Commit: 87635a4de2b240c23740bc6214eade81a993b864
>
> https://github.com/openjump-gis/openjump/commit/87635a4de2b240c23740bc6214eade81a993b864
>   Author: Michaël Michaud 
>   Date:   2021-05-13 (Thu, 13 May 2021)
>
>   Changed paths:
> M src/org/openjump/core/rasterimage/algorithms/VectorizeAlgorithm.java
> M src/org/openjump/core/ui/plugin/raster/VectorizeToPolygonsPlugIn.java
>
>   Log Message:
>   ---
>   Merge pull request #17 from openjump-gis/vectorize_mm
>
> Add a fast vectorization algorithm to Raster VectorizeToPolygonsPlugin
>
>
> Compare:
> https://github.com/openjump-gis/openjump/compare/eabfdd90105d...87635a4de2b2
>
>
> ___
> 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 extensions migration - Measure and color chooser plugins code

[Giuseppe Aruta]

Hi Michael,
in t6his folder:
https://sourceforge.net/projects/opensit/files/Openjump/CadTools/
I uploaded codes for the following plugins:

- Color Chooser
- Measure Plugin
 and, Cad Plugin

all ported to JTS 1.8 and (partially) tested

Peppe

Il giorno dom 18 apr 2021 alle ore 22:44 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Jumpers,
>
> Some news about the migration :
>
> I have refactored most extensions included in OpenJUMP PLUS and included
> them in the distribution (r4834). The work is still on-going but I wanted
> to let you know so that you can begin to test and report any problem (using
> the list or the github issue tracker) :
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>
> Extensions which are supposed to be included are listed in the readme on
>
> https://github.com/openjump-gis/openjump
>
> All of them have been uploaded to openjump-gis group and mavenized.
>
> I want to include some more extensions like color-chooser or concave-hull,
> but for extensions which were not included in OJ-1.16-PLUS, maybe I'll wait
> for someone to ask.
>
> For database, I'd like to avoid maintaining dbquery if the same work can
> be achieved with openjump datastore framework. Maybe jukka or someone else
> know better than me what dbquery can actually achieve which cannot be done
> with the main framework.
>
>
> 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] OpenJUMP extensions migration - Cad Tools

[Giuseppe Aruta]

there are still some deprecated classes from JTS, for instance
LineString.clone in es.kosmo.desktop.tools.algorithms.bezierCurve class.
I need to find a way to find all these deprecated classes into the code in
one time
Peppe

Il giorno gio 29 apr 2021 alle ore 06:57 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> I decided to remove the Jython start up from CAD plugin.
> I added it only  to have an "easy" access to align tools, which are
> available opening a python console, anyhow. I will activate them again or
> find a pure java solution in the future (maybe).
> The new code of Cad plugin is available here, recompiled also substituting
> deprecated JTS classes
> https://sourceforge.net/projects/opensit/files/Openjump/CadTools/
> Peppe
>
> Il giorno mer 28 apr 2021 alle ore 18:15 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
>> I recompiled CAD tools substituting deprecated components with newer JTS
>> 1.8 one.
>> Everything seems to work fine except Python tools.
>> The problem is connected to classes AlignSelected$py.class and
>> UnionSelected$py.class located into OJ\ib/ext/jython.
>> The problem is that we don't have the original code of these classes, or
>> I was not able to find them into OJ repository.
>> I opened AlignSelected$py.class with a Java decompiler and might work to
>> rebuild it but It would be preferred if Larry could provide a copy of the
>> code.
>> Peppe
>>
>> Il giorno mer 28 apr 2021 alle ore 07:11 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com> ha scritto:
>>
>>> Hi Michael,
>>> this is a start of migration of CadTools to JTS 1,18:
>>>
>>> https://sourceforge.net/projects/opensit/files/Openjump/CadTools/
>>>
>>> There are still some issue that I did not solved:
>>> a) Plugin still uses ToolboxPlugIn class which is deprecated
>>> (org.openjump.advancedtools.EditToolboxCADPlugIn)
>>> b) tools use some jts class which seems to be deprecated
>>> (org.locationtech.jts.algorithm.CGAlgorithms)
>>> c) Draw parallel line uses a Udig class
>>> (es.axios.udig.ui.editingtools.precisionparallels.internal.OffsetBuilder)
>>> embedded into CAD plugin.
>>> this class uses deprecated JTS classes which seems not used anymore
>>> (CentralEndpointIntersector). I left the class as it is as I feel that we
>>> can remove it and try to use your implementation in OffsetCurvePlugIn plugin
>>>
>>> Last year I did some modification in CAD plugin:
>>> - I added a dependency to VertexSymbols cadplan plugin:
>>> a) Cad tools can save geometries as Blocks
>>> b) blocks are saved into the same folder of vertexSymbols
>>> c) in the same session of OJ, users can use these blocks as vertex
>>> symbology
>>>
>>> - Cad plugin starts a session of Python, in order to activate all nice
>>> Larry python tools like the  align ones
>>>
>>> Peppe
>>>
>>> Il giorno dom 18 apr 2021 alle ore 22:44 Michaud Michael <
>>> m.michael.mich...@orange.fr> ha scritto:
>>>
>>>> Hi Jumpers,
>>>>
>>>> Some news about the migration :
>>>>
>>>> I have refactored most extensions included in OpenJUMP PLUS and
>>>> included them in the distribution (r4834). The work is still on-going but I
>>>> wanted to let you know so that you can begin to test and report any problem
>>>> (using the list or the github issue tracker) :
>>>>
>>>> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>>>>
>>>> Extensions which are supposed to be included are listed in the readme
>>>> on
>>>>
>>>> https://github.com/openjump-gis/openjump
>>>>
>>>> All of them have been uploaded to openjump-gis group and mavenized.
>>>>
>>>> I want to include some more extensions like color-chooser or
>>>> concave-hull, but for extensions which were not included in OJ-1.16-PLUS,
>>>> maybe I'll wait for someone to ask.
>>>>
>>>> For database, I'd like to avoid maintaining dbquery if the same work
>>>> can be achieved with openjump datastore framework. Maybe jukka or someone
>>>> else know better than me what dbquery can actually achieve which cannot be
>>>> done with the main framework.
>>>>
>>>>
>>>> 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] OpenJUMP extensions migration - Cad Tools

[Giuseppe Aruta]

I decided to remove the Jython start up from CAD plugin.
I added it only  to have an "easy" access to align tools, which are
available opening a python console, anyhow. I will activate them again or
find a pure java solution in the future (maybe).
The new code of Cad plugin is available here, recompiled also substituting
deprecated JTS classes
https://sourceforge.net/projects/opensit/files/Openjump/CadTools/
Peppe

Il giorno mer 28 apr 2021 alle ore 18:15 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> I recompiled CAD tools substituting deprecated components with newer JTS
> 1.8 one.
> Everything seems to work fine except Python tools.
> The problem is connected to classes AlignSelected$py.class and
> UnionSelected$py.class located into OJ\ib/ext/jython.
> The problem is that we don't have the original code of these classes, or I
> was not able to find them into OJ repository.
> I opened AlignSelected$py.class with a Java decompiler and might work to
> rebuild it but It would be preferred if Larry could provide a copy of the
> code.
> Peppe
>
> Il giorno mer 28 apr 2021 alle ore 07:11 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
>> Hi Michael,
>> this is a start of migration of CadTools to JTS 1,18:
>>
>> https://sourceforge.net/projects/opensit/files/Openjump/CadTools/
>>
>> There are still some issue that I did not solved:
>> a) Plugin still uses ToolboxPlugIn class which is deprecated
>> (org.openjump.advancedtools.EditToolboxCADPlugIn)
>> b) tools use some jts class which seems to be deprecated
>> (org.locationtech.jts.algorithm.CGAlgorithms)
>> c) Draw parallel line uses a Udig class
>> (es.axios.udig.ui.editingtools.precisionparallels.internal.OffsetBuilder)
>> embedded into CAD plugin.
>> this class uses deprecated JTS classes which seems not used anymore
>> (CentralEndpointIntersector). I left the class as it is as I feel that we
>> can remove it and try to use your implementation in OffsetCurvePlugIn plugin
>>
>> Last year I did some modification in CAD plugin:
>> - I added a dependency to VertexSymbols cadplan plugin:
>> a) Cad tools can save geometries as Blocks
>> b) blocks are saved into the same folder of vertexSymbols
>> c) in the same session of OJ, users can use these blocks as vertex
>> symbology
>>
>> - Cad plugin starts a session of Python, in order to activate all nice
>> Larry python tools like the  align ones
>>
>> Peppe
>>
>> Il giorno dom 18 apr 2021 alle ore 22:44 Michaud Michael <
>> m.michael.mich...@orange.fr> ha scritto:
>>
>>> Hi Jumpers,
>>>
>>> Some news about the migration :
>>>
>>> I have refactored most extensions included in OpenJUMP PLUS and included
>>> them in the distribution (r4834). The work is still on-going but I wanted
>>> to let you know so that you can begin to test and report any problem (using
>>> the list or the github issue tracker) :
>>>
>>> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>>>
>>> Extensions which are supposed to be included are listed in the readme on
>>>
>>> https://github.com/openjump-gis/openjump
>>>
>>> All of them have been uploaded to openjump-gis group and mavenized.
>>>
>>> I want to include some more extensions like color-chooser or
>>> concave-hull, but for extensions which were not included in OJ-1.16-PLUS,
>>> maybe I'll wait for someone to ask.
>>>
>>> For database, I'd like to avoid maintaining dbquery if the same work can
>>> be achieved with openjump datastore framework. Maybe jukka or someone else
>>> know better than me what dbquery can actually achieve which cannot be done
>>> with the main framework.
>>>
>>>
>>> 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] OpenJUMP extensions migration - Cad Tools

[Giuseppe Aruta]

I recompiled CAD tools substituting deprecated components with newer JTS
1.8 one.
Everything seems to work fine except Python tools.
The problem is connected to classes AlignSelected$py.class and
UnionSelected$py.class located into OJ\ib/ext/jython.
The problem is that we don't have the original code of these classes, or I
was not able to find them into OJ repository.
I opened AlignSelected$py.class with a Java decompiler and might work to
rebuild it but It would be preferred if Larry could provide a copy of the
code.
Peppe

Il giorno mer 28 apr 2021 alle ore 07:11 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi Michael,
> this is a start of migration of CadTools to JTS 1,18:
>
> https://sourceforge.net/projects/opensit/files/Openjump/CadTools/
>
> There are still some issue that I did not solved:
> a) Plugin still uses ToolboxPlugIn class which is deprecated
> (org.openjump.advancedtools.EditToolboxCADPlugIn)
> b) tools use some jts class which seems to be deprecated
> (org.locationtech.jts.algorithm.CGAlgorithms)
> c) Draw parallel line uses a Udig class
> (es.axios.udig.ui.editingtools.precisionparallels.internal.OffsetBuilder)
> embedded into CAD plugin.
> this class uses deprecated JTS classes which seems not used anymore
> (CentralEndpointIntersector). I left the class as it is as I feel that we
> can remove it and try to use your implementation in OffsetCurvePlugIn plugin
>
> Last year I did some modification in CAD plugin:
> - I added a dependency to VertexSymbols cadplan plugin:
> a) Cad tools can save geometries as Blocks
> b) blocks are saved into the same folder of vertexSymbols
> c) in the same session of OJ, users can use these blocks as vertex
> symbology
>
> - Cad plugin starts a session of Python, in order to activate all nice
> Larry python tools like the  align ones
>
> Peppe
>
> Il giorno dom 18 apr 2021 alle ore 22:44 Michaud Michael <
> m.michael.mich...@orange.fr> ha scritto:
>
>> Hi Jumpers,
>>
>> Some news about the migration :
>>
>> I have refactored most extensions included in OpenJUMP PLUS and included
>> them in the distribution (r4834). The work is still on-going but I wanted
>> to let you know so that you can begin to test and report any problem (using
>> the list or the github issue tracker) :
>>
>> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>>
>> Extensions which are supposed to be included are listed in the readme on
>>
>> https://github.com/openjump-gis/openjump
>>
>> All of them have been uploaded to openjump-gis group and mavenized.
>>
>> I want to include some more extensions like color-chooser or
>> concave-hull, but for extensions which were not included in OJ-1.16-PLUS,
>> maybe I'll wait for someone to ask.
>>
>> For database, I'd like to avoid maintaining dbquery if the same work can
>> be achieved with openjump datastore framework. Maybe jukka or someone else
>> know better than me what dbquery can actually achieve which cannot be done
>> with the main framework.
>>
>>
>> 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] OpenJUMP extensions migration - Cad Tools

[Giuseppe Aruta]

Hi Michael,
this is a start of migration of CadTools to JTS 1,18:

https://sourceforge.net/projects/opensit/files/Openjump/CadTools/

There are still some issue that I did not solved:
a) Plugin still uses ToolboxPlugIn class which is deprecated
(org.openjump.advancedtools.EditToolboxCADPlugIn)
b) tools use some jts class which seems to be deprecated
(org.locationtech.jts.algorithm.CGAlgorithms)
c) Draw parallel line uses a Udig class
(es.axios.udig.ui.editingtools.precisionparallels.internal.OffsetBuilder)
embedded into CAD plugin.
this class uses deprecated JTS classes which seems not used anymore
(CentralEndpointIntersector). I left the class as it is as I feel that we
can remove it and try to use your implementation in OffsetCurvePlugIn plugin

Last year I did some modification in CAD plugin:
- I added a dependency to VertexSymbols cadplan plugin:
a) Cad tools can save geometries as Blocks
b) blocks are saved into the same folder of vertexSymbols
c) in the same session of OJ, users can use these blocks as vertex symbology

- Cad plugin starts a session of Python, in order to activate all nice
Larry python tools like the  align ones

Peppe

Il giorno dom 18 apr 2021 alle ore 22:44 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Jumpers,
>
> Some news about the migration :
>
> I have refactored most extensions included in OpenJUMP PLUS and included
> them in the distribution (r4834). The work is still on-going but I wanted
> to let you know so that you can begin to test and report any problem (using
> the list or the github issue tracker) :
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>
> Extensions which are supposed to be included are listed in the readme on
>
> https://github.com/openjump-gis/openjump
>
> All of them have been uploaded to openjump-gis group and mavenized.
>
> I want to include some more extensions like color-chooser or concave-hull,
> but for extensions which were not included in OJ-1.16-PLUS, maybe I'll wait
> for someone to ask.
>
> For database, I'd like to avoid maintaining dbquery if the same work can
> be achieved with openjump datastore framework. Maybe jukka or someone else
> know better than me what dbquery can actually achieve which cannot be done
> with the main framework.
>
>
> 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] OpenJUMP extensions migration

[giuseppe . aruta]

Thanks Michael,
About other plugins:
I am going to upgrade CAD plugin. In the last version I added a depency to 
Cadplan vertex symbols plugin (cad tool saves a selected geometry as block 
which in turn can be used as point/line symbology.
I hope I will have a working plugin by the end of this week.
Peppe
--
Inviato da myMail per Android domenica, 18 aprile 2021, 10:44PM +02:00 da 
Michaud Michael  m.michael.mich...@orange.fr :

>Hi Jumpers,
>Some news about the migration :
>I have refactored most extensions included in OpenJUMP PLUS and included them 
>in the distribution (r4834). The work is still on-going but I wanted to let 
>you know so that you can begin to test and report any problem (using the list 
>or the github issue tracker) :
>https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
>Extensions which are supposed to be included are listed in the readme on 
>https://github.com/openjump-gis/openjump
>All of them have been uploaded to openjump-gis group and mavenized.
>I want to include some more extensions like color-chooser or concave-hull, but 
>for extensions which were not included in OJ-1.16-PLUS, maybe I'll wait for 
>someone to ask.
>For database, I'd like to avoid maintaining dbquery if the same work can be 
>achieved with openjump datastore framework. Maybe jukka or someone else know 
>better than me what dbquery can actually achieve which cannot be done with the 
>main framework. 
>
>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] OpenKlem

[Giuseppe Aruta]

Hi MIchael,
excuse me for my late answer. I agree with your proposal (splitting into
modules, group name etc...). You can pack it into OpenJUMP plus.
It is quite difficult for me to take time for GitHub. I think I will use
the time I have mainly to test the plugins. By the time you move OpenKLEM
into OpenJUMP I will start a set of tests on both Sextante and OpenKLEM and
report on a text which can be used in the future.
thanks again
Peppe


Il giorno dom 11 apr 2021 alle ore 12:36 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> I uploaded OpenKLEM. Here is what I did :
>
> - split the code into 3 modules. See
>
> https://github.com/openjump-gis/openklem-extension
>
> - to do this split and keep minimal dependencies. I had to move one class
> (Vectorizer) from the algo package to the openjump package as it depended
> on OpenJUMP classes.
>
> - I also removed commons-io dependency from openklem-openjump as it is
> just used for FileUtils.getExtension which is also available in OpenJUMP. I
> updated other dependencies as much as possible.
>
> - I mavenized the project and the modules. I used the same group id as for
> OpenJUMP. This is just a proposition as it is seems that there is no code
> in the central maven repository for klem/openklem (for Sextante, I kept the
> group id of sextante which already existed).
>
> - if you get a bit more familiar with maven, you should be able to use
> your IDE to choose a target and perform compilation, packaging or
> installation of the three modules in one click. Let me know if it does not
> work.
>
> - if you are ok with the general ideas (splitting into modules, group name
> etc...), I'll change the version number to 2 and include jar files and
> dependencies into OpenJUMP PLUS. Let me know.
>
> - I also did some cleaning in the code, generally following
> recommandations from my IDE. Hope I did not break anything.
>
> If you had other ideas to manage the code, let me know. I tried to package
> it to have something usable, but you will use it more than me, so you must
> be comfortable with it too.
>
> I thing that next week, I'll start to include extensions I already
> migrated into the main project to be able to have a compiled PLUS distro
> and to ease tests.
>
> 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] Java errors with OJ2

[giuseppe . aruta]

Hi Michael, do we have a build of OJ 2 core? Where can I download it? I made a 
version for my tests which I modified in order to work with JTS 1.18 but I it 
is quite out if date comparing to GitHub code.
Thanks
Peppe
--
Inviato da myMail per Android giovedì, 08 aprile 2021, 04:16PM +02:00 da 
Michaud Michael  m.michael.mich...@orange.fr :

>Hi Jukka,
>Thanks for the test.
>All your errors come from extensions that have not been migrated yet.
>OpenJUMP-Core should work and you're welcome to report any error from 
>OpenJUMP2-Core in the issue tracker.
>For extensions included in OpenJUMP-PLUS (or not included), the work is on 
>going. I added a list of the extensions which have been migrated in the 
>README, but event these extensions are not automatically included in the 
>OpenJUMP2-PLUS build.
>I'd like to migrate some more extensions, then we'll upgrade the OpenJUMP 2 - 
>PLUS build to include only the migrated extensions.
>Michaël
>
>>envoyé : 8 avril 2021 à 15:24
>>de : "Rahkonen Jukka (MML)" 
>>à : "jump-pilot-devel@lists.sourceforge.net" 
>>objet : [JPP-Devel] Java errors with OJ2
>>Hi,
>> 
>>I had a try with a new OpenJUMP 2 snapshot on Windows and with JRE 8 and 11.  
>>OJ starts but with a bunch of error messages. I wonder it is safe to do any 
>>real work with OJ 2 or should I use it only for testing. The errors look like 
>>this:
>>
>>java.lang.NoClassDefFoundError: com/vividsolutions/jts/io/ParseException
>>  at 
>>com.cadplan.jump.plugins.StylerMenuPlugIn.initialize(StylerMenuPlugIn.java:51)
>>  at 
>>com.cadplan.jump.VertexSymbolsExtension.configure(VertexSymbolsExtension.java:10)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)
>> 
>> 
>> 
>>java.lang.NoClassDefFoundError: com/vividsolutions/jts/index/SpatialIndex
>>  at 
>>fr.michaelm.jump.plugin.topology.TopologyExtension.configure(TopologyExtension.java:91)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)
>> 
>> 
>>java.lang.NoSuchMethodError: 
>>com.vividsolutions.jump.workbench.registry.Registry.createEntry(Ljava/lang/Object;Ljava/lang/Object;)Lcom/vividsolutions/jump/workbench/registry/Registry;
>>  at 
>>org.openjump.core.ui.plugin.file.osm.OsmDriverConfiguration.configure(OsmDriverConfiguration.java:63)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)
>> 
>>java.lang.NoClassDefFoundError: com/vividsolutions/jts/geom/Geometry
>>  at java.lang.Class.forName0(Native Method)
>>  at java.lang.Class.forName(Class.java:264)
>>  at 
>>es.unex.sextante.core.Sextante.loadLibraryAlgorithms(Sextante.java:372)
>>  at 
>>es.unex.sextante.core.Sextante.initialize(Sextante.java:74)
>>  at 
>>es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:76)
>>  at 
>>es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
>>  at 
>>com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
>>  at 
>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)
>> 
>>java.lang.NoClassDefFoundError: com/vividsolutions/jts/geom/CoordinateFilter
>>  at 

Re: [JPP-Devel] OJ2 and Sextante

[Giuseppe Aruta]

Hi Michael

>I could not find the help directory in the 4 jar you sent me. I found it
in previous repository but I did not commit it yet. I suppose it should be
added to sextante-gui.jar.
The help files (mostly html type) are all located into a separate folder:
OJ/lib/ext/sextante/help.
There is no need to modify the sextante-gui.jar to read them. Sextante
offers also the possibility to "modify" the using the Sextante/help plugin.

>In the previous code, there was a sextante_new_algorithms_20200817.jar.
I did not check if it is included in the sextante-algorithms you sent me or
if I should do.
The only essential modifications I did were on two plugins: a) Rasterize a
vector in order to solve a very rare bug that was creating "islands" of
nodata. b) Remove pits which was not properly working in OpenJUMP. They
should be already upgraded to the version I sent

> I have still the following error at start (did not find where it comes
from)

Modeler plugin. This plugin has never worked well in OpenJUMP.  In the
forts versions of OJ it was deactivated by default. I activated it possibly
3 or 4 years ago in order to have some reports from users: you are the
first one! I think we can deactivate it again without remorse. (and I think I'm
the one who has used sextante most frequently in the last 10 years)

Peppe

Il giorno lun 29 mar 2021 alle ore 20:00 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> Hope you're fine.
>
> I mavenized Sextante and could compile it against OpenJUMP 2. I did not
> really test it though.
>
> I have still a few questions for you as you know Sextante better than I do
> :
>
> - I could not find the help directory in the 4 jar you sent me. I found it
> in previous repository but I did not commit it yet. I suppose it should be
> added to sextante-gui.jar.
>
> - In the previous code, there was a sextante_new_algorithms_20200817.jar.
> I did not check if it is included in the sextante-algorithms you sent me or
> if I should do.
>
> - I have still the following error at start (did not find where it comes
> from)
>
> es.unex.sextante.gui.exceptions.ModelIOException
> at
> es.unex.sextante.gui.modeler.ModelAlgorithmIO.open(ModelAlgorithmIO.java:283)
> at
> es.unex.sextante.gui.modeler.ModelAlgorithmIO.loadModelsAsAlgorithms(ModelAlgorithmIO.java:582)
> at
> es.unex.sextante.gui.modeler.ModelerAlgorithmProvider.initialize(ModelerAlgorithmProvider.java:71)
> at es.unex.sextante.gui.core.SextanteGUI._initialize(SextanteGUI.java:288)
> at es.unex.sextante.gui.core.SextanteGUI.initialize(SextanteGUI.java:271)
> at
> es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:84)
> at
> es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)
> at
> com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
> at
> com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
> at
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
> at
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)
>
>
> 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] Sextante dependencies

[Giuseppe Aruta]

Hi Michael,
excuse me for the late answer: my school is in lock down since a couple of
weeks and it seems that working at home takes more time that working in the
classroom.

About Sextante
The original files to recompile are four:
sextante.jar,
sextante-gui.jar,
libMath.jar
sextante-algs.jar.

They are all related to each other with a sort of hierarchy dependency.
*In our distro here is also a sextante-new-algorithms.jar file that I
developed to integrate into Sextante my corrections to Sextante algorithm
which were not working (see later). *

Original source code
We have no code for our version of Sextante. II don't even know which
version we use: possibly version 1.00 or version 0.7
The more closest version of Sextante, that Victor Oyala (source code)
available on web is here: https://code.google.com/archive/p/sextante/
It has a MIT licence. This version is numbered 1.01.


Dependency
I recompile all the four jars to JTS 1.17-JTS 1.18 , solving also some
annoying bugs on Sextante and OpenJUMP.

The dependency for each jar is the following (in red jars in OJ core, blue
jars in OJ/lib/ext folder, in black jars in OJ/lib/ext/sextante folder

libMath.jar:   jama-1.0.2.jar, jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,
trove-0.1.8.jar

sextante.jar: jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,
jcommon-1.0.14.jar, jfreechart-1.0.11.jar, libMath.jar, kxml2.jar

sextante-gui.jar: jts-core-1.18.1.jar, jts-io-common-1.18.1.jar,
bsh-2.0b6.jar, TableLayout-bin-jdk1.5-2007-04-21.jar, sextante.jar,
kxml2.jar, japura-1.14.0.jar, jgraph.jar, jcommon-1.0.14.jar,
jfreechart-1.0.11.jar

sextante-algorithm: gishur_x.jar, gishur_core.jar, jama-1.0.2.jar,
japura-1.14.0.jar,jcommon-1.0.14.jar, jfreechart-1.0.11.jar, jep.jar,
jts-core-1.18.1.jar,
jts-io-common-1.18.1.jar,TableLayout-bin-jdk1.5-2007-04-21.jar,
sextante.jar, sextante-gui.jar

My Test:
I was able to recompile with no problems libMath.jar and sextante.jar and
sextante.algorithm.jar. I had some problems with sextante-gui.jar (export
was finalized with a warning of errors that I was not able to find.
Apparently everything went fine: recompiling, and launching Sextante via
GUI. But no algorithm was working. I did not investigate a lot about the
reason.

I have a project to substitute Sextante with a combination of OpenKLEM,
embedded raster plugin in OJ and a plugin I am developing. The reason is to
reuse embedded gui components and libraries of OpenJUMP base. I will give a
better detail in a new email

This is the folder where you can download jars and source codes of all four
sextante jar already recompiled with JTS 1.8
https://drive.google.com/drive/folders/1euXimnt1-RTO5Kkv7Ybt3uMPHTBQdInn?usp=sharing

Peppe



Il giorno mer 17 mar 2021 alle ore 18:50 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> I'd like to upload Sextante plugin into our new repo to test it against
> OpenJUMP 2, but our sourceforge repo include the two dependencies
> sextante.jar and sextante-gui.jar as compiled jars.
>
> Do you know if we have the source code corresponding to these jar ?
>
> By the way, did you progress with eclipse and the new repo ?
>
> 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] Fwd: Re: OJ 2.x Was:Re: JTS update: first experiments

[Giuseppe Aruta]

Hi Michael,
Right in this moment I am writing an email to answer your previous email
with more details about my tests on recompiling Sextante. In few minutes I
will send it to you

Il giorno ven 19 mar 2021 alle ore 10:14 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> I found this mail dating from 2020, august 10th about Sextante migration.
>
> Can you tell me how far you have gone in your investigation/work about
> migrating Sextante. It seems to be a difficult but important part of our
> migration process. I'd like to upload all the necessary code in the new
> openjump-gis/sextante-extension project so that we can work together on
> this topic.
>
> Regards,
>
> Michaël
>
> *envoyé :* 10 août 2020 à 21:02
> *de :* Giuseppe Aruta 
> *à :* eric.openj...@thefactory.io, OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> *objet :* Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments
>
> >>Less than a day of work should be required (if not less) to update all
> the plugins which do not rely on a dependency which relies itself on JTS.
> I'm going to test it, to see if it's the case.
>
> Possibly Sextante Will be a problem as we don't have the source code of
> the project (it is available on GvSig CE svn repository). And Sextante.jar,
> Sextante-gui.jar and Sextante-algorithms.jar partially rely on JTS.
> I gave a look at the source code: the versione available on GvSig CE is a
> bit different from the one embedded into Openjump: there are some
> enhancements and few depencies to GvSig class: nothing serious as I tested
> their version with Openjump and it works fine. Right now my tested version
> of Openjump for raster analysis  uses GvSig CE sextante.
>
> My idea is to download Sextante source code from GvSig CE and try to
> recompile it with new JTS. And prepare some tests following Sextante
> documentation and user's notes (Openjump with all raster tools is used in a
> couple of courses at the University of Padua) .
> I will also mail to GvSig CE folks. GVSIG CE (at least sextante) seems
> not have activity since a couple of years.
> Peppe
>
>
>
>
>
> Il lun 10 ago 2020, 15:52 Eric  ha scritto:
>
> Here is the list of all the SVN authors (and their number of
> contributions) according to the logs:
> beckerl 197
> bertazza 29
> bgudehus 6
> clark 6
> edso 1305
> elnico 54
> eric.lemesre 4
> infinityedge 2
> jammerhund 47
> javamap 10
> jratike80 22
> kdneufeld 2
> lreeder 1
> ma15569 602
> mentaer 465
> michaudm 1619
> paul_d_austin 38
> s-l-teichmann 1
> stranger 87
>
> If you want to keep track of them in the possible future Git repository, a
> conversion file needs to be created, for example (with one author per line):
> michaudm = Michael Michaud  
>
> We should maybe do this outside this mailing list to avoid creating a list
> of public email addresses.
>
> For info, I easily managed to locally create a Git repository containing
> the 1.15 release of OpenJUMP, using the 6242 revision. I'm waiting for your
> different answers to move to the next step.
>
> Best,
> Eric
>
> On 10/08/2020 14:42, Eric wrote:
>
> Hi Ede,
>
> Thanks for your welcome and for your answers. See my inline replies for
> some of them (I deleted the other parts).
>
> On 09/08/2020 16:40, edgar.sol...@web.de wrote:
>
> hey Eric,
>
> welcome to the team! see my answers below
>
> On 07.08.2020 20:55, Eric wrote:
>
> Then I checked which OJ lib dependencies rely on JTS and it seems that
> there is only deegree 2,
> without considering here the plethora of extensions/plugins.
>
> which is the main obstacle. the only clean solution i see is to branch out
> a new OJ 2.x that initially will break compatibility to all external
> plugins. that's the bad news.
> the good news is that this forces us to retouch pretty much all of them
> and during this effort we might eventually come up with a working plugin
> manager after all.
>
>
> Less than a day of work should be required (if not less) to update all the
> plugins which do not rely on a dependency which relies itself on JTS. I'm
> going to test it, to see if it's the case.
> I tried with my plugins and I just needed a couple of seconds to do it.
>
> This is quite a good news because
> if the deegree dependency is updated to its latest version (3.x.x), which
> relies on JTS 1.15,
> then, theoretically, only the import statements and a few other
> com.vividsolutions directly used in the code
> need to be modified.
>
> yeah, probably not. deegree2 is afaics used primarily or exclusively for
> the WFS extension and i remember checking out deeg