Re: [PATCH master,23.05] ramips: fix ZyXEL NR7101 bricking typo

[edgar . soldin]

On 15.10.2023 21:59, Paul D wrote:

This needs to be applied to 23.05 and master ASAP.  It is already
bricking devices.


how about quickly
 removing the erroneous image from 
https://downloads.openwrt.org/releases/23.05.0/
plus
 adding a prominent red NOTE on https://openwrt.org/toh/zyxel/nr7101 not to 
flash 23.05
?

preventing head aches is the best way to treat 'em ..ede

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

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

[edgar . soldin]

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

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

[edgar . soldin]

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/ 

contains *decompiled* JOSM sources instead of a distro jar? recent sources seem 
to be also available here
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 
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

[JPP-Devel] OpenJUMP 2.2.1 released

[edgar . soldin]

jumping right in,

mainly a maintenance release. some fixes piled up and next OSGeoLive is around 
the corner.
for details see below.

download as always on sf.net
 https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.2.1/

enjoy.. ede


Changes in OpenJUMP Version 2.2.1 release rev.5222[94156e5] (released on 07. 
May 2023)

New Features
  * replace Quasimode Shortcut Alt+Shift with Shift to Pan
   (alt+shift is used by windows to change the default language)
  * Complete rewrite of MergePolygonsWithNeighbourPlugIn

Improvements
  * re-include batik libs in CORE, needed in "Change Style"
  * 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
  * 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.
   - Raster Calculator plugin is deactivated in OJ Core due to missing JEP.
  * 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
   Useful for overlapping processes between two raster image layers
  * upgrade topology extension to 2.0.5 (speed improvement)
  * Deactivated the numeric limit in raster/layer info (#90)
  * convert Attributes of type OBJECT to string when writing shapefiles

Bug Fixes (tickets on either
  https://sourceforge.net/p/jump-pilot/bugs/ or
  https://github.com/openjump-gis/openjump/issues )
  * fix unintended exception in PlumePlugin
  * fix geometry function dialog box (use selected features option was broken)
  * survive invalid (probably PLUS) styles when opening projects with CORE


___
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 maintenance release?

[edgar . soldin]

hey Brian,

just released OJ v2.2.1 and upgraded our osgeo distro. running a test with the 
live-cd alpha2* showed it installing and running fine.

regards ..ede

*don't want to wait 24hs for the latest alpha to download

On 20.04.2023 20:48, edgar.sol...@web.de wrote:

no problem,

i'm on the osgeolive-ml but i haven't seen no date or alpha builds yet. did i 
miss something?

..ede

On 20.04.2023 20:45, Brian M Hamlin wrote:

Hi ede -

   thank you for this quick response. I am bad with calendars, to be honest.. I 
can ask at the next team meeting.

   Usually we label "beta" as "all app versions are frozen" .. so the important date is 
the first "beta" build.

   Build-master and osgeo President, Angelos Tzotsos has four jobs right now !  
so the responses from him may be sporadic.

   thank you very much   --Brian M Hamlin


On 4/20/23 11:37, edgar.sol...@web.de wrote:

On 20.04.2023 20:34, Brian M Hamlin wrote:

   #osgeolive 16 ships to  FOSS4G 2023 soon (!)


when is soon?


 We have java 8 for the last time.


no problem. so far we have no issues even with the latest java runtime.

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] New plugin to explore OpenStreatMaps and other map sources with OpenJUMP

[edgar . soldin]

sources seem to be here
 
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/OsmFileReaderPlugin/
but
 https://github.com/openjump-gis/openjump#extensions
lists it as *unmaintained*. Mike edited these tables, so he will know.

my guess it wasn't ported when we moved to git and upgraded to OJ2.

..ede

On 07.05.2023 22:44, Rahkonen Jukka wrote:

Hi,

Stefan wrote an OSM vector driver sometimes 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/1.16/. It has 
disappeared now from Plus. Does anybody remember why? Asking just out of 
curiosity, I do not need it really.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de 
Lähetetty: sunnuntai 7. toukokuuta 2023 22.57
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] New plugin to explore OpenStreatMaps and other map 
sources with OpenJUMP

hey Peppe,

if you clean up the sources and document license and used libraries properly we 
might even include it into PLUS.
moving the sources to github would be ideal of course. shout if you need helo 
to do so.

..ede


On 05.05.2023 09:13, Giuseppe Aruta wrote:

Hi Jumpers
This JMapViewer for OpenJUMP plugin allows to integrated 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




___
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] New plugin to explore OpenStreatMaps and other map sources with OpenJUMP

[edgar . soldin]

hey Peppe,

if you clean up the sources and document license and used libraries properly we 
might even include it into PLUS.
moving the sources to github would be ideal of course. shout if you need helo 
to do so.

..ede


On 05.05.2023 09:13, Giuseppe Aruta wrote:

Hi Jumpers
This JMapViewer for OpenJUMP plugin allows to integrated 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




___
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 maintenance release?

[edgar . soldin]

no problem,

i'm on the osgeolive-ml but i haven't seen no date or alpha builds yet. did i 
miss something?

..ede

On 20.04.2023 20:45, Brian M Hamlin wrote:

Hi ede -

   thank you for this quick response. I am bad with calendars, to be honest.. I 
can ask at the next team meeting.

   Usually we label "beta" as "all app versions are frozen" .. so the important date is 
the first "beta" build.

   Build-master and osgeo President, Angelos Tzotsos has four jobs right now !  
so the responses from him may be sporadic.

   thank you very much   --Brian M Hamlin


On 4/20/23 11:37, edgar.sol...@web.de wrote:

On 20.04.2023 20:34, Brian M Hamlin wrote:

   #osgeolive 16 ships to  FOSS4G 2023 soon (!)


when is soon?


 We have java 8 for the last time.


no problem. so far we have no issues even with the latest java runtime.

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] next OJ maintenance release?

[edgar . soldin]

On 20.04.2023 20:34, Brian M Hamlin wrote:

   #osgeolive 16 ships to  FOSS4G 2023 soon (!)


when is soon?


 We have java 8 for the last time.


no problem. so far we have no issues even with the latest java runtime.

thanks!.. ede


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

[JPP-Devel] next OJ maintenance release?

[edgar . soldin]

hey All,

i'd like to put together a quick maintenance release. next OSGeo-Live is on the 
horizon and we got some fixes in the pipeline.

objections? ..ede


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

Re: [JPP-Devel] Some modification on RasterImageLayer framework

[edgar . soldin]

On 20.04.2023 14:33, Giuseppe Aruta wrote:

Hi all,


hey Peppe,


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


no objection here. let me suggest to develop your proposed changes in a private 
or project branch until you are satisfied with the results and create a pull 
request with these changes then, so we can approve them accordingly.

we should probably re-implement the coordinate-aux.xml interpretation for 
ReferencedImages in general then as well.

..ede


___
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

[edgar . soldin]

:)) i had to look that up,

more familiar with Edgar Rice Burroughs' John Carter Mars myself. aynway, just 
try your best and be open to suggestions from me and we can probably beta the 
code into some shape that fits the bill.

sunny regards from the Cologne Lowland[1] ..ede

[1] https://en.wikipedia.org/wiki/Cologne_Lowland

On 04.04.2023 20:04, Giuseppe Aruta wrote:

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 mailto:edgar.sol...@web.de>> 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




___
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

[edgar . soldin]

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

Re: [JPP-Devel] Shortcut to pan

[edgar . soldin]

hey All,

dunno why i kept that when i reworked shortcuts ages ago. maybe because it was 
legacy assigned? anyway, as long as it works, a am not opposed to the 
reassignment. needs to be documented prominently in the Changelog later though.

..ede

On 12.03.2023 08:39, Giuseppe Aruta wrote:

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 mailto: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



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

Re: Override MAC address for interface?

[edgar . soldin]

On 23.02.2023 13:49, Peter Naulls wrote:

On 2/23/23 01:43, Rafał Miłecki wrote:

On 22.02.2023 21:02, Peter Naulls wrote:





config device
 option 'lan1'


This line is clearly wrong. See how you specify device name in above section.


Perhaps it is "clear" but there's much in OpenWrt that isn't obvious up front,
until you know, and then it is. But thanks for the correction.

However, what I really want to do is this:


config interface 'wan'
     option auto '0'
     option proto 'dhcp'
     #option device 'wan'
     option name 'wan'
     option metric '0'

config device 'wan'
     option name 'wan'
     option macaddr '34:BA:9A:CC:DD:BB'

But uci doesn't allow this. I guess I'll have to rename the wan device in the 
DTS to wan0 or something.


this is how it worked in 21.x , can't try on 22.x just now
 
https://forum.openwrt.org/t/solved-how-to-clone-mac-address-for-21-02-0/108690/3

..ede

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

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

[edgar . soldin]

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

Re: sysupgrade broken on imx nand targets (and maybe others too)

[edgar . soldin]

On 24.01.2023 17:13, Lanchon wrote:

the problem lies elsewhere: on your platform something is rebooting the system 
asynchronously while it is updating. this is very dangerous and must be fixed 
elsewhere in code.


just a wild guess. faulty power supplies sometimes lead to reboots if the power 
supplied does not suffice. maybe a direction to investigate? ..sunny regards ede

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [PATCH v2 6/7] coreutils: Import from packages feed

[edgar . soldin]

On 08.01.2023 00:02, Thibaut wrote:




Le 7 janv. 2023 à 22:41, Robert Marko  a écrit :

On Sat, 7 Jan 2023 at 16:26, Thibaut VARÈNE  wrote:





Le 7 janv. 2023 à 15:06, Christian Marangi  a écrit :

On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote:

I need to express a per-target dependency on the 'base64' utility, and
that's seemingly impossible to do for busybox. Pull in coreutils to make
that easier.

Signed-off-by: Brian Norris 


We still need to think of a correct solution for this... coreutils is an
option but wonder if a better one is openssl... Actually we have a small
tool to handle specific decryption of some stuff... Wonder if that can
be expanded for this task and just use wolfssl or openssl api to decode
base64 stuff?


Using one or the other would impose (i.e. (en)force) that SSL library on this 
particular target. Do we want this, especially considering the ongoing 
conversation about mbedTLS?

Also pulling an entire SSL implementation just to decode base64 seems a tad 
overkill too.


I agree on this one, forcing usage of OpenSSL isn't ideal, coreutils
is a better option for sure.


There might be an even easier/lighter way (short of enabling base64 in 
busybox), AWK to the rescue:
https://github.com/shane-kerr/AWK-base64decode

The code is clean and judging by the comment line 97, works with busybox awk.


how is luci doing base64 en/decoding? that should be available in default 
images. if it's using lua, that should be available in every image even without 
web-interface or?

..ede

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

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

[edgar . soldin]

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

Re: [JPP-Devel] Pull request

[edgar . soldin]

hey Peppe,

committed the RasterTools upgrade with a comment
https://github.com/openjump-gis/openjump/pull/82#issuecomment-1345580283

as i am not actually knowledgeable in the other two areas i would like to have 
Mike to review and approve them. sunny regards ..ede

On 11.12.2022 08:23, Giuseppe Aruta wrote:

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




___
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.0

[edgar . soldin]

On 04.12.2022 23:22, Michaud Michael wrote:

If we include them, we'll have to document that they should not be used for 
windows.


hmm, how would you suggest to point that out? ..ede


In the readme ?


etc/Readme.txt sounds reasonable. under 'Install' i guess. actually i already 
modified it to mention installer jars for mac/linux only. not sure if we need 
an explicit warning. we could disable the installer for windows in izpack i 
think, but am not sure if the effort is warranted.

btw. please tag the PLUS jar installer as default for macOS on sf.net files!

.. ede
 



___
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.0

[edgar . soldin]

On 04.12.2022 20:07, Michaud Michael wrote:

If we include them, we'll have to document that they should not be used for 
windows.


hmm, how would you suggest to point that out? ..ede


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

Re: [JPP-Devel] JUMP DB Query Plugin migration to latest JTS

[edgar . soldin]

this probably fit's into this issue and should be mentioned there
 https://github.com/openjump-gis/openjump/issues/27

..ede

On 01.12.2022 16:09, edgar.sol...@web.de wrote:

hey Nico,

hope you are well. i just created a repo 
https://github.com/openjump-gis/dbquery-extension . please tell us your github 
id or request access.

generally we need (you may wanna check other extensions, for reference)
- a mavenized build
- compile against current OJ2 snapshot
- a 'v2.x.x' tag
- a matching release with distro zip or jar attached
if that's online
- add a PR for OJ PLUS inclusion with a pom.xml patch similar to 
https://github.com/openjump-gis/openjump/commit/9387592a56d5cf74ef672b536c73bf2e25467b09

sunny regards ..ede

On 01.12.2022 10:23, Nicolas Ribot wrote:

Hello,

I made some tests to migrate DBQuery plugin to latest JTS (org.locationtech 
namespace).
It worked with latest Geotools jar gt-jdbc-oracle-28.0.jar.

I see the OJ github space contains a lot of plugins. Should DBQuery plugin be 
migrated to github once JTS support is completed ?

Thanks a lot

Nicolas


___
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] Fwd: next OJ release v2.2?

[edgar . soldin]

hey Mike,

RasterTools is pushed, version is raised to 2.2.0. needs to be added to 
`Changes.txt` still but apart from that i'd say release away. will test it, 
when you uploaded the builds.

sunny regards.. ede


 Forwarded Message 
Subject: Re: [JPP-Devel] next OJ release v2.2?
Date: Wed, 30 Nov 2022 14:09:01 +0100

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

[JPP-Devel] Peppe's new Extension inclusion

[edgar . soldin]

hey Peppe,

how about you provide the changed files

1. pom.xml
2. etc/Readme.txt (add your extension under PLUS, mention licenses for all 
components!)

simply by mail and i'll commit them for just now? this release is lingering for 
a while now, let's just get this show on the road :) ..sunny regards, ede


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

Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu entries

[edgar . soldin]

jar-installer tested macOS 12.3 with adoptium jdk17 x64, works fine still.
can't test macOS 13 unfortunately. it crashes in my vm.

..ede


On 30.11.2022 12:20, edgar.sol...@web.de wrote:

let's keep the jar installer for mac/linux still. will double check, just to 
make sure. ..ede

On 29.11.2022 23:14, Michaud Michael wrote:

Hi Ede,

I can confirm that uninstaller is broken for me too.

Did not notice a difference between install for me and install for all users.

Agree that installer is not working well enough to be worth including

Michaël



*envoyé :* 29 novembre 2022 à 13:05
*de :* edgar.sol...@web.de
*à :* Michaud Michael , OpenJump develop and use 

*objet :* Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu 
entries



hey Mike,

tried a fresh vm with windows11. the desktop/menu items are preselected in 
installer

for All users
- they are not created. only link to uninstaller, which seems to be run :(
for User only
- they are created. not sure how you use them, as windows11 lacks the start 
menu programs folder listing (using openshell myself)
- uninstaller still not working

can you replicate these findings? ..ede

On 29.11.2022 00:13, Michaud Michael wrote:


Ede,

Not sure what you mean, on windows 11, I get the entry menu (see attached) and 
the desktop icon

I'm not too much attached to the installer as I never use it and I don't know 
who really needs it, but

it seems it just works as it should so.

Michaël


>> envoyé : 28 novembre 2022 à 17:56>> de : edgar.sol...@web.de
>> à : jump-pilot-devel@lists.sourceforge.net
>> objet : Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu 
entries
>>
>>
>> tried on windows 10. assume that windows 11 will be affected as well. ..ede
>>
>> On 28.11.2022 16:21, edgar.sol...@web.de wrote:
>>
>>> just realized that the outdated izpack installers do _not_ generate the 
start menu/desktop entries to start OJ anymore. without them they are quite useless 
wouldn't you agree.
>>> i'm not inclined to dig up a new installer or fixup the one we got, so i'd 
vote to stick to the portable distro for windows. on mac the installer-jar should still 
do a fine job of packaging a mac app, so we should provide it for them at least. will 
have to retest on linux.
>>>
>>> btw. launch4j is ported to the maven plugin, will probably push it tomorrow 
after some cleanup.
>>>
>>> ..ede
>>>
>>> On 26.11.2022 13:54, Michaud Michael wrote:
>>>
>> >> I upgraded the launch4j library because I had problem to define the minimum 
java version with the older (openjump installer could not recognized my java install).>>
>> >> I tested on windows and did a quick try on linux but cannot test on mac.
>> >>
>>
>>> ___
>>> 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] JUMP DB Query Plugin migration to latest JTS

[edgar . soldin]

hey Nico,

hope you are well. i just created a repo 
https://github.com/openjump-gis/dbquery-extension . please tell us your github 
id or request access.

generally we need (you may wanna check other extensions, for reference)
- a mavenized build
- compile against current OJ2 snapshot
- a 'v2.x.x' tag
- a matching release with distro zip or jar attached
if that's online
- add a PR for OJ PLUS inclusion with a pom.xml patch similar to 
https://github.com/openjump-gis/openjump/commit/9387592a56d5cf74ef672b536c73bf2e25467b09

sunny regards ..ede

On 01.12.2022 10:23, Nicolas Ribot wrote:

Hello,

I made some tests to migrate DBQuery plugin to latest JTS (org.locationtech 
namespace).
It worked with latest Geotools jar gt-jdbc-oracle-28.0.jar.

I see the OJ github space contains a lot of plugins. Should DBQuery plugin be 
migrated to github once JTS support is completed ?

Thanks a lot

Nicolas


___
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] and now something completely different ...

[edgar . soldin]

https://www.kraftfuttermischwerk.de/blogg/kunst-auf-landkarten/

or not :), thought some of you might appreciate it.. sunny regards ede


___
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?

[edgar . soldin]

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

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

[edgar . soldin]

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

Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu entries

[edgar . soldin]

let's keep the jar installer for mac/linux still. will double check, just to 
make sure. ..ede

On 29.11.2022 23:14, Michaud Michael wrote:

Hi Ede,

I can confirm that uninstaller is broken for me too.

Did not notice a difference between install for me and install for all users.

Agree that installer is not working well enough to be worth including

Michaël



*envoyé :* 29 novembre 2022 à 13:05
*de :* edgar.sol...@web.de
*à :* Michaud Michael , OpenJump develop and use

*objet :* Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu
entries



hey Mike,

tried a fresh vm with windows11. the desktop/menu items are preselected in
installer

for All users
- they are not created. only link to uninstaller, which seems to be run :(
for User only
- they are created. not sure how you use them, as windows11 lacks the start
menu programs folder listing (using openshell myself)
- uninstaller still not working

can you replicate these findings? ..ede

On 29.11.2022 00:13, Michaud Michael wrote:


Ede,

Not sure what you mean, on windows 11, I get the entry menu (see attached)
and the desktop icon

I'm not too much attached to the installer as I never use it and I don't know
who really needs it, but

it seems it just works as it should so.

Michaël


>> envoyé : 28 novembre 2022 à 17:56>> de : edgar.sol...@web.de
>> à : jump-pilot-devel@lists.sourceforge.net
>> objet : Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu
entries
>>
>>
>> tried on windows 10. assume that windows 11 will be affected as well. ..ede
>>
>> On 28.11.2022 16:21, edgar.sol...@web.de wrote:
>>
>>> just realized that the outdated izpack installers do _not_ generate the
start menu/desktop entries to start OJ anymore. without them they are quite
useless wouldn't you agree.
>>> i'm not inclined to dig up a new installer or fixup the one we got, so i'd
vote to stick to the portable distro for windows. on mac the installer-jar
should still do a fine job of packaging a mac app, so we should provide it for
them at least. will have to retest on linux.
>>>
>>> btw. launch4j is ported to the maven plugin, will probably push it
tomorrow after some cleanup.
>>>
>>> ..ede
>>>
>>> On 26.11.2022 13:54, Michaud Michael wrote:
>>>
>> >> I upgraded the launch4j library because I had problem to define the
minimum java version with the older (openjump installer could not recognized
my java install).>>
>> >> I tested on windows and did a quick try on linux but cannot test on mac.
>> >>
>>
>>> ___
>>> 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

[edgar . soldin]

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
 


 >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 mailto: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 

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] Uninstaller not working - Re: launch4j exe/jar installer does NOT generate menu entries

[edgar . soldin]

ok,

first trial was with Adoptium jdk17 as that is the current LTS java release. 
that dies silently executing the './uninstall/uninstaller.jar'

retrial with Adoptium jdk11 runs the uninstaller, leaves the (now dysfunct) 
entry in the uninstall registry though.

can you confirm Mike?

considering that, id still say it's not good enough to offer it to our users 
anymore ;(

..ede

On 29.11.2022 13:05, edgar.sol...@web.de wrote:

hey Mike,

tried a fresh vm with windows11. the desktop/menu items are preselected in 
installer

for All users
- they are not created. only link to uninstaller, which seems to be run :(
for User only
- they are created. not sure how you use them, as windows11 lacks the start 
menu programs folder listing (using openshell myself)
- uninstaller still not working

can you replicate these findings? ..ede

On 29.11.2022 00:13, Michaud Michael wrote:

Ede,

Not sure what you mean, on windows 11, I get the entry menu (see attached) and 
the desktop icon

I'm not too much attached to the installer as I never use it and I don't know 
who really needs it, but

it seems it just works as it should so.

Michaël





envoyé : 28 novembre 2022 à 17:56
de : edgar.sol...@web.de
à : jump-pilot-devel@lists.sourceforge.net
objet : Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu 
entries


tried on windows 10. assume that windows 11 will be affected as well. ..ede

On 28.11.2022 16:21, edgar.sol...@web.de wrote:


just realized that the outdated izpack installers do _not_ generate the start 
menu/desktop entries to start OJ anymore. without them they are quite useless 
wouldn't you agree.
i'm not inclined to dig up a new installer or fixup the one we got, so i'd vote 
to stick to the portable distro for windows. on mac the installer-jar should 
still do a fine job of packaging a mac app, so we should provide it for them at 
least. will have to retest on linux.

btw. launch4j is ported to the maven plugin, will probably push it tomorrow 
after some cleanup.

..ede

On 26.11.2022 13:54, Michaud Michael wrote:


>> I upgraded the launch4j library because I had problem to define the minimum java 
version with the older (openjump installer could not recognized my java install).>>
>> I tested on windows and did a quick try on linux but cannot test on mac.
>>


___
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

Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu entries

[edgar . soldin]

hey Mike,

tried a fresh vm with windows11. the desktop/menu items are preselected in 
installer

for All users
- they are not created. only link to uninstaller, which seems to be run :(
for User only
- they are created. not sure how you use them, as windows11 lacks the start 
menu programs folder listing (using openshell myself)
- uninstaller still not working

can you replicate these findings? ..ede

On 29.11.2022 00:13, Michaud Michael wrote:

Ede,

Not sure what you mean, on windows 11, I get the entry menu (see attached) and 
the desktop icon

I'm not too much attached to the installer as I never use it and I don't know 
who really needs it, but

it seems it just works as it should so.

Michaël





envoyé : 28 novembre 2022 à 17:56
de : edgar.sol...@web.de
à : jump-pilot-devel@lists.sourceforge.net
objet : Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu 
entries


tried on windows 10. assume that windows 11 will be affected as well. ..ede

On 28.11.2022 16:21, edgar.sol...@web.de wrote:


just realized that the outdated izpack installers do _not_ generate the start 
menu/desktop entries to start OJ anymore. without them they are quite useless 
wouldn't you agree.
i'm not inclined to dig up a new installer or fixup the one we got, so i'd vote 
to stick to the portable distro for windows. on mac the installer-jar should 
still do a fine job of packaging a mac app, so we should provide it for them at 
least. will have to retest on linux.

btw. launch4j is ported to the maven plugin, will probably push it tomorrow 
after some cleanup.

..ede

On 26.11.2022 13:54, Michaud Michael wrote:


>> I upgraded the launch4j library because I had problem to define the minimum java 
version with the older (openjump installer could not recognized my java install).>>
>> I tested on windows and did a quick try on linux but cannot test on mac.
>>


___
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

[edgar . soldin]

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

Re: [JPP-Devel] launch4j exe/jar installer does NOT generate menu entries

[edgar . soldin]

tried on windows 10. assume that windows 11 will be affected as well. ..ede

On 28.11.2022 16:21, edgar.sol...@web.de wrote:

just realized that the outdated izpack installers do _not_ generate the start 
menu/desktop entries to start OJ anymore. without them they are quite useless 
wouldn't you agree.
i'm not inclined to dig up a new installer or fixup the one we got, so i'd vote 
to stick to the portable distro for windows. on mac the installer-jar should 
still do a fine job of packaging a mac app, so we should provide it for them at 
least. will have to retest on linux.

btw. launch4j is ported to the maven plugin, will probably push it tomorrow 
after some cleanup.

..ede

On 26.11.2022 13:54, Michaud Michael wrote:

I upgraded the launch4j library because I had problem to define the minimum 
java version with the older (openjump installer could not recognized my java 
install).

I tested on windows and did a quick try on linux but cannot test on mac.




___
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] launch4j exe/jar installer does NOT generate menu entries

[edgar . soldin]

just realized that the outdated izpack installers do _not_ generate the start 
menu/desktop entries to start OJ anymore. without them they are quite useless 
wouldn't you agree.
i'm not inclined to dig up a new installer or fixup the one we got, so i'd vote 
to stick to the portable distro for windows. on mac the installer-jar should 
still do a fine job of packaging a mac app, so we should provide it for them at 
least. will have to retest on linux.

btw. launch4j is ported to the maven plugin, will probably push it tomorrow 
after some cleanup.

..ede

On 26.11.2022 13:54, Michaud Michael wrote:

I upgraded the launch4j library because I had problem to define the minimum 
java version with the older (openjump installer could not recognized my java 
install).

I tested on windows and did a quick try on linux but cannot test on mac.




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

Re: [JPP-Devel] let's replace launch5j ant task with launch4j-maven-plugin

[edgar . soldin]

On 27.11.2022 22:24, Michaud Michael wrote:


hey Mike,

as you ommitted to push the launch4j-3.50 sources i stumbled locally over the 
binary executable creation. installer errs out.

Yes sorry : when I copied launch4j, new directories appear in my IDE as if they 
were already synchronized and I forgot to add them to git.

I let you see if the build with launch4j can be done without including all the 
stuff in the project. Let me know if you want me to push the 3.50 version 
anyway.

Note that with the new launch4j version, there are different distribution for 
linux-like system (linux32, linux64 and mac).


i guess the maven plugin will resolve this for us and magically make it work on 
all supported platform. will double-check at least windows and linux.



[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-antrun-plugin:3.0.0:run (create installers) on 
project OpenJUMP: An Ant BuildException has occured: taskdef class 
net.sf.launch4j.ant.Launch4jTask cannot be found
[ERROR] using the classloader AntClassLoader[]
[ERROR] around Ant part .. @ 55:77 in E:\proj_oj-core_git\target\antrun\build-main.xml

but as we generally try to keep our source repo clean i'd say we move away from 
the ant task and migrate to an existing maven plugin which should seamlessly 
integrate.

so please, refrain from pushing the launch4j sources and give me a little time 
to implement the maven plugin instead. you will see the commit when it is 
pushed ;)


your mail client seems not to quote properly. that makes it hard to find your 
answer. maybe you can change some setting so we get something proper like this 
again

-->

ede wrote

something something

you wrote

answer answer


ede answers you
<--

thanks.. ede


___
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?

[edgar . soldin]

On 27.11.2022 22:14, Michaud Michael wrote:


1. sf.net files readme.txt needs current changes appended manually (just 
updated the ojwiki accordingly)

http://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1.1/
compare with
http://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1/

2. after upgrading launch4j you will need to git remove/tag 2.1.1 again to 
reflect the state built

If you want to manage it from maven instead of loading launch4j in the project 
it will need another commit/push/tag isn't it ?


yes, will do it next week.



3. wanted to test, but cannot find OJ-2.1.1 release files on
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
where did you put em?


I really put them there. I still have the upload window opended with the 
following url :

https://sourceforge.net/projects/jump-pilot/upload/OpenJUMP2_snapshots/ 


Is it possible that files are deleted by the automatic snapshot build process ?


*lol* right, there is a cleanup routine to keep a limited number of files 
online only. everything else get's deleted. just put em up under 
'https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1.1.rc1' they 
will be safe there.

..ede



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

Re: [JPP-Devel] let's replace launch4j ant task ... Was:Re: let's replace launch5j ant task with launch4j-maven-plugin

[edgar . soldin]

for now, please just wait until i added launch4j-maven-plugin. after that we 
will need new release candidates. if they succeed we can re-tag after still.

agreed? ..ede


On 27.11.2022 22:31, Michaud Michael wrote:

I did not understand the last remark. Let me know if you want me to do one of 
the following : adding/pushing launch4j 3.50 in the project, retagging 2.1.1, 
uploading again the release candidate to sourceforge.

Michaël


envoyé : 27 novembre 2022 à 19:40
de : edgar.sol...@web.de
à : jump-pilot-devel@lists.sourceforge.net
objet : [JPP-Devel] let's replace launch4j ant task ... Was:Re: let's replace 
launch5j ant task with launch4j-maven-plugin


whoops, launch4j ant task obviously. content still applies though :).. ede

On 27.11.2022 18:20, edgar.sol...@web.de wrote:


hey Mike,

as you ommitted to push the launch4j-3.50 sources i stumbled locally over the 
binary executable creation. installer errs out.

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-antrun-plugin:3.0.0:run (create installers) on 
project OpenJUMP: An Ant BuildException has occured: taskdef class 
net.sf.launch4j.ant.Launch4jTask cannot be found
[ERROR]  using the classloader AntClassLoader[]
[ERROR] around Ant part .. @ 55:77 in E:\proj_oj-core_git\target\antrun\build-main.xml

but as we generally try to keep our source repo clean i'd say we move away from 
the ant task and migrate to an existing maven plugin which should seamlessly 
integrate.

so please, refrain from pushing the launch4j sources and give me a little time 
to implement the maven plugin instead. you will see the commit when it is 
pushed ;)

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




___
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] let's replace launch4j ant task ... Was:Re: let's replace launch5j ant task with launch4j-maven-plugin

[edgar . soldin]

whoops, launch4j ant task obviously. content still applies though :).. ede

On 27.11.2022 18:20, edgar.sol...@web.de wrote:

hey Mike,

as you ommitted to push the launch4j-3.50 sources i stumbled locally over the 
binary executable creation. installer errs out.

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-antrun-plugin:3.0.0:run (create installers) on 
project OpenJUMP: An Ant BuildException has occured: taskdef class 
net.sf.launch4j.ant.Launch4jTask cannot be found
[ERROR]  using the classloader AntClassLoader[]
[ERROR] around Ant part .. @ 55:77 in E:\proj_oj-core_git\target\antrun\build-main.xml

but as we generally try to keep our source repo clean i'd say we move away from 
the ant task and migrate to an existing maven plugin which should seamlessly 
integrate.

so please, refrain from pushing the launch4j sources and give me a little time 
to implement the maven plugin instead. you will see the commit when it is 
pushed ;)

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

[JPP-Devel] let's replace launch5j ant task with launch4j-maven-plugin

[edgar . soldin]

hey Mike,

as you ommitted to push the launch4j-3.50 sources i stumbled locally over the 
binary executable creation. installer errs out.

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-antrun-plugin:3.0.0:run (create installers) on 
project OpenJUMP: An Ant BuildException has occured: taskdef class 
net.sf.launch4j.ant.Launch4jTask cannot be found
[ERROR]  using the classloader AntClassLoader[]
[ERROR] around Ant part .. @ 55:77 in E:\proj_oj-core_git\target\antrun\build-main.xml

but as we generally try to keep our source repo clean i'd say we move away from 
the ant task and migrate to an existing maven plugin which should seamlessly 
integrate.

so please, refrain from pushing the launch4j sources and give me a little time 
to implement the maven plugin instead. you will see the commit when it is 
pushed ;)

..thanks ede


___
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?

[edgar . soldin]

some comments,

1. sf.net files readme.txt needs current changes appended manually (just 
updated the ojwiki accordingly)

http://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1.1/
compare with
http://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.1/

2. after upgrading launch4j you will need to git remove/tag 2.1.1 again to 
reflect the state built

3. wanted to test, but cannot find OJ-2.1.1 release files on
 https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/
where did you put em?

..ede

On 26.11.2022 20:05, Michaud Michael wrote:

Thank you, Ede,

There is no renaming problem, I did not see the "recompress" repository.

I just uploaded the 6 bundles into OpenJUMP 2 snapshot repository on 
sourceforge.

Please have one more test for linux/mac (on linux, I get a problem during my 
test with the sh file which had

CRLF eof on my box. I could change it but I could not commit the change. I 
think it is OK on github and that

git accept different eof between origin and local repository. Just hope that it 
will not change my local file back

to CRLF inadvertently

Michaël


envoyé : 26 novembre 2022 à 19:14
de : edgar.sol...@web.de
à : OpenJump develop and use 
objet : Re: [JPP-Devel] next maintenance OJ 2.1.1 release?


On 26.11.2022 13:54, Michaud Michael wrote:


Hi Ede,

I upgraded the launch4j library because I had problem to define the minimum 
java version with the older (openjump installer could not recognized my java 
install).


good catch. seem to recall that that was the reason i didn't upload executable 
installers earlier.


I tested on windows and did a quick try on linux but cannot test on mac.


will do in a vm and come back.


Also I noticed that we usually uplaod a OpenJUMP-portable version but none of 
the version I produce with maven has this name.


if you package profile *portable* like `mvn package -P 
release,portable,installer,srczip,javadoc` then the portable distro files 
should be under `target/recompress/` . it's documented on 
https://ojwiki.soldin.de/index.php?title=Creating_an_OJ_release_version

main difference is some jar recompression (keep distro small) and permisson 
fixing for executables. you can have a look in the pom.xml


Tell me if I missed something about file naming. Files are ready to be uploaded 
on sourceforge except this naming problem.


sorry? what naming issue? feel free to upload to sf.net/files in a release 
candidate folder and i can have a look :) . we can rename it if it's fine or 
upload again in case something needs to be changed.

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] next maintenance OJ 2.1.1 release?

[edgar . soldin]

On 26.11.2022 20:05, Michaud Michael wrote:

Thank you, Ede,


np


There is no renaming problem, I did not see the "recompress" repository.

I just uploaded the 6 bundles into OpenJUMP 2 snapshot repository on 
sourceforge.

Please have one more test for linux/mac


will do


(on linux, I get a problem during my test with the sh file which had

CRLF eof on my box. I could change it but I could not commit the change. I 
think it is OK on github and that

git accept different eof between origin and local repository. Just hope that it 
will not change my local file back

to CRLF inadvertently


hmm, i don't see any enforcement git-wise. no properties enforcing any kind of 
ending. also, in my experience, even if dos endings look weird with some 
viewers/editors on linux, shell scripts run fine regardless.

finally. dos2unix says it has unix endings just now

$  dos2unix.exe -ih /cygdrive/e/proj_oj-core_git/scripts/*
 DOSUNIX MAC  BOM   TXTBIN  FILE
  12 279 252  no_bombinary  
/cygdrive/e/proj_oj-core_git/scripts/OpenJUMP.exe
1902   0   0  no_bomtext
/cygdrive/e/proj_oj-core_git/scripts/default-plugins.xml
   0 369   0  no_bomtext
/cygdrive/e/proj_oj-core_git/scripts/oj_linux.sh
   0  30   0  no_bombinary  
/cygdrive/e/proj_oj-core_git/scripts/oj_macosx.command
 425   0   0  no_bomtext
/cygdrive/e/proj_oj-core_git/scripts/oj_windows.bat

regards ..ede


___
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?

[edgar . soldin]

On 26.11.2022 13:54, Michaud Michael wrote:

Hi Ede,

I upgraded the launch4j library because I had problem to define the minimum 
java version with the older (openjump installer could not recognized my java 
install).


good catch. seem to recall that that was the reason i didn't upload executable 
installers earlier.


I tested on windows and did a quick try on linux but cannot test on mac.


will do in a vm and come back.


Also I noticed that we usually uplaod a OpenJUMP-portable version but none of 
the version I produce with maven has this name.


if you package profile *portable* like `mvn package -P 
release,portable,installer,srczip,javadoc` then the portable distro files 
should be under `target/recompress/` . it's documented on 
https://ojwiki.soldin.de/index.php?title=Creating_an_OJ_release_version

main difference is some jar recompression (keep distro small) and permisson 
fixing for executables.  you can have a look in the pom.xml


Tell me if I missed something about file naming. Files are ready to be uploaded 
on sourceforge except this naming problem.


sorry? what naming issue? feel free to upload to sf.net/files in a release 
candidate folder and i can have a look :) . we can rename it if it's fine or 
upload again in case something needs to be changed.

regards ..ede



___
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?

[edgar . soldin]

yeah Mike,

please do. let's try to keep two people fluent in releasing ;)
feel free to do a version 2.2.0 if new functionality warrants it.

..ede

On 23.11.2022 21:19, Michaud Michael wrote:

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] Agn: next maintenance OJ 2.1.1 release?

[edgar . soldin]

that can easily be fixed and released after. let's release often and early. 
..ede

On 24.11.2022 07:17, Giuseppe Aruta wrote:

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

Il giorno mer 23 nov 2022 alle ore 21:19 Michaud Michael mailto: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 mailto:jump-pilot-devel@lists.sourceforge.net>>
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




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

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

[edgar . soldin]

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

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

[edgar . soldin]

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

Re: [JPP-Devel] Sextante/VertexSymbols access for Peppe

[edgar . soldin]

hmm,

from memory

1. edit pom.xml, raise ... to desired value (looks like Mike 
did so already, so continue with step 3.)
2. commit
3. add tag, usually starting v... to designate releases e.g. v2.2.2
4. run 'mvn package'
5. test the resulting target/distro.zip e.g. target/vertex-symbols-2.2.2.zip
   easiest to use a fresh latest OJ release and manually install/replace from 
new distro zip
6. if satisfied, push git to github (commits & tag)
7. on github repo page, login if not already, right side "Releases", top right "Draft a 
new ...", choose the created tag and add a release like the ones already online, you may add 
changes & checksums as text. make sure to attach the distro zip or jar. zips are used when the 
extension bundles more files like vertex-symbols does.

when done add a PR (pull request) with commit similar to 
https://github.com/openjump-gis/openjump/commit/8a1afec4b0b808bdaaf20efca1bf3f65aaaf4a6c
 to upgrade it in OJ.

hope that helps. ..ede


On 04.11.2022 13:52, Giuseppe Aruta wrote:

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 mailto:giuseppe.ar...@gmail.com>> ha scritto:

Thanks Ede

Il giorno mer 19 ott 2022 alle ore 15:04 mailto:edgar.sol...@web.de>> 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



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

[JPP-Devel] next maintenance OJ 2.1.1 release?

[edgar . soldin]

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

[JPP-Devel] Sextante/VertexSymbols access for Peppe

[edgar . soldin]

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

Re: [Duplicity-team] [Duplicity-talk] Duplicity 1.0.1 Released

[edgar . soldin]

hey Scott,

reads like Fink is way behind current macOS-Development
 https://www.finkproject.org/download/index.php?phpLang=en

are they officially supporting macOS 11+ ?

homebrew seems to be more up to speed, so maybe you can connect them on github 
https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/duplicity.rb in 
case they had similar issues?

..ede

On 10.10.2022 17:42, Kenneth Loafman wrote:

Hi Scott,

I would say that all your errors are from not being able to build
*_librsync.so* properly.  There is one thing that may help in lines 65-76
of *setup.py*.  You can supply *LIBRSYNC_DIR* as an env variable, or on the
command line as *--librsync-dir=*.  I have *export LIBRSYNC_DIR=/usr/local* in
my .bash_profile.  That came from *homebrew* installing into /usr/local
instead of /usr.  Seems none of these installers care much for standards.

Try exporting *LIBRSYNC_DIR* and let me know how it goes after that.

...Ken


On Sun, Oct 9, 2022 at 4:46 PM Scott Hannahs  wrote:


So there are two major failures in testing.  One is four failures in the
tahoe backend, (which I don’t use).

testing/unit/test_backend_instance.py ..FF.. [
10%]
FFss [
18%]


This shows a “Key Error” so is something wrong with my GPG version?

self = 
commandline = 'tahoe cp
/var/folders/6b/85yg9bp94rv55dzbdp78thp4kr/T/testfiles/local 
var:folders/6b/85yg9bp94rv55dzbdp78thp4kr/T/testfiles/output/file-a'

 def subprocess_popen(self, commandline):
 u"""
 Execute the given command line with error check.
 Returns int Exitcode, string StdOut, string StdErr

 Raise a BackendException on failure.
 """
 import shlex

 if isinstance(commandline, (list, tuple)):
 logstr = u' '.join(commandline)
 args = commandline
 else:
 logstr = commandline
 args = shlex.split(commandline)

 logstr = self.munge_password(logstr)
 log.Info(_(u"Reading results of '%s'") % logstr)

 result, stdout, stderr = self.__subprocess_popen(args)
 if result != 0:
 try:

   ignores = self.popen_breaks[args[0]]

E   KeyError:
'/opt/sw/src/fink.build/duplicity-1.0.1-1/duplicity-1.0.1/testing/overrides/bin/tahoe'

/opt/sw/src/fink.build/duplicity-1.0.1-1/duplicity-1.0.1/duplicity/backend.py:522:
KeyError

During handling of the above exception, another exception occurred:

The second testing error is more general, so many of the tests pass and
then starting at the “bad upload” test it all goes south.

testing/functional/test_badupload.py F   [
70%]
testing/functional/test_cleanup.py FFF   [
71%]
testing/functional/test_final.py FFF [
77%]
testing/functional/test_log.py F [
77%]
testing/functional/test_rdiffdir.py F[
77%]
testing/functional/test_replicate.py FFF [
78%]
testing/functional/test_restart.py FF[
86%]
testing/functional/test_selection.py .FF [
94%]
ssFFF[
98%]


This test has a long back trace, But I think that the basic problem is
that duplicity cannot import “librsynch”???  The end of the traceback has
the text "b"ImportError: cannot import name '_librsync' from 'duplicity'
(/opt/sw/src/fink.build/duplicity-1.0.1-1/duplicity-1.0.1/duplicity/__init__.py)"
...return_val: 1"

/opt/sw/src/fink.build/duplicity-1.0.1-1/duplicity-1.0.1/duplicity/backend.py:527:
BackendException
___ BadUploadTest.test_missing_file


self = 

 @pytest.mark.slow
 def test_missing_file(self):
 u"""
 Test basic lost file
 """
 try:

   self.backup(u"full",

u"{0}/testfiles/dir1".format(_runtest_dir), options=[u"--skip-volume=1"])


/opt/sw/src/fink.build/duplicity-1.0.1-1/duplicity-1.0.1/testing/functional/test_badupload.py:44:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _

self = 
type = 'full'
input_dir =
'/var/folders/6b/85yg9bp94rv55dzbdp78thp4kr/T/testfiles/dir1'
options = ['full',
'/var/folders/6b/85yg9bp94rv55dzbdp78thp4kr/T/testfiles/dir1','
file:///var/folders/6b/85yg9bp94rv55dzbdp78thp4kr/T/testfiles/output',
'--volsize', '1', '--skip-volume=1']
kwargs = {}, before_files = set(), now = 1664937609.016365

 def backup(self, type, input_dir, options=[], **kwargs):  # pylint:
disable=redefined-builtin
 u"""Run duplicity backup to default directory"""
 options = [type, input_dir, self.backend_url, u"--volsize", u"1"]
+ options
 before_files = self.get_backend_files()

 # If a chain ends 

Re: [JPP-Devel] commons image upgrade fails to build

[edgar . soldin]

hey Gary,

answers inline

On 29.08.2022 12:51, Gary Lucas wrote:

Michaël,

The Apache folks made some changes to the Commons Imaging API in
general for their Alpha 3 release.  I think it will be stable going
forward.  So you won't have to deal with this issue next time (one can
only hope).


no biggie. it's alpha for a reason ;)


The raster data access methods are mostly code I contributed.  So, if
you have any questions about them, let me know.  Or, if they're of a
general nature, post them on Stackoverflow and I will answer them
their so they can be available to the user community in general.


took a bit but i found out and adopted the example we got in place, still not 
actually using it for the actual raster framework unfortunately.

thanks for the offer!.. ede


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

[JPP-Devel] just a test

[edgar . soldin]

please ignore.. ede


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

[JPP-Devel] always use the latest snapshot

[edgar . soldin]

as i just stumbled over it. to make sure an extension always uses the latest 
OJ2 snapshot, the pom dependency version should look something like this

https://github.com/openjump-gis/cadtools-extension/commit/0e8546bd9b64f8f81b1ee70729e38a761bc10938

without it extensions stick to the latest OJ 2.0 snapshot, which will become 
incompatible eventually ;)

..sunny regards ede


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

[JPP-Devel] commons image upgrade fails to build

[edgar . soldin]

see below, i will have a look ..ede

[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR] 
/home/oj/oj-git/src/com/vividsolutions/jump/workbench/imagery/graphic/CommonsTIFFImage.java:[64,44]
 cannot find symbol
  symbol:   method 
getFloatingPointRasterData(java.util.HashMap)
  location: variable directory of type 
org.apache.commons.imaging.formats.tiff.TiffDirectory
[ERROR] 
/home/oj/oj-git/src/com/vividsolutions/jump/workbench/imagery/graphic/CommonsTIFFImage.java:[98,31]
 cannot find symbol
  symbol:   variable PARAM_KEY_CUSTOM_PHOTOMETRIC_INTERPRETER
  location: class 
org.apache.commons.imaging.formats.tiff.constants.TiffConstants
[ERROR] 
/home/oj/oj-git/src/com/vividsolutions/jump/workbench/imagery/graphic/CommonsTIFFImage.java:[99,39]
 no suitable method found for 
getTiffImage(java.util.HashMap)
method 
org.apache.commons.imaging.formats.tiff.TiffDirectory.getTiffImage(org.apache.commons.imaging.formats.tiff.TiffImagingParameters)
 is not applicable
  (argument mismatch; java.util.HashMap 
cannot be converted to org.apache.commons.imaging.formats.tiff.TiffImagingParameters)
method 
org.apache.commons.imaging.formats.tiff.TiffDirectory.getTiffImage(java.nio.ByteOrder)
 is not applicable
  (argument mismatch; java.util.HashMap 
cannot be converted to java.nio.ByteOrder)
[ERROR] 
/home/oj/oj-git/src/com/vividsolutions/jump/workbench/imagery/graphic/CommonsImageFactory.java:[66,25]
 cannot find symbol
  symbol:   method getExtension()
  location: variable fmt of type org.apache.commons.imaging.ImageFormat


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

Re: [JPP-Devel] invalid vertex symbols

[edgar . soldin]

Mike,

see the "fix" here
https://github.com/openjump-gis/cadtools-extension/commit/cb8857f2c053a002c8f084ab25d27edb33975e50

essentially it calls `FeatureDrawingUtil.createAddCommand()` which in turn 
checks `geometry.isValid()` if creation of of invalid geometries is configured 
forbidden (default).
https://github.com/openjump-gis/openjump/blob/HEAD/src/com/vividsolutions/jump/workbench/ui/cursortool/editing/FeatureDrawingUtil.java#L156

this fails since JTS 1.19 afaics. ..ede

On 28.08.2022 17:38, Michaud Michael wrote:

Ede,

I had a look on the first wkt (bore_01) and a few others and they seem fine to 
me.

Did you notice that in the files, the wkt geometry is preceded by two distinct 
fields which do not belong to the geometry ?

How did you check their validity ?

Michaël


envoyé : 28 août 2022 à 17:15
de : edgar.sol...@web.de
à : Michaud Michael , OpenJump develop and use 

objet : Re: invalid vertex symbols


thx Mike,

i'll cc the list.

very well, i'll put the fixup of the wkt geometries from
https://github.com/openjump-gis/vertex-symbols/tree/main/src/main/resources/VertexImages
into more capable hands then mine. if s.b. sends me a zip with fixed wkts, i 
will gladly commit those. Pepe, Jukka, Mike? any takers?

i'll fix CadTools extension to not throw an NPE but the proper error message as 
you suggested, which will of course be half of the fix only (at least for now) 
then.

..sunny regards ede

On 28.08.2022 16:59, Michaud Michael wrote:


Ede,

My general advice would be to not include invalid geometries in the distro and 
to not authorize creating invalid geometries, even for symbols.

I can't think of a specific process that will break with invalid symbols, but 
most often, problems arise, sooner or later (ex. if one want to transform the 
symbol or to compute intersections with other objects for advanced cartographic 
processing...).

Making invalid geometries valid should be straightforward with OpenJUMP. There 
is now two algorithm for that. It may miss a way to process many files in one 
step though.

Michaël


>> envoyé : 28 août 2022 à 13:53>> de : Edgar Soldin 
>> à : Michaël Michaud 
>> objet : invalid vertex symbols
>>
>>
>> hey Mike,
>>
>> could you please answer the below? ..thanks ede
>>
>>
>>  Forwarded Message 
>> Subject: Re: [openjump-gis/openjump] CADTools - Drawing Blocks throws NPEs 
(Issue #56)
>> Date: Thu, 25 Aug 2022 20:40:24 +0200
>> From: edgar.sol...@web.de
>> To: jump devel , Michael Michaud 

>>
>> wrt. below. alternatively we might add a config setting (default: off) that 
enables validity checking when adding CAD-Symbols.
>>
>> ..ede
>>
>> On 25.08.2022 15:07, edgar.sol...@web.de wrote:
>>
>>> hey Mike,
>>>
>>> before i go ahead i'd like you to consult me quickly. CADTools drawing 
certain VertexSymbols (e.g. bore_01.wkt) currently fails because the described 
geometries fail the JTS geometry check `geometry.isValid()` .
>>> my fix would be to ignore that, as symbols do not need to be valid, but 
before i fix the drawing call (29 times) in cadtools-extension you may convince me that 
fixing the symbols would be the way to go instead.
>>>
>>> what's your verdict.. thanks! ede
>>>
>>>
>>> On 25.08.2022 08:03, ma15569 wrote:
>>>
>> >> I Ede,>> this is a description of the bug with java version "1.8.0_341" 
with *CadTools*
>> >>
>> >> a) select the first icon to the left (Draw a block), select block bore_01
>> >> Everything is fine and the block is drawn with no errors
>> >>
>> >> b) select the second icon to the left (Draw an oriented block)
>> >>
>> >>   * move the cursor on the workbench: the shade of the block appears 
following the cursor, no error
>> >>   * one click and move the cursor: the shade stays on the click 
coorsinates rotating according the position of the cursor, no error
>> >>   * Dragging the cursor with second click: angle of rotation comes out on 
the status bar, rotates, no error
>> >>   * Second click )which should draw the rotated block), *the error pops 
up*
>> >>
>> >> _```
>> >> java.lang.NullPointerException
>> >> at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn.execute(AbstractPlugIn.java:376)
>> >> at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.execute(AbstractCursorTool.java:640)
>> >> at 
org.openjump.advancedtools.block.DrawOrientedBlockTool.gestureFinished(DrawOrientedBlockTool.java:121)
>> >> at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:621)
&

Re: [JPP-Devel] invalid vertex symbols

[edgar . soldin]

thx Mike,

i'll cc the list.

very well, i'll put the fixup of the wkt geometries from
https://github.com/openjump-gis/vertex-symbols/tree/main/src/main/resources/VertexImages
into more capable hands then mine. if s.b. sends me a zip with fixed wkts, i 
will gladly commit those. Pepe, Jukka, Mike? any takers?

i'll fix CadTools extension to not throw an NPE but the proper error message as 
you suggested, which will of course be half of the fix only (at least for now) 
then.

..sunny regards ede

On 28.08.2022 16:59, Michaud Michael wrote:

Ede,

My general advice would be to not include invalid geometries in the distro and 
to not authorize creating invalid geometries, even for symbols.

I can't think of a specific process that will break with invalid symbols, but 
most often, problems arise, sooner or later (ex. if one want to transform the 
symbol or to compute intersections with other objects for advanced cartographic 
processing...).

Making invalid geometries valid should be straightforward with OpenJUMP. There 
is now two algorithm for that. It may miss a way to process many files in one 
step though.

Michaël


envoyé : 28 août 2022 à 13:53
de : Edgar Soldin 
à : Michaël Michaud 
objet : invalid vertex symbols


hey Mike,

could you please answer the below? ..thanks ede


 Forwarded Message 
Subject: Re: [openjump-gis/openjump] CADTools - Drawing Blocks throws NPEs 
(Issue #56)
Date: Thu, 25 Aug 2022 20:40:24 +0200
From: edgar.sol...@web.de
To: jump devel , Michael Michaud 


wrt. below. alternatively we might add a config setting (default: off) that 
enables validity checking when adding CAD-Symbols.

..ede

On 25.08.2022 15:07, edgar.sol...@web.de wrote:


hey Mike,

before i go ahead i'd like you to consult me quickly. CADTools drawing certain 
VertexSymbols (e.g. bore_01.wkt) currently fails because the described 
geometries fail the JTS geometry check `geometry.isValid()` .
my fix would be to ignore that, as symbols do not need to be valid, but before 
i fix the drawing call (29 times) in cadtools-extension you may convince me 
that fixing the symbols would be the way to go instead.

what's your verdict.. thanks! ede


On 25.08.2022 08:03, ma15569 wrote:


>> I Ede,>> this is a description of the bug with java version "1.8.0_341" with 
*CadTools*
>>
>> a) select the first icon to the left (Draw a block), select block bore_01
>> Everything is fine and the block is drawn with no errors
>>
>> b) select the second icon to the left (Draw an oriented block)
>>
>>   * move the cursor on the workbench: the shade of the block appears 
following the cursor, no error
>>   * one click and move the cursor: the shade stays on the click coorsinates 
rotating according the position of the cursor, no error
>>   * Dragging the cursor with second click: angle of rotation comes out on 
the status bar, rotates, no error
>>   * Second click )which should draw the rotated block), *the error pops up*
>>
>> _```
>> java.lang.NullPointerException
>> at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn.execute(AbstractPlugIn.java:376)
>> at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.execute(AbstractCursorTool.java:640)
>> at 
org.openjump.advancedtools.block.DrawOrientedBlockTool.gestureFinished(DrawOrientedBlockTool.java:121)
>> at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:621)
>> at 
org.openjump.core.ui.plugin.edittoolbox.cursortools.ConstrainedMultiClickTool.finishGesture(ConstrainedMultiClickTool.java:280)
>> at 
org.openjump.core.ui.plugin.edittoolbox.cursortools.ConstrainedMultiClickTool.mouseReleased(ConstrainedMultiClickTool.java:155)
>> at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
>> ...
>>
>> |With the previous java version 1.8.0_311 both a) and b) were generating 
errors With OpenJUMP 1.16 no error were generating (I did this test just in case to 
have an history if there wers some changes) I still think that the bug in CadTools 
and the one in VertexImagesas are related as they share some code on how to read WKT 
symbols, **rotate** and transform into geometries. I will not open another issue, 
maybe solving CadTools solves also VertexImage Bets regards |
>>
>> —
>> Reply to this email directly, view it on GitHub 
<https://github.com/openjump-gis/openjump/issues/56#issuecomment-1226813755>, or 
unsubscribe 
<https://github.com/notifications/unsubscribe-auth/ACMDSQNZMXJATWPZ2VA3DLDV24EB3ANCNFSM567OC2XQ>.
>> You are receiving this because you commented.Message ID: 

>>





___
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] CADTools - Drawing Blocks throws NPEs (Issue #56)

[edgar . soldin]

wrt. below. alternatively we might add a config setting (default: off) that 
enables validity checking when adding CAD-Symbols.

..ede

On 25.08.2022 15:07, edgar.sol...@web.de wrote:

hey Mike,

before i go ahead i'd like you to consult me quickly. CADTools drawing certain 
VertexSymbols (e.g. bore_01.wkt) currently fails because the described 
geometries fail the JTS geometry check `geometry.isValid()` .
my fix would be to ignore that, as symbols do not need to be valid, but before 
i fix the drawing call (29 times) in cadtools-extension you may convince me 
that fixing the symbols would be the way to go instead.

what's your verdict.. thanks! ede


On 25.08.2022 08:03, ma15569 wrote:

I Ede,
this is a description of the bug with java version "1.8.0_341" with *CadTools*

a) select the first icon to the left (Draw a block), select block bore_01
Everything is fine and the block is drawn with no errors

b) select the second icon to the left (Draw an oriented block)

  * move the cursor on the workbench: the shade of the block appears following 
the cursor, no error
  * one click and move the cursor: the shade stays on the click coorsinates 
rotating according the position of the cursor, no error
  * Dragging the cursor with second click: angle of rotation comes out on the 
status bar, rotates, no error
  * Second click )which should draw the rotated block), *the error pops up*

_```
java.lang.NullPointerException
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn.execute(AbstractPlugIn.java:376)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.execute(AbstractCursorTool.java:640)
at 
org.openjump.advancedtools.block.DrawOrientedBlockTool.gestureFinished(DrawOrientedBlockTool.java:121)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:621)
at 
org.openjump.core.ui.plugin.edittoolbox.cursortools.ConstrainedMultiClickTool.finishGesture(ConstrainedMultiClickTool.java:280)
at 
org.openjump.core.ui.plugin.edittoolbox.cursortools.ConstrainedMultiClickTool.mouseReleased(ConstrainedMultiClickTool.java:155)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
...

|With the previous java version 1.8.0_311 both a) and b) were generating errors 
With OpenJUMP 1.16 no error were generating (I did this test just in case to 
have an history if there wers some changes) I still think that the bug in 
CadTools and the one in VertexImagesas are related as they share some code on 
how to read WKT symbols, **rotate** and transform into geometries. I will not 
open another issue, maybe solving CadTools solves also VertexImage Bets regards 
|

—
Reply to this email directly, view it on GitHub 
, or 
unsubscribe 
.
You are receiving this because you commented.Message ID: 






___
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] CADTools - Drawing Blocks throws NPEs (Issue #56)

[edgar . soldin]

hey Mike,

before i go ahead i'd like you to consult me quickly. CADTools drawing certain 
VertexSymbols (e.g. bore_01.wkt) currently fails because the described 
geometries fail the JTS geometry check `geometry.isValid()` .
my fix would be to ignore that, as symbols do not need to be valid, but before 
i fix the drawing call (29 times) in cadtools-extension you may convince me 
that fixing the symbols would be the way to go instead.

what's your verdict.. thanks! ede


On 25.08.2022 08:03, ma15569 wrote:

I Ede,
this is a description of the bug with java version "1.8.0_341" with *CadTools*

a) select the first icon to the left (Draw a block), select block bore_01
Everything is fine and the block is drawn with no errors

b) select the second icon to the left (Draw an oriented block)

  * move the cursor on the workbench: the shade of the block appears following 
the cursor, no error
  * one click and move the cursor: the shade stays on the click coorsinates 
rotating according the position of the cursor, no error
  * Dragging the cursor with second click: angle of rotation comes out on the 
status bar, rotates, no error
  * Second click )which should draw the rotated block), *the error pops up*

_```
java.lang.NullPointerException
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn.execute(AbstractPlugIn.java:376)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.execute(AbstractCursorTool.java:640)
at 
org.openjump.advancedtools.block.DrawOrientedBlockTool.gestureFinished(DrawOrientedBlockTool.java:121)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:621)
at 
org.openjump.core.ui.plugin.edittoolbox.cursortools.ConstrainedMultiClickTool.finishGesture(ConstrainedMultiClickTool.java:280)
at 
org.openjump.core.ui.plugin.edittoolbox.cursortools.ConstrainedMultiClickTool.mouseReleased(ConstrainedMultiClickTool.java:155)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
...

|With the previous java version 1.8.0_311 both a) and b) were generating errors 
With OpenJUMP 1.16 no error were generating (I did this test just in case to 
have an history if there wers some changes) I still think that the bug in 
CadTools and the one in VertexImagesas are related as they share some code on 
how to read WKT symbols, **rotate** and transform into geometries. I will not 
open another issue, maybe solving CadTools solves also VertexImage Bets regards 
|

—
Reply to this email directly, view it on GitHub 
, or 
unsubscribe 
.
You are receiving this because you commented.Message ID: 





___
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

[edgar . soldin]

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 


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

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

[edgar . soldin]

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

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

[edgar . soldin]

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.

i'll send Mike a wetransfer link with the wkt files. i guess we could extract 
epsg-id and just the name from them. ..ede


On 21.08.2022 19:00, Giuseppe Aruta wrote:

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 mailto: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 mailto:edgar.sol...@web.de>> 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




___
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

[edgar . soldin]

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

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

[edgar . soldin]

Peppe,

please test and close the issue if the problem is fixed in snapshots. thx! 
..sunny regards ede


 Forwarded Message 
Subject:[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks 
throws NPEs
Date:   Tue, 16 Aug 2022 12:14:38 -
From:   ede via Jump-pilot-devel 
Reply-To:   [jump-pilot:bugs] <5...@bugs.jump-pilot.p.re.sourceforge.net>, 
OpenJump develop and use 
To: jump-pilot-devel@lists.sourceforge.net
CC: ede 



hey Peppe,

please try the next snapshot build. Cadtools should be fixed now. isf so, pls 
close this issus.

thanks!.. ede

--

*[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 11:55 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 throws a null point exception if coord_ref_sys is found

[edgar . soldin]

same here :),

better as an issue on github and definitely Mikes cup of coffee .. sunny 
regards ede

On 18.08.2022 09:55, Giuseppe Aruta wrote:

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



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

Re: [JPP-Devel] Upgrade srid strings

[edgar . soldin]

hey Peppe,

i'm not familiar with the code, so i'll wait for Mike to tackle this.

maybe best to create an Issue on 
https://github.com/openjump-gis/openjump/issues so it does not get forgotten? 
..ede

On 18.08.2022 10:40, Giuseppe Aruta wrote:

I realized that embedded srid definitions were not upgraded, at least for 
Italian codes.
I made an upgrade for the file srid.txt and srid2prj.txt, both located into the 
package org.openjump.core.ccordsys.utils.

The epsg codeI I added are the following :
6704: RDN2008 geocentric
6705: RDN2008 3D geographic
6706: RDN2008 2D geographic
6707: RDN2008 / UTM zone 32N (N-E)
6708: RDN2008 / UTM zone 33N (N-E)
6709: RDN2008 / UTM zone 34N (N-E)
6875: RDN2008 / Italy zone (N-E)
6876: RDN2008 / Zone 12 (N-E)
7791: RDN2008 / UTM zone 32N
7792: RDN2008 / UTM zone 33N
7793: RDN2008 / UTM zone 34N
7794: RDN2008 / Italy zone (E-N)
7795: RDN2008 / Zone 12 (E-N)

I ask if someone can add these files to related package

I also found that pe_list_projcs_geogcs.csv doesn't have these definitions. I 
don't know if this file is downloaded from EPSG (in this case it should be 
upgraded) or
made by some of us (Michael?)

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

[JPP-Devel] Cadtools fix

[edgar . soldin]

hey Mike,

would you mind having a look if you agree with this fix?
https://github.com/openjump-gis/cadtools-extension/commit/cb8857f2c053a002c8f084ab25d27edb33975e50

thanks.. ede


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

[JPP-Devel] OpenJUMP 2.1 released

[edgar . soldin]

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

Re: [JPP-Devel] [openjump-gis/openjump] f61f39: upgrade jaxb in set-attribute and view-manager plu...

[edgar . soldin]

looks good. will include it in the OJ 2.1 release and finally release it to the 
world officially. ..ede

On 26.07.2022 22:37, Michaël Michaud via Jump-pilot-devel wrote:

   Branch: refs/heads/main
   Home:   https://github.com/openjump-gis/openjump
   Commit: f61f39985e0547cd860da284e8e8b4cc4cb95ac2
   
https://github.com/openjump-gis/openjump/commit/f61f39985e0547cd860da284e8e8b4cc4cb95ac2
   Author: Michaël Michaud 
   Date:   2022-07-26 (Tue, 26 Jul 2022)

   Changed paths:
 M pom.xml

   Log Message:
   ---
   upgrade jaxb in set-attribute and view-manager plugins




___
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: [OSGeoLive] desktop beta candidate alpha?

[edgar . soldin]

sorry Brian,

for this year i'm done.

you guys, if you want, take some suggestions from the PR that is online still
 https://github.com/OSGeo/OSGeoLive/pull/335
and my observation wrt. the desktop font coloring
 
https://github.com/OSGeo/OSGeoLive/commit/fe89fefddc6e6c54174804c33b6cb54a17536104#commitcomment-78719072
.

maybe next year we can start fresh and earlier together on the graphic design 
part, we will see then. have fun and enjoy ..ede

On 17.07.2022 22:35, Brian M Hamlin wrote:

 > helpful

   yes !



 so thanks - for nothing.


no, I am trying to clearly explain .. there is a mess of old marketing parts in 
different places.

I am looking for parts next ..




you have a timeline to catch.


We share the timeline, and challenge, to share the benefits.  It is not unique 
to me, or you.   This is an exceptional, intelligent product that no one person 
can make. Everyone feels pressure and problems in these days, right?





 >> want the help of someone with an actual degree that includes graphic design 
and working in the field

     so you have training and practice !!  new to me .. welcome !






   the name of the file is in my announcement email s -- copy here

--
   I have modified an image from the fine collection of classic cartography 
exchanged earlier this year. The image  'stampa_maglie / 11794.jpg' is the 
source for desktop candidate here

--

   The famous Boboli Gardens are central to an alternate entry. The image  
'stampa_maglie / 14971.jpg' is the source for desktop candidate here

 > call if you need anything, until then i'm out wrt. desktop, well done! sunny 
regards.. ede

   just like me - high skill, quick to anger.. maybe we are the same?

   of course we discover where the edges are, for communication and for 
co-work.  , I had no idea you have graphic design background, how could I know 
it?  You program in expert Java, also years of work.

   I think we should communicate and make a great product.  We are different 
and yet both skilled.  I have earned some respect for previous work and effort 
now, and you too. onward

   --Brian M Hamlin    /  MAPLABS  /  OSGeoLive PSC




___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] desktop beta candidate alpha?

[edgar . soldin]

On 17.07.2022 21:39, Brian M Hamlin wrote:

On 7/17/22 12:21, edgar.sol...@web.de wrote:


On 17.07.2022 20:44, Brian M Hamlin wrote:

Hi Edgar - good day to you

   the original image sources are all from the FOSS4G committee in Italy -- 
there are many steps to prep the images because the originals have different 
color encoding and are high resolution. I use a Macintosh from 20 years ago to 
do the artwork.


well sure. but just in case i want to fix this specific draft, which i am 
willing to do on a my recent pc with a current photoshop. how can i get hold of 
the actual source picture? why can't you provide it to me directly?


   You want to skip the steps to prepare the inputs and change the design I am 
working on right now


well no. i want to move things along. trying to be helpful is all.


   The logo materials for OSGeo are certainly available and please copy them, 
they are in the marketing area of OSGeo resources. I carefully copy the parts I 
use - the marketing committee is lead by German Astrid in Bonn area.


well, color me stupid, i can't seem to find em on 
https://www.osgeo.org/resources/



  Edgar - you are obviously smart. Lets be direct.  Yes they are hard to find, 
I spend time to organize, filter and sort, for years, so that I can do this 
contribution.   You want to skip those steps. All the marketing materials are 
public. Please tell Astrid that you cannot find the materials. I work hard at 
this and you do too.


well, if you tried to confuse me, you succeeded. if not, you just didn't help 
me at all. so thanks - for nothing.



would you (or anybody else really) please provide a link? thanks!


after my comments above, I can tell you directly.  I do want to send you links. 
But I am running two computers and using advanced tools right now as I type.  
You want me to stop what I am doing now and look for links to send you.


i want to help you guys. if that is not welcome, i'm totally fine and do stuff 
elsewhere. was just under the impression that you have a timeline to catch.


also i'm still wondering about font used for the number "15".


   Please consider the ten+ designs I have done for ten+ years, with the 
typography and color design, and when you have done that, I can tell you the 
name of the font I used here in exchange. Do you accept?

   http://live.osgeo.org/archive/    ## I built this VM and admin the 
contents for OSGeo dot org


again. no clue what your problem is here. but sure. if you don't want the help of someone 
with an actual degree that includes graphic design and working in the field, then this 
someone will not impose himself. just a little surprised that "ten+ years" 
result in oversights like the transparency, aliasing artefacts or unreadability of 
desktop icons.




   The desktop art is still under development, all entries welcome.

   see stampa_maglie0.tgz    in http://download.osgeo.org/livedvd/15/


i had a look into `http://download.osgeo.org/livedvd/15/stampa_maglie0.tgz` but 
it does _NOT_ contain the map image used to create the firenze background. why 
did you point that file out to me?


   my slow American internet, which is expensive to me in my low-income 
apartment here next to expensive UC Berkeley, is uploading the tar file now. 
Please be patient and it will be complete soon.  The input file names are 
listed in the Github PRs that I created for all. All inputs and input sources 
are public.


well, sorry no. there is no source file or location of it named in the PR 'ol15 
firenze desk' https://github.com/OSGeo/OSGeoLive/pull/332


   more soon   --Brian


sunny regards.. ede


call if you need anything, until then i'm out wrt. desktop, well done! sunny 
regards.. ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] desktop beta candidate alpha?

[edgar . soldin]

On 17.07.2022 21:21, edgar.sol...@web.de wrote:

   see stampa_maglie0.tgz    in http://download.osgeo.org/livedvd/15/


i had a look into `http://download.osgeo.org/livedvd/15/stampa_maglie0.tgz` but 
it does _NOT_ contain the map image used to create the firenze background. why 
did you point that file out to me?


ok, just realise that this file is still uploading as the size online still 
grows. i'll revisit tomorrow. thx!.. ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] desktop beta candidate alpha?

[edgar . soldin]

On 17.07.2022 20:44, Brian M Hamlin wrote:

Hi Edgar - good day to you

   the original image sources are all from the FOSS4G committee in Italy -- 
there are many steps to prep the images because the originals have different 
color encoding and are high resolution. I use a Macintosh from 20 years ago to 
do the artwork.


well sure. but just in case i want to fix this specific draft, which i am 
willing to do on a my recent pc with a current photoshop. how can i get hold of 
the actual source picture? why can't you provide it to me directly?


   The logo materials for OSGeo are certainly available and please copy them, 
they are in the marketing area of OSGeo resources. I carefully copy the parts I 
use - the marketing committee is lead by German Astrid in Bonn area.


well, color me stupid, i can't seem to find em on 
https://www.osgeo.org/resources/

would you (or anybody else really) please provide a link? thanks!

also i'm still wondering about font used for the number "15".


   The desktop art is still under development, all entries welcome.

   see stampa_maglie0.tgz    in http://download.osgeo.org/livedvd/15/


i had a look into `http://download.osgeo.org/livedvd/15/stampa_maglie0.tgz` but 
it does _NOT_ contain the map image used to create the firenze background. why 
did you point that file out to me?


   more soon   --Brian


sunny regards.. ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] desktop beta candidate alpha?

[edgar . soldin]

hey Brian,

can you please provide me with the sources (map pic, osgeo logo, font used for the 
"15") for the firenze background? i'd like to fix the aliasing issue described 
on https://github.com/OSGeo/OSGeoLive/pull/335

afaiu this is going to be the final design as voted on github, or?

thanks!.. ede

On 17.07.2022 20:29, Brian M Hamlin wrote:

http://download.osgeo.org/livedvd/15/ol15-desk-g07g-salogoF8.png

http://download.osgeo.org/livedvd/15/ol15-desk-g07g-salogoF82.png

    * export to PNG8

    * remove transparency on base layer


On 7/17/22 09:26, edgar.sol...@web.de wrote:

just added a modified version with a darkened left half (without alpha 
channel). please consider and comment in the PR 
https://github.com/OSGeo/OSGeoLive/pull/335

sunny regards ..ede

On 17.07.2022 17:21, Brian M Hamlin wrote:

Desktop Art people -

   the last nightly build from Athens included desktop artwork, but the result 
is low-contrast. An experiment with the alternate desktop also showed problems 
with contrast.

   The 22.04 desktop base might be sensitive to alpha channel in the PNG file.  
I removed the alpha channel locally using

    $ convert OSGeoLive/desktop-conf/osgeo-desktop.png -alpha off out.png

you can test any PNG file in the terminal with the $file command and look for  
RGBA  or RGB  format. Also we can continue to change the artwork itself to find 
a visual solution.

    this is a blocker for the beta1 build, so feedback and solutions are 
welcome.

    best regards from Berkeley, Calif.   --Brian M Hamlin    / MAPLABS /  
OSGeoLive PSC





___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive


___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive


___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] desktop beta candidate alpha?

[edgar . soldin]

just added a modified version with a darkened left half (without alpha 
channel). please consider and comment in the PR 
https://github.com/OSGeo/OSGeoLive/pull/335

sunny regards ..ede

On 17.07.2022 17:21, Brian M Hamlin wrote:

Desktop Art people -

   the last nightly build from Athens included desktop artwork, but the result 
is low-contrast. An experiment with the alternate desktop also showed problems 
with contrast.

   The 22.04 desktop base might be sensitive to alpha channel in the PNG file.  
I removed the alpha channel locally using

    $ convert OSGeoLive/desktop-conf/osgeo-desktop.png -alpha off out.png

you can test any PNG file in the terminal with the $file command and look for  
RGBA  or RGB  format. Also we can continue to change the artwork itself to find 
a visual solution.

    this is a blocker for the beta1 build, so feedback and solutions are 
welcome.

    best regards from Berkeley, Calif.   --Brian M Hamlin    / MAPLABS /  
OSGeoLive PSC





___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

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

[edgar . soldin]

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 mailto: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 

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

Re: [OSGeoLive] Desktop Image for OSGeoLive 15

[edgar . soldin]

On 08.07.2022 14:58, Brian M Hamlin wrote:

On 7/8/22 04:05, edgar.sol...@web.de wrote:

i tried both. some desktop symbol texts become unreadable. should we add a 
gradient from the left that darkens it much more or ... ?

..ede 


richtig ede -  here is the challenge. The width of the dark stripe on the left 
side of the desktop changes with the screen resolution. Therefore, at 800x600 
(docs screenshot) the dark area looks one way, then ordinary 1024x768 it is 
another way, the current desktop size here 1440x900 another way and of course, 
very large screens are different again.


just to be clear, there is no dynamic "dark stripe". it is a one size fits all 
background as your below comment suggests. richtig? :)
 

I can add the dark area with a filter. The FOSS4G contact Luca prefers this 
Boboli design.  There can only be one desktop design for FOSS4G release. How 
wide should the dark area be on the left of the desktop? ideas welcome


seeing that icons/text stretch up to the middle of the screen at 800x600 that 
should ideally be the margin to go for.

..ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

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

[edgar . soldin]

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 mailto: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 

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] New Raster toolset for openjump

[edgar . soldin]

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/ 



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/
 


The code is here:
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

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

[edgar . soldin]

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 mailto: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 

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] next OJ point release?

[edgar . soldin]

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

Re: [OSGeoLive] libgdal-java missing

[edgar . soldin]

your welcome,

it still needs an installer script or be included in 
https://github.com/OSGeo/OSGeoLive/blob/master/bin/setup.sh . see

which need to be placed to
 /usr/lib/jni/libgdalalljni.so
 /usr/share/java/gdal.jar
respectively.

do you want me to provide a PR? ..ede

On 23.06.2022 21:39, Angelos Tzotsos wrote:

Thank you Ede,

Uploaded now to
http://download.osgeo.org/livedvd/data/gdal/gdal-3.4.3+dfsg-java.tgz

On 6/23/22 02:29, edgar.sol...@web.de wrote:

On 22.06.2022 21:17, edgar.sol...@web.de wrote:

On 22.06.2022 18:01, Angelos Tzotsos wrote:

We can upload the file to download.osgeo.org. Please send me a link and I will 
upload.


will do


done. find the archive on
 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/osgeo/gdal-3.4.3%2Bdfsg-java.tgz

it contains
 -rw-r--r-- 1 user user  178465 Jun 23 00:46 gdal.jar
 -rw-r--r-- 1 user user 3671896 Jun 23 00:46 libgdalalljni.so
which need to be placed to
 /usr/lib/jni/libgdalalljni.so
 /usr/share/java/gdal.jar
respectively.


Then, can you please update your installer and send a pull request?


no need. if the files are located at the default locations
https://packages.ubuntu.com/bionic/amd64/ligdal-java/filelist
any application and OJ should pick them up automatically.

will doublecheck and release a new OJ anyway before the disc is finalized. for 
that we only need to update osgeo.conf on 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/osgeo/.


i was surprised to see that 
https://github.com/OSGeo/OSGeoLive/blob/master/bin/install_openjump.sh was 
patched to use a fixed OJ version making pull requests mandatory. would you 
mind commenting on my reply on 
https://github.com/OSGeo/OSGeoLive/commit/11ab41ab19eaa40d916ae428d92c41e4c0cc23e6#commitcomment-76750007
 ?

..sunny regards ede

___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive





___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] libgdal-java missing

[edgar . soldin]

On 22.06.2022 21:17, edgar.sol...@web.de wrote:

On 22.06.2022 18:01, Angelos Tzotsos wrote:

We can upload the file to download.osgeo.org. Please send me a link and I will 
upload.


will do


done. find the archive on
 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/osgeo/gdal-3.4.3%2Bdfsg-java.tgz

it contains
 -rw-r--r-- 1 user user  178465 Jun 23 00:46 gdal.jar
 -rw-r--r-- 1 user user 3671896 Jun 23 00:46 libgdalalljni.so
which need to be placed to
 /usr/lib/jni/libgdalalljni.so
 /usr/share/java/gdal.jar
respectively.


Then, can you please update your installer and send a pull request?


no need. if the files are located at the default locations
https://packages.ubuntu.com/bionic/amd64/ligdal-java/filelist
any application and OJ should pick them up automatically.

will doublecheck and release a new OJ anyway before the disc is finalized. for 
that we only need to update osgeo.conf on 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/osgeo/.


i was surprised to see that 
https://github.com/OSGeo/OSGeoLive/blob/master/bin/install_openjump.sh was 
patched to use a fixed OJ version making pull requests mandatory. would you 
mind commenting on my reply on 
https://github.com/OSGeo/OSGeoLive/commit/11ab41ab19eaa40d916ae428d92c41e4c0cc23e6#commitcomment-76750007
 ?

..sunny regards ede

___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] libgdal-java missing

[edgar . soldin]

On 22.06.2022 18:01, Angelos Tzotsos wrote:

We can upload the file to download.osgeo.org. Please send me a link and I will 
upload.


will do


Then, can you please update your installer and send a pull request?


no need. if the files are located at the default locations
 https://packages.ubuntu.com/bionic/amd64/ligdal-java/filelist
any application and OJ should pick them up automatically.

will doublecheck and release a new OJ anyway before the disc is finalized. for 
that we only need to update osgeo.conf on 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/osgeo/.

thx! ..ede




On 6/22/22 18:51, edgar.sol...@web.de wrote:

as i got you now,

in case i build them should i provide them for you to download and integrate or 
how do you want to deal with it?

thx ..ede

On 22.06.2022 17:48, Angelos Tzotsos wrote:

Hi Ede,

Thanks for the reminder, it is now answered.

Best,
Angelos

On 6/22/22 18:00, edgar.sol...@web.de wrote:

hey Angelos,

would you mind commenting on https://trac.osgeo.org/osgeolive/ticket/2288 ?

thanks ..ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive





___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive





___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [OSGeoLive] libgdal-java missing

[edgar . soldin]

as i got you now,

in case i build them should i provide them for you to download and integrate or 
how do you want to deal with it?

thx ..ede

On 22.06.2022 17:48, Angelos Tzotsos wrote:

Hi Ede,

Thanks for the reminder, it is now answered.

Best,
Angelos

On 6/22/22 18:00, edgar.sol...@web.de wrote:

hey Angelos,

would you mind commenting on https://trac.osgeo.org/osgeolive/ticket/2288 ?

thanks ..ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive





___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

[OSGeoLive] libgdal-java missing

[edgar . soldin]

hey Angelos,

would you mind commenting on https://trac.osgeo.org/osgeolive/ticket/2288 ?

thanks ..ede
___
osgeolive mailing list
osgeolive@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/osgeolive

Re: [JPP-Devel] GCPlugin : ideas for future developement

[edgar . soldin]

nothing secret here, i'll cc the ml.

OJ distro ships ECW libraries, which have a license clause that prohibits 
distributing them for money. we documented that here
 https://ojwiki.soldin.de/index.php?title=OpenJUMP_Licensing

for OsGeo we manually strip these and publish a "special" osgeo distro on 
sf.net. that's pretty much it.. sunny regards ede

On 08.06.2022 17:42, Brian M Hamlin wrote:

Hi edso -

   hey! great to see this new development.. teamwork in action.

   just to be very clear, are you only removing things for the OSGeoLive 
version ?  like perhaps one particular conversion library ?  what are the other 
changes?

   I do not want to advertise this .. it is a private talk unless you say 
otherwise.. I want to know from a engineering perspective.

   thanks very much --Brian M Hamlin    /  MAPLABS  /  OSGeoLive PSC


On 5/28/22 8:37 AM, edgar.sol...@web.de wrote:

On 28.05.2022 15:50, Michaud Michael wrote:

Hi Ede,

About GCPlugin, I did the minimum to fix the problem I reported.


looks good on a quick glance
commit msg is somewaht short and lacks a minimum of information. also a proper 
link to the github issue is a good idea in case the git is located somewhere 
else ;)


There are probably more to do

- in constructPolygons, holesWithoutShells sometimes contains list of rings and 
sometimes rings

- constructing polygon from rings based on ring orientation is hasardeous as 
there is not a single rule (shapefile and

jts "normalization" follow one rule while OGC, geodatabase, oracle... follow 
the other one :-(


"good" to know


The whole plugin is difficult to read because it is based on reflexion and 
IMHO, reasonning  on available methods

hide more important characteristics like geometry dimension or number of 
components.


sorry, don't follow.

reflection was used initially as i wasn't sure there may be new geometry 
conversions added in JTS in the future (well, i was young). it's now mapped to 
a static items list anyway, so you may as well remove reflection. go ahead.


If I had to rewrite it, I would consider the following rules


i'm probably not gonna touch it soonish, but feel free to implement as you like.

in case not, you maybe wanna summarize your thought and just add them as a TODO 
header to the class?


general cases

- empty geometry can be converted to any type and any type can be converted to 
a GeometryCollection

simple to multi

- a simple geometry can always be wrapped into a multi-geometry

multi to simple

- a multi-geometry can only be converted into a simple one if it has a single 
component

high to low dimension

- a simple or multi-geometry can always be converted to a multi-geometry with a 
lower dimension
   (sometimes, it can be converted to a simple geometry like polygon without hole 
-> linestring)

low to high dimension

- a single point cannot be converted to a geometry of higher dimension

- a multipoint can be converted to a linestring if it has >= 2 point and to a 
polygon it it has >= 3 points and the resulting linestring does not intersect 
itself

- a linestring can be converted to a polygon (or multi-polygon)

- a multi-linestring can be converted to a Multi-Polygon with certain conditions and to a single 
Polygon with even more restrictive condition, but the algo is not trivial and I don't know an easy 
method to do it with JTS (polygonizer is probably the nearest thing, but after polygonization, some 
original rings can describe a hole "and" a nested shell. For conversion, we probably 
prefer rings to describe a shell "or" a hole : rings included in an odd number of outer 
rings are holes and rings not included or included in an even number of rings are shells).

I probably forgot some corner cases


with some luck i will find some more time to invest into OGC API as sponsored 
by Jukka :)

thanks und 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] GCPlugin : ideas for future developement

[edgar . soldin]

On 28.05.2022 15:50, Michaud Michael wrote:

Hi Ede,

About GCPlugin, I did the minimum to fix the problem I reported.


looks good on a quick glance
commit msg is somewaht short and lacks a minimum of information. also a proper 
link to the github issue is a good idea in case the git is located somewhere 
else ;)


There are probably more to do

- in constructPolygons, holesWithoutShells sometimes contains list of rings and 
sometimes rings

- constructing polygon from rings based on ring orientation is hasardeous as 
there is not a single rule (shapefile and

jts "normalization" follow one rule while OGC, geodatabase, oracle... follow 
the other one :-(


"good" to know


The whole plugin is difficult to read because it is based on reflexion and 
IMHO, reasonning  on available methods

hide more important characteristics like geometry dimension or number of 
components.


sorry, don't follow.

reflection was used initially as i wasn't sure there may be new geometry 
conversions added in JTS in the future (well, i was young). it's now mapped to 
a static items list anyway, so you may as well remove reflection. go ahead.


If I had to rewrite it, I would consider the following rules


i'm probably not gonna touch it soonish, but feel free to implement as you like.

in case not, you maybe wanna summarize your thought and just add them as a TODO 
header to the class?


general cases

- empty geometry can be converted to any type and any type can be converted to 
a GeometryCollection

simple to multi

- a simple geometry can always be wrapped into a multi-geometry

multi to simple

- a multi-geometry can only be converted into a simple one if it has a single 
component

high to low dimension

- a simple or multi-geometry can always be converted to a multi-geometry with a 
lower dimension
   (sometimes, it can be converted to a simple geometry like polygon without hole 
-> linestring)

low to high dimension

- a single point cannot be converted to a geometry of higher dimension

- a multipoint can be converted to a linestring if it has >= 2 point and to a 
polygon it it has >= 3 points and the resulting linestring does not intersect 
itself

- a linestring can be converted to a polygon (or multi-polygon)

- a multi-linestring can be converted to a Multi-Polygon with certain conditions and to a single 
Polygon with even more restrictive condition, but the algo is not trivial and I don't know an easy 
method to do it with JTS (polygonizer is probably the nearest thing, but after polygonization, some 
original rings can describe a hole "and" a nested shell. For conversion, we probably 
prefer rings to describe a shell "or" a hole : rings included in an odd number of outer 
rings are holes and rings not included or included in an even number of rings are shells).

I probably forgot some corner cases


with some luck i will find some more time to invest into OGC API as sponsored 
by Jukka :)

thanks und sunny regards ..ede


___
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

[edgar . soldin]

hey Brian,

OJ2 is still java8+ compatible and we are currently not planning to raise the 
java level runtime requirement. we are also not aware of any compatibility 
issues with more recent java versions although we only test sporadically.

so, yeah, java8 should work fine :) ..thanks ede

On 20.05.2022 14:40, Brian M Hamlin wrote:

Hi All -

   #osgeolive team here! -- one big decision this year is Java version ..  Is 
version 8 sufficient?

   thank you and best regards from Berkeley, Calif.   --Brian M Hamlin    /  
MAPLABS  /  OSGeoLive PSC


On 5/20/22 3:09 AM, edgar.sol...@web.de wrote:

Mike,

i didn't see a time table for OsgeoLive so far, so i guess it's still some 
month until. so take your time, i will post if i got more definitive news. if 
they got alpha builds i will prepare whatever is latest and test that then.

sunny regards ..ede

On 20.05.2022 09:18, Michaud Michael wrote:

Ede,

OpenJUMP 2.0 is quite stable now.

However, I would be pleased to include some recent fixes in a bug fix release.

I can also include Peppe improvements.

I will not try to merge heatmap branch which could introduce regression, but 
I'd like to backport at least fixes.

If we fix a release date, I can organize myself and see what I can include and 
what I must postpone.

Michaël


envoyé : 16 mai 2022 à 18:43
de : edgar.sol...@web.de
à : OpenJump develop and use 
objet : [JPP-Devel] OSGeoLive and OJ2


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




___
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

[edgar . soldin]

Mike,

i didn't see a time table for OsgeoLive so far, so i guess it's still some 
month until. so take your time, i will post if i got more definitive news. if 
they got alpha builds i will prepare whatever is latest and test that then.

sunny regards ..ede

On 20.05.2022 09:18, Michaud Michael wrote:

Ede,

OpenJUMP 2.0 is quite stable now.

However, I would be pleased to include some recent fixes in a bug fix release.

I can also include Peppe improvements.

I will not try to merge heatmap branch which could introduce regression, but 
I'd like to backport at least fixes.

If we fix a release date, I can organize myself and see what I can include and 
what I must postpone.

Michaël


envoyé : 16 mai 2022 à 18:43
de : edgar.sol...@web.de
à : OpenJump develop and use 
objet : [JPP-Devel] OSGeoLive and OJ2


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] OSGeoLive and OJ2

[edgar . soldin]

hey Peppe,

looks like those changes are not in *osgeo* OJ 1.16 as well, so no stopper for 
OJ2 as such.

surely they should be ported to OJ2 in the future, maybe start an issue on 
github, just to make sure? ..ede


On 19.05.2022 10:08, Giuseppe Aruta wrote:

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 mailto:edgar.sol...@web.de>> 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



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

[JPP-Devel] OSGeoLive and OJ2

[edgar . soldin]

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

Re: [JPP-Devel] A Delaunay triangulation library to support Lidar data

[edgar . soldin]

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 

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

Re: [sdwalker/sdwalker.github.io] 2bdb42: This week's update

[edgar . soldin]

is the below weekly message of any informational value to _all_? can someone 
maybe block this if it's not? ..thanks ede

On 08.05.2022 23:05, Stephen Walker via openwrt-devel wrote:

The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.

To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[JPP-Devel] mirror on Gitlab

[edgar . soldin]

just because (you never know;)), i set up a git mirror on Gitlab of the 
Openjump repo
 https://gitlab.com/openjump-gis/openjump

will document it later in the README. have fun, stay safe ..ede


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

Re: [Duplicity-team] Stable snap broken? (was Re: Duplicity 0.8.09 Released)

[edgar . soldin]

On 21.03.2022 22:05, Aaron wrote:

On 2022-03-21 20:50, Aaron wrote:


I feel like the "proper" solution here is to add a step to the CI/CD process on 
Gitlab to test the snap before it goes to stable. That is a bit awkward as snaps do not 
run inside Docker containers, which are what is easiest in Gitlab CI/CD. I will try to 
make some time to investigate this -- maybe I can set up a spend-limited Linode API key 
and just have it run some smoke tests on the snap as part of a specified release process 
or something. To do it all as a pipeline, I think we would have to do the release and 
snapping in there as well.


As much to help me find it again in the future, I see that I found some 
guidance on building snaps on Gitlab and pushing them to the snap store here:


how about we move this discussion into a ticket on gitlab, so it get's archived 
for the future? :)


https://forum.snapcraft.io/t/building-and-pushing-snap-packages-from-gitlab/9537 


It's a bit old now, but hopefully still useful. Perhaps we can now use remote 
build to avoid faffing with special containers for building?


having done some remote building, i'd say f***ing slow but very useful for non 
amd64 archs. having said that. snapping locally in a CI will probably still be 
the fastest, although personally i do build and push releases manually, always, 
just to keep things under control. it's not like i release daily or so ;)

..ede


___
Mailing list: https://launchpad.net/~duplicity-team
Post to : duplicity-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~duplicity-team
More help   : https://help.launchpad.net/ListHelp

Re: [Duplicity-team] Stable snap broken? (was Re: Duplicity 0.8.09 Released)

[edgar . soldin]

and while this autoupdating may be nice, it is really risky for production 
systems. so once again. let's adopt snap versioning like blender does it (see 
below and https://snapcraft.io/blender).

let's keep 'latest/{stable..edge}' but additionally push at least 
'/stable', so users can decide to (re)install fixed versions too. 
makes downgrading in case something goes wrong so much easier.

:$ snap info blender
name:  blender
summary:   Blender is the free and open source 3D creation suite.
SNIP
channels:
  latest/stable: 3.1.0   2022-03-09 (1925) 225MB classic
  latest/candidate:  ↑
  latest/beta:   3.1.0   2022-02-11 (1731) 226MB classic
  latest/edge:   ↑
  3.1/stable:3.1.0   2022-03-09 (1925) 225MB classic
  3.1/candidate: 3.1.0   2022-03-21 (2020) 225MB classic
  3.1/beta:  ↑
  3.1/edge:  ↑
  3.0/stable:3.0.1   2022-01-26 (1653) 223MB classic
  3.0/candidate: ↑
  3.0/beta:  ↑
  3.0/edge:  ↑
  2.93lts/stable:2.93.8  2022-02-02 (1698) 205MB classic
  2.93lts/candidate: 2.93.9  2022-03-21 (2019) 205MB classic
  2.93lts/beta:  ↑
  2.93lts/edge:  ↑
  2.92/stable:   2.92.0  2021-02-25  (111) 196MB classic
  2.92/candidate:↑
  2.92/beta: ↑
  2.92/edge: ↑
  2.91/stable:   2.91.2  2021-01-20   (65) 193MB classic
  2.91/candidate:↑
  2.91/beta: ↑
  2.91/edge: ↑
  2.90/stable:   2.90.1  2020-11-24   (47) 187MB classic

On 21.03.2022 21:50, Aaron wrote:

Kenneth and team,
On Mon, Jan 13, 2020 at 5:50 AM Aaron mailto:li...@whitehouse.kiwi.nz>> wrote:

[...]

If it would be helpful, I would be happy to volunteer to be more involved 
in the testing and release process of snaps through channels to give a second 
pair of eyes/small amount more QA.

We could do something with the snap channels like the following:

 1. Reserve Edge for bleeding edge like automatically created snaps from 
Master.
 2. You (Kenneth) put new releases into Beta.
 3. I could run some basic tests (I have the beginnings of some scripts 
that run tests in bare lxc containers to catch missing undeclared dependencies 
etc) and, if all looks good, promote them from Beta into Candidate.
 4. We could leave these sitting in Candidate for at least a week or so. If 
I know these have had some initial tests then I'm happy to switch some of my 
boxes to this track. Hopefully others on the team will, too. Then we will catch 
any major issues (like this) before any Stable users.
 5. When/If you think appropriate, you can advance any candidates to Stable.

Up to you, of course. My intention is to keep you in control of both adding 
new snaps and releasing to stable, but giving one additional set of checks/pair 
of eyes before hitting anyone's production boxes. I think Snaps are a great 
distribution mechanism for us, but it does mean there's no distro 
testing/QA/beta process between us and our users and we need to take a bit more 
of that responsibility.

[...]


On 2020-01-13 17:23, Kenneth Loafman wrote:


Aaron,
I agree with everything you said!
I'll start pushing to /candidate/ instead of /stable/ for releases. You can 
check it out and promote it to stable.  Snaps may lag behind repo releases, but 
that's OK.  One change I've made is that now snaps are versioned with the revno 
of the repo, like 0.8.10rev1548 so we can identify them better.

[...]



I am resurrecting this old thread because it looks to me as though the stable snap 
broke again (https://gitlab.com/duplicity/duplicity/-/issues/119 
 -- it also broke for me, 
looks like the last two days and also back on 8 and 9 March, so I suspect rev 243 and 
250). I would like to try to do more to help solve this problem, so I am not 
criticising -- I know you have asked for help and I have not offered to do any more 
and you have been left carrying all the work.

I feel like the "proper" solution here is to add a step to the CI/CD process on 
Gitlab to test the snap before it goes to stable. That is a bit awkward as snaps do not 
run inside Docker containers, which are what is easiest in Gitlab CI/CD. I will try to 
make some time to investigate this -- maybe I can set up a spend-limited Linode API key 
and just have it run some smoke tests on the snap as part of a specified release process 
or something. To do it all as a pipeline, I think we would have to do the release and 
snapping in there as well.

A while back you summarised your build/release process for the list here:

https://lists.launchpad.net/duplicity-team/msg04839.html 


Would you mind please setting out what you do now, including the snapping part? 
I see there is a makesnap, testsnap and pushsnap in the tools folder, for 
example.

I actually have my main server tracking Release Candidate instead of Stable as 
mentioned above, so I likely would 

[JPP-Devel] OpenJUMP 2.0 released

[edgar . soldin]

just in time,

for the annual icelandic beer day[1] the new and improved OpenJUMP arrives on 
your virtual door step. We are very proud to present some major improvements in 
this release reflected in the major version jump from 1.16 to version 2.0.
The long overdue port to the recent and maintained JTS 1.18 took place as well 
as the switch from sf.net's svn to github git as source repository.
We invite each and every user, developer to take part in the development and 
improvement of this project. it's not called *Open*JUMP by accident :)

We want to acknowledge the efforts of Eric Grosso, who took the initiative and 
researched the best way to move over to git, preserving the commit history as 
well as the upgrade to locationtech's JTS. Thank you Eric!

The installer seems to be broken in windows 10 and later, so we suggest the 
Portable distribution to windows users for now.
Release files will stay on sf.net for the foreseeable future. Go ahead and get 
your copy on
  https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/2.0

cheers & jump safely y'all ..ede

[1] https://en.wikipedia.org/wiki/Beer_Day_(Iceland)


Changes in Version 2.0 release rev.5095[a56ff6d] (released on 01. March 2022)

New Features
  - Removed WFS functionality because of missing deegree2 sources
  - Add GeometrySnapperPlugIn and a self-snap function into geometry
functions plugin
  - overhauled cmd line parameters for extension development support,
parameter '-plug-in-directory' renamed to '-extensions-directory'
new cmd line parameters '-jars-directory','-limit-ext-lookup'
see https://github.com/openjump-gis/openjump/commit/3a0b5327f14ff31
commit message on how it is supposed to work
  - removed mysql jdbc in favor of freely available mariadb jdbc
  - removed ImportArcMapStylePlugIn
  - add Snap-rounding plugin using JTS 1.18
  - add GeometryFixer algorithm to MakeValidPlugIn
  - AttributePredicate: add Long data type

Improvements
  - OJ2 core and extension repos now located at
https://github.com/openjump-gis/
  - cleaned all extension and dependency jar binaries from source tree,
they are downloaded with maven during the build now
  - mavenized complete development chain, including IDE development
  - upgraded to latest greatest JTS 1.18.2
  - improved usage of JTS algorithms
  - convert OJ2 project to UTF-8, language files can be edited online now
  - adapted all PLUS extensions to OJ2 API changes
  - mavenized build and packaging of all PLUS extensions
  - clean/improve wms layer management, add style management
  - adbtoolbox vectorize algorithm: use cell height, not only cell width
  - add a fast vectorization algorithm to Raster VectorizeToPolygonsPlugin
  - upgrade imageio-ext to 1.3.11, batik to 1.6-1, xz to 1.9
  - add robust algo options for geometry eraser and precision reducer (#28)
  - enhanced I18N to be usable for extensions as well
  - started work to remove JUMPWorkbench.getInstance() usage
  - single instance use of FeatureInstaller and EnableCheckFactory
  - moved tests into own src folder, prevents recompiling full source
  - upgrade junit to 5.8.2, mariadb to 2.7.3, sqlite to 3.36, postgres to 42.3
  - revamped BeanToolsPlugin, new icons, better menu creation, fixed scripts
  - adapt GeometryConversionPlugin to new JTS, add icons
  - utilize new JTS overlaying algorithm in
OverlayPlugIn, UnionByAttributePlugIn, DissolvePlugIn, Dissolve2PlugIn
  - repair invalid geometries if any before UnionByAttribute & Dissolve
  - add robust and fixed precision algorithms in GeometryFunctionPlugIn for
Intersection, Union, Difference A-B, Difference B-A, Symmetric difference
  - translation updates for several languages (still looking for translators!)

Bug Fixes (details either on
  https://sourceforge.net/p/jump-pilot/bugs/ or
  https://github.com/openjump-gis/openjump/issues )
  - fix #17 OpenFileWizard with multiple files and options does not work
  - fix #22 about the 0.5 pixel shift of referenced images
  - fix #23 about wms base url including parameters
  - fix #37 and make it possible to have optional attributes in XMLBinder
  - fix #40 GeoJSON manage crs at the FeatureCollection level where possible
  - fix UpdateWithJoinPlugIn not compatible with Database Transaction Manager
  - fix wrong CursorTool hotspot on HiDPI systems
  - fix #42 select layers with selected items
  - don't die on reading srs info from invalid GeoTIFFs
  - fix WMS parameters encoding



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