from:"Rahkonen Jukka"

Hi Brian,

Thanks, good to know. You have managed to find a good translator to write the 
Finnish texts. The name of the language could be simply "Suomi" instead of 
"Suomen kieli" (Finnish language).

Regards,

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: Brian M Hamlin  
Lähetetty: tiistai 9. marraskuuta 2021 23.14
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: [JPP-Devel] utf-8 on apache, was encoding

Hi Jukka, All -

   I have just switched the OSGeoLive docs site, and included the Finnish tab 
of the docs. I had a moment where some files did not display, but I changed the 
default character encoding, as linux does, to UTF-8, and now it displays 
correctly.  (we support french, hungarian and other scripts, too)

   No importance here at the JPP-devel list perhaps, but I did this only 
yesterday, so I thought to mention it.

   cheers from Berkeley, California    --Brian M Hamlin    / OSGeoLive PSC  /  
MAPLABS



On 11/9/21 12:57 PM, Rahkonen Jukka (MML) wrote:
> Hi Ede,
>
> I start to think that I am on a safe side with the Finnish language files.  
> All the special characters in the file are Unicode escaped like the 
> translation "Päätä piirtäminen" in string
> com.vividsolutions.jump.workbench.ui.cursortool.MultiClickTool.finish-drawing=P\u00e4\u00e4t\u00e4
>  piirt\u00e4minen
>
> If I understand right all the characters in the file are the just the same as 
> ISO-8859-1 and UTF-8. And .properties files seem to be plain text files 
> without any character set headers or magic strings so change into UTF-8 would 
> not really change anything.
>
> It seems like the Finnish translation could be OK even without Unicode 
> escapes because all the few special characters we have (åäöÅÄÖ) belong  to 
> the ISO-8859-1 set https://www.w3schools.com/charsets/ref_html_8859.asp like 
> "small a, umlaut mark" 
> https://www.w3schools.com/charsets/tryit.asp?deci=228=auml. But in that 
> case change from 8859-1 into UTF-8 would break the translations.
>
> I was reading that Java 9 supports UTF-8 properties so I made some tests with 
> Unicode escapes, native 8859-1 characters, and UTF-8 characters.
>
> Unicode escapes:
> OK with Java 8
> OK with Java 11
>
> Native 8859-1:
> OK with Java 8
> Garbled with Java 11
>
> UTF-8:
> Garbled with Java 8
> OK with Java 11
>
> Thus I think that as long as we support Java 8 the properties files should 
> use Unicode escapes everywhere.
>
> -Jukka-
>
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de 
> Lähetetty: tiistai 9. marraskuuta 2021 20.16
> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> Aihe: Re: [JPP-Devel] How to edit properties files in GitHub right?
>
> On 09.11.2021 18:49, Rahkonen Jukka (MML) wrote:
>> Hi,
> hey Jukka,
>
>> I was about to add some missing translations into Finnish language file in 
>> GitHub but I noticed this warning:
>>
>> "We've detected the file encoding as ISO-8859-1. When you commit changes we 
>> will transcode it to UTF-8."
> neat of github webui to warn! i'm surprised, positively.
>
>> However, with Java properties files I think that should not be done because 
>> Java "properties files should be  encoded in ISO 8859-1 character encoding. 
>> Characters that cannot be directly represented in this encoding can be 
>> written using Unicode escapes" (from 
>> https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/Properties.html).
> correct
>
>> What is the right method to edit the language files and not to mess the 
>> right character encoding? Should I edit the whole file outside GitHub and 
>> replace the whole jump_fi.properties file? And if so, how to replace files 
>> in GitHub?
> as the github webui fails, the only proper way is to use a git client, clone 
> the repo edit and push.
>
> but actually the ISO9959-1 is a legacy and there are lot's of reasons to 
> switch the repo over to UTF-8 (especially the ease of use to international 
> contributers). maybe you wanna wait for that?
>
> additionally, of course
> 1. you can download a snapshot containing a lang/ folder or download the file 
> from github 2. do the edits 3. post it here and me or Mike will commit it 
> then.
>
> hope that helped.. healthy 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

Re: [JPP-Devel] Re How to edit properties files in GitHub right?

edgar.sol...@web.de wrote: 

> i plan to convert the whole repo to UTF-8  (java,properties, every text 
> really) and  add a 
> custom ResourceBundle.Control to I18N as described in 
> https://stackoverflow.com/a/4660195/1308810, 
> that'll make sure that the language files are loaded as UTF-8, even in java8.

That would really make the life of the language file editors much easier. 
Hyv\u00e4 Ede!

-Jukka-

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

[JPP-Devel] Re How to edit properties files in GitHub right?

Hi Ede,

I start to think that I am on a safe side with the Finnish language files.  All 
the special characters in the file are Unicode escaped like the translation 
"Päätä piirtäminen" in string
com.vividsolutions.jump.workbench.ui.cursortool.MultiClickTool.finish-drawing=P\u00e4\u00e4t\u00e4
 piirt\u00e4minen

If I understand right all the characters in the file are the just the same as 
ISO-8859-1 and UTF-8. And .properties files seem to be plain text files without 
any character set headers or magic strings so change into UTF-8 would not 
really change anything. 

It seems like the Finnish translation could be OK even without Unicode escapes 
because all the few special characters we have (åäöÅÄÖ) belong  to the 
ISO-8859-1 set https://www.w3schools.com/charsets/ref_html_8859.asp like "small 
a, umlaut mark" https://www.w3schools.com/charsets/tryit.asp?deci=228=auml. 
But in that case change from 8859-1 into UTF-8 would break the translations.

I was reading that Java 9 supports UTF-8 properties so I made some tests with 
Unicode escapes, native 8859-1 characters, and UTF-8 characters.

Unicode escapes:
OK with Java 8
OK with Java 11

Native 8859-1:
OK with Java 8
Garbled with Java 11

UTF-8:
Garbled with Java 8
OK with Java 11

Thus I think that as long as we support Java 8 the properties files should use 
Unicode escapes everywhere.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: tiistai 9. marraskuuta 2021 20.16
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] How to edit properties files in GitHub right?

On 09.11.2021 18:49, Rahkonen Jukka (MML) wrote:
> Hi,

hey Jukka,

> I was about to add some missing translations into Finnish language file in 
> GitHub but I noticed this warning:
>
> "We've detected the file encoding as ISO-8859-1. When you commit changes we 
> will transcode it to UTF-8."

neat of github webui to warn! i'm surprised, positively.

> However, with Java properties files I think that should not be done because 
> Java "properties files should be  encoded in ISO 8859-1 character encoding. 
> Characters that cannot be directly represented in this encoding can be 
> written using Unicode escapes" (from 
> https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/Properties.html).

correct

> What is the right method to edit the language files and not to mess the right 
> character encoding? Should I edit the whole file outside GitHub and replace 
> the whole jump_fi.properties file? And if so, how to replace files in GitHub?

as the github webui fails, the only proper way is to use a git client, clone 
the repo edit and push.

but actually the ISO9959-1 is a legacy and there are lot's of reasons to switch 
the repo over to UTF-8 (especially the ease of use to international 
contributers). maybe you wanna wait for that?

additionally, of course
1. you can download a snapshot containing a lang/ folder or download the file 
from github 2. do the edits 3. post it here and me or Mike will commit it then.

hope that helped.. healthy 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] How to edit properties files in GitHub right?

Hi,

I was about to add some missing translations into Finnish language file in 
GitHub but I noticed this warning:

"We've detected the file encoding as ISO-8859-1. When you commit changes we 
will transcode it to UTF-8."

However, with Java properties files I think that should not be done because 
Java "properties files should be  encoded in ISO 8859-1 character encoding. 
Characters that cannot be directly represented in this encoding can be written 
using Unicode escapes" (from 
https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/Properties.html).

What is the right method to edit the language files and not to mess the right 
character encoding? Should I edit the whole file outside GitHub and replace the 
whole jump_fi.properties file? And if so, how to replace files in GitHub?

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

[JPP-Devel] Dead lock in Open...

2021-06-01 Thread Rahkonen Jukka (MML)

Hi,

At the moment I cannot open any new data into OpenJUMP. Pressing the Open... 
button gave just NPE. I believe that OpenJUMP tries to open the previously used 
database connection but for some reason the connection is not available. I will 
close and restart OJ but before that I copy the  exception at the bottom.

Now after restart I cannot tell what happened or how to repeat the error. 
PostGIS is alive and Spatialite databases can be found.

The errow was:

java.lang.NullPointerException
  at 
com.vividsolutions.jump.workbench.datastore.ConnectionManager.getLayersUsing(ConnectionManager.java:294)
  at 
com.vividsolutions.jump.workbench.datastore.ConnectionManager.closeConnectionsUnused(ConnectionManager.java:237)
  at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.ConnectionPanel.closeConnectionsUnused(ConnectionPanel.java:87)
  at 
org.openjump.core.ui.plugin.datastore.AddDataStoreLayerWizardPanel.exitingToLeft(AddDataStoreLayerWizardPanel.java:37)
  at 
com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.setCurrentWizardPanel(WizardDialog.java:125)
  at 
com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.setCurrentWizardPanel(WizardDialog.java:141)
  at 
org.openjump.core.ui.swing.wizard.WizardGroupDialog.initSelectedWizard(WizardGroupDialog.java:86)
  at 
org.openjump.core.ui.swing.wizard.WizardGroupDialog.setSelectedWizard(WizardGroupDialog.java:97)
  at 
org.openjump.core.ui.plugin.file.OpenWizardPlugIn.execute(OpenWizardPlugIn.java:91)
  at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:355)
  at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
  at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
  at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
  at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
  at 
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:252)
  at 
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
  at 
java.awt.Component.processMouseEvent(Component.java:6539)
  at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
  at 
java.awt.Component.processEvent(Component.java:6304)
  at 
java.awt.Container.processEvent(Container.java:2239)
  at 
java.awt.Component.dispatchEventImpl(Component.java:4889)
  at 
java.awt.Container.dispatchEventImpl(Container.java:2297)
  at 
java.awt.Component.dispatchEvent(Component.java:4711)
  at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
  at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
  at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
  at 
java.awt.Container.dispatchEventImpl(Container.java:2283)
  at java.awt.Window.dispatchEventImpl(Window.java:2746)
  at 
java.awt.Component.dispatchEvent(Component.java:4711)
  at 
java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
  at java.awt.EventQueue.access$500(EventQueue.java:97)
  at java.awt.EventQueue$3.run(EventQueue.java:709)
  at java.awt.EventQueue$3.run(EventQueue.java:703)
  at java.security.AccessController.doPrivileged(Native 
Method)
  at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
  at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
  at java.awt.EventQueue$4.run(EventQueue.java:733)
  at java.awt.EventQueue$4.run(EventQueue.java:731)
  at java.security.AccessController.doPrivileged(Native 
Method)
  at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
  at 
java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
  at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
  at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)

[JPP-Devel] Changing the font of feature decorations

2021-05-26 Thread Rahkonen Jukka (MML)

Hi,

Some feature decorations are quite useful for debugging, for example the Vertex 
Index one. However, the font that is used is rather small and there there is no 
way to increase the font with UI. The style is saved as



Is there perhaps some hidden way to define font size for this style manually?

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

Re: [JPP-Devel] Regression in WMS with OJ 2

2021-05-25 Thread Rahkonen Jukka (MML)

Hi Michaël.

Most "vendor options" in WMS affect GetMap, GetFeatureInfo etc. requests. At 
service level, in addition to "map" with Mapservers, additional  parameters are 
at least used for identifying users. Unfortunately there is no standard name 
for the parameter. I have seen "apikey", "api-key", "apiKey", and "token".

https://docs.nearmap.com/display/ND/Using+an+API+Key+in+Nearmap+Integrations
https://enterprise.arcgis.com/en/server/latest/publish-services/linux/wms-services.htm
https://openstream.edina.ac.uk/registration/help

-Jukka-


Lähettäjä: Michaud Michael 
Lähetetty: maanantai 24. toukokuuta 2021 17.51
Vastaanottaja: OpenJump develop and use 
; Rahkonen Jukka (MML) 

Aihe: Re: [JPP-Devel] Regression in WMS with OJ 2


Hi Jukka,

Please, can you check if next snapshot solve the problem.

By the way, I only added "map" as a possible parameter to be included in the 
base URL. Do you know others ?

We can also consider all parameters included in the connection dialog be part 
of the base URL,

but I'm not sure if is better as user not familiar with wms may include some 
query parameters in the base URL.

Michaël


envoyé : 20 mai 2021 à 12:47
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : 
"jump-pilot-devel@lists.sourceforge.net<mailto:jump-pilot-devel@lists.sourceforge.net>"
 
mailto:jump-pilot-devel@lists.sourceforge.net>>
objet : [JPP-Devel] Regression in WMS with OJ 2


Hi,



With Mapserver WMS it is common that the online resource is like 
http://my.host.com/cgi-bin/mapserv?map=mywms.map;

https://www.mapserver.org/ogc/wms_server.html#changing-the-online-resource-url;.
 It is not possible to use such services with OpenJUMP 2 because it cuts the 
URL after the server part -> http://my.host.com/cgi-bin/mapserv?



There is a new option to add custom WMS parameters with "more-parameters" but 
it comes available too late, only after the initial connection has   been 
successful and user has selected the layers.



The issue can be tested with this preconfigured server 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_12.map=wms=getCapabilities=1.3.0;



-Jukka Rahkonen-






___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net<mailto: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] Class missing from OJ2 snapshot

2021-05-25 Thread Rahkonen Jukka (MML)

Works well with r4900.

-Jukka-


-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: tiistai 25. toukokuuta 2021 12.30
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Class missing from OJ2 snapshot

hey Jukka,

On 25.05.2021 10:32, Rahkonen Jukka (MML) wrote:
> Could not initialize class javax.imageio.ImageIO

please use the latest snapshot r4900(1668fa2).. 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] Class missing from OJ2 snapshot

2021-05-25 Thread Rahkonen Jukka (MML)

Hi,

I tried to test the WMS fix that Michaël did, but the shapshot cannot show the 
map. When I add the WMS OJ gives this message:

Could not initialize class javax.imageio.ImageIO


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

[JPP-Devel] Regression in WMS with OJ 2

2021-05-20 Thread Rahkonen Jukka (MML)

Hi,

With Mapserver WMS it is common that the online resource is like 
http://my.host.com/cgi-bin/mapserv?map=mywms.map;
https://www.mapserver.org/ogc/wms_server.html#changing-the-online-resource-url;.
 It is not possible to use such services with OpenJUMP 2 because it cuts the 
URL after the server part -> http://my.host.com/cgi-bin/mapserv?

There is a new option to add custom WMS parameters with "more-parameters" but 
it comes available too late, only after the initial connection has   been 
successful and user has selected the layers.

The issue can be tested with this preconfigured server 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_12.map=wms=getCapabilities=1.3.0;

-Jukka Rahkonen-


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

Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?

2021-05-19 Thread Rahkonen Jukka (MML)

Funny, I have made the feature request and certainly tested and used that tool 
myself some 5 years ago   
https://sourceforge.net/p/jump-pilot/feature-requests/229/.

-Jukka-

Lähettäjä: Rahkonen Jukka (MML) 
Lähetetty: keskiviikko 19. toukokuuta 2021 16.29
Vastaanottaja: Michaud Michael ; OpenJump develop 
and use 
Kopio: Stefan Steiniger 
Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?

Hi Michaël,

I had not noticed the erase tool but I am happy to know that it exists.

I reduced the precision to 8 decimal places and just discarded the invalid 
geometries. However, I get still a similar error

found non-noded intersection between LINESTRING ( 130.83397613647227 
-0.012151767294376153, 130.83275374829194 -0.011907289658297262 ) and 
LINESTRING ( 130.83275374829194 -0.011907289658297248, 130.83296151 -0.01201297 
) [ (130.83275374829194, -0.01190728965829727, NaN) ]

The coordinates have so many decimals that they are probably created by the 
algorithm. The two lines make up a V-shaped figure and the coordinate points at 
the corner do really differ:
POINT (130.83275374829194 -0.0119072896582973)
POINT (130.83275374829194 -0.0119072896582972)

By the name snap-rounding feels like the thing to apply.

-Jukka-

Lähettäjä: Michaud Michael 
mailto:m.michael.mich...@orange.fr>>
Lähetetty: keskiviikko 19. toukokuuta 2021 15.20
Vastaanottaja: OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>;
 Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
Kopio: Stefan Steiniger mailto:ssteini...@uc.cl>>
Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?


Jukka,

Indeed, I have added a tool which does exacly what you describe in Tools > Edit 
Geometry > Erase a layer from a mask, but unfortunately, it suffers from the 
same robustness problem. It should also be possible from Tools > Analysis > 
Geometry Functions... (Difference) after transforming one of the layer to a 
"mask" (a single multipolygon), but It will probably have same robustness 
problem + it will be less efficient because of the huge multipolygon.

I know that Martin has made good progress on the robustness front, but I don't 
know if it is included in the usual methods or if it needs some adaptations in 
the client code to benefit these improvement.

As suggested by Stefan, you may try to round coordinates to 8 or 10 decimals 
and retry the operation if this kind of rounding is acceptable, but rounding 
may create invalid polygons you will have to repair (hope makevalid can help in 
this case)

Michaël


envoyé : 19 mai 2021 à 11:41
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : Michaud Michael 
mailto:m.michael.mich...@orange.fr>>, OpenJump 
develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
cc : Stefan Steiniger mailto:ssteini...@uc.cl>>
objet : Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?


Hi,



Sorry, I knew that Overlay worked and meant really the Polygon overlay.



I have seen the non-noded intersection exceptions even before. They stop the 
whole process and I have been thinking that from users perspective it might be 
good to have an option to skip the errors and get at least some output but I do 
not know if that is technically possible.



I tried to solve a problem that another user had. The final goal is to erase 
layer 1 by layer 2, so to intersect and remove the parts of geometries on layer 
1 which are covered by features on layer 2. I suppose we do not have such 
direct erase tool but the output from Polygon overlay would work as an interim 
result. I also tried to union the other layer into one geometry but as I 
guessed the layer is all too large and complicated for that.



Another tool that I tried is the OGR Layer Algebra Erase method 
https://trac.osgeo.org/gdal/wiki/LayerAlgebra. That stopped also to non-noded 
intersection error and I believe it comes from GEOS.



-Jukka-



Lähettäjä: Michaud Michael 
mailto:m.michael.mich...@orange.fr>>
Lähetetty: keskiviikko 19. toukokuuta 2021 10.32
Vastaanottaja: OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
Kopio: Stefan Steiniger mailto:ssteini...@uc.cl>>
Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?



Jukka,

I could successfully run overlay, but not polygon overlay.

I think there maybe a solution with JTS snaprounding code, but there is no 
easyway to use it from OpenJUMP (to my knowledge, node-lines is the only plugin 
to use a snap-rounding approach, but for a reason, I could not use it with a 
very fine-grain precision on your data). Let me some time to explore as your 
dataset is quite big.

Michaël

envoyé : 19 mai 2021 à 00:37
de : Stefan Steiniger via Jump-pilot-devel 
mailto:jump-pilot-devel@lists.sourceforge.net>>
à : OpenJump develop and use 
mailto:j

Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?

2021-05-19 Thread Rahkonen Jukka (MML)

Hi Michaël,

I had not noticed the erase tool but I am happy to know that it exists.

I reduced the precision to 8 decimal places and just discarded the invalid 
geometries. However, I get still a similar error

found non-noded intersection between LINESTRING ( 130.83397613647227 
-0.012151767294376153, 130.83275374829194 -0.011907289658297262 ) and 
LINESTRING ( 130.83275374829194 -0.011907289658297248, 130.83296151 -0.01201297 
) [ (130.83275374829194, -0.01190728965829727, NaN) ]

The coordinates have so many decimals that they are probably created by the 
algorithm. The two lines make up a V-shaped figure and the coordinate points at 
the corner do really differ:
POINT (130.83275374829194 -0.0119072896582973)
POINT (130.83275374829194 -0.0119072896582972)

By the name snap-rounding feels like the thing to apply.

-Jukka-

Lähettäjä: Michaud Michael 
Lähetetty: keskiviikko 19. toukokuuta 2021 15.20
Vastaanottaja: OpenJump develop and use 
; Rahkonen Jukka (MML) 

Kopio: Stefan Steiniger 
Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?


Jukka,

Indeed, I have added a tool which does exacly what you describe in Tools > Edit 
Geometry > Erase a layer from a mask, but unfortunately, it suffers from the 
same robustness problem. It should also be possible from Tools > Analysis > 
Geometry Functions... (Difference) after transforming one of the layer to a 
"mask" (a single multipolygon), but It will probably have same robustness 
problem + it will be less efficient because of the huge multipolygon.

I know that Martin has made good progress on the robustness front, but I don't 
know if it is included in the usual methods or if it needs some adaptations in 
the client code to benefit these improvement.

As suggested by Stefan, you may try to round coordinates to 8 or 10 decimals 
and retry the operation if this kind of rounding is acceptable, but rounding 
may create invalid polygons you will have to repair (hope makevalid can help in 
this case)

Michaël



envoyé : 19 mai 2021 à 11:41
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : Michaud Michael 
mailto:m.michael.mich...@orange.fr>>, OpenJump 
develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
cc : Stefan Steiniger mailto:ssteini...@uc.cl>>
objet : Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?


Hi,



Sorry, I knew that Overlay worked and meant really the Polygon overlay.



I have seen the non-noded intersection exceptions even before. They stop the 
whole process and I have been thinking that from users perspective it might be 
good to have an option to skip the errors and get at least some output but I do 
not know if that is technically possible.



I tried to solve a problem that another user had. The final goal is to erase 
layer 1 by layer 2, so to intersect and remove the parts of geometries on layer 
1 which are covered by features on layer 2. I suppose we do not have such 
direct erase tool but the output from Polygon overlay would work as an interim 
result. I also tried to union the other layer into one geometry but as I 
guessed the layer is all too large and complicated for that.



Another tool that I tried is the OGR Layer Algebra Erase method 
https://trac.osgeo.org/gdal/wiki/LayerAlgebra. That stopped also to non-noded 
intersection error and I believe it comes from GEOS.



-Jukka-



Lähettäjä: Michaud Michael 
mailto:m.michael.mich...@orange.fr>>
Lähetetty: keskiviikko 19. toukokuuta 2021 10.32
Vastaanottaja: OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
Kopio: Stefan Steiniger mailto:ssteini...@uc.cl>>
Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?



Jukka,

I could successfully run overlay, but not polygon overlay.

I think there maybe a solution with JTS snaprounding code, but there is no 
easyway to use it from OpenJUMP (to my knowledge, node-lines is the only plugin 
to use a snap-rounding approach, but for a reason, I could not use it with a 
very fine-grain precision on your data). Let me some time to explore as your 
dataset is quite big.

Michaël

envoyé : 19 mai 2021 à 00:37
de : Stefan Steiniger via Jump-pilot-devel 
mailto:jump-pilot-devel@lists.sourceforge.net>>
à : OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
cc : Stefan Steiniger mailto:ssteini...@uc.cl>>
objet : Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?



Hi Jukka,



I guess the lines are almost parallel of you zoom in : or parallel for the 
observer - but indeed are not. They could also be a duplicate. So, the option 
would be to change precision of evaluation, I believe or delete one or separate 
them? At least manual intervention seems necessary.



Perhaps not so useful but usually this was the case in the past :)



Cheers,

Stefan



On Tue., May 18, 2021, 13:13

Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?

2021-05-19 Thread Rahkonen Jukka (MML)

Hi,

Sorry, I knew that Overlay worked and meant really the Polygon overlay.

I have seen the non-noded intersection exceptions even before. They stop the 
whole process and I have been thinking that from users perspective it might be 
good to have an option to skip the errors and get at least some output but I do 
not know if that is technically possible.

I tried to solve a problem that another user had. The final goal is to erase 
layer 1 by layer 2, so to intersect and remove the parts of geometries on layer 
1 which are covered by features on layer 2. I suppose we do not have such 
direct erase tool but the output from Polygon overlay would work as an interim 
result. I also tried to union the other layer into one geometry but as I 
guessed the layer is all too large and complicated for that.

Another tool that I tried is the OGR Layer Algebra Erase method 
https://trac.osgeo.org/gdal/wiki/LayerAlgebra. That stopped also to non-noded 
intersection error and I believe it comes from GEOS.

-Jukka-

Lähettäjä: Michaud Michael 
Lähetetty: keskiviikko 19. toukokuuta 2021 10.32
Vastaanottaja: OpenJump develop and use 
Kopio: Stefan Steiniger 
Aihe: Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?


Jukka,

I could successfully run overlay, but not polygon overlay.

I think there maybe a solution with JTS snaprounding code, but there is no 
easyway to use it from OpenJUMP (to my knowledge, node-lines is the only plugin 
to use a snap-rounding approach, but for a reason, I could not use it with a 
very fine-grain precision on your data). Let me some time to explore as your 
dataset is quite big.

Michaël

envoyé : 19 mai 2021 à 00:37
de : Stefan Steiniger via Jump-pilot-devel 
mailto:jump-pilot-devel@lists.sourceforge.net>>
à : OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
cc : Stefan Steiniger mailto:ssteini...@uc.cl>>
objet : Re: [JPP-Devel] How to avoid non-noded intersection error in Overlay?

Hi Jukka,

I guess the lines are almost parallel of you zoom in : or parallel for the 
observer - but indeed are not. They could also be a duplicate. So, the option 
would be to change precision of evaluation, I believe or delete one or separate 
them? At least manual intervention seems necessary.

Perhaps not so useful but usually this was the case in the past :)

Cheers,
Stefan

On Tue., May 18, 2021, 13:13 Rahkonen Jukka (MML), 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:

Hi,



I tried to run the Overlay function for this heavy dataset 
https://we.tl/t-gshlI4TbCU

Both layers seem to have no topology errors but the Overlay function fails with 
an error



org.locationtech.jts.geom.TopologyException: found non-noded intersection 
between LINESTRING ( 95.49610823093388 4.949137070569244, 95.49623518653348 
4.948912456969601 ) and LINESTRING ( 95.4962351860291 4.948912457861983, 
95.49623518653348 4.948912456969593 ) [ (95.49623518627793, 4.948912457421728, 
NaN) ]

  at 
org.locationtech.jts.noding.FastNodingValidator.checkValid(FastNodingValidator.java:140)

  at 
org.locationtech.jts.geomgraph.EdgeNodingValidator.checkValid(EdgeNodingValidator.java:81)

  at 
org.locationtech.jts.geomgraph.EdgeNodingValidator.checkValid(EdgeNodingValidator.java:46)

  at 
org.locationtech.jts.operation.overlay.OverlayOp.computeOverlay(OverlayOp.java:231)

  at 
org.locationtech.jts.operation.overlay.OverlayOp.getResultGeometry(OverlayOp.java:183)

  at 
org.locationtech.jts.operation.overlay.OverlayOp.overlayOp(OverlayOp.java:86)

  at 
org.locationtech.jts.operation.overlay.snap.SnapIfNeededOverlayOp.getResultGeometry(SnapIfNeededOverlayOp.java:75)

  at 
org.locationtech.jts.operation.overlay.snap.SnapIfNeededOverlayOp.overlayOp(SnapIfNeededOverlayOp.java:37)

  at 
org.locationtech.jts.geom.GeometryOverlay.overlay(GeometryOverlay.java:76)

  at 
org.locationtech.jts.geom.GeometryOverlay.union(GeometryOverlay.java:157)

  at 
org.locationtech.jts.geom.Geometry.union(Geometry.java:1367)

  at 
org.openjump.core.geomutils.algorithm.IntersectGeometries.nodeLines(IntersectGeometries.java:478)

  at 
org.openjump.core.ui.plugin.tools.IntersectPolygonLayersPlugIn.runIntersectionNew(IntersectPolygonLayersPlugIn.java:205)

  at 
org.openjump.core.ui.plugin.tools.IntersectPolygonLayersPlugIn.run(IntersectPolygonLayersPlugIn.java:127)

  at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)



What does this error mean, in which part of the operation it happens, and is 
there any way to get over it? I also tried a GDAL/GEOS based utility but it

[JPP-Devel] How to avoid non-noded intersection error in Overlay?

2021-05-18 Thread Rahkonen Jukka (MML)

Hi,

I tried to run the Overlay function for this heavy dataset 
https://we.tl/t-gshlI4TbCU
Both layers seem to have no topology errors but the Overlay function fails with 
an error

org.locationtech.jts.geom.TopologyException: found non-noded intersection 
between LINESTRING ( 95.49610823093388 4.949137070569244, 95.49623518653348 
4.948912456969601 ) and LINESTRING ( 95.4962351860291 4.948912457861983, 
95.49623518653348 4.948912456969593 ) [ (95.49623518627793, 4.948912457421728, 
NaN) ]
  at 
org.locationtech.jts.noding.FastNodingValidator.checkValid(FastNodingValidator.java:140)
  at 
org.locationtech.jts.geomgraph.EdgeNodingValidator.checkValid(EdgeNodingValidator.java:81)
  at 
org.locationtech.jts.geomgraph.EdgeNodingValidator.checkValid(EdgeNodingValidator.java:46)
  at 
org.locationtech.jts.operation.overlay.OverlayOp.computeOverlay(OverlayOp.java:231)
  at 
org.locationtech.jts.operation.overlay.OverlayOp.getResultGeometry(OverlayOp.java:183)
  at 
org.locationtech.jts.operation.overlay.OverlayOp.overlayOp(OverlayOp.java:86)
  at 
org.locationtech.jts.operation.overlay.snap.SnapIfNeededOverlayOp.getResultGeometry(SnapIfNeededOverlayOp.java:75)
  at 
org.locationtech.jts.operation.overlay.snap.SnapIfNeededOverlayOp.overlayOp(SnapIfNeededOverlayOp.java:37)
  at 
org.locationtech.jts.geom.GeometryOverlay.overlay(GeometryOverlay.java:76)
  at 
org.locationtech.jts.geom.GeometryOverlay.union(GeometryOverlay.java:157)
  at 
org.locationtech.jts.geom.Geometry.union(Geometry.java:1367)
  at 
org.openjump.core.geomutils.algorithm.IntersectGeometries.nodeLines(IntersectGeometries.java:478)
  at 
org.openjump.core.ui.plugin.tools.IntersectPolygonLayersPlugIn.runIntersectionNew(IntersectPolygonLayersPlugIn.java:205)
  at 
org.openjump.core.ui.plugin.tools.IntersectPolygonLayersPlugIn.run(IntersectPolygonLayersPlugIn.java:127)
  at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)

What does this error mean, in which part of the operation it happens, and is 
there any way to get over it? I also tried a GDAL/GEOS based utility but it 
fails with similar error "TopologyException: found non-noded intersection 
between LINESTRING (104.098 0.627591, 104.098 0.627447) and LINESTRING (104.098 
0.627484, 104.098 0.627447) at 104.09781931770398 0.62748351910904443".

-Jukka Rahkonen-






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

Re: [JPP-Devel] Ocient DB support

2021-05-04 Thread Rahkonen Jukka (MML)

Hi,

Ocient DB feels rather exotic for most OpenJUMP users. Installation as an
extension with a separate jar feels reasonable if it would be simple, like
dropping a new jar into \lib\ext\dbdatastore.

But I can see that for making a new database to appear in the UI at least this
file must be prepared to handle the driver
https://github.com/openjump-gis/openjump/blob/0111cb03027b5fccb3de897d6a873b3d0910508e/src/com/vividsolutions/jump/workbench/ui/plugin/datastore/ConnectionManagerPanel.java
and I can see there options that are normally not visible (H2, Oracle, the
disabled MSSQL). I suppose that they become usable when something extra is
added somewhere.

Do you mean that Ocient would not be integrated with other databases but it
would have an own user interface, like the DB Query Plugin has, and Oracle
would also be extracted from the common DB framework?

-Jukka-

Lähettäjä: Michaud Michael
Lähetetty: perjantai 30. huhtikuuta 2021 10.19
Vastaanottaja: OpenJump develop and use
; edgar.sol...@web.de
Aihe: Re: [JPP-Devel] Ocient DB support

Hi all,

It is nice to already have such a contribution. On the other hand, such a
plugin will only be used by users having a ocient database which is a big
proprietary system. From my point of view, an extension in a separate jar would
be more appropriate. My opinion is the same for Oracle. Anyway, these plugins
can only be used if the driver is added to the distribution, so that I think it
does not make much sense to clutter the code base with proprietary database
specific code. My proposition would be to repackage the plugin in an extension,
but to host in on our github so that it is still easy to find for OpenJUMP
community.

What's you opinion ?

Michaël

envoyé : 29 avril 2021 à 20:23
de : edgar.sol...@web.de
à : OpenJump develop and use
mailto:jump-pilot-devel@lists.sourceforge.net>>
objet : [JPP-Devel] Ocient DB support

hey Jukka and All,

we've got our first pull request on github ('huzzah' :) and i just wanna ask if
someone knows about their background and has an opinion about merging support
into OJ Core.

have fun.. ede

ps. :) - https://dilbert.com/strip/2021-04-25

___
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 and spatialite/geopackage

2021-04-25 Thread Rahkonen Jukka (MML)

Hi Michaël,

Larry’s DB Query is the most robust SQL client for all databases that it
support because it is so simple. It just executes the SQL query and builds a
layer from the result. It does not read and resolve the metadata tables (like
geometry_columns, spatial_ref_sys). Therefore it does not matter if the
metadata is wrong or missing. Valid gpkg and spatialite databases should have
metadata in place but sometimes it is convenient to create temporary tables
simply with “create table as select something from somewhere”. That DB Query
deals also with queries which do not return geometry by creating an empty
geometry on-the-fly. The DB Query plugin supports also Oracle Spatial. That is
a need that is year by year less important, based on the number of questions in
the gis.stackexchange and the mailing lists that I follow. But my view is
probably restricted based on
https://blogs.oracle.com/database/oracle-databases-top-db-engines-ranking. The
decrease in popularity seems to be still real
https://db-engines.com/en/ranking_trend/system/Oracle.

With Geopackage and Spatialite the Run datastore query does almost the same
than DB Query. The biggest difference is that the result of the query must
contain geometry. It might not be very difficult to add an empty geometry like
DB Query does. When is comes to user friendliness, in DB Query the user must
write the path to the gpkg/sqlite file by hand. Both can read the geopackage
and spatialite geometries natively, without spatialite binaries. They are
naturally needed for getting access to the spatialite functions. DB Query has
problems with some geometry types, I think it cannot read XYZ geometries. The
OpenJUMP DB allows to save the connection with Connection Manager. That means a
few additional clicks if user wants to check some geopackage/spatialite db
just once, but saves some keyclicks when the same gpkg/sqlite file is used
again.

The Spatialite plugin is something different. It offers a graphical user
interface for the data in the spatialite database, but also for the spatialite
functions. See some images and examples in
http://ojwiki.soldin.de/index.php?title=OpenJUMP_with_SpatialLite#Using_SpatiaLite_with_Spatialite_Reader_Plugin.
It has been a pretty nice tool for workshops about spatial SQL for beginners
because it saves a lot of writing and helps with the syntax of the functions by
showing the tooltip hints and by writing the template of the SQL by double
clicking the function. The down side is that it requires the Spatialite
binaries and it is in a need of quite heavy update for adding all the new
Spatialite functions into the GUI. Last time when I did that it took about a
week to add and test. It may even be hard to make the plugin to run at the
moment. I have saved an old complete zip with OJ, the plugin, the spatialite
binaries, and java for the workshops.

I would say that the biggest problem with Spatialite reader plugin is that it
is written for a wrong database. It should offer the menu access to PostGIS
functions with all the helper features. Oracle would be a nice pair with its
own spatial functions with peculiar syntax.

The OpenJUMP wizard reads spatial databases as they are supposed to be read: by
starting from the metadata. Only tables which are registered into
geometry_columns are available and the use of SQL is limited to filtering with
“where”. Fortunately the same connections are available automatically for Run
datastore query if users just know that.

My conclusion is that the Spatialite reader plugins has certainly very few
users, it is difficult to install, and it would require a face lift. So perhaps
it may go. DB Query might be good to keep because of Oracle support but for
gpkg/spatialite it is not necessary. And it would be nice if the native
OpenJUMP datastore could be made to handle the queries that does not return
geometry.

-Jukka Rahkonen-

Lähettäjä: Michaud Michael
Lähetetty: sunnuntai 25. huhtikuuta 2021 20.52
Vastaanottaja: OpenJump develop and use
Aihe: [JPP-Devel] OpenJUMP and spatialite/geopackage

Hi Jumpers,

I think we have 3 options to read spatialite : OpenJUMP wizard, Larry's dbquery
and spatialite plugin. I think we should put our work on one of them, but as
I'm not familiar with spatialite/geopackage, I'd like to know which important
capabilities dbquery and spatialite have to offer which are not present in
OpenJUMP core.

Thank you,

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

Re: [JPP-Devel] Java errors with OJ2

2021-04-08 Thread Rahkonen Jukka (MML)

Hi,

They appear here, thank’s to Ede 
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP2_snapshots/.

-Jukka-

Lähettäjä: giuseppe.ar...@gmail.com 
Lähetetty: torstai 8. huhtikuuta 2021 21.07
Vastaanottaja: Michaud Michael ; OpenJump develop 
and use 
Aihe: Re: [JPP-Devel] Java errors with OJ2


Hi Michael, do we have a build of OJ 2 core? Where can I download it? I made a 
version for my tests which I modified in order to work with JTS 1.18 but I it 
is quite out if date comparing to GitHub code.
Thanks
Peppe

--
Inviato da myMail per Android
giovedì, 08 aprile 2021, 04:16PM +02:00 da Michaud Michael 
m.michael.mich...@orange.fr<mailto:m.michael.mich...@orange.fr>:



Hi Jukka,

Thanks for the test.

All your errors come from extensions that have not been migrated yet.

OpenJUMP-Core should work and you're welcome to report any error from 
OpenJUMP2-Core in the issue tracker.

For extensions included in OpenJUMP-PLUS (or not included), the work is on 
going. I added a list of the extensions which have been migrated in the README, 
but event these extensions are not automatically included in the OpenJUMP2-PLUS 
build.

I'd like to migrate some more extensions, then we'll upgrade the OpenJUMP 2 - 
PLUS build to include only the migrated extensions.

Michaël



envoyé : 8 avril 2021 à 15:24
de : "Rahkonen Jukka (MML)"
à : 
"jump-pilot-devel@lists.sourceforge.net<mailto:jump-pilot-devel@lists.sourceforge.net>"
objet : [JPP-Devel] Java errors with OJ2


Hi,



I had a try with a new OpenJUMP 2 snapshot on Windows and with JRE 8 and 11.  
OJ starts but with a bunch of error messages. I wonder it is safe to do any 
real work with OJ 2 or should I use it only for testing. The errors look like 
this:

java.lang.NoClassDefFoundError: com/vividsolutions/jts/io/ParseException

  at 
com.cadplan.jump.plugins.StylerMenuPlugIn.initialize(StylerMenuPlugIn.java:51)

  at 
com.cadplan.jump.VertexSymbolsExtension.configure(VertexSymbolsExtension.java:10)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)

  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)

  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)







java.lang.NoClassDefFoundError: com/vividsolutions/jts/index/SpatialIndex

  at 
fr.michaelm.jump.plugin.topology.TopologyExtension.configure(TopologyExtension.java:91)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)

  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)

  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)





java.lang.NoSuchMethodError: 
com.vividsolutions.jump.workbench.registry.Registry.createEntry(Ljava/lang/Object;Ljava/lang/Object;)Lcom/vividsolutions/jump/workbench/registry/Registry;

  at 
org.openjump.core.ui.plugin.file.osm.OsmDriverConfiguration.configure(OsmDriverConfiguration.java:63)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)

  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)

  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)



java.lang.NoClassDefFoundError: com/vividsolutions/jts/geom/Geometry

  at java.lang.Class.forName0(Native Method)

  at java.lang.Class.forName(Class.java:264)

  at 
es.unex.sextante.core.Sextante.loadLibraryAlgorithms(Sextante.java:372)

  at 
es.unex.sextante.core.Sextante.initialize(Sextante.java:74)

  at 
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:76)

  at 
es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)

  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)

  at 
com.vividsolutions.jump.workbench.JUMPWorkb

[JPP-Devel] Java errors with OJ2

2021-04-08 Thread Rahkonen Jukka (MML)

Hi,

I had a try with a new OpenJUMP 2 snapshot on Windows and with JRE 8 and 11.  
OJ starts but with a bunch of error messages. I wonder it is safe to do any 
real work with OJ 2 or should I use it only for testing. The errors look like 
this:

java.lang.NoClassDefFoundError: com/vividsolutions/jts/io/ParseException
  at 
com.cadplan.jump.plugins.StylerMenuPlugIn.initialize(StylerMenuPlugIn.java:51)
  at 
com.cadplan.jump.VertexSymbolsExtension.configure(VertexSymbolsExtension.java:10)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)



java.lang.NoClassDefFoundError: com/vividsolutions/jts/index/SpatialIndex
  at 
fr.michaelm.jump.plugin.topology.TopologyExtension.configure(TopologyExtension.java:91)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)


java.lang.NoSuchMethodError: 
com.vividsolutions.jump.workbench.registry.Registry.createEntry(Ljava/lang/Object;Ljava/lang/Object;)Lcom/vividsolutions/jump/workbench/registry/Registry;
  at 
org.openjump.core.ui.plugin.file.osm.OsmDriverConfiguration.configure(OsmDriverConfiguration.java:63)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)

java.lang.NoClassDefFoundError: com/vividsolutions/jts/geom/Geometry
  at java.lang.Class.forName0(Native Method)
  at java.lang.Class.forName(Class.java:264)
  at 
es.unex.sextante.core.Sextante.loadLibraryAlgorithms(Sextante.java:372)
  at 
es.unex.sextante.core.Sextante.initialize(Sextante.java:74)
  at 
es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:76)
  at 
es.unex.sextante.openjump.extensions.SextanteExtension.configure(SextanteExtension.java:52)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:449)
  at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:384)

java.lang.NoClassDefFoundError: com/vividsolutions/jts/geom/CoordinateFilter
  at 
com.isa.jump.plugin.KMLWriter$KML.(KMLWriter.java:77)
  at 
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
  at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at 
java.lang.reflect.Constructor.newInstance(Constructor.java:423)
  at java.lang.Class.newInstance(Class.java:442)
  at 
com.vividsolutions.jump.workbench.datasource.InstallStandardDataSourceQueryChoosersPlugIn.extensions(InstallStandardDataSourceQueryChoosersPlugIn.java:157)
  at 
com.isa.jump.plugin.KMLDataSourceQueryChooserInstallerPlugIn.initialize(KMLDataSourceQueryChooserInstallerPlugIn.java:86)
  at 
com.isa.jump.plugin.KMLDriverConfiguration.configure(KMLDriverConfiguration.java:39)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.loadConfigurations(PlugInManager.java:209)
  at 
com.vividsolutions.jump.workbench.plugin.PlugInManager.load(PlugInManager.java:189)
  at

Re: [JPP-Devel] Some Sextante tools don't like negative pixel values

2020-12-23 Thread Rahkonen Jukka (MML)

Hi,

About the NumberFormatException with OpenJDK 11, it seems to have something to 
do with the locale. Error happens with my default settings (Finnish) but not 
when I use

set JAVA_OPTS=%JAVA_OPTS% -Duser.language=en -Duser.country=EN

It would be irritating if characters used as decimal separator will start to 
make trouble with JDK 11 and higher. Let’s hope that it does not happen 
generally.

-Jukka Rahkonen-

Lähettäjä: Michaud Michael 
Lähetetty: keskiviikko 23. joulukuuta 2020 12.11
Vastaanottaja: Rahkonen Jukka (MML) 
Aihe: Re: [JPP-Devel] Some Sextante tools don't like negative pixel values


Wow,



These are other errors. Not sure it is related to yesterday's report.

May be it is worth writing a proper bug report about each :



- NumberFormatException in yesterday's report : probably a bug in the way we 
display numbers in the dialog of VectorizeToContoursPlugIn. I need to reproduce 
the problem but until now I can't (I used your image with negative values and 
OpenJDK11)



- NullPointerException in VectorizeToPolygonsPlugIn with java 8 : I can 
reproduce. Will investigate and try to fix ASAP.



- NoSuchFileException : no idea. There is no plugin name in the stacktrace. 
Seems to happen during OpenJUMP initialization. I don't know what is this 
"OpenJUMP-20201222-r6656-PLUS\conf" file or directory it is looking for. Maybe 
Ede will have a better idea as the error happens in the PlugInClassLoader



- about the warning : yes, this warning has been added with the interior border 
capability. Maybe it is not really useful. It throws a warning because 
'interior' attribute is not really an optional tag, but it is accepted 
(hard-coded exception) in order to guarantee backward compatibility.



Michaël



envoyé : 23 décembre 2020 à 10:10
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : Michaud Michael 
mailto:m.michael.mich...@orange.fr>>, OpenJump 
develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
objet : Re: [JPP-Devel] Some Sextante tools don't like negative pixel values


Hi,



Yes, the tools are in the Raster menu.

It seems that this issue happens with Java 11 but not with Java 8 ( versions I 
have are OpenJDK 11 and Corretto 8)



With Java 8

  *   Countours are OK (but user should know that contours must be created for 
the raw, not colorized image)
  *   Histogram is OK
  *   Create Polygons From Raster – AdbToolbox gives NPE
java.lang.NullPointerException

   at 
org.openjump.core.rasterimage.algorithms.VectorizeAlgorithm.toPolygonsAdbToolBox(VectorizeAlgorithm.java:111)

at 
org.openjump.core.ui.plugin.raster.VectorizeToPolygonsPlugIn.run(VectorizeToPolygonsPlugIn.java:170)

at   
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)





Start with Java 11 prints also something that Java 8 does not  into console 
window:
---Start OJ---

java.nio.file.NoSuchFileException: 
C:\ohjelmat\OJ\OpenJUMP-20201222-r6656-PLUS\conf

at 
java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85)

at 
java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:96)

at 
java.base/sun.nio.fs.WindowsLinkSupport.getRealPath(WindowsLinkSupport.java:257)

at java.base/sun.nio.fs.WindowsPath.toRealPath(WindowsPath.java:891)

at java.base/sun.nio.fs.WindowsPath.toRealPath(WindowsPath.java:42)

at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.toFileURL(PlugInClassLoader.java:140)

at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.addClassPathToUCP(PlugInClassLoader.java:121)

at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.(PlugInClassLoader.java:27)

at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)

at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)

at 
java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)

at 
java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)

at 
java.base/java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1977)

at java.base/java.lang.System.initPhase3(System.java:2069)



And both Java 8 and Java 11 prints this warning about 30 times during the 
startup. It must have something to do with the new style option “Interior 
border (slow)”.

[WARN] 10:50:51.916 Expected 'interior' attribute but found none. Tag = line; 
Attributes = [Attribute: enabled="true"], [Attribute: width="1"]

-Jukka-



Lähettäjä: Michaud Michael 
mailto:m.michael.mich...@orange.fr>>
Lähetetty: tiistai 22. joulukuuta 2020 23.36
Vastaanottaja: OpenJump develop and use 
mailto:jump-pilot-devel@lists.source

Re: [JPP-Devel] Some Sextante tools don't like negative pixel values

2020-12-23 Thread Rahkonen Jukka (MML)

Hi,

I guess that the warnings about the missing interior tags come from the 
predefined styles that we have in the style editor. Would it break opening OJ 
projects with older versions if this tag would be added to predefined styles?

-Jukka-

Lähettäjä: Michaud Michael 
Lähetetty: keskiviikko 23. joulukuuta 2020 12.11
Vastaanottaja: Rahkonen Jukka (MML) 
Aihe: Re: [JPP-Devel] Some Sextante tools don't like negative pixel values


Wow,



These are other errors. Not sure it is related to yesterday's report.

May be it is worth writing a proper bug report about each :



- NumberFormatException in yesterday's report : probably a bug in the way we 
display numbers in the dialog of VectorizeToContoursPlugIn. I need to reproduce 
the problem but until now I can't (I used your image with negative values and 
OpenJDK11)



- NullPointerException in VectorizeToPolygonsPlugIn with java 8 : I can 
reproduce. Will investigate and try to fix ASAP.



- NoSuchFileException : no idea. There is no plugin name in the stacktrace. 
Seems to happen during OpenJUMP initialization. I don't know what is this 
"OpenJUMP-20201222-r6656-PLUS\conf" file or directory it is looking for. Maybe 
Ede will have a better idea as the error happens in the PlugInClassLoader



- about the warning : yes, this warning has been added with the interior border 
capability. Maybe it is not really useful. It throws a warning because 
'interior' attribute is not really an optional tag, but it is accepted 
(hard-coded exception) in order to guarantee backward compatibility.



Michaël



envoyé : 23 décembre 2020 à 10:10
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : Michaud Michael 
mailto:m.michael.mich...@orange.fr>>, OpenJump 
develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
objet : Re: [JPP-Devel] Some Sextante tools don't like negative pixel values


Hi,



Yes, the tools are in the Raster menu.

It seems that this issue happens with Java 11 but not with Java 8 ( versions I 
have are OpenJDK 11 and Corretto 8)



With Java 8

  *   Countours are OK (but user should know that contours must be created for 
the raw, not colorized image)
  *   Histogram is OK
  *   Create Polygons From Raster – AdbToolbox gives NPE
java.lang.NullPointerException

   at 
org.openjump.core.rasterimage.algorithms.VectorizeAlgorithm.toPolygonsAdbToolBox(VectorizeAlgorithm.java:111)

at 
org.openjump.core.ui.plugin.raster.VectorizeToPolygonsPlugIn.run(VectorizeToPolygonsPlugIn.java:170)

at   
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)





Start with Java 11 prints also something that Java 8 does not  into console 
window:
---Start OJ---

java.nio.file.NoSuchFileException: 
C:\ohjelmat\OJ\OpenJUMP-20201222-r6656-PLUS\conf

at 
java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85)

at 
java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:96)

at 
java.base/sun.nio.fs.WindowsLinkSupport.getRealPath(WindowsLinkSupport.java:257)

at java.base/sun.nio.fs.WindowsPath.toRealPath(WindowsPath.java:891)

at java.base/sun.nio.fs.WindowsPath.toRealPath(WindowsPath.java:42)

at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.toFileURL(PlugInClassLoader.java:140)

at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.addClassPathToUCP(PlugInClassLoader.java:121)

at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.(PlugInClassLoader.java:27)

at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)

at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)

at 
java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)

at 
java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)

at 
java.base/java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1977)

at java.base/java.lang.System.initPhase3(System.java:2069)



And both Java 8 and Java 11 prints this warning about 30 times during the 
startup. It must have something to do with the new style option “Interior 
border (slow)”.

[WARN] 10:50:51.916 Expected 'interior' attribute but found none. Tag = line; 
Attributes = [Attribute: enabled="true"], [Attribute: width="1"]

-Jukka-



Lähettäjä: Michaud Michael 
mailto:m.michael.mich...@orange.fr>>
Lähetetty: tiistai 22. joulukuuta 2020 23.36
Vastaanottaja: OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
Aihe: Re: [JPP-Devel] Some Sextante tools don't like negative pixel values



Hi Jukka,

Did you mean tools of Raster menu working on Sextante raster ? Exceptio

Re: [JPP-Devel] Some Sextante tools don't like negative pixel values

2020-12-23 Thread Rahkonen Jukka (MML)

Hi,

Yes, the tools are in the Raster menu.
It seems that this issue happens with Java 11 but not with Java 8 ( versions I 
have are OpenJDK 11 and Corretto 8)

With Java 8

  *   Countours are OK (but user should know that contours must be created for 
the raw, not colorized image)
  *   Histogram is OK
  *   Create Polygons From Raster – AdbToolbox gives NPE
java.lang.NullPointerException
   at 
org.openjump.core.rasterimage.algorithms.VectorizeAlgorithm.toPolygonsAdbToolBox(VectorizeAlgorithm.java:111)

at 
org.openjump.core.ui.plugin.raster.VectorizeToPolygonsPlugIn.run(VectorizeToPolygonsPlugIn.java:170)

at   
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)



Start with Java 11 prints also something that Java 8 does not  into console 
window:
---Start OJ---
java.nio.file.NoSuchFileException: 
C:\ohjelmat\OJ\OpenJUMP-20201222-r6656-PLUS\conf
at 
java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85)
at 
java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:96)
at 
java.base/sun.nio.fs.WindowsLinkSupport.getRealPath(WindowsLinkSupport.java:257)
at java.base/sun.nio.fs.WindowsPath.toRealPath(WindowsPath.java:891)
at java.base/sun.nio.fs.WindowsPath.toRealPath(WindowsPath.java:42)
at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.toFileURL(PlugInClassLoader.java:140)
at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.addClassPathToUCP(PlugInClassLoader.java:121)
at 
com.vividsolutions.jump.workbench.plugin.PlugInClassLoader.(PlugInClassLoader.java:27)
at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)
at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at 
java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at 
java.base/java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1977)
at java.base/java.lang.System.initPhase3(System.java:2069)

And both Java 8 and Java 11 prints this warning about 30 times during the 
startup. It must have something to do with the new style option “Interior 
border (slow)”.

[WARN] 10:50:51.916 Expected 'interior' attribute but found none. Tag = line; 
Attributes = [Attribute: enabled="true"], [Attribute: width="1"]

-Jukka-

Lähettäjä: Michaud Michael 
Lähetetty: tiistai 22. joulukuuta 2020 23.36
Vastaanottaja: OpenJump develop and use 
Aihe: Re: [JPP-Devel] Some Sextante tools don't like negative pixel values


Hi Jukka,

Did you mean tools of Raster menu working on Sextante raster ? Exception seems 
to come from VectorizeToContoursPlugIn.

I tried to reproduce the error with your last image (values from -16 to 0), but 
it produced contours without error.

Michaël



envoyé : 22 décembre 2020 à 16:22
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : 
"jump-pilot-devel@lists.sourceforge.net<mailto:jump-pilot-devel@lists.sourceforge.net>"
 
mailto:jump-pilot-devel@lists.sourceforge.net>>
objet : [JPP-Devel] Some Sextante tools don't like negative pixel values


Hi,



I believe that the stack trace below means that the tool does not accept 
negative values. Tools which generate these errors are in the Sextante menu:

  *   histogram
  *   create polygons with the Adbtoolbox algorithm
  *   create contours



java.lang.NumberFormatException: For input string: "?16.257333755493"

  at 
java.base/jdk.internal.math.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2054)

  at 
java.base/jdk.internal.math.FloatingDecimal.parseDouble(FloatingDecimal.java:110)

  at 
java.base/java.lang.Double.parseDouble(Double.java:543)

  at java.base/java.lang.Double.valueOf(Double.java:506)

  at 
com.vividsolutions.jump.util.StringUtil.toString(StringUtil.java:397)

  at 
com.vividsolutions.jump.workbench.ui.AbstractMultiInputDialog.addDoubleField(AbstractMultiInputDialog.java:723)

  at 
com.vividsolutions.jump.workbench.ui.AbstractMultiInputDialog.addDoubleField(AbstractMultiInputDialog.java:705)

  at 
org.openjump.core.ui.plugin.raster.VectorizeToContoursPlugIn.setDialogValues(VectorizeToContoursPlugIn.java:154)

  at 
org.openjump.core.ui.plugin.raster.VectorizeToContoursPlugIn.execute(VectorizeToContoursPlugIn.java:109)

  at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(

[JPP-Devel] Some Sextante tools don't like negative pixel values

2020-12-22 Thread Rahkonen Jukka (MML)

Hi,

I believe that the stack trace below means that the tool does not accept 
negative values. Tools which generate these errors are in the Sextante menu:

  *   histogram
  *   create polygons with the Adbtoolbox algorithm
  *   create contours

java.lang.NumberFormatException: For input string: "?16.257333755493"
  at 
java.base/jdk.internal.math.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2054)
  at 
java.base/jdk.internal.math.FloatingDecimal.parseDouble(FloatingDecimal.java:110)
  at 
java.base/java.lang.Double.parseDouble(Double.java:543)
  at java.base/java.lang.Double.valueOf(Double.java:506)
  at 
com.vividsolutions.jump.util.StringUtil.toString(StringUtil.java:397)
  at 
com.vividsolutions.jump.workbench.ui.AbstractMultiInputDialog.addDoubleField(AbstractMultiInputDialog.java:723)
  at 
com.vividsolutions.jump.workbench.ui.AbstractMultiInputDialog.addDoubleField(AbstractMultiInputDialog.java:705)
  at 
org.openjump.core.ui.plugin.raster.VectorizeToContoursPlugIn.setDialogValues(VectorizeToContoursPlugIn.java:154)
  at 
org.openjump.core.ui.plugin.raster.VectorizeToContoursPlugIn.execute(VectorizeToContoursPlugIn.java:109)
  at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
  at 
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
  at 
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
  at 
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
  at 
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
  at 
java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
  at 
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1020)
  at 
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1064)
  at 
java.desktop/java.awt.Component.processMouseEvent(Component.java:6632)
  at 
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
  at 
java.desktop/java.awt.Component.processEvent(Component.java:6397)
  at 
java.desktop/java.awt.Container.processEvent(Container.java:2263)
  at 
java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008)
  at 
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
  at 
java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
  at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
  at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
  at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
  at 
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
  at 
java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
  at 
java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
  at 
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
  at 
java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
  at 
java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
  at 
java.base/java.security.AccessController.doPrivileged(Native Method)
  at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
  at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
  at 
java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
  at 
java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
  at 
java.base/java.security.AccessController.doPrivileged(Native Method)
  at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
  at 
java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
  at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)

Re: [JPP-Devel] New project/new plugin

2020-12-22 Thread Rahkonen Jukka (MML)

Hi,

I am interested in seeing that TPS interpolation in action. I have been playing 
a bit with depth data from echo sounders and that kind of data has some special 
features that make trouble for most interpolation methods that I have been 
trying. Perhaps the best experience so far is from the “surface” method of GMT 
https://docs.generic-mapping-tools.org/latest/surface.html.

What makes echo sounder data difficult is that the density of data points is 
high along the lines ……… (like 1 point per meter) but the survey lines are for 
example 50-150 meters apart. A wide search radius is smoothing too much along 
the lines and real details are lost, but a small search radius tends to make 
big false humps between the lines.

I placed some test data into http://latuviitta.org/downloads/depth_data.zip

  *   14.851.1.001.csv depth data, EPSG:3067
  *   shapefile about the shoreline
  *   rendered dem
  *   rendered hillshade

The DEM is not too bad but it has enough linear artefacts to show the need for 
improvements. Shoreline is included and it was given for the surface method as 
a breakline with constant height=0.

GRASS has similar method v.surf.rst v.surf.rst - GRASS GIS manual 
(osgeo.org). I have 
also used a non-open software that gives nice results but I only know that it 
is using TIN method with some special smoothing.

-Jukka Rahkonen-

Lähettäjä: Eric 
Lähetetty: keskiviikko 2. joulukuuta 2020 16.31
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] New project/new plugin

Congratulations for these great results and these ports Peppe! I really like 
the colours of your raster interpolations -- they are quite refreshing / juicy 
:)

I don't know if this would be of interest to you but I developed in the past a 
TPS (Thin Plate Spline) interpolation [1] in order to create contour lines 
(vector) from a layer of XYZ points/coordinates for example. I even developed a 
quick OJ plugin to visually test the results but I never released it. If you're 
interested to add this kind of interpolation, I could release the code in open 
source somewhere. It should be relatively straightforward to compute an image 
from it, as once the TPS parameters have been estimated, it's possible to 
compute any z value for a given (x, y), and therefore to attach this value to 
your GridExtent / Raster. Just let me know if are interested.

Best,
Eric
On 02/12/2020 13:14, Giuseppe Aruta wrote:
Greetings OpenJUMPs
I started a new project to create an interpolation plugin for OpenJUMP
The plugin takes scattered points loaded in OpenJUMP which have a xyz 
coordinates and transform them into a raster grid, as Sextante raster.

OpenJUMP has already some interpolation plugins via Sextante toolbox (linear 
regression, Nearest Neighbor, IDW and some Krigings).

My plugin tries to extend this capability reusing external codes from other 
projects which recently are "starving" of development: AdbToolbox, a clone of 
OpenJUMP, and the good WhiteBox GAT from John Lindsey.

Note that, among the others, the TIN interpolation algorithm is my first try to 
port an imageJ plugin to OpenJUMP with a with unexpected and fast results: it 
required few modification to port and it is the faster and less memory-eater 
among the others

You can find detail of my project and a link to download the plugin here:
https://sourceforge.net/p/opensit/wiki/Interpolation%20Tools/

The plugin uses MultiInputDialog from OpenJUMP which allows to use part of the 
dialog for user information where you can find info on how to use each 
algorithm of interpolation.

The project is an external plugin as it is still on developing and testing. The 
day that it will mature enough I plan to port it to OpenJUMP.
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] Sextante raster issue with deflate and floating point predictor

2020-12-22 Thread Rahkonen Jukka (MML)

Hi,

I have 32 bit floating point images which are compressed with the deflate 
method and by using the floating point predictor. OpenJUMP accepts these images 
and they are added into the table of contents. It is possible to zoom to 
extents but the screen remains empty. The console window reveals what happens:

14:09:06.765 javax.imageio.IIOException: Illegal value for Predictor in TIFF 
file
java.lang.RuntimeException: javax.imageio.IIOException: Illegal value for 
Predictor in TIFF file
at 
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:706)
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
at javax.media.jai.OpImage.getTile(OpImage.java:1129)
at javax.media.jai.PointOpImage.computeTile(PointOpImage.java:962)
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904)
at javax.media.jai.OpImage.getTile(OpImage.java:1129)
at javax.media.jai.PlanarImage.copyData(PlanarImage.java:2343)
at javax.media.jai.RenderedOp.copyData(RenderedOp.java:2299)
at javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2525)
at 
org.openjump.core.rasterimage.TiffUtilsV2.readImageAndMetadata(TiffUtilsV2.java:355)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:150)
at 
org.openjump.core.rasterimage.RasterImageLayer.reLoadImage(RasterImageLayer.java:500)
at 
org.openjump.core.rasterimage.RasterImageLayer.createImage(RasterImageLayer.java:368)
at 
org.openjump.core.rasterimage.RasterImageRenderer.renderHook(RasterImageRenderer.java:112)
at 
com.vividsolutions.jump.workbench.ui.renderer.ImageCachingRenderer$1.run(ImageCachingRenderer.java:91)
at 
com.vividsolutions.jump.workbench.ui.renderer.ThreadQueue$Worker.run(ThreadQueue.java:86)
Caused by: javax.imageio.IIOException: Illegal value for Predictor in TIFF file
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFDeflateDecompressor.(TIFFDeflateDecompressor.java:98)
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.read(TIFFImageReader.java:1849)
at 
com.sun.media.jai.imageioimpl.ImageReadOpImage.computeTile(ImageReadOpImage.java:697)
... 15 more

With the tiffinfo tool I can see that image that the predictor is this:
Predictor: floating point predictor 3 (0x3)

I tested that with deflate compression and predictor=none OpenJUMP opens the 
file as Sextante image. It would be nice if OpenJUMP could capture the error 
and show a message for the users. To support floating point predictor is not so 
important, even it does compress floating point data well and is therefore used 
in real datasets.

Test data attached.

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

[JPP-Devel] Some tabs in UI unusable

2020-12-21 Thread Rahkonen Jukka (MML)

Hi,

I made a video openjump_ui.zip 
(latuviitta.org) that shows 
the trouble I have with using raster styling. The controls on the first tab are 
first all hidden. Some of them appear if I hover around with the mouse but not 
all. The two other tabs show OK. Finally I try to change back to the first tab 
but nothing happens.

I have faced similar problem with some other panels and tabs before but usually 
only after OpenJUMP has been on for a long time. I am using Window 10 and 
Corretto 8, 64 bit java and OpenJUMP Plus snapshot from today.

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

Re: [JPP-Devel] Ready fo 1.16 ?

2020-12-20 Thread Rahkonen Jukka (MML)

Hi,

I will check the Finnish language file today.

-Jukka Rahkonen-

Lähettäjä: Michaud Michael 
Lähetetty: sunnuntai 20. joulukuuta 2020 19.11
Vastaanottaja: OpenJump develop and use 
Aihe: [JPP-Devel] Ready fo 1.16 ?




Hi Jumpers,

Ready for the1.16 release ?

I just clean up a bit the distro by removing 2 jar files : hamcrest (junit 
dependency) and rhino:js (batik dependency). If you think they may be useful in 
some cases, please, speak now..

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

Re: [JPP-Devel] [jump-pilot:bugs] Re: #510 Create Polygon From a Raster bug

2020-11-10 Thread Rahkonen Jukka (MML)

Hi,

For making it robust OJ could check histogram of the floating point raster and
warn user with a possibility to cancel. This is for sure slow, but users may
have floating point rasters with limited number of distinct values.

-Jukka Rahkonen-

Lähettäjä: michael michaud via Jump-pilot-devel

Lähetetty: tiistai 10. marraskuuta 2020 22.21
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Kopio: michael michaud
Aihe: [JPP-Devel] [jump-pilot:bugs] Re: #510 Create Polygon From a Raster bug

Hi Peppe,

Thank you for the detailed answer.

Indeed, I was not trying to do something useful, just checking if I did not
introduce a new bug in RasterImageLayer.

I perfectly understand that applying this tool to a raster containing floating
point values is not the normal use case. With such images, it would probably
need an additional parameter to define intervals and include all pixels
belonging to a same interval in the same polygon.

I just would like to avoid IndexArrayOutOfBoundException. There are probably
many options : deactivate plugin for this kind of image, intercept the
exception to provide a more informative message, try to make the plugin more
robust, map the floating point values to a reasonable set of integer values...
Let's try to choose something easy so that we can release 1.16 soon.

Anyway, your explanations about the two options will surely interest everyone
trying to do something useful with this plugin. Can it be retrieved from the
wiki ?

Michaël

envoyé : 10 novembre 2020 à 15:16
de : Giuseppe Aruta
mailto:ma15...@users.sourceforge.net>>
à : "[jump-pilot:bugs] "
<5...@bugs.jump-pilot.p.re.sourceforge.net>
objet : [jump-pilot:bugs] #510 Create Polygon From a Raster bug

Hi Michael,
...even the time to vectorialize a raster with continuous data like DTM084 is
incredibly long...
In theory in mostly case an user chooses one of Raster->Vector tool according
to the type of the raster she/he wants to convert:
a) a continuous raster like a DTM. Data are scattered in a continuous interval
descibing a measure that gradually changes, for instance the elevation or a map
of temperatures. An user wonts to convert into a contour lines (Raster to
contours) or trasform into a discrete raster (eg. defining intervals of the
measure: 10-30% slope, 31-50% slope and so on
a) a discrete raster can be converted to a polygon layer (the case of Raster to
Polygons. See file UsoSuolo.tif by Roberto: each number with 3 digits (512,
111, etc) define a unique usage of the soil (forsets, cultivar, urban, etc).
There is neither no uniform measurement (a forest is different from a city) nor
a continuous gradually change (after 111 there would be a 231 in the scale, for
instance): we use number because we get advance (and the limit) that the Z
value of a raster accept only a number (float, double, integer or whatever, but
only a number not a string).
Of coarse, if we consider the limit of the interval and the cell size, all the
raster are tecnically discrete (each output polygon can have a size of the cell
size: see Stefan's tools, create a grid of points/of polygons).
When I added this plugin to OpenJUMP I wanted to bypass in one time two
problems:
a) Sextante Raster to Vector tool on discrete raster sometimes was giving wierd
results: island of no data where it was supposed to have valid data
b) the version of Raster to Polygon tool in OpenKLEM, derived from AdbToolbox
software, was taking a longer time and giving sometimes a strange outputs (like
sometimes self intersection polygons).
This plugin seems to solve both situations. OpenKLEM now refers to
VectorizeAlgorithm class, part AdbToolbox. While embedded OpenJUMP plugin can
use both algorithm. They both work, except if user wants to convert a
continuous raster to polygons with AdbToolbox.
I will give a look and atry to correct or to add some type of check, studing a
way to distinguish in OpenJUMP a continuous vs discrete raster, not sure if it
possible (an histogram is required and OJ raster histogram plugin can take a
very long time according the intervals.

Best regards
Peppe

[bugs:#510] Create Polygon From
a Raster bug

Status: open
Milestone: OJ_1.16
Created: Tue Nov 10, 2020 12:59 PM UTC by michael michaud
Last Updated: Tue Nov 10, 2020 12:59 PM UTC
Owner: nobody

The plugin has two modes : AdbToolbox and Sextante. With tiff images of type
float like DTM084 from Roberto Rossi, I can vectorize with Sextante, but Adb
throws en exception :
java.lang.ArrayIndexOutOfBoundsException: Index - out of bounds for length
1925123
at
org.openjump.core.rasterimage.algorithms.VectorizeAlgorithm.toPolygonsAdbToolBox(VectorizeAlgorithm.java:113)
at
org.openjump.core.ui.plugin.raster.VectorizeToPolygonsPlugIn.run(VectorizeToPolygonsPlugIn.java:170)
at

Re: [JPP-Devel] SVN: [6611] core/trunk/src/com/vividsolutions/jump/workbench

2020-10-26 Thread Rahkonen Jukka (MML)

Unfortunately still the same error.

-Jukka-

Lähettäjä: Giuseppe Aruta 
Lähetetty: maanantai 26. lokakuuta 2020 21.42
Vastaanottaja: OpenJump develop and use 
Aihe: Re: [JPP-Devel] SVN: [6611] 
core/trunk/src/com/vividsolutions/jump/workbench

Please try version 6614.

Il giorno lun 26 ott 2020 alle ore 19:58 Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 ha scritto:
Hi,

What I see is different row number in the first error when I click the CAD tool.

java.lang.NoSuchMethodError: 
'com.vividsolutions.jump.workbench.plugin.PlugInClassLoader 
com.vividsolutions.jump.workbench.plugin.PlugInManager.getClassLoader()'
at 
org.openjump.advancedtools.utils.WorkbenchUtils.loadPython(WorkbenchUtils.java:1178)
at 
org.openjump.advancedtools.EditToolboxCADPlugIn.initializeToolbox(EditToolboxCADPlugIn.java:145)
at 
com.vividsolutions.jump.workbench.ui.toolbox.ToolboxPlugIn.getToolbox(ToolboxPlugIn.java:69)

...
-Jukka-


-Alkuperäinen viesti-
Lähettäjä: jump-pilot-svn--- via Jump-pilot-devel 
mailto:jump-pilot-devel@lists.sourceforge.net>>
Lähetetty: maanantai 26. lokakuuta 2020 19.06
Vastaanottaja: 
jump-pilot-devel@lists.sourceforge.net<mailto:jump-pilot-devel@lists.sourceforge.net>
Kopio: 
jump-pilot-...@lists.sourceforge.net<mailto:jump-pilot-...@lists.sourceforge.net>
Aihe: [JPP-Devel] SVN: [6611] core/trunk/src/com/vividsolutions/jump/workbench

Revision: 6611
  http://sourceforge.net/p/jump-pilot/code/6611
Author:   edso
Date: 2020-10-26 17:05:35 + (Mon, 26 Oct 2020)
Log Message:
---
should fix

java.lang.NoSuchMethodError: 'java.lang.ClassLoader 
com.vividsolutions.jump.workbench.plugin.PlugInManager.getClassLoader()'
at 
org.openjump.advancedtools.utils.WorkbenchUtils.loadPython(WorkbenchUtils.java:1173)
at 
org.openjump.advancedtools.EditToolboxCADPlugIn.initializeToolbox(EditToolboxCADPlugIn.java:145)
at 
com.vividsolutions.jump.workbench.ui.toolbox.ToolboxPlugIn.getToolbox(ToolboxPlugIn.java:69)
...

Modified Paths:
--
core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java
core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java

Modified: core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java
===
--- core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java 
2020-10-26 16:23:31 UTC (rev 6610)
+++ core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java 
2020-10-26 17:05:35 UTC (rev 6611)
@@ -332,7 +332,7 @@
   plugInManager.addExtensionDir(dir);
 }
 // debugging output of all urls in our classloader
-Logger.debug("Classpath -> 
"+Arrays.toString(plugInManager.getClassLoader().getURLs()));
+Logger.debug("Classpath -> 
"+Arrays.toString(plugInManager.getPlugInClassLoader().getURLs()));

 // Load drivers before initializing the frame because part of the frame
 // initialization is the initialization of the driver dialogs. [Jon

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java
===
--- core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java  
2020-10-26 16:23:31 UTC (rev 6610)
+++ core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java  
2020-10-26 17:05:35 UTC (rev 6611)
@@ -512,12 +512,22 @@
 /**
  * To access extension classes, use this ClassLoader rather than the 
default
  * ClassLoader. Extension classes will not be present in the latter.
+ *
+ * @deprecated use {@link #getPlugInClassLoader()} instead
  */
-public PlugInClassLoader getClassLoader() {
+public ClassLoader getClassLoader() {
 return classLoader;
 }

 /**
+ * To access extension classes, use this ClassLoader rather than the 
default
+ * ClassLoader. Extension classes will not be present in the latter.
+ */
+public PlugInClassLoader getPlugInClassLoader() {
+return classLoader;
+}
+
+/**
  * fetch a list of folders holding extension jars that were added during 
start
  */
 public List getExtensionDirs(){



___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net<mailto: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<mailto: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] SVN: [6611] core/trunk/src/com/vividsolutions/jump/workbench

2020-10-26 Thread Rahkonen Jukka (MML)

Hi,

What I see is different row number in the first error when I click the CAD tool.

java.lang.NoSuchMethodError: 
'com.vividsolutions.jump.workbench.plugin.PlugInClassLoader 
com.vividsolutions.jump.workbench.plugin.PlugInManager.getClassLoader()'
at 
org.openjump.advancedtools.utils.WorkbenchUtils.loadPython(WorkbenchUtils.java:1178)
at 
org.openjump.advancedtools.EditToolboxCADPlugIn.initializeToolbox(EditToolboxCADPlugIn.java:145)
at 
com.vividsolutions.jump.workbench.ui.toolbox.ToolboxPlugIn.getToolbox(ToolboxPlugIn.java:69)

...
-Jukka-


-Alkuperäinen viesti-
Lähettäjä: jump-pilot-svn--- via Jump-pilot-devel 
 
Lähetetty: maanantai 26. lokakuuta 2020 19.06
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Kopio: jump-pilot-...@lists.sourceforge.net
Aihe: [JPP-Devel] SVN: [6611] core/trunk/src/com/vividsolutions/jump/workbench

Revision: 6611
  http://sourceforge.net/p/jump-pilot/code/6611
Author:   edso
Date: 2020-10-26 17:05:35 + (Mon, 26 Oct 2020)
Log Message:
---
should fix

java.lang.NoSuchMethodError: 'java.lang.ClassLoader 
com.vividsolutions.jump.workbench.plugin.PlugInManager.getClassLoader()'
at 
org.openjump.advancedtools.utils.WorkbenchUtils.loadPython(WorkbenchUtils.java:1173)
at 
org.openjump.advancedtools.EditToolboxCADPlugIn.initializeToolbox(EditToolboxCADPlugIn.java:145)
at 
com.vividsolutions.jump.workbench.ui.toolbox.ToolboxPlugIn.getToolbox(ToolboxPlugIn.java:69)
...

Modified Paths:
--
core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java
core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java

Modified: core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java
===
--- core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java 
2020-10-26 16:23:31 UTC (rev 6610)
+++ core/trunk/src/com/vividsolutions/jump/workbench/JUMPWorkbench.java 
2020-10-26 17:05:35 UTC (rev 6611)
@@ -332,7 +332,7 @@
   plugInManager.addExtensionDir(dir);
 }
 // debugging output of all urls in our classloader
-Logger.debug("Classpath -> 
"+Arrays.toString(plugInManager.getClassLoader().getURLs()));
+Logger.debug("Classpath -> 
"+Arrays.toString(plugInManager.getPlugInClassLoader().getURLs()));
 
 // Load drivers before initializing the frame because part of the frame
 // initialization is the initialization of the driver dialogs. [Jon

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java
===
--- core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java  
2020-10-26 16:23:31 UTC (rev 6610)
+++ core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInManager.java  
2020-10-26 17:05:35 UTC (rev 6611)
@@ -512,12 +512,22 @@
 /**
  * To access extension classes, use this ClassLoader rather than the 
default
  * ClassLoader. Extension classes will not be present in the latter.
+ * 
+ * @deprecated use {@link #getPlugInClassLoader()} instead
  */
-public PlugInClassLoader getClassLoader() {
+public ClassLoader getClassLoader() {
 return classLoader;
 }
 
 /**
+ * To access extension classes, use this ClassLoader rather than the 
default
+ * ClassLoader. Extension classes will not be present in the latter.
+ */
+public PlugInClassLoader getPlugInClassLoader() {
+return classLoader;
+}
+
+/**
  * fetch a list of folders holding extension jars that were added during 
start 
  */
 public List getExtensionDirs(){



___
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] SVN: [6608] core/trunk/lib/plus/CadTools-1.0.jar

2020-10-26 Thread Rahkonen Jukka (MML)

Hi,

With OJ 6608 I see too CAD toolbox icons in the main toolbar and they both 
produce an error when pressed: 


java.lang.NoSuchMethodError: 'java.lang.ClassLoader 
com.vividsolutions.jump.workbench.plugin.PlugInManager.getClassLoader()'
at 
org.openjump.advancedtools.utils.WorkbenchUtils.loadPython(WorkbenchUtils.java:1173)
at 
org.openjump.advancedtools.EditToolboxCADPlugIn.initializeToolbox(EditToolboxCADPlugIn.java:145)
at 
com.vividsolutions.jump.workbench.ui.toolbox.ToolboxPlugIn.getToolbox(ToolboxPlugIn.java:69)
at 
com.vividsolutions.jump.workbench.ui.toolbox.ToolboxPlugIn.execute(ToolboxPlugIn.java:86)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at 
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
at 
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
at 
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
at 
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
at 
java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
at 
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:297)
at 
java.desktop/java.awt.Component.processMouseEvent(Component.java:6632)
at 
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6397)
at java.desktop/java.awt.Container.processEvent(Container.java:2263)
at 
java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008)
at 
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
at 
java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840)
at 
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at 
java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: jump-pilot-svn--- via Jump-pilot-devel 
 
Lähetetty: maanantai 26. lokakuuta 2020 18.09
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Kopio: jump-pilot-...@lists.sourceforge.net
Aihe: [JPP-Devel] SVN: [6608] core/trunk/lib/plus/CadTools-1.0.jar

Revision: 6608
  http://sourceforge.net/p/jump-pilot/code/6608
Author:   ma15569
Date: 2020-10-26 16:09:13 + (Mon, 26 Oct 2020)
Log Message:
---
Updated CadTools to version 1.0: activated Add and Remobe area plugin to test 
complementary edition of polygons lateral to the edit one (ex. adding a new 
vertex)

Added Paths:
---
core/trunk/lib/plus/CadTools-1.0.jar

Added: core/trunk/lib/plus/CadTools-1.0.jar
===
(Binary files differ)

Index: core/trunk/lib/plus/CadTools-1.0.jar

[JPP-Devel] Tool that converts holes into polygons

2020-10-05 Thread Rahkonen Jukka (MML)

Hi,

What if I would like to convert all the many holes in the sea polygon into 
islands? We have a tool in OJ that does something similar with inner rings by 
removing them (Remove holes and Remove small holes functions). What I am after 
is to select the inner rings of selected features and copy them into a new 
layer as outer rings. The simple tool could discard attributes but an advanced 
one could optionally copy at least the ID of the source polygon. Maybe also a 
"hole_id" could be generated for enabling unique values "main_id"+"hole_id".

I know that I can make a polygon as large as the sea and compute the difference 
but sometimes it could be more convenient for users just to select and run 
"extract holes as polygons". Also, copying the inner rings vertex by vertex 
should be a fast and robust method. If some ring would make an invalid polygon 
it could skipped with a warning. With difference it could mean that the whole 
process fails.

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

Re: [JPP-Devel] Run datastore query too tied to schema with Spatialide DS

Hi,

Michaël must remember this better, but JTS did not understand the ISO codes for 
3 and 4 dimensional geometries. This is probably fixed in the locationtech 
version. See 
https://lists.osgeo.org/pipermail/geos-devel/2013-December/006757.html

So it may be that once we move to GitHub and to new JTS version, and DB Query 
plugin gets possible fixes needed for the new JTS, it just starts to work with 
XYZ(M) geometries. Until that those who know can cast geometries into XY with 
SQL.

-Jukka-

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: tiistai 29. syyskuuta 2020 17.36
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net; Larry Reeder 

Aihe: Re: [JPP-Devel] Run datastore query too tied to schema with Spatialide DS

On 28.09.2020 21:46, Rahkonen Jukka (MML) wrote:
> We have the robust DB Query that works fine (despite with XYZ geometries but 
> that's another thing).

yeah, noticed that DBQuery choked on some geometries from a gpkg test file.

Jukka, would you mind providing some test files for geometry blobs that 
currently don't work with DBQuery so we can ask Larry to enhance the extension? 
i'll cc him, so Larry, if you're not interested to maintain it anymore please 
speak up :)

thx.. 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] Run datastore query too tied to schema with Spatialide DS

edgar.sol...@web.de wrote:
29.9. 2020 13.01

On 9/29/2020 11:57, Rahkonen Jukka (MML) wrote:
>> select geom,
>> ST_AsText(ST_Centroid(geom)) as centroid from test limit 1;

> do we currently warn/err out if someone actually selects two geometry 
> columns? should we auto-convert to WKT additional geometry columns? 

The above query without ST_AsText gives me a field with datatype "Object" and 
it contains value [B@11031df7
Perhaps it is good so? I have no idea about what to do with such object and if 
it round trips nicely in save-reload cycle with our supported file formats. I 
guess that object could as well be a jpeg image or any other blob.

-Jukka-

..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] Run datastore query too tied to schema with Spatialide DS

edgar.sol...@web.de wrote
29.9. 2020 11.57

> morning Jukka,

> On 9/29/2020 9:15, Rahkonen Jukka (MML) wrote:
>>> There would be still some corner cases left (select geom as geometry1, 
>>> ST_Centroid(geom) as geometry2...
>> in theory our features may hold multiple geometries. just one can be shown 
>> though and the second would be like some object attribute. not sure what'd 
>> be a use case for that.

> what about the multiple geometry column issue? what would be a use case for 
> that and how would you suggest to present those in OJ? ..ede

Use cases that I know are like having cities as polygons and points for 
rendering at different scales, or having accurate/generalized geometries for 
the same purpose. The same result can be achieved by having multiple layers 
though there is then unnecessary multiplication of attributes as well. I would 
wait until someone presents a really cool use case and pull request about 
multiple geometry fields in OpenJUMP. Until that I suppose people feel happy if 
this works also in the future as it works now and saves processed geometry as 
WKT into text field. Example tested with Spatialite

select geom, 
ST_AsText(ST_Centroid(geom)) as centroid
from test limit 1;

-Jukka-

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

Re: [JPP-Devel] Run datastore query too tied to schema with Spatialide DS

edgar.sol...@web.de wrote:
28.9. 2020 23.19

> On 28.09.2020 21:46, Rahkonen Jukka (MML) wrote:
>> Yes, the only robust way to deal with SpatiaLite and GeoPackage geometries 
>> would probably be to use the duck test like our DB Query Plugin does. If the 
>> result is a blob that like a SpatiaLite BLOB or like a GeoPackage BLOB, then 
>> it probably is so.

> have to check what DbQuery does. you mean it checks if it is a blob and if so 
> parse it to find what kind of?

Exactly. There are excellent comments with links to specifications in the code. 
We can forget FDO, it is so rare. 
https://sourceforge.net/p/jumpdbqplugin/code/ci/default/tree/src/main/java/org/freevoice/jumpdbqueryextension/spatialite/JumpSpatialiteDbQuery.java

>> However, it may get complicated to support this in OJ datastores either for 
>> users, or OpenJUMP developers, or both.

> why?

Spatialite is older than geopackage and Spatialite functions are dealing 
internally with spatialite BLOBs. Functions work as spatialite in - spatialite 
out. If the native BLOB is also of spatialite type then there is nothing 
special. But if native BLOB is a geopackage BLOB then the query must contain 
casts in and out 
SELECT AsGPB(ST_SomeFunction(GeomFromGPB(gpkg_geometry)))...
There is also "CastAutomagic" that is a convenience function that accepts both 
spatialite and geopackage blobs as input and outputs spatialite. 
I suppose that most software and users who use geopackage to not know that all 
the Spatialite functions could be available for them with relatively small 
pain. 

>> The Spatialite datastore  supports both SpatiaLite geometries and GeoPackage 
>> geometries but it selects which one when the connection is created.

> is this spec or just the way it is? anyway. we talk about columns not in the 
> table hence not marked via feature schema as geometry of some type. so in 
> case the col is not in the table metadata and response metadata says it's a 
> blob it makes sense to detect it's type.

It is just so that Spatialite and geopackage are both SQLite databases and they 
have much in common. It was possible to enhance the existing SQLite/Spatialite 
drivers in OJ datastores and DB Query plugin to handle also geopackage 
geometries. What is nice is that OpenJUMP can extract standard well known 
binary blobs from geopackage blob with native code without external libraries.

>> However, Spatialite functions can make casts between those blob types and 
>> the usage is not the most obvious.

> sure but if this is not "selected as" to a col name of a matching type that 
> is currently unreadable.
Right, and in this situation the DB Query plugin is checking if the blobs 
happen to contain some recognized geometry encodings with "private Geometry 
getNativeGeometryFromBlob(byte[] blobAsBytes)".

>>  If datastore driver is prepared to receive GeoPackage blob then user should 
>> know how to use some Spatialite specialities in SQL query. At least  
>> castautomagic and AsGPB at least 
>> http://www.gaia-gis.it/gaia-sins/spatialite-sql-latest.html. If datastore is 
>> recognized to be of the Spatialite type and OJ awaits Spatialite geometries 
>> then it would be more simple to use the functions because casts would not be 
>> needed.

> what do you mean here?
As I wrote before, when we deal with geopackage blobs the query to return a 
centroid is 
SELECT AsGPB(ST_Centroid(GeomFromGPB(gpkg_geometry)))...
while in spatialite case the query is simply
SELECT ST_Centroid(geom)...

This may not be obvious for OpenJUMP users because the datastore connection to 
geopackage and Spatialite appear similar.

>>  I am not sure how much we should work with this. We have the robust DB 
>> Query that works fine (despite with XYZ geometries but that's another 
>> thing). It would be nice if OpenJUMP could recognize the GeoPackage BLOB as 
>> geometry when query returns such, or similarly the Spatialite BLOB.

> so you're in favor of autodetecting as described above?

Yes.

>>There would be still some corner cases left (select geom as geometry1, 
>>ST_Centroid(geom) as geometry2...
> in theory our features may hold multiple geometries. just one can be shown 
> though and the second would be like some object attribute. not sure what'd be 
> a use case for that.

-Jukka-
..ede
>
> -Jukka-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de 
> Lähetetty: maanantai 28. syyskuuta 2020 20.44
> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> Aihe: Re: [JPP-Devel] Run datastore query too tied to schema with 
> Spatialide DS
>
> hey Jukka,
>
> looked a bit deeper. sqlite is not really tagging cols retrieved in the 
> metadata apart from known col types (eg. text,blob,...) . it obviou

Re: [JPP-Devel] Run datastore query too tied to schema with Spatialide DS

2020-09-28 Thread Rahkonen Jukka (MML)

Yes, the only robust way to deal with SpatiaLite and GeoPackage geometries 
would probably be to use the duck test like our DB Query Plugin does. If the 
result is a blob that like a SpatiaLite BLOB or like a GeoPackage BLOB, then it 
probably is so.
However, it may get complicated to support this in OJ datastores either for 
users, or OpenJUMP developers, or both. The Spatialite datastore  supports both 
SpatiaLite geometries and GeoPackage geometries but it selects which one when 
the connection is created. However, Spatialite functions can make casts between 
those blob types and the usage is not the most obvious. 

 If datastore driver is prepared to receive GeoPackage blob then user should 
know how to use some Spatialite specialities in SQL query. At least  
castautomagic and AsGPB at least 
http://www.gaia-gis.it/gaia-sins/spatialite-sql-latest.html. If datastore is 
recognized to be of the Spatialite type and OJ awaits Spatialite geometries 
then it would be more simple to use the functions because casts would not be 
needed.

 I am not sure how much we should work with this. We have the robust DB Query 
that works fine (despite with XYZ geometries but that's another thing). It 
would be nice if OpenJUMP could recognize the GeoPackage BLOB as geometry when 
query returns such, or similarly the Spatialite BLOB. There would be still some 
corner cases left (select geom as geometry1, ST_Centroid(geom) as geometry2...).

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: maanantai 28. syyskuuta 2020 20.44
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Run datastore query too tied to schema with Spatialide DS

hey Jukka,

looked a bit deeper. sqlite is not really tagging cols retrieved in the 
metadata apart from known col types (eg. text,blob,...) . it obviously is is 
totally ignorant of geometries.

as a workaround we could "transport" a type information in the col name which 
is then used in OJ only. eg.

SELECT AsWkt(GeomFromText('POINT (1 1)')) as 'geometry[type=wkt]'

but it's still hackish and in no way intuitiv and needs to be documented well. 
how do other spatialite enabled frontends deal with that? ..ede

On 28.09.2020 15:11, edgar.sol...@web.de wrote:
> well, at least spatialite works again :)) yayhh.
>
> wrt. the issue below.
> https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/com
> /vividsolutions/jump/datastore/spatialite/SpatialiteValueConverterFact
> ory.java#l47 is where the column type is "detected" and it uses the 
> column name to do so. so fetching it with a different column name (eg. 
> geometry instaed of geom) will obviously not work. not sure how this can be 
> solved differently or what the appropriate standards to handle this are.
>
> just committed r6555. now statements "reusing" the coltype of an 
> existing table column work for me eg. (note the single quotes)
>
> SELECT ST_Centroid(geom) as 'test.geom' from test; SELECT 
> ST_GeomFromText('POINT (1 1)') as 'test.geom'
>
> providing there is a table test with a SPATIALITE typed geom column.
>
> ..ede
>
> ps. any success on providing a new OGC API testbed?
>
> On 9/28/2020 14:06, Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> When using Spatialite/Geopackage as data source OpenJUMP seems to 
>> check the schema too literally. While this works SELECT geom FROM 
>> test LIMIT 1; the same query with a simple alias gives an error 
>> SELECT geom AS geometry FROM test LIMIT 1;
>>
>> java.lang.Exception: java.lang.Exception: Result Set Must Have a Geometry 
>> Column
>>   at 
>> com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayer(RunDatastoreQueryPlugIn.java:92)
>>   at 
>> com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayerable(RunDatastoreQueryPlugIn.java:41)
>>   at 
>> com.vividsolutions.jump.workbench.ui.plugin.datastore.AbstractAddDatastoreLayerPlugIn.run(AbstractAddDatastoreLayerPlugIn.java:33)
>>   at 
>> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrap
>> per.run(TaskMonitorManager.java:151)
>> Caused by: java.lang.Exception: Result Set Must Have a Geometry Column
>>   at 
>> com.vividsolutions.jump.datastore.spatialite.SpatialiteDSConnection.executeAdhocQuery(SpatialiteDSConnection.java:90)
>>   at 
>> com.vividsolutions.jump.datastore.spatialdatabases.SpatialDatabasesDSConnection.execute(SpatialDatabasesDSConnection.java:56)
>>   at 
>> com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQue
>> ryPlugIn$RunnableQuery.

[JPP-Devel] Run datastore query too tied to schema with Spatialide DS

2020-09-28 Thread Rahkonen Jukka (MML)

Hi,

When using Spatialite/Geopackage as data source OpenJUMP seems to check the 
schema too literally. While this works
SELECT geom FROM test LIMIT 1;
the same query with a simple alias gives an error
SELECT geom AS geometry FROM test LIMIT 1;

java.lang.Exception: java.lang.Exception: Result Set Must Have a Geometry Column
  at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayer(RunDatastoreQueryPlugIn.java:92)
  at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayerable(RunDatastoreQueryPlugIn.java:41)
  at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.AbstractAddDatastoreLayerPlugIn.run(AbstractAddDatastoreLayerPlugIn.java:33)
  at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
Caused by: java.lang.Exception: Result Set Must Have a Geometry Column
  at 
com.vividsolutions.jump.datastore.spatialite.SpatialiteDSConnection.executeAdhocQuery(SpatialiteDSConnection.java:90)
  at 
com.vividsolutions.jump.datastore.spatialdatabases.SpatialDatabasesDSConnection.execute(SpatialDatabasesDSConnection.java:56)
  at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn$RunnableQuery.run(RunDatastoreQueryPlugIn.java:134)


The above query works with PostGIS datastore. Renaming geometry field is not 
the real problem but I think that the same part of code makes it impossible to 
utilize the SpatiaLite functions like
SELECT ST_Centroid(geom) from test; or just playing with on-the-fly generated 
geometries like in
SELECT ST_GeomFromText('POINT (1 1)')

The problem does not seem to be in the name of the geometry because SELECT 
ST_Centroid(geom) as geom fails as well.

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

Re: [JPP-Devel] Spatialite datastore and mod_spatialite

2020-09-26 Thread Rahkonen Jukka (MML)

Does  the standard datastore code contain this piece of code somewhere?  Is it 
fired for every new connection? 
https://sourceforge.net/p/jumpdbqplugin/code/ci/default/tree/src/main/java/org/freevoice/jumpdbqueryextension/spatialite/JumpSpatialiteDbQuery.java
 (row #96)

//required to allow user to load extensions
SQLiteConfig config = new SQLiteConfig();
config.enableLoadExtension(true);
configProperties = config.toProperties();
 }

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: lauantai 26. syyskuuta 2020 22.09
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Spatialite datastore and mod_spatialite

hey Jukka,

i can replicate that mod_spatialite (v4 or 5, actually any version) is loaded 
correctly with DBQuery but not the DataStoreLayer framework. as to why i'm 
totally stumped as they actually do identical things codewise, wasted the whole 
friday on this.

would you mind adding a bug ticket, so this does not get lost? ..thx ede

On 24.09.2020 21:08, Rahkonen Jukka (MML) wrote:
> Hi,
>
>  
>
> It should be possible to get brand new Spatialite 5.0 into use by downloading 
> 7zip archive 
> http://www.gaia-gis.it/gaia-sins/windows-bin-NEXTGEN-amd64/spatialite-loadable-modules-5.0.0-win-amd64.7z
>  
> <http://www.gaia-gis.it/gaia-sins/windows-bin-NEXTGEN-amd64/spatialite-loadable-modules-5.0.0-win-amd64.7z>
>  and placing all the dll files into lib/ext. I could indeed make 
> mod_spatialite to load into DB Query plugin by using connection string as 
> jdbc:sqlite:c:\data\mtk\mtkmaasto.gpkg?spatialite=mod_spatialite.dll. 
> Extension is not needed but module is loaded also by using 
> "?spatialite=mod_spatialite".
>
>  
>
> However, mod_spatialite is not loaded into normal Spatialite datastore 
> connection even the code in 
> https://github.com/openjump-gis/openjump-migration/blob/master/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java
>  
> <https://github.com/openjump-gis/openjump-migration/blob/master/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java>
>  tries to do it.
>
>  
>
> Log output when testing with a query "select spatialite_version()" shows this:
>
> [INFO] 21:15:16.321 Target database URL : 
> jdbc:sqlite:C:\data\mtk\mtkmaasto.gpkg
>
> [INFO] 21:15:16.334 java.net.preferIPv4Stack=null
>
> [INFO] 21:15:16.335 java.net.preferIPv6Addresses=null
>
> [WARN] 21:15:16.464 SpatialDatabasesPlugin: CANNOT load Spatialite extension 
> (mod_spatialite).
>
> org.sqlite.SQLiteException: [SQLITE_ERROR] SQL error or missing database (not 
> authorized)
>
>     at org.sqlite.core.DB.newSQLException(DB.java:1010)
>
>     at org.sqlite.core.DB.newSQLException(DB.java:1022)
>
>     at org.sqlite.core.DB.throwex(DB.java:987)
>
>     at org.sqlite.core.NativeDB._exec_utf8(Native Method)
>
>     at org.sqlite.core.NativeDB._exec(NativeDB.java:94)
>
>     at 
> org.sqlite.jdbc3.JDBC3Statement.executeUpdate(JDBC3Statement.java:109)
>
>     at 
> com.vividsolutions.jump.datastore.spatialite.SpatialiteDSMetadata.checkSpatialiteLoaded(SpatialiteDSMetadata.java:293)
>
>     at 
> com.vividsolutions.jump.datastore.spatialite.SpatialiteDSMetadata.(SpatialiteDSMetadata.java:82)
>
>     at 
> com.vividsolutions.jump.datastore.spatialite.SpatialiteDSConnection.(SpatialiteDSConnection.java:22)
>
>     at 
> com.vividsolutions.jump.datastore.spatialite.SpatialiteDataStoreDriver.createConnection(SpatialiteDataStoreDriver.java:90)
>
>     at 
> com.vividsolutions.jump.workbench.datastore.ConnectionDescriptor.createConnection(ConnectionDescriptor.java:75)
>
>     at 
> com.vividsolutions.jump.workbench.datastore.ConnectionManager.getOpenConnection(ConnectionManager.java:93)
>
>     at 
> com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayer(RunDatastoreQueryPlugIn.java:76)
>
>     at 
> com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayerable(RunDatastoreQueryPlugIn.java:41)
>
>     at 
> com.vividsolutions.jump.workbench.ui.plugin.datastore.AbstractAddDatastoreLayerPlugIn.run(AbstractAddDatastoreLayerPlugIn.java:33)
>
>     at 
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
>
> [ERROR] 21:15:17.547 java.lang.Error: [SQLITE_ERROR] SQL error or missing 
> database (no such function: spatialite_version)
>
> Invalid query: select spatialite_version()
>
> java.lang

[JPP-Devel] Spatialite datastore and mod_spatialite

2020-09-24 Thread Rahkonen Jukka (MML)

Hi,

It should be possible to get brand new Spatialite 5.0 into use by downloading 
7zip archive 
http://www.gaia-gis.it/gaia-sins/windows-bin-NEXTGEN-amd64/spatialite-loadable-modules-5.0.0-win-amd64.7z
 and placing all the dll files into lib/ext. I could indeed make mod_spatialite 
to load into DB Query plugin by using connection string as 
jdbc:sqlite:c:\data\mtk\mtkmaasto.gpkg?spatialite=mod_spatialite.dll. Extension 
is not needed but module is loaded also by using "?spatialite=mod_spatialite".

However, mod_spatialite is not loaded into normal Spatialite datastore 
connection even the code in 
https://github.com/openjump-gis/openjump-migration/blob/master/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java
 tries to do it.

Log output when testing with a query "select spatialite_version()" shows this:

[INFO] 21:15:16.321 Target database URL : jdbc:sqlite:C:\data\mtk\mtkmaasto.gpkg
[INFO] 21:15:16.334 java.net.preferIPv4Stack=null
[INFO] 21:15:16.335 java.net.preferIPv6Addresses=null
[WARN] 21:15:16.464 SpatialDatabasesPlugin: CANNOT load Spatialite extension 
(mod_spatialite).
org.sqlite.SQLiteException: [SQLITE_ERROR] SQL error or missing database (not 
authorized)
at org.sqlite.core.DB.newSQLException(DB.java:1010)
at org.sqlite.core.DB.newSQLException(DB.java:1022)
at org.sqlite.core.DB.throwex(DB.java:987)
at org.sqlite.core.NativeDB._exec_utf8(Native Method)
at org.sqlite.core.NativeDB._exec(NativeDB.java:94)
at 
org.sqlite.jdbc3.JDBC3Statement.executeUpdate(JDBC3Statement.java:109)
at 
com.vividsolutions.jump.datastore.spatialite.SpatialiteDSMetadata.checkSpatialiteLoaded(SpatialiteDSMetadata.java:293)
at 
com.vividsolutions.jump.datastore.spatialite.SpatialiteDSMetadata.(SpatialiteDSMetadata.java:82)
at 
com.vividsolutions.jump.datastore.spatialite.SpatialiteDSConnection.(SpatialiteDSConnection.java:22)
at 
com.vividsolutions.jump.datastore.spatialite.SpatialiteDataStoreDriver.createConnection(SpatialiteDataStoreDriver.java:90)
at 
com.vividsolutions.jump.workbench.datastore.ConnectionDescriptor.createConnection(ConnectionDescriptor.java:75)
at 
com.vividsolutions.jump.workbench.datastore.ConnectionManager.getOpenConnection(ConnectionManager.java:93)
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayer(RunDatastoreQueryPlugIn.java:76)
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayerable(RunDatastoreQueryPlugIn.java:41)
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.AbstractAddDatastoreLayerPlugIn.run(AbstractAddDatastoreLayerPlugIn.java:33)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
[ERROR] 21:15:17.547 java.lang.Error: [SQLITE_ERROR] SQL error or missing 
database (no such function: spatialite_version)
Invalid query: select spatialite_version()
java.lang.Exception: java.lang.Error: [SQLITE_ERROR] SQL error or missing 
database (no such function: spatialite_version)
Invalid query: select spatialite_version()
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayer(RunDatastoreQueryPlugIn.java:92)
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn.createLayerable(RunDatastoreQueryPlugIn.java:41)
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.AbstractAddDatastoreLayerPlugIn.run(AbstractAddDatastoreLayerPlugIn.java:33)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
Caused by: java.lang.Error: [SQLITE_ERROR] SQL error or missing database (no 
such function: spatialite_version)
Invalid query: select spatialite_version()
at 
com.vividsolutions.jump.datastore.spatialdatabases.SpatialDatabasesFeatureInputStream.getFeatureSchema(SpatialDatabasesFeatureInputStream.java:122)
at 
com.vividsolutions.jump.datastore.spatialite.SpatialiteDSConnection.executeAdhocQuery(SpatialiteDSConnection.java:82)
at 
com.vividsolutions.jump.datastore.spatialdatabases.SpatialDatabasesDSConnection.execute(SpatialDatabasesDSConnection.java:56)
at 
com.vividsolutions.jump.workbench.ui.plugin.datastore.RunDatastoreQueryPlugIn$RunnableQuery.run(RunDatastoreQueryPlugIn.java:134)
Caused by: org.sqlite.SQLiteException: [SQLITE_ERROR] SQL error or missing 
database (no such function: spatialite_version)
at org.sqlite.core.DB.newSQLException(DB.java:1010)
at org.sqlite.core.DB.newSQLException(DB.java:1022)
at org.sqlite.core.DB.throwex(DB.java:987)
at org.sqlite.core.NativeDB.prepare_utf8(Native Method)
at org.sqlite.core.NativeDB.prepare(NativeDB.java:134)
at org.sqlite.core.DB.prepare(DB.java:264)
at

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

2020-09-22 Thread Rahkonen Jukka (MML)

Hi,

What is the question? TIFF files can have either internal or external overviews 
and if client supports them it is much faster to render the image at small 
scales. I have no idea about what readers can handle internal/external 
overviews but I can arrange test images easily.
External overviews are not very common but because they are external they are 
handy for testing what resampling method feels best. Also it is easier to 
delete the .ovr file than the internal overviews if user wants to archive the 
image and save the 30% of disk space that overviews take.

-Jukka Rahkonen-

Lähettäjä: Giuseppe Aruta 
Lähetetty: tiistai 22. syyskuuta 2020 17.19
Vastaanottaja: OpenJump develop and use 
Aihe: Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

Let us wait  for Michael and Jukka's opinion about it.
I am not sure but possibly it was request by one of the member of the list 
years ago to Alberto De Luca who implemented this part of the code.
I prefer to  comment out and build a new clean method

Il giorno mar 22 set 2020 alle ore 15:29 
mailto:edgar.sol...@web.de>> ha scritto:

On 9/22/2020 13:49, Giuseppe Aruta wrote:
>> +   private static ImageAndMetadata readImage(File tiffFile, int 
>> overviewIndex, int indexStart, Point originalSize,
>> +   Resolution originalCellSize, Envelope wholeImageEnvelope, 
>> Envelope viewportEnvelope, double noDataValue,
>> +   Stats stats) throws IOException, NoninvertibleTransformException 
>> {
>> +
>> + ImageInputStream imageInputStream = 
>> ImageIO.createImageInputStream(tiffFile);
>> + Iterator iterator = 
>> ImageIO.getImageReaders(imageInputStream);
>
> this seems to be a leftover. we want to enforce a specific TIFF reader, which 
> seems not to be done here.
>
> why exactly are there two readImage() methods needed anyway? one should 
> suffice. can you remove it?
>
> Not sure. As it tries to read overviews of a file from an external .ovr file. 
> I have never used or found it in projects. Once I tried to save a tiff with 
> overviews using QGIS: I had back two files, a TIF and a OVR one. But when I 
> tried to load this  couple into OpenJUMP, it took so long that I gave up. 
> AFAIR this was a request of many years ago from someone of the list

why not remove it then, if it's not used or working anyway? if you want to keep 
it, to have a go at it in the future, i'd suggest to at least to deactivate it, 
just to make sure it is no code path used accidentially.

a hack i use sometimes is to add

// explain why!
if (true) throw new java.lang.UnsupportedOperationException();

before some code i want to deactivate. this way the code does not have to be 
commented out and stays readable but will not be used anyway.

..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] About CAD tool Draw a symmetric geometry

2020-09-17 Thread Rahkonen Jukka (MML)

Ok, it is the same issue that I have with some other tools with my work 
computer. The tool icons have some odd offset and clicks are not hitting the 
tooltip but a pixel that is at about 15 pixels distance. I must try to find out 
what makes just this computer to behave like that.

-Jukka-

Lähettäjä: Giuseppe Aruta 
Lähetetty: torstai 17. syyskuuta 2020 7.26
Vastaanottaja: OpenJump develop and use 
Aihe: Re: [JPP-Devel] About CAD tool Draw a symmetric geometry

Hi Jukka

the following steps work for me:
a) select the feature(s) you want to mirror
b) click on the tool "Draw a symmetric geometry"
c) in the next dialog select the option in the middle ("Select a line")
d) the cursor changes icon, put on the line you want to use and click once.
e) a small blue circle flashes on the selection point and the features are 
mirrored

Peppe

Il giorno mer 16 set 2020 alle ore 22:52 Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 ha scritto:
Hi,

I can mirror selected features by the line that I draw with the Draw a 
symmetric geometry tool but it should also be possible to select an existing 
line to be used as a mirror. However, I do not manage to make a selection. The 
message is always “Warning: No symmetric segment was selected”. Is there 
something special in making the selection right? I tried to use a line from the 
same layer than the features to be reflected and from another layer but the 
result is the same.

-Jukka Rahkonen-
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net<mailto: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] About CAD tool Draw a symmetric geometry

2020-09-16 Thread Rahkonen Jukka (MML)

Hi,

I can mirror selected features by the line that I draw with the Draw a 
symmetric geometry tool but it should also be possible to select an existing 
line to be used as a mirror. However, I do not manage to make a selection. The 
message is always "Warning: No symmetric segment was selected". Is there 
something special in making the selection right? I tried to use a line from the 
same layer than the features to be reflected and from another layer but the 
result is the same.

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

Re: [JPP-Devel] wms layer title

2020-09-03 Thread Rahkonen Jukka (MML)

From the WMS 1.3.0 standard:

7.2.4.6.2 Title
A  is mandatory for all layers; it is a human-readable string for 
presentation in a menu. The Title is not inherited by child Layers.
7.2.4.6.3 Name
If, and only if, a layer has a , then it is a map layer that can be 
requested by using that Name in the LAYERS parameter of a GetMap request. A 
Layer that contains a  element is referred to as a “named layer” in this 
International Standard. If the layer has a Title but no Name, then that layer 
is only a category title for all the layers nested within. A server that 
advertises a Layer containing a Name element shall be able to accept that Name 
as the value of LAYERS argument in a GetMap request and return the 
corresponding map. A client
shall not attempt to request a layer that has a Title but no Name.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: torstai 3. syyskuuta 2020 14.10
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] wms layer title

i see. right. that happens when you don't have a proper test dataset :). we 
should maybe also log a warning as an empty title is irregular as i understand. 
is it not?

..ede

On 9/2/2020 14:55, Michaud Michael wrote:
> Did you change null title of layer elements ?
>
> Seems that the getTitle you changed is a global title of the main document.
>
> Anyway, I could have a try this morning with the co-worker who 
> reported the bug, and the bug was still there.
>
> Michaël
>
>> envoyé : 2 septembre 2020 à 14:07
>> de : edgar.sol...@web.de
>> à : "jump-pilot-devel@lists.sourceforge.net >> jump devel"
>> 
>> objet : Re: [JPP-Devel] wms layer title
>>
>>
>> On 9/2/2020 14:02, Michaud Michael wrote:
>>
>>> Hi Ede,
>>>
>>> One problem with wms title was with "Layer" title = null. Ticket is 
>>> ambiguous because the exception is thrown during getCapabilities which also 
>>> have a title.
>>>
>>> Just tried a new fix. Will let you know soon.
>>>
>> why? title was set to an empty String ("") per default by my fix.. 
>> 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] Offset in the digitizing tools

2020-08-26 Thread Rahkonen Jukka (MML)

Hi,

About the OGC API, 500 € is reasonable and I was willing to send you new URLs 
to work with but that is still pending. I will find you some.

About the machine, this is Windows 10 Enterprise, 64-bit and probably with all 
latest updates.  Java versions that I have testes are 64 bit Corretto 8 and 
OpenJDK 11. Screen is 1920x1080. The recommended scaling of applications by 
150% is on. Changing the scaling value or selecting lower resolutions do not 
repair the pen cursor but it is unsharp with all combinations that I have used 
so far. But the other computer in not much different. I will try to make side 
by side comparison, hopefully I can get the other computer to show the issue, 
or vise versa.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: keskiviikko 26. elokuuta 2020 13.40
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Offset in the digitizing tools

Jukka,

could you give more details? OS, Version, Display Resolution? by any chance 4k? 
..ede

ps. did you receive my mails about the OGC API?

On 8/26/2020 12:36 PM, Rahkonen Jukka (MML) wrote:
> I noticed that I have this issue only with one computer but unfortunately I 
> use that one for work. Probably related is that with the same computer the 
> digitizing tools appear unsharp and pixelated (see attached screen capture at 
> 1 to a scale). I tried different settings for screen resolution but that did 
> not help. Java versions are the same on both computers. The two computers are 
> rendering the pen icon of the tool somehow differently but I have no idea yet 
> about how to catch what happens.
>
> -Jukka-
>
> -Alkuperäinen viesti-
> Lähettäjä: Rahkonen Jukka (MML) 
> Lähetetty: keskiviikko 19. elokuuta 2020 21.26
> Vastaanottaja: OpenJump develop and use 
> 
> Aihe: Re: [JPP-Devel] Offset in the digitizing tools
>
> All the time, it was just more surprising and easier to notice with snap to 
> grid on. By experiencing with the snapping tolerance the offset seems to be 
> about 15 pixels.
>
> -Jukka-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de 
> Lähetetty: keskiviikko 19. elokuuta 2020 17.56
> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> Aihe: Re: [JPP-Devel] Offset in the digitizing tools
>
> do the vertices only get placed wrongly when 'snap to grid' is enabled or all 
> the time or ?.. ede
>
> On 19.08.2020 14:28, Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> Tested with OpenJUMP-20200818-r6382-PLUS with java versions Corretto 8 and 
>> JDK 11 on Windows. The issue appears also with OpenJUMP-20200415-r6252-PLUS. 
>> What happens is that the tip of the digitizing tool has some sort of offset 
>> compared with the map canvas. As a result the digitized point is inserted 
>> above the tooltip and effectively it is impossible to digitize new features 
>> properly. In addition, tools like Delete vertex or Move vertex do not seem 
>> to find the item to edit. Move selected features tool works and it does not 
>> that offset issue but it works in a bit different way and click does not 
>> need to hit any vertex or feature.
>>
>> -Jukka Rahkonen-
>>
>>
>>
>> ___
>> 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

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

Re: [JPP-Devel] Offset in the digitizing tools

2020-08-26 Thread Rahkonen Jukka (MML)

I noticed that I have this issue only with one computer but unfortunately I use 
that one for work. Probably related is that with the same computer the 
digitizing tools appear unsharp and pixelated (see attached screen capture at 1 
to a scale). I tried different settings for screen resolution but that did not 
help. Java versions are the same on both computers. The two computers are 
rendering the pen icon of the tool somehow differently but I have no idea yet 
about how to catch what happens.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: Rahkonen Jukka (MML)  
Lähetetty: keskiviikko 19. elokuuta 2020 21.26
Vastaanottaja: OpenJump develop and use 
Aihe: Re: [JPP-Devel] Offset in the digitizing tools

All the time, it was just more surprising and easier to notice with snap to 
grid on. By experiencing with the snapping tolerance the offset seems to be 
about 15 pixels.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: keskiviikko 19. elokuuta 2020 17.56
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Offset in the digitizing tools

do the vertices only get placed wrongly when 'snap to grid' is enabled or all 
the time or ?.. ede

On 19.08.2020 14:28, Rahkonen Jukka (MML) wrote:
> Hi,
>
> Tested with OpenJUMP-20200818-r6382-PLUS with java versions Corretto 8 and 
> JDK 11 on Windows. The issue appears also with OpenJUMP-20200415-r6252-PLUS. 
> What happens is that the tip of the digitizing tool has some sort of offset 
> compared with the map canvas. As a result the digitized point is inserted 
> above the tooltip and effectively it is impossible to digitize new features 
> properly. In addition, tools like Delete vertex or Move vertex do not seem to 
> find the item to edit. Move selected features tool works and it does not that 
> offset issue but it works in a bit different way and click does not need to 
> hit any vertex or feature.
>
> -Jukka Rahkonen-
>
>
>
> ___
> 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] sqlite database

2020-08-20 Thread Rahkonen Jukka (MML)

Geopackage with 5.4 million polygonz geometries opens with
OpenJUMP-20200818-r6382-PLUS in 49 seconds. There is a trick: the extent of the
table is not recognized right so adding table into a new empty project does not
show anything and zoom to layer does not work as it should. Digitize one
feature within the true extents, or open some other data first and adding
layers from geopackage should work.

If you do not have success with your own data I can arrange some test data.

-Jukka-

Lähettäjä: Michaud Michael
Lähetetty: torstai 20. elokuuta 2020 21.24
Vastaanottaja: OpenJump develop and use
Aihe: [JPP-Devel] sqlite database

Hi Jukka, Nicolas

Do you know the state of sqlite in OpenJUMP ? I've tried to load a table from a
sqlite database for a few hours without success.

I tried with OJ 1.14, 1.15, last snapshot, and I tried to load from a database
created from a shapefile with spatialite-gui or from a database created from
QGis as a spatialite or as geopackage. Maybe I omitted something obvious, I'm
not familiar with sqlite.

For all my tests, I get the same error after I have choosen the table and
clicked on finish. The error seems related to geometry retrieval or index
retrieval :

java.lang.NullPointerException
at
com.vividsolutions.jump.datastore.spatialite.SpatialiteSQLBuilder.buildSpatialIndexFilter(SpatialiteSQLBuilder.java:157)
at
com.vividsolutions.jump.datastore.spatialite.SpatialiteSQLBuilder.buildBoxFilter(SpatialiteSQLBuilder.java:116)
at
com.vividsolutions.jump.datastore.spatialite.SpatialiteSQLBuilder.getSQL(SpatialiteSQLBuilder.java:39)

Thanks for the help,

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

Re: [JPP-Devel] Offset in the digitizing tools

2020-08-19 Thread Rahkonen Jukka (MML)

All the time, it was just more surprising and easier to notice with snap to 
grid on. By experiencing with the snapping tolerance the offset seems to be 
about 15 pixels.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: keskiviikko 19. elokuuta 2020 17.56
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Offset in the digitizing tools

do the vertices only get placed wrongly when 'snap to grid' is enabled or all 
the time or ?.. ede

On 19.08.2020 14:28, Rahkonen Jukka (MML) wrote:
> Hi,
>
> Tested with OpenJUMP-20200818-r6382-PLUS with java versions Corretto 8 and 
> JDK 11 on Windows. The issue appears also with OpenJUMP-20200415-r6252-PLUS. 
> What happens is that the tip of the digitizing tool has some sort of offset 
> compared with the map canvas. As a result the digitized point is inserted 
> above the tooltip and effectively it is impossible to digitize new features 
> properly. In addition, tools like Delete vertex or Move vertex do not seem to 
> find the item to edit. Move selected features tool works and it does not that 
> offset issue but it works in a bit different way and click does not need to 
> hit any vertex or feature.
>
> -Jukka Rahkonen-
>
>
>
> ___
> 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] Offset in the digitizing tools

2020-08-19 Thread Rahkonen Jukka (MML)

Hi,

Tested with OpenJUMP-20200818-r6382-PLUS with java versions Corretto 8 and JDK 
11 on Windows. The issue appears also with OpenJUMP-20200415-r6252-PLUS. What 
happens is that the tip of the digitizing tool has some sort of offset compared 
with the map canvas. As a result the digitized point is inserted above the 
tooltip and effectively it is impossible to digitize new features properly. In 
addition, tools like Delete vertex or Move vertex do not seem to find the item 
to edit. Move selected features tool works and it does not that offset issue 
but it works in a bit different way and click does not need to hit any vertex 
or feature.

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

Re: [JPP-Devel] batik upgraded

2020-08-17 Thread Rahkonen Jukka (MML)

Hi,

I wonder what library the SkyJUMP printer plugin is using for PDF export.

-Jukka Rahkonen-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: sunnuntai 16. elokuuta 2020 19.51
Vastaanottaja: OpenJump develop and use 
; Giuseppe Aruta 
; Michaud Michael 
Aihe: Re: [JPP-Devel] batik upgraded

done in r6375. to batik 1.6.1 instead of 1.6 though. would you mind 
doublechecking that it works as expected again? ..ede

On 16.08.2020 16:01, Giuseppe Aruta wrote:
> I suggest to move back to Batik 1.6 and to keep the option to move 
> either to smaller SVG lib or a newer Batik for OpenJUMP JTS+15
>
> Il giorno dom 16 ago 2020 alle ore 14:47 Michaud Michael < 
> m.michael.mich...@orange.fr> ha scritto:
>
>> Hi,
>>
>> It would be nice to know exactly what is wrong with batik1.13. 
>> Sometimes, third party libraries just become more strict,
>>
>> and in that case, it can be useful to fix the code on OpenJUMP side 
>> whatever the final solution choosen.
>>
>> Michaël
>>
>> envoyé : 16 août 2020 à 14:31
>> de : edgar.sol...@web.de
>> à : OpenJump develop and use 
>> ,
>> Giuseppe Aruta  objet : Re: [JPP-Devel] 
>> batik upgraded
>>
>>
>> On 16.08.2020 13:07, Giuseppe Aruta wrote:
>>
>> Hi all,
>> this issue was not closed: moving to newer batik broke SVG export for 
>> both embedded OpeJUMP "Export view" and CadPlan Printer view plugin.
>>
>> yeah, didn't hear back from you guys. so we are agreed thta i'll roll 
>> back the upgrade to the latest working batik 1.6 .
>>
>> also Peppe is totally right, batik is a big (in terms of space) 
>> dependency for a very small feat (svg export). we should probably change 
>> that.
>>
>> ..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

[JPP-Devel] Thanks for the JTS and GitHub work

2020-08-14 Thread Rahkonen Jukka (MML)

Hi Eric and others,

Thank you very much for the work that you have done with preparing the 
migration into new JTS version. That will help to keep the project alive and I 
suppose that move to GitHub supports that as well.

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

Re: [JPP-Devel] SVN: [6238] core/trunk

2020-02-12 Thread Rahkonen Jukka (MML)

Hi,

The fix seems to be good, thank you!

I have been thinking sometimes that perhaps it would be better to open SQLite 
databases (SpatiaLite and GeoPackage) as read only. It could prevent some 
locking issues and OpenJUMP does not really need read/write access. It is 
actually possible to update the database by using the Run database query but 
that is probably something that average OpenJUMP users do not even know. 
However, I have utilized that possibility at least for updating attributes and 
deleting rows from a table.

Nicolas, do you have any opinion about read-only vs. read-write access?

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: keskiviikko 12. helmikuuta 2020 16.29
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] SVN: [6238] core/trunk

Jukka, can you test please?.. ede


On 12.02.2020 15:23, jump-pilot-svn--- via Jump-pilot-devel wrote:
> Revision: 6238
>   http://sourceforge.net/p/jump-pilot/code/6238
> Author:   elnico
> Date: 2020-02-12 14:23:33 + (Wed, 12 Feb 2020)
> Log Message:
> ---
> Removed debug left at previous commit
>
> Modified Paths:
> --
> core/trunk/ChangeLog
> 
> core/trunk/src/com/vividsolutions/jump/datastore/spatialite/Spatialite
> DSMetadata.java
>
> Modified: core/trunk/ChangeLog
> ===
> --- core/trunk/ChangeLog  2020-02-12 14:16:26 UTC (rev 6237)
> +++ core/trunk/ChangeLog  2020-02-12 14:23:33 UTC (rev 6238)
> @@ -6,6 +6,9 @@
>  * Changes.txt updated until here 
> **
>
>  2020-02-12 Nicolas Ribot
> +  * remove debug info left at previous commit
> +
> +2020-02-12 Nicolas Ribot
>* fix bug in Spatialite datasources management, where spatial index query 
> was not built
>  even if a spatial index was defined on the geometric column
>
>
> Modified: 
> core/trunk/src/com/vividsolutions/jump/datastore/spatialite/Spatialite
> DSMetadata.java 
> ===
> --- 
> core/trunk/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java
>  2020-02-12 14:16:26 UTC (rev 6237)
> +++ 
> core/trunk/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java
>  2020-02-12 14:23:33 UTC (rev 6238)
> @@ -448,7 +448,7 @@
>
>public boolean isSpatialiteLoaded() {
>  // TODO: clean up type detection: geopackage vs spatialite
> -return spatialiteLoaded || this.geometryColumnsLayout == 
> GeometryColumnsLayout.OGC_GEOPACKAGE_LAYOUT;
> +return spatialiteLoaded;
>}
>
>public String getSpatialiteVersion() {
>
>
>
> ___
> 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] Deprecation with GeoPackage and spatial index

2020-02-11 Thread Rahkonen Jukka (MML)

Hi,

It seems that loosing spatial index of GeoPackage tables is a side effect of 
this changeset that was otherwise a nice improvement 
https://sourceforge.net/p/jump-pilot/code/5976/

-Jukka-

Lähettäjä: Rahkonen Jukka (MML) 
Lähetetty: keskiviikko 12. helmikuuta 2020 0.14
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: [JPP-Devel] Deprecation with GeoPackage and spatial index

Hi,

I noticed that there has happened some deprecation with GeoPackages since 
released OpenJUMP 1.12. Version 1.12 detects and utilizes the spatial index of 
a table which makes it very fast to use even huge tables if map is zoomed close 
enough.  New snapshots do not utilize spatial index which makes OJ very slow 
with large tables. I have not yet analyzed more closely when this change has 
happened. It seems that the layer list is sorted differently now than in 1.12. 
Perhaps that change is related.

I believe that the detection is done here 
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java#l151.

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

[JPP-Devel] Deprecation with GeoPackage and spatial index

2020-02-11 Thread Rahkonen Jukka (MML)

Hi,

I noticed that there has happened some deprecation with GeoPackages since 
released OpenJUMP 1.12. Version 1.12 detects and utilizes the spatial index of 
a table which makes it very fast to use even huge tables if map is zoomed close 
enough.  New snapshots do not utilize spatial index which makes OJ very slow 
with large tables. I have not yet analyzed more closely when this change has 
happened. It seems that the layer list is sorted differently now than in 1.12. 
Perhaps that change is related.

I believe that the detection is done here 
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/com/vividsolutions/jump/datastore/spatialite/SpatialiteDSMetadata.java#l151.

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

Re: [JPP-Devel] WMS: update to default services and misleading error

2020-02-10 Thread Rahkonen Jukka (MML)

Hi,

Test results:

http://deegree3-demo.deegree.org/utah-workspace/services
Online and works
http://wms.jpl.nasa.gov/wms.cgi
Does not work, not found from DNS, should be removed
http://ows.terrestris.de/osm/service
Online and works
http://maps.omniscale.net/wms/demo/default/service
Online and works (not as WMS 1.3.0)
http://www2.demis.nl/WMS/wms.ashx?wms=WorldMap
Online and works 
http://gridca.grid.unep.ch/cgi-bin/mapserv?map=/www/geodataportal/htdocs/mod_map/geo_wms.map;
Gives timeout, should be removed.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: maanantai 10. helmikuuta 2020 17.44
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] WMS: update to default services and misleading error

On 10.02.2020 16:36, Rahkonen Jukka (MML) wrote:
> The WMS service at http://demo.opengeo.org/geoserver/wms is dead but this one 
> can  be used instead https://demo.geo-solutions.it/geoserver/wms

while we're at it, what about the other examples? are they still proper?.. 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] WMS: update to default services and misleading error

2020-02-10 Thread Rahkonen Jukka (MML)

Hi,

The WMS service at http://demo.opengeo.org/geoserver/wms is dead but this one 
can  be used instead https://demo.geo-solutions.it/geoserver/wms

I noticed that OpenJUMP can give a misleading error message in certain 
circumstances.


  1.  Locate yourself into company network that requires proxy
  2.  Start a brand new OJ or older one, but delete the workbench-state.xml 
first
  3.  Try to connect https://demo.geo-solutions.it/geoserver/wms. It will fail 
because proxy is not set, but error message claims that the problem is due to 
unknown certificate provider.

If user answers "Please go ahead and don't mind the certificates" the next 
error is
java.net.ConnectException: Connection refused: connect
at java.net.DualStackPlainSocketImpl.connect0(Native Method)
at java.net.DualStackPlainSocketImpl.socketConnect(Unknown 
Source)
at java.net.AbstractPlainSocketImpl.doConnect(Unknown 
Source)
at 
java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
at java.net.AbstractPlainSocketImpl.connect(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.security.ssl.SSLSocketImpl.connect(Unknown Source)
at sun.security.ssl.BaseSSLSocketImpl.connect(Unknown 
Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.protocol.https.HttpsClient.(Unknown 
Source)
at sun.net.www.protocol.https.HttpsClient.New(Unknown 
Source)
at 
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(Unknown
 Source)
at 
sun.net.www.protocol.http.HttpURLConnection.plainConnect0(Unknown Source)
at 
sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at 
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown 
Source)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(Unknown Source)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at java.net.HttpURLConnection.getResponseCode(Unknown 
Source)
at 
sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(Unknown 
Source)
at 
org.openjump.util.URLConnectionProvider.getHttpConnection(URLConnectionProvider.java:78)
at 
com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:68)
at 
com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:81)
at 
com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:128)
at 
com.vividsolutions.wms.WMService.initialize(WMService.java:141)
at 
com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:172)
at 
com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native 
Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown 
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown 
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.openjump.swing.util.InvokeMethodRunnable.run(InvokeMethodRunnable.java:68)
at 
org.openjump.swing.listener.InvokeMethodActionListener.actionPerformed(InvokeMethodActionListener.java:71)
at javax.swing.AbstractButton.fireActionPerformed(Unknown 
Source)
at 
javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at 
javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown

Re: [JPP-Devel] Finnish strings for PointsToPathsPlugIn

2020-01-30 Thread Rahkonen Jukka (MML)

The message is just something like "Not authenticated". I know that TortoiseSVN 
tries first with my Windows user name but then it opens a dialogue where I can 
give correct username/password for SourceForge and I get the same message 
again. I can login to the SourceForge web site so the account, username 
(jratike80),  and password are OK.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: perjantai 31. tammikuuta 2020 0.08
Vastaanottaja: OpenJump develop and use 
; Rahkonen Jukka (MML) 
; jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Finnish strings for PointsToPathsPlugIn

whats the svn error message? ..ede

On January 30, 2020 9:41:54 PM GMT+01:00, "Rahkonen Jukka (MML)" 
 wrote:
>Translations attached again as a diff file because commits to 
>SourceForge repository are failing.
>
>-Jukka Rahkonen-

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

[JPP-Devel] Finnish strings for PointsToPathsPlugIn

2020-01-30 Thread Rahkonen Jukka (MML)

Translations attached again as a diff file because commits to SourceForge 
repository are failing.

-Jukka Rahkonen-



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

Re: [JPP-Devel] Why attribute panel goes to ghost mode?

2020-01-15 Thread Rahkonen Jukka (MML)

Now with the images I promised to attach.

-Jukka-

Lähettäjä: Rahkonen Jukka (MML) 
Lähetetty: torstai 16. tammikuuta 2020 2.02
Vastaanottaja: OpenJump develop and use 
(jump-pilot-devel@lists.sourceforge.net) 

Aihe: [JPP-Devel] Why attribute panel goes to ghost mode?

Hi,

I have been wondering what happens when OpenJUMP encounters some error and 
after that it responds slowly and some panels show only partially. I try to 
explain how to make that happen.


  1.  Start OpenJUMP
  2.  Add a new layer
  3.  Add one feature as WKT: POINT (0 0)
  4.  Save the layer as GeoJSON "point.json"
  5.  Open that GeoJSON file
  6.  Open attribute table and see that everything seems normal
  7.  Make layer editable
  8.  Edit schema and add a new attribute as "attribute1; String"
  9.  Apply changes
  10. Open the attribute table

The table opens for me as in the attached image #1. If I move the mouse around 
where I suppose that the table is I can get some more details visible (image 
#2).
I believe there are two issues involved:

  1.  for some reason the schema of a GeoJSON layer is not properly editable
  2.  something happens due to 1) that sets the the attribute table into a 
spooky state

I have experienced that the ghost window behavior can appear also after some 
after unsuccessful operations but I can't remember any other examples. Anyway 
it means that fixing the issue with GeoJSON will not fix the ghost table issue 
generally.

Here is the log from the unsuccessful schema edit.

[INFO] 01:56:15.476 Done. Current committed 
memory:plugin.AbstractPlugIn.executing = Executing51 MB
Exception in thread "AWT-EventQueue-0" java.lang.IndexOutOfBoundsException: 
Index: 1, Size: 1
at java.util.ArrayList.rangeCheck(Unknown Source)
at java.util.ArrayList.get(Unknown Source)
at 
com.vividsolutions.jump.feature.FeatureSchema.getAttributeType(FeatureSchema.java:144)
at 
com.vividsolutions.jump.io.geojson.GeoJSONFeatureCollectionWrapper$1.getAttribute(GeoJSONFeatureCollectionWrapper.java:85)
at 
com.vividsolutions.jump.workbench.ui.LayerTableModel$4.getValue(LayerTableModel.java:166)
at 
com.vividsolutions.jump.workbench.ui.LayerTableModel$MyColumn.getValueAt(LayerTableModel.java:70)
at 
com.vividsolutions.jump.workbench.ui.ColumnBasedTableModel.getValueAt(ColumnBasedTableModel.java:141)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown 
Source)
at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager$4.run(Unknown Source)
at javax.swing.RepaintManager$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doInterse

[JPP-Devel] Why attribute panel goes to ghost mode?

2020-01-15 Thread Rahkonen Jukka (MML)

Hi,

I have been wondering what happens when OpenJUMP encounters some error and 
after that it responds slowly and some panels show only partially. I try to 
explain how to make that happen.


  1.  Start OpenJUMP
  2.  Add a new layer
  3.  Add one feature as WKT: POINT (0 0)
  4.  Save the layer as GeoJSON "point.json"
  5.  Open that GeoJSON file
  6.  Open attribute table and see that everything seems normal
  7.  Make layer editable
  8.  Edit schema and add a new attribute as "attribute1; String"
  9.  Apply changes
  10. Open the attribute table

The table opens for me as in the attached image #1. If I move the mouse around 
where I suppose that the table is I can get some more details visible (image 
#2).
I believe there are two issues involved:

  1.  for some reason the schema of a GeoJSON layer is not properly editable
  2.  something happens due to 1) that sets the the attribute table into a 
spooky state

I have experienced that the ghost window behavior can appear also after some 
after unsuccessful operations but I can't remember any other examples. Anyway 
it means that fixing the issue with GeoJSON will not fix the ghost table issue 
generally.

Here is the log from the unsuccessful schema edit.

[INFO] 01:56:15.476 Done. Current committed 
memory:plugin.AbstractPlugIn.executing = Executing51 MB
Exception in thread "AWT-EventQueue-0" java.lang.IndexOutOfBoundsException: 
Index: 1, Size: 1
at java.util.ArrayList.rangeCheck(Unknown Source)
at java.util.ArrayList.get(Unknown Source)
at 
com.vividsolutions.jump.feature.FeatureSchema.getAttributeType(FeatureSchema.java:144)
at 
com.vividsolutions.jump.io.geojson.GeoJSONFeatureCollectionWrapper$1.getAttribute(GeoJSONFeatureCollectionWrapper.java:85)
at 
com.vividsolutions.jump.workbench.ui.LayerTableModel$4.getValue(LayerTableModel.java:166)
at 
com.vividsolutions.jump.workbench.ui.LayerTableModel$MyColumn.getValueAt(LayerTableModel.java:70)
at 
com.vividsolutions.jump.workbench.ui.ColumnBasedTableModel.getValueAt(ColumnBasedTableModel.java:141)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown 
Source)
at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager$4.run(Unknown Source)
at javax.swing.RepaintManager$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
 Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.prePaintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.access$1200(Unknown Source)

Re: [JPP-Devel] WMS test (fails)

2020-01-14 Thread Rahkonen Jukka (MML)

Hi,

I take some of my words back. Not trusted certificates are not rare and because 
of automatic harvesting of Inspire metadata even secured services are 
recommended to keep GetCapabilities open if they serve Inspire data.

Users can add certificates into Java keystore with keytool but it is 
complicated.

-Jukka-

Lähettäjä: Michaud Michael 
Lähetetty: tiistai 14. tammikuuta 2020 13.20
Vastaanottaja: OpenJump develop and use 
; Rahkonen Jukka (MML) 

Aihe: Re: [JPP-Devel] WMS test (fails)

Hi Jukka,

Thanks for your analyze.

Unfortunately, the server I'm talking with is not so exceptional (indeed, i 
think it is the main one in France as it is set by our national mapping 
agency). But they recently changed the certificate and the new one is no more 
recognized by the OracleJDK (it is recognized by java coretto distribution 
though).

I have no idea about why the getCapability is accessible without 
authentification and the getMap is not. Maybe it is unusual. As it is a big 
system with many ways to grant access to different kind of people, there maybe 
some reason...

Anyway, I understand more clearly what happens now, and suggest to follow your 
advice and to not change anything.

Michaël

envoyé : 14 janvier 2020 à 09:10
de : "Rahkonen Jukka (MML)" 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
à : OpenJump develop and use 
mailto:jump-pilot-devel@lists.sourceforge.net>>
objet : Re: [JPP-Devel] WMS test (fails)

Hi,

You seem to talk with a bit exceptional server and that's good for debugging. I 
believe that your server 1) is using a not-well know certificate authority and 
2) is configured to deliver GetCapabilities without username/password.

Our server is using well known certificate and requires credentials already for 
GetCapabilities which is more usual as far as I know. In this case OJ is 
sending that WMS exception immediately.

It would be more user friendly to show just the http 401 error code with 
explanation but I guess that Ede has made a generic system that shows any 
exception that the server sends back as it comes. Our server seems to use 
different description for the 401 error

Response code: 401
Headers:
{null=[HTTP/1.0 401 Unauthorized], Server=[BigIP], WWW-Authenticate=[Basic 
realm="MML"], Connection=[close], Content-Length=[12]}
Response body:
Unauthorized

Headers may tell something interesting if there happens some other error than 
401 so I think it is OK to show the long message to users even it is somewhat 
ugly.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: Michaël Michaud 
mailto:m.michael.mich...@orange.fr>>
Lähetetty: tiistai 14. tammikuuta 2020 8.50
Vastaanottaja: 
jump-pilot-devel@lists.sourceforge.net<mailto:jump-pilot-devel@lists.sourceforge.net>
Aihe: Re: [JPP-Devel] WMS test (fails)

Ede,

I tested a connexion with simple name/password authorization and I can connect 
to the service.

What is odd is that if I connect without entering user/password information
- i get the first panel saying authority is not recognized and asking if I want 
to bypass (the first time I try to connect only)
- I get the second panel showing the URL declared by the service and asking if 
I want to use it or not
answering yes or not seems acepted and show the available layer list
trying to load a layer throw an exception in both cases (exception contains 
the message "401 Authorization Required"
but it is a little bit hidden in a long message that nobody will read)

Not sure if we can know anything about the authorization problem before trying 
to load a layer.
Else, we could extract the informative message ("authorization required"
from the http response) to
give the user a more comprehensive exception.

Anyway, the problem is about user experience, the behaviour seems correct to me.

Michaël

Le 14/01/2020 à 01:23, edgar.sol...@web.de<mailto:edgar.sol...@web.de> a écrit :

thx Jukka! Could anyone test it on another WMS server using auth please? just 
to make sure.

should we also clean out the list of example services. some seem to be broken 
by now.

..ede

On 13.01.2020 20:37, Rahkonen Jukka (MML) wrote:

>> Yes, it is fixed at least for that server.>>
>> -Jukka-
>> 
>> Lähettäjä: edgar.sol...@web.de<mailto:edgar.sol...@web.de> 
>> mailto:edgar.sol...@web.de>>
>> Lähetetty: 13. tammikuuta 2020 20:06
>> Vastaanottaja: Rahkonen Jukka (MML); OpenJump develop and use
>> Aihe: Re: [JPP-Devel] WMS test (fails)
>>
>> using auth i assume?! so it's fixed?. ..ede
>>
>> On 13.01.2020 17:55, Rahkonen Jukka (MML) wrote:
>>> Tried r6221, WMS of the National Land Survey works again.
>>>
>>> -Jukka-
>>>
>>> -Alkuperäinen viesti-
>>> Lähettäjä: edgar.sol...@web.de<mailto:edgar.sol...@web.de> 
>>&

Re: [JPP-Devel] WMS test (fails)

2020-01-14 Thread Rahkonen Jukka (MML)

Hi,

You seem to talk with a bit exceptional server and that's good for debugging. I 
believe that your server 1) is using a not-well know certificate authority and 
2) is configured to deliver GetCapabilities without username/password.

Our server is using well known certificate and requires credentials already for 
GetCapabilities which is more usual as far as I know. In this case OJ is 
sending that WMS exception immediately.

It would be more user friendly to show just the http 401 error code with 
explanation but I guess that Ede has made a generic system that shows any 
exception that the server sends back as it comes. Our server seems to use 
different description for the 401 error

Response code: 401
Headers:
{null=[HTTP/1.0 401 Unauthorized], Server=[BigIP], WWW-Authenticate=[Basic 
realm="MML"], Connection=[close], Content-Length=[12]}
Response body:
Unauthorized
  
Headers may tell something interesting if there happens some other error than 
401 so I think it is OK to show the long message to users even it is somewhat 
ugly.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: Michaël Michaud  
Lähetetty: tiistai 14. tammikuuta 2020 8.50
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] WMS test (fails)

Ede,

I tested a connexion with simple name/password authorization and I can connect 
to the service.

What is odd is that if I connect without entering user/password information
- i get the first panel saying authority is not recognized and asking if I want 
to bypass (the first time I try to connect only)
- I get the second panel showing the URL declared by the service and asking if 
I want to use it or not
     answering yes or not seems acepted and show the available layer list
     trying to load a layer throw an exception in both cases (exception 
contains the message "401 Authorization Required"
     but it is a little bit hidden in a long message that nobody will read)

Not sure if we can know anything about the authorization problem before trying 
to load a layer.
Else, we could extract the informative message ("authorization required" 
from the http response) to
give the user a more comprehensive exception.

Anyway, the problem is about user experience, the behaviour seems correct to me.

Michaël


Le 14/01/2020 à 01:23, edgar.sol...@web.de a écrit :
> thx Jukka! Could anyone test it on another WMS server using auth please? just 
> to make sure.
>
> should we also clean out the list of example services. some seem to be broken 
> by now.
>
> ..ede
>
> On 13.01.2020 20:37, Rahkonen Jukka (MML) wrote:
>> Yes, it is fixed at least for that server.
>>
>> -Jukka-
>> 
>> Lähettäjä: edgar.sol...@web.de 
>> Lähetetty: 13. tammikuuta 2020 20:06
>> Vastaanottaja: Rahkonen Jukka (MML); OpenJump develop and use
>> Aihe: Re: [JPP-Devel] WMS test (fails)
>>
>> using auth i assume?! so it's fixed?. ..ede
>>
>> On 13.01.2020 17:55, Rahkonen Jukka (MML) wrote:
>>> Tried r6221, WMS of the National Land Survey works again.
>>>
>>> -Jukka-
>>>
>>> -----Alkuperäinen viesti-
>>> Lähettäjä: edgar.sol...@web.de 
>>> Lähetetty: maanantai 13. tammikuuta 2020 17.40
>>> Vastaanottaja: OpenJump develop and use 
>>> ; Rahkonen Jukka (MML) 
>>> 
>>> Aihe: Re: [JPP-Devel] WMS test (fails)
>>>
>>> Jukka,
>>>
>>> please try
>>>
>>> "
>>> Revision: 6218
>>>http://sourceforge.net/p/jump-pilot/code/6218
>>> Author:   edso
>>> Date: 2020-01-13 15:38:53 + (Mon, 13 Jan 2020)
>>> Log Message:
>>> ---
>>> move WMS auth to the utility class
>>> should fix connecting WMS using authentification after adding http redirect 
>>> support "
>>> java.lang.IllegalStateException: Already connected
>>>  at 
>>> sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown 
>>> Source)
>>>  at 
>>> sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown
>>>  Source)
>>>  at 
>>> com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
>>>  at 
>>> com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
>>>  at 
>>> com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
>>>  at com.vividsolutions.wms.WMService.initialize(WMService.java:141
>>>  ...
>>> "
>>>
>>> On 13.01.2020 12:47, Rahkonen Jukka (MML) wrote:
>>>> Service URL ap

Re: [JPP-Devel] WMS test (fails)

Yes, it is fixed at least for that server.

-Jukka-

Lähettäjä: edgar.sol...@web.de 
Lähetetty: 13. tammikuuta 2020 20:06
Vastaanottaja: Rahkonen Jukka (MML); OpenJump develop and use
Aihe: Re: [JPP-Devel] WMS test (fails)

using auth i assume?! so it's fixed?. ..ede

On 13.01.2020 17:55, Rahkonen Jukka (MML) wrote:
> Tried r6221, WMS of the National Land Survey works again.
>
> -Jukka-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de 
> Lähetetty: maanantai 13. tammikuuta 2020 17.40
> Vastaanottaja: OpenJump develop and use 
> ; Rahkonen Jukka (MML) 
> 
> Aihe: Re: [JPP-Devel] WMS test (fails)
>
> Jukka,
>
> please try
>
> "
> Revision: 6218
>   http://sourceforge.net/p/jump-pilot/code/6218
> Author:   edso
> Date: 2020-01-13 15:38:53 + (Mon, 13 Jan 2020)
> Log Message:
> ---
> move WMS auth to the utility class
> should fix connecting WMS using authentification after adding http redirect 
> support "
> java.lang.IllegalStateException: Already connected
> at 
> sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown Source)
> at 
> sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown 
> Source)
> at 
> com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
> at 
> com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
> at 
> com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
> at com.vividsolutions.wms.WMService.initialize(WMService.java:141
> ...
> "
>
> On 13.01.2020 12:47, Rahkonen Jukka (MML) wrote:
>> Service URL appears in the message
>> https:// sopimus-karttakuva.maanmittauslaitos.fi
>>
>> The "already connected" error appears with any not empty user name, for 
>> example "foo".
>> Let's see how to test if you can pass this first barrier.
>>
>> -Jukka-
>>
>>
>> -Alkuperäinen viesti-
>> Lähettäjä: edgar.sol...@web.de 
>> Lähetetty: maanantai 13. tammikuuta 2020 13.36
>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
>> Aihe: Re: [JPP-Devel] WMS test (fails)
>>
>> Jukka,
>>
>> can you send me a service url to test against privately?.. ede
>>
>> On 13.01.2020 12:32, Rahkonen Jukka (MML) wrote:
>>> Hi,
>>>
>>> OJ r6217 does not connect to our WMS server that requires https and basic 
>>> auth. Version OpenJUMP-20190228-r6144-PLUS connects fine. The error is:
>>>
>>> [INFO] 13:29:09.197 Using the system trust manager to verify certificate 
>>> for host 'sopimus-karttakuva.maanmittauslaitos.fi'.
>>> [ERROR] 13:29:09.412 Already connected
>>> java.lang.IllegalStateException: Already connected
>>> at 
>>> sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown 
>>> Source)
>>> at 
>>> sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown
>>>  Source)
>>> at 
>>> com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
>>> at 
>>> com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
>>> at 
>>> com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
>>> at com.vividsolutions.wms.WMService.initialize(WMService.java:141)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:172)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>>> at java.lang.reflect.Method.invoke(Unknown Source)
>>> at 
>>> org.openjump.swing.util.InvokeMethodRunnable.run(InvokeMethodRunnable.java:68)
>>> at 
>>> org.openjump.swing.listener.InvokeMethodActionListener.actionPerformed(InvokeMethodActionListener.java:71)
>>> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
>>> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown 
>>> Source)
>>> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown 
>>&g

Re: [JPP-Devel] WMS test (fails)

Tried r6221, WMS of the National Land Survey works again.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: maanantai 13. tammikuuta 2020 17.40
Vastaanottaja: OpenJump develop and use 
; Rahkonen Jukka (MML) 

Aihe: Re: [JPP-Devel] WMS test (fails)

Jukka,

please try

"
Revision: 6218
  http://sourceforge.net/p/jump-pilot/code/6218
Author:   edso
Date: 2020-01-13 15:38:53 + (Mon, 13 Jan 2020)
Log Message:
---
move WMS auth to the utility class
should fix connecting WMS using authentification after adding http redirect 
support "
java.lang.IllegalStateException: Already connected
at 
sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown Source)
at 
sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown 
Source)
at 
com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
at 
com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
at 
com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
at com.vividsolutions.wms.WMService.initialize(WMService.java:141
...
"

On 13.01.2020 12:47, Rahkonen Jukka (MML) wrote:
> Service URL appears in the message
> https:// sopimus-karttakuva.maanmittauslaitos.fi
>
> The "already connected" error appears with any not empty user name, for 
> example "foo".
> Let's see how to test if you can pass this first barrier.
>
> -Jukka-
>
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de 
> Lähetetty: maanantai 13. tammikuuta 2020 13.36
> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> Aihe: Re: [JPP-Devel] WMS test (fails)
>
> Jukka,
>
> can you send me a service url to test against privately?.. ede
>
> On 13.01.2020 12:32, Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> OJ r6217 does not connect to our WMS server that requires https and basic 
>> auth. Version OpenJUMP-20190228-r6144-PLUS connects fine. The error is:
>>
>> [INFO] 13:29:09.197 Using the system trust manager to verify certificate for 
>> host 'sopimus-karttakuva.maanmittauslaitos.fi'.
>> [ERROR] 13:29:09.412 Already connected
>> java.lang.IllegalStateException: Already connected
>> at 
>> sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown 
>> Source)
>> at 
>> sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown 
>> Source)
>> at 
>> com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
>> at 
>> com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
>> at 
>> com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
>> at com.vividsolutions.wms.WMService.initialize(WMService.java:141)
>> at 
>> com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:172)
>> at 
>> com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at 
>> org.openjump.swing.util.InvokeMethodRunnable.run(InvokeMethodRunnable.java:68)
>> at 
>> org.openjump.swing.listener.InvokeMethodActionListener.actionPerformed(InvokeMethodActionListener.java:71)
>> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
>> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
>> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
>> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
>> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown 
>> Source)
>> at java.awt.Component.processMouseEvent(Unknown Source)
>> at javax.swing.JComponent.processMouseEvent(Unknown Source)
>> at java.awt.Component.processEvent(Unknown Source)
>> at java.awt.Container.processEvent(Unknown Source)
>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> at java.awt.Container.dispatchEventImpl(Unknown Source)
>> at java.awt.Component.dispatchEvent(Unknown Source)
>> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
>> at java.awt.LightweightDispatcher.processMouseEvent(Unkno

Re: [JPP-Devel] Diff for the Finnish language file

Hi Ede,

Translations are there, and even umlauts are OK.

-Jukka-

-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: maanantai 13. tammikuuta 2020 18.01
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Diff for the Finnish language file

Jukka,

please check r6221 wrt. the below.  ..ede

On 13.01.2020 11:33, edgar.sol...@web.de wrote:
> will do.. ede
>
> PS: can you answer the WMS question?
>
> On 12.01.2020 22:04, Rahkonen Jukka (MML) wrote:
>> Hi,
>>
>> I did not success to do a commit to Sourceforge with my username (jratike80) 
>> so I attach a diff file. Could someone have a try to merge it?
>>
>> -Jukka-
>>
>>
>>
>> ___
>> 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] WMS test (fails)

Service URL appears in the message
https:// sopimus-karttakuva.maanmittauslaitos.fi

The "already connected" error appears with any not empty user name, for example 
"foo".
Let's see how to test if you can pass this first barrier.

-Jukka-


-Alkuperäinen viesti-
Lähettäjä: edgar.sol...@web.de  
Lähetetty: maanantai 13. tammikuuta 2020 13.36
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] WMS test (fails)

Jukka,

can you send me a service url to test against privately?.. ede

On 13.01.2020 12:32, Rahkonen Jukka (MML) wrote:
> Hi,
>
> OJ r6217 does not connect to our WMS server that requires https and basic 
> auth. Version OpenJUMP-20190228-r6144-PLUS connects fine. The error is:
>
> [INFO] 13:29:09.197 Using the system trust manager to verify certificate for 
> host 'sopimus-karttakuva.maanmittauslaitos.fi'.
> [ERROR] 13:29:09.412 Already connected
> java.lang.IllegalStateException: Already connected
> at 
> sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown Source)
> at 
> sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown 
> Source)
> at 
> com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
> at 
> com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
> at 
> com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
> at com.vividsolutions.wms.WMService.initialize(WMService.java:141)
> at 
> com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:172)
> at 
> com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at 
> org.openjump.swing.util.InvokeMethodRunnable.run(InvokeMethodRunnable.java:68)
> at 
> org.openjump.swing.listener.InvokeMethodActionListener.actionPerformed(InvokeMethodActionListener.java:71)
> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown 
> Source)
> at java.awt.Component.processMouseEvent(Unknown Source)
> at javax.swing.JComponent.processMouseEvent(Unknown Source)
> at java.awt.Component.processEvent(Unknown Source)
> at java.awt.Container.processEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
> at java.awt.Container.dispatchEventImpl(Unknown Source)
> at java.awt.Window.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$500(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
>  Source)
> at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
>  Source)
> at java.awt.EventQueue$4.run(Unknown Source)
> at java.awt.EventQueue$4.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
>  Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.WaitDispatchSupport$2.run(Unknown Source)
> at java

[JPP-Devel] WMS test (fails)

Hi,

OJ r6217 does not connect to our WMS server that requires https and basic auth. 
Version OpenJUMP-20190228-r6144-PLUS connects fine. The error is:

[INFO] 13:29:09.197 Using the system trust manager to verify certificate for 
host 'sopimus-karttakuva.maanmittauslaitos.fi'.
[ERROR] 13:29:09.412 Already connected
java.lang.IllegalStateException: Already connected
at 
sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown Source)
at 
sun.net.www.protocol.https.HttpsURLConnectionImpl.setRequestProperty(Unknown 
Source)
at 
com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:80)
at 
com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:98)
at 
com.vividsolutions.wms.AbstractWMSRequest.getInputStream(AbstractWMSRequest.java:145)
at com.vividsolutions.wms.WMService.initialize(WMService.java:141)
at 
com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:172)
at 
com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.openjump.swing.util.InvokeMethodRunnable.run(InvokeMethodRunnable.java:68)
at 
org.openjump.swing.listener.InvokeMethodActionListener.actionPerformed(InvokeMethodActionListener.java:71)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown 
Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
 Source)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
 Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.awt.EventQueue$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
 Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.WaitDispatchSupport$2.run(Unknown Source)
at java.awt.WaitDispatchSupport$4.run(Unknown Source)
at java.awt.WaitDispatchSupport$4.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.WaitDispatchSupport.enter(Unknown Source)
at java.awt.Dialog.show(Unknown Source)
at java.awt.Component.show(Unknown Source)
at java.awt.Component.setVisible(Unknown Source)
at java.awt.Window.setVisible(Unknown Source)
at java.awt.Dialog.setVisible(Unknown Source)
at 
org.openjump.core.ui.plugin.file.OpenWizardPlugIn.execute(OpenWizardPlugIn.java:99)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at

Re: [JPP-Devel] Some issue with raster color styles and legend

This is weird but for me the eka.tif opens as 1-band image through the Sextante 
Raster Image. However, a subsample that I made by cropping and saving with the 
OpenJUMP crop tool opens as 2-band. I could not find any fundamental difference 
between the tiffs with gdalinfo and tiffdump.

And now while writing I got it! The 2-band tiff written with the GDAL defaults 
is using per band interleaving but at least on my machine Sextante reports the 
second band only if tiff has been written as pixel interleaved.

This is so difficult issue that it may be better to forget it for now.

-Jukka-



Lähettäjä: edgar.sol...@web.de 
Lähetetty: 13. tammikuuta 2020 12:18
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
Aihe: Re: [JPP-Devel] Some issue with raster color styles and legend

Peppe,

if you want the fixed RasterLegendPlugin in the OJ 1.15, please do so soonish. 
generally i'm inclined to release this month still.

..ede

On 13.01.2020 10:32, Giuseppe Aruta wrote:
> Hi Jukka,
> the file that you attached (eka.tif) seems to have 2 bands (raster
> layer info too on layer tree). Raster style legend should be
> deactivated in this case as it works only with monoband raster layers.
>
> Best regard
> Peppe
>
>
>
> Il giorno dom, 12/01/2020 alle 18.31 +, Rahkonen Jukka (MML) ha
> scritto:
>> Hi,
>>
>> My environment:
>> openjdk version "1.8.0_232"; OpenJDK Runtime Environment Corretto-
>> 8.232.09.1 (build 1.8.0_232-b09); OpenJDK 64-Bit Server VM Corretto-
>> 8.232.09.1 (build 25.232-b09 mixed mode)
>>
>> OJ-r6217-Plus
>>
>> Issue: Open the attached 16-bit image (I will send a link later if
>> attachment is dropped) as Sextante image and try to open the raster
>> style legend by pressing the + in the layer lists. This leads to an
>> exception:
>>
>> Exception in thread "AWT-EventQueue-0"
>> java.lang.IllegalArgumentException: User must specify at least 2
>> colors
>> at
>> java.awt.MultipleGradientPaint.(MultipleGradientPaint.java:169)
>> at
>> java.awt.LinearGradientPaint.(LinearGradientPaint.java:286)
>> at
>> java.awt.LinearGradientPaint.(LinearGradientPaint.java:244)
>> at
>> java.awt.LinearGradientPaint.(LinearGradientPaint.java:139)
>> at
>> org.openjump.core.rasterimage.styler.ui.GradientCanvas.paint(Gradient
>> Canvas.java:92)
>> at javax.swing.JComponent.paintChildren(JComponent.java:889)
>> at javax.swing.JComponent.paint(JComponent.java:1065)
>> at javax.swing.JComponent.paintChildren(JComponent.java:889)
>> at javax.swing.JComponent.paint(JComponent.java:1065)
>> at javax.swing.JComponent.paintChildren(JComponent.java:889)
>> at javax.swing.JComponent.paint(JComponent.java:1065)
>> at
>> org.openjump.core.rasterimage.styler.RasterLegendPlugIn.save(RasterLe
>> gendPlugIn.java:314)
>> at
>> org.openjump.core.rasterimage.styler.RasterLegendPlugIn$3.actionPerfo
>> rmed(RasterLegendPlugIn.java:226)
>> at
>> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:20
>> 22)
>> at
>> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav
>> a:2348)
>> at
>> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel
>> .java:402)
>> at
>> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259
>> )
>> at
>> javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonL
>> istener.java:252)
>> at java.awt.Component.processMouseEvent(Component.java:6539)
>> at
>> javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
>> at java.awt.Component.processEvent(Component.java:6304)
>> at java.awt.Container.processEvent(Container.java:2239)
>> at java.awt.Component.dispatchEventImpl(Component.java:4889)
>> at java.awt.Container.dispatchEventImpl(Container.java:2297)
>> at java.awt.Component.dispatchEvent(Component.java:4711)
>> at
>> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904
>> )
>> at
>> java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
>> at
>> java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
>> at java.awt.Container.dispatchEventImpl(Container.java:2283)
>> at java.awt.Window.dispatchEventImpl(Window.java:2746)
>> at java.awt.Component.dispatchEvent(Component.java:4711)
>>

Re: [JPP-Devel] Some issue with raster color styles and legend