[JPP-Devel] [jump-pilot:bugs] #491 WMS getCapability without title

[michael michaud via Jump-pilot-devel]

---

** [bugs:#491] WMS getCapability without title**

**Status:** open
**Created:** Mon Jan 13, 2020 08:35 PM UTC by michael michaud
**Last Updated:** Mon Jan 13, 2020 08:35 PM UTC
**Owner:** michael michaud


OpenJUMP cannot read the getCapability file if the title tag is empty.
This is annoying as it seems that geoserver delivers such a getCapability if 
the administrator does not explicitly set the title.
I think we already tried to fix this bug in Parser.java as there is a 
try/catch(NPE) around title reading, but it seems that it is not enough. Not 
with a  tag.
Cannot test it here but will try to catch "any" exception and check tomorrow if 
it solves the problem.


---

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

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

[JPP-Devel] [jump-pilot:feature-requests] #265 Create a "make line" tool

[michael michaud via Jump-pilot-devel]

Implemented a new plugin in
Tools > Editing geometry
Please Jukka, test if it makes the job and report any problem


---

** [feature-requests:#265] Create a "make line" tool**

**Status:** open
**Created:** Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
**Last Updated:** Wed Jan 15, 2020 08:02 PM UTC
**Owner:** nobody
**Attachments:**

- 
[OpenJUMP_makeline.jml.txt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline.jml.txt)
 (2.6 kB; text/plain)
- 
[OpenJUMP_makeline_definition.odt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline_definition.odt)
 (39.3 kB; application/vnd.oasis.opendocument.text)


The new tool should build a linestring from the points from a layer. Points 
should be added as vertices to the linestring in the same order than they 
appear in data, or sorted by a selected attribute. More details in the 
attachments.


---

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

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

[JPP-Devel] [jump-pilot:feature-requests] Re: #265 Create a "make line" tool

[michael michaud via Jump-pilot-devel]

Jukka,

Tank you for your test,

Should be fixed according to your suggestion in r6226

MichaŽl

Le 28/01/2020 ŗ 01:10, Jukka Rahkonen a ťcrit†:
>
> First test by creating a new layer with three points and then trying 
> to use the tool fails because layer has no attributes. I would await 
> that intermnal fid would be used for sorting then.
>
> Error is:
> java.lang.IllegalArgumentException: Unrecognized attribute name: No 
> valid attribute
> at 
> com.vividsolutions.jump.feature.FeatureSchema.getAttributeIndex(FeatureSchema.java:110)
> at 
> com.vividsolutions.jump.feature.AbstractBasicFeature.getAttribute(AbstractBasicFeature.java:110)
> at 
> org.openjump.core.ui.plugin.tools.geometrychange.PointsToPathsPlugIn$1.apply(PointsToPathsPlugIn.java:99)
> at 
> org.openjump.core.ui.plugin.tools.geometrychange.PointsToPathsPlugIn$1.apply(PointsToPathsPlugIn.java:98)
> at java.util.Comparator.lambda$comparing$77a9974f$1(Unknown Source)
> at java.util.TimSort.countRunAndMakeAscending(Unknown Source)
> at java.util.TimSort.sort(Unknown Source)
> at java.util.Arrays.sort(Unknown Source)
> at java.util.ArrayList.sort(Unknown Source)
> at 
> org.openjump.core.ui.plugin.tools.geometrychange.PointsToPathsPlugIn.run(PointsToPathsPlugIn.java:103)
> at 
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
>
> 
>
> *[feature-requests:#265] 
>  Create a 
> "make line" tool*
>
> *Status:* open
> *Created:* Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
> *Last Updated:* Sun Jan 26, 2020 06:38 PM UTC
> *Owner:* nobody
> *Attachments:*
>
>   * OpenJUMP_makeline.jml.txt
> 
> 
> (2.6 kB; text/plain)
>   * OpenJUMP_makeline_definition.odt
> 
> 
> (39.3 kB; application/vnd.oasis.opendocument.text)
>
> The new tool should build a linestring from the points from a layer. 
> Points should be added as vertices to the linestring in the same order 
> than they appear in data, or sorted by a selected attribute. More 
> details in the attachments.
>
> 
>
> Sent from sourceforge.net because you indicated interest in 
> https://sourceforge.net/p/jump-pilot/feature-requests/265/
>
> To unsubscribe from further messages, please visit 
> https://sourceforge.net/auth/subscriptions/
>



---

** [feature-requests:#265] Create a "make line" tool**

**Status:** open
**Created:** Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
**Last Updated:** Tue Jan 28, 2020 12:10 AM UTC
**Owner:** nobody
**Attachments:**

- 
[OpenJUMP_makeline.jml.txt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline.jml.txt)
 (2.6 kB; text/plain)
- 
[OpenJUMP_makeline_definition.odt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline_definition.odt)
 (39.3 kB; application/vnd.oasis.opendocument.text)


The new tool should build a linestring from the points from a layer. Points 
should be added as vertices to the linestring in the same order than they 
appear in data, or sorted by a selected attribute. More details in the 
attachments.


---

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

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

[JPP-Devel] [jump-pilot:feature-requests] Re: #265 Create a "make line" tool

[michael michaud via Jump-pilot-devel]

Thank you for feedback,

Le 28/01/2020 ŗ 16:31, Jukka Rahkonen a ťcrit†:
>
> Works now also without attributes. I made a quick test with 10 
> points and tool is quick enough. Also group by another attribute 
> works. I have not tested sorting by different datatypes throughly but 
> general feeling is good.
>
Should be able to sort with almost any attribute type (geometry 
attribute and boolean attributes are not proposed in the attrbute list)
>
> Tool does not complain if layer has also other geometries than points. 
> Perhaps it should because the result does not make much sense even 
> there seems to be some login in what happens. I guess that the first 
> or last point of linestring or polygon gets selected. But user should 
> not build linestrings from such data and I think that it is not a 
> severe issue.
>
You're right, the plugin now skip any geometry which is not a point 
(with a short yellow message to warn the user).

MichaŽl

> 
>
> *[feature-requests:#265] 
>  Create a 
> "make line" tool*
>
> *Status:* open
> *Created:* Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
> *Last Updated:* Tue Jan 28, 2020 12:10 AM UTC
> *Owner:* nobody
> *Attachments:*
>
>   * OpenJUMP_makeline.jml.txt
> 
> 
> (2.6 kB; text/plain)
>   * OpenJUMP_makeline_definition.odt
> 
> 
> (39.3 kB; application/vnd.oasis.opendocument.text)
>
> The new tool should build a linestring from the points from a layer. 
> Points should be added as vertices to the linestring in the same order 
> than they appear in data, or sorted by a selected attribute. More 
> details in the attachments.
>
> 
>
> Sent from sourceforge.net because you indicated interest in 
> https://sourceforge.net/p/jump-pilot/feature-requests/265/
>
> To unsubscribe from further messages, please visit 
> https://sourceforge.net/auth/subscriptions/
>



---

** [feature-requests:#265] Create a "make line" tool**

**Status:** open
**Created:** Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
**Last Updated:** Tue Jan 28, 2020 03:31 PM UTC
**Owner:** nobody
**Attachments:**

- 
[OpenJUMP_makeline.jml.txt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline.jml.txt)
 (2.6 kB; text/plain)
- 
[OpenJUMP_makeline_definition.odt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline_definition.odt)
 (39.3 kB; application/vnd.oasis.opendocument.text)


The new tool should build a linestring from the points from a layer. Points 
should be added as vertices to the linestring in the same order than they 
appear in data, or sorted by a selected attribute. More details in the 
attachments.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #492 WMS Authentification fails with GetFeatureInfo

[michael michaud via Jump-pilot-devel]

---

** [bugs:#492] WMS Authentification fails with GetFeatureInfo**

**Status:** open
**Created:** Sun Apr 12, 2020 09:39 AM UTC by michael michaud
**Last Updated:** Sun Apr 12, 2020 09:39 AM UTC
**Owner:** nobody


This problem is closely related to #484, but as the problem seems solve for the 
WMS case, I'll close the #484 and open a new ticket.
The error message when clicking the Info tool on a wms layer is :

javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:320)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:263)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:258)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:645)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:464)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:360)
at 
java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)
at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:443)
at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)
at 
java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:177)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)
at 
java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1151)
at 
java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1062)
at 
java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)
at 
java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
at 
java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at 
java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
at 
org.openjump.util.URLConnectionProvider.getHttpConnection(URLConnectionProvider.java:131)
at 
org.openjump.util.URLConnectionProvider.getHttpConnection(URLConnectionProvider.java:61)
at 
com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:68)
at 
com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:81)
at 
com.vividsolutions.wms.AbstractWMSRequest.getText(AbstractWMSRequest.java:143)
at 
com.vividsolutions.jump.workbench.ui.cursortool.FeatureInfoTool.gestureFinished(FeatureInfoTool.java:196)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:614)
at 
com.vividsolutions.jump.workbench.ui.cursortool.SpecifyFeaturesTool.mouseClicked(SpecifyFeaturesTool.java:88)
at 
com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseClicked(LeftClickFilter.java:81)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseClicked(DelegatingTool.java:88)
at 
java.desktop/java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:278)
at 
java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
at 
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java: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:4556)
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.Prote

[JPP-Devel] [jump-pilot:bugs] #484 WMS Authentification fails

[michael michaud via Jump-pilot-devel]

I close this ticket but open a closey related one about authetication on a 
GetFeatureInfo request see #492


---

** [bugs:#484] WMS Authentification fails**

**Status:** open
**Created:** Mon Feb 04, 2019 10:24 PM UTC by michael michaud
**Last Updated:** Thu Feb 21, 2019 07:39 AM UTC
**Owner:** michael michaud


Some WMS using a user/password authentification mechanism fail with the 
followin error :

https://wxs.ign.fr/ezdowgobtk19gvgpj8pjadbx/geoportail/r/wms?

(the same url works fine on QGIS)

javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: 
PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1959)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:302)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:296)
at 
sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1514)
at 
sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1026)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:961)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1072)
at 
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385)
at 
sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
at 
sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
at 
sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
at 
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1546)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
at 
sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
at com.vividsolutions.wms.WMService.initialize(WMService.java:144)
at 
com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:173)
at 
com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
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(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.Component.processMouseEvent(Component.java:6533)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6298)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
at java.awt.Container.dispatchEventImpl(Container.java:2280)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
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:80)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.awt.EventQueue$4.run(EventQueue.java:729)
at java.security.AccessController.doPr

[JPP-Devel] [jump-pilot:bugs] #493 Shapefile with empty cpg file

[michael michaud via Jump-pilot-devel]

---

** [bugs:#493] Shapefile with empty cpg file**

**Status:** open
**Created:** Sun Apr 12, 2020 09:59 AM UTC by michael michaud
**Last Updated:** Sun Apr 12, 2020 09:59 AM UTC
**Owner:** michael michaud


Recently get an exception trying to load a shapefile with an empty cpg : should 
display a warning and load it with the default encoding.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed
- **Comment**:

See also #492 : closed



---

** [bugs:#489] Veneto Region (Italy) WMS sevice does not work on OpenJump**

**Status:** closed-fixed
**Labels:** WMS 
**Created:** Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
**Last Updated:** Tue Jan 07, 2020 08:46 AM UTC
**Owner:** nobody
**Attachments:**

- [WMS1.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS1.jpg) 
(72.1 kB; image/jpeg)
- [WMS2.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS2.jpg) 
(143.6 kB; image/jpeg)
- [WMS3.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS3.jpg) 
(27.9 kB; image/jpeg)


The Veneto Region (Italy) WMS sevice does not work on OpenJump.
1. When adding the WM layer URL 
(https://idt2-geoserver.regione.veneto.it/geoserver/ows) the server answer (IMG 
WMS1):  *The WMS advertises the URL 
https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS as 
GetMap-URL. Do you want to use it?*
2. then the open window correctly shows the *Available layers* list (IMG WMS2)
3. finally it adds the layer  in the Working Category, but the map i s empty, 
and in the status bar the message* No description was provided* appears


---

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

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

[JPP-Devel] [jump-pilot:bugs] #484 WMS Authentification fails

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed



---

** [bugs:#484] WMS Authentification fails**

**Status:** closed-fixed
**Created:** Mon Feb 04, 2019 10:24 PM UTC by michael michaud
**Last Updated:** Sun Apr 12, 2020 09:41 AM UTC
**Owner:** michael michaud


Some WMS using a user/password authentification mechanism fail with the 
followin error :

https://wxs.ign.fr/ezdowgobtk19gvgpj8pjadbx/geoportail/r/wms?

(the same url works fine on QGIS)

javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: 
PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1959)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:302)
at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:296)
at 
sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1514)
at 
sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:216)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:1026)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:961)
at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1072)
at 
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385)
at 
sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
at 
sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
at 
sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
at 
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1546)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
at 
sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
at com.vividsolutions.wms.WMService.initialize(WMService.java:144)
at 
com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:173)
at 
com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:250)
at sun.reflect.GeneratedMethodAccessor39.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
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(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.Component.processMouseEvent(Component.java:6533)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6298)
at java.awt.Container.processEvent(Container.java:2236)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2294)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
at java.awt.Container.dispatchEventImpl(Container.java:2280)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
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:80)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.awt.EventQueue$4.run(EventQueue.java:729)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDom

[JPP-Devel] [jump-pilot:bugs] #493 Shapefile with empty cpg file

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed



---

** [bugs:#493] Shapefile with empty cpg file**

**Status:** closed-fixed
**Created:** Sun Apr 12, 2020 09:59 AM UTC by michael michaud
**Last Updated:** Sun Apr 12, 2020 09:59 AM UTC
**Owner:** michael michaud


Recently get an exception trying to load a shapefile with an empty cpg : should 
display a warning and load it with the default encoding.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #492 WMS Authentification fails with GetFeatureInfo

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed



---

** [bugs:#492] WMS Authentification fails with GetFeatureInfo**

**Status:** closed-fixed
**Created:** Sun Apr 12, 2020 09:39 AM UTC by michael michaud
**Last Updated:** Sun Apr 12, 2020 09:39 AM UTC
**Owner:** nobody


This problem is closely related to #484, but as the problem seems solve for the 
WMS case, I'll close the #484 and open a new ticket.
The error message when clicking the Info tool on a wms layer is :

javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:320)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:263)
at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:258)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:645)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:464)
at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:360)
at 
java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)
at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:443)
at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)
at 
java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:177)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)
at 
java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1151)
at 
java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1062)
at 
java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)
at 
java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
at 
java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at 
java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:168)
at 
org.openjump.util.URLConnectionProvider.getHttpConnection(URLConnectionProvider.java:131)
at 
org.openjump.util.URLConnectionProvider.getHttpConnection(URLConnectionProvider.java:61)
at 
com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:68)
at 
com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:81)
at 
com.vividsolutions.wms.AbstractWMSRequest.getText(AbstractWMSRequest.java:143)
at 
com.vividsolutions.jump.workbench.ui.cursortool.FeatureInfoTool.gestureFinished(FeatureInfoTool.java:196)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:614)
at 
com.vividsolutions.jump.workbench.ui.cursortool.SpecifyFeaturesTool.mouseClicked(SpecifyFeaturesTool.java:88)
at 
com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseClicked(LeftClickFilter.java:81)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseClicked(DelegatingTool.java:88)
at 
java.desktop/java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:278)
at 
java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
at 
java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java: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:4556)
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 Metho

[JPP-Devel] [jump-pilot:support-requests] #7 BeanShell Script Editor properties

[michael michaud via Jump-pilot-devel]

Thanks for the suggestion,
The beanshell editor is a very old plugin. The text editor is taken from an 
even older version of JEdit, a very nice text editor, quite popular at this 
time. Unfortunately, I never committed the source, but I still have it. I'll 
check if I can make the police more accessible (not sure i18n.properties is the 
good place for that though). Just to understand. What is the problem with the 
police it uses right now ?  


---

** [support-requests:#7] BeanShell Script Editor properties**

**Status:** open
**Labels:** beanshell beanshell script editor bsheditor4jump properties 
**Created:** Wed Jun 10, 2020 08:08 AM UTC by kjt
**Last Updated:** Wed Jun 10, 2020 11:15 AM UTC
**Owner:** nobody


I would like to change the font type and/or font size in the BeanShell Script 
Editor.
How can I do it...?



---

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

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

[JPP-Devel] [jump-pilot:support-requests] #7 BeanShell Script Editor properties

[michael michaud via Jump-pilot-devel]

János

I pushed the source code to our plugin repository, and hopefully, fixed the 
different points you mentionned. Please, try a new release from r6335. Note 
that I've also upgradded the two dependencies without much testing (buoy for 
the UI and beanshell for the language interpreter).


---

** [support-requests:#7] BeanShell Script Editor properties**

**Status:** open
**Labels:** beanshell beanshell script editor bsheditor4jump properties 
**Created:** Wed Jun 10, 2020 08:08 AM UTC by János Tamás Kis
**Last Updated:** Wed Jun 10, 2020 09:49 PM UTC
**Owner:** nobody


I would like to change the font type and/or font size in the BeanShell Script 
Editor.
How can I do it...?



---

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

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

[JPP-Devel] [jump-pilot:feature-requests] #265 Create a "make line" tool

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-implemented
- **assigned_to**: michael michaud



---

** [feature-requests:#265] Create a "make line" tool**

**Status:** closed-implemented
**Created:** Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
**Last Updated:** Tue Jan 28, 2020 03:31 PM UTC
**Owner:** michael michaud
**Attachments:**

- 
[OpenJUMP_makeline.jml.txt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline.jml.txt)
 (2.6 kB; text/plain)
- 
[OpenJUMP_makeline_definition.odt](https://sourceforge.net/p/jump-pilot/feature-requests/265/attachment/OpenJUMP_makeline_definition.odt)
 (39.3 kB; application/vnd.oasis.opendocument.text)


The new tool should build a linestring from the points from a layer. Points 
should be added as vertices to the linestring in the same order than they 
appear in data, or sorted by a selected attribute. More details in the 
attachments.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

Hi János,
Thank you for the very clear description of the problem, I'll have a look ASAP.


---

** [bugs:#494] Load WKT file with set options**

**Status:** open
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Thu Jul 30, 2020 08:54 AM UTC
**Owner:** nobody
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

János,
Problem was in the serialization of the field separator. Please, check that it 
works in r6365+
Notice that you need both this new version of OJ and the new version of the csv 
driver.


---

** [bugs:#494] Load WKT file with set options**

**Status:** open
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Thu Jul 30, 2020 05:26 PM UTC
**Owner:** nobody
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

- **status**: open --> pending
- **assigned_to**: michael michaud



---

** [bugs:#494] Load WKT file with set options**

**Status:** pending
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Fri Jul 31, 2020 09:01 PM UTC
**Owner:** michael michaud
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

[michael michaud via Jump-pilot-devel]

Peppe,
I have no better solution. The problem generaly don't appear on windows, but I 
could see a similar problem while playing with themes (I saw 3 buttons on a 
line and the fourth on a second line, could not reproduce it though). 
Seems that the WorkbenchToolbar uses a special layout added to OpenJUMP by Ede 
: WrapLayout, extending FlowLayout. I did not understand what this layout was 
supposed to solve though. Ede, any idea ?


---

** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on 
Ubuntu**

**Status:** open
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Jul 31, 2020 07:41 AM UTC
**Owner:** Giuseppe Aruta
**Attachments:**

- 
[Senzanome.png](https://sourceforge.net/p/jump-pilot/bugs/495/attachment/Senzanome.png)
 (45.0 kB; image/png)


On Ubuntu Mate.
Warp Plugin. The toolbar of the panel sets all vector tools icon in a vertical 
position, as shown in the attached picture. 



---

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

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

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

Thank you for feedback.
I removed csv-driver.en and committed jump.hu and for csv-driver.hu.
Should be available in next release (r6374+)
 I modified a bit the driver so that it can now import a file with .csv 
extension and including wkt geometries.
 To make it clear, there are two drivers.
 - WKT (uppercase) is the original one. It can only load and save pure wkt file 
without attribute.
 - The new driver (csv-driver) can save geometry as x,y,z or as wkt along with 
attributes in a .csv file, but in the other way, it could only read x,y columns 
from file with csv extension. Files with wkt and attributes was accepted by the 
wkt loader if they had .wkt extension. Now, wkt loader accepts also .csv 
extension.
 It is more symmetric (can read what it wrote). Hope it is more clear.
 I also cleaned up the code a bit. Please test and report.
 


---

** [bugs:#494] Load WKT file with set options**

**Status:** pending
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Fri Aug 07, 2020 10:24 AM UTC
**Owner:** michael michaud
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[michael michaud via Jump-pilot-devel]

I could open a project saved with 1.15 with r6370 and viceversa. My project 
contained a few vectors, and a geotif imported as an image and imported a 
second time as a sextante image.
On the other hand, I get some problems if csv data is included in the project 
due to a breaking change I did. Not sure I can fix the bug about saving a csv 
in the project without breaking, but I'll have a deaper look. Before, I'd like 
to have more precision about your or Peppe test. What kind of datasources did 
they include ? csv/wkt ? Could you share the jmp files ?


---

** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing 
versions**

**Status:** open
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Tue Aug 11, 2020 10:35 AM UTC
**Owner:** nobody


as described by Peppe on the mailing list
"
*On loading project files saved with different versions of OpenJUMP*.
There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
saving/loading project files.
   a) OpenJUMP 1.5 freezes on loading project files saved at least with
OpenJUMP 6363 and 6370
  The console (I use Linux) doesn't show any warning.
   b) OpenJUMP 6363 and 6370  cannot load project files saved at least with
OpenJUMP 1.5 .
The console doesn't show any warning.
  c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
versa
"


---

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

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

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[michael michaud via Jump-pilot-devel]

Trying to reproduce the problem with peppe's test project, I firstly changed 
all resources absolute paths. After that, I could not reproduce the problem. 
Changing the paths can be done through the  UI except for referenced-image, as 
the path is in the feature attribute and is store with an absolute path. Would 
need more details about how to reproduce the bug. Is there a specific layer 
which cause the problem ? Could it be a linux specific problem ?  


---

** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing 
versions**

**Status:** open
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Wed Aug 12, 2020 05:59 PM UTC
**Owner:** nobody


as described by Peppe on the mailing list
"
*On loading project files saved with different versions of OpenJUMP*.
There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
saving/loading project files.
   a) OpenJUMP 1.5 freezes on loading project files saved at least with
OpenJUMP 6363 and 6370
  The console (I use Linux) doesn't show any warning.
   b) OpenJUMP 6363 and 6370  cannot load project files saved at least with
OpenJUMP 1.5 .
The console doesn't show any warning.
  c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
versa
"


---

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

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

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[michael michaud via Jump-pilot-devel]

If the problem is between 1.15 and r6370  (title is about 1.15 while report is 
about 1.5 which seems very old!), I can still not reproduce it. I now tried 
between 1.15 (r6241), r6335 and r6370, with windows and with linux (windows + 
wsl/ubuntu).
Comparing jmp files, I noticed a small difference between the first jmp file 
produced after importing data, and jmp file produced after a load from an 
existing project. But none of these difference prevent another version from 
opening the project correctly. These differences seem more between reading and 
writing a jmp file. Just report it to remember :
vector layer : identical
referenced image layer : 
first   : the ColorThemingStyle includes a DefaultStyle wrapping a vertex 
style
second : the ColorThemingStyle includes a DefaultStyle with no vertex 
style
raster layer : 
first : a tag null
second : the same tag as 
first : file path is in  tag and again 
in the  with the key 
file-name
second : tag  is the same, but metadata has no key 
"file-name"



---

** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing 
versions**

**Status:** open
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Thu Aug 13, 2020 07:13 AM UTC
**Owner:** nobody


as described by Peppe on the mailing list
"
*On loading project files saved with different versions of OpenJUMP*.
There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
saving/loading project files.
   a) OpenJUMP 1.5 freezes on loading project files saved at least with
OpenJUMP 6363 and 6370
  The console (I use Linux) doesn't show any warning.
   b) OpenJUMP 6363 and 6370  cannot load project files saved at least with
OpenJUMP 1.5 .
The console doesn't show any warning.
  c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
versa
"


---

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

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

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[michael michaud via Jump-pilot-devel]

The second test I made is much better. I used your files, but I deleted jmp 
files and restarted from scratch :
- load tiff as raster, tiff as image, jml + style in 1.15, save as 1.15.jmp
- load tiff as raster, tiff as image, jml + style in 6370, save as 6370.jmp
Try to load 1.15.jmp from 6370 and the other way : OK
I observed two problems though :
1/ when saving the jmp, tiff imported as image is considered as a layer without 
source and oj wants to save it as a jml/shp
2/ tiff imported as image have their absolute name in an attribute so that 
there is no way to read it correctly if the data is moved to another place.  
Maybe we should have an option to save paths as relative paths.
But none of these problems seem related to your report.



---

** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing 
versions**

**Status:** open
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Fri Aug 14, 2020 12:29 PM UTC
**Owner:** nobody


as described by Peppe on the mailing list
"
*On loading project files saved with different versions of OpenJUMP*.
There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
saving/loading project files.
   a) OpenJUMP 1.5 freezes on loading project files saved at least with
OpenJUMP 6363 and 6370
  The console (I use Linux) doesn't show any warning.
   b) OpenJUMP 6363 and 6370  cannot load project files saved at least with
OpenJUMP 1.5 .
The console doesn't show any warning.
  c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
versa
"


---

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

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

[JPP-Devel] [jump-pilot:bugs] #486 OpenJUMP fails to read 4D geom from postgis

[michael michaud via Jump-pilot-devel]

Check it again when we'll have a version of OpenJUMP based on  JTS 1.5+ (see 
openjump-gis on github)


---

** [bugs:#486] OpenJUMP fails to read 4D geom from postgis**

**Status:** open
**Created:** Tue May 21, 2019 06:17 AM UTC by michael michaud
**Last Updated:** Tue May 21, 2019 06:17 AM UTC
**Owner:** michael michaud


4D Geometries (geometries with Z ad M values) are not read correctly from 
OpenJUMP.
4D coordinates seem to be read as if they were 3D, and the fourth ordinate is 
read as the first ordinate of the next point.
As OpenJUMP use WKBReader from JTS, the problem maybe solved in the latest 
JTSversion, but we never switched to the new locationtech distribution. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Mon Aug 17, 2020 11:47 AM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

Here is a dataset of 100 000 features including datetimes. It takes nearly 1 
minute to save as shapefile (less than 2 seconds to read it).


Attachments:

- 
[test_date.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/89eb/attachment/test_date.zip)
 (1.6 MB; application/x-zip-compressed)


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Mon Aug 17, 2020 04:38 PM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

Hi Ede,
Seems to be a nice tweak but something is still wrong : the first save is still 
very slow.
Seems that the second save of a dataset benefits your optimization, but the 
save operation on a freshly imported/extracted dataset is still long.
Also there is something I don't understand : writing a shapefile (a dbf) should 
not need FlexibleDateParser at all. The date should simply be converted to a 
string by DbfFile.DATE_PARSER. Did you see where and why FlexibleDateParser is 
used in the "writing" process ? The problem also exists for JML. I did not 
check the code, but I also don't understand why it would need a flexible 
"parser"to convert a Date to a String. 
Your changed broke two tests, but I removed the tests which were not as 
important as the optimization we try to achieve.


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Mon Aug 17, 2020 07:15 PM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

Indeed, from my tests, things are  getting worst :
I save my dataset to a shapefile after it has been freshly extracted from a 
database (it contains a geometry and a timestamp)
1.15 : 1st save : 55s
 2nd save < 1s
 r6382 : 1st save : 188s!
 2nd save < 1s
 
Another thing about your explanation : I remember that you introduced the 
LazyConversion of attributes with the json parser. I think the reason was 
related to the type system of json (which has only strings, numbers and 
boolean). In the case of shapefile or database where data is precisely typed, I 
think the lazy conversion is finally very costly. Data should be stored with 
the right type at the first place. It would avoid all these useless conversions 
of dates. What do you think ? Seems that lazy conversion made for the json 
should stay the exception, not the general way to handle data types. 


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Tue Aug 18, 2020 09:42 PM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

Jukka : you are right that shapefile store only dates, but conversion from 
shapefile dates to java Date (+ time) and from java Date (+ time) to shapefile 
date should be done with a fixed parser ( DbfFile.DATE_PARSER) rather than the 
expensive FlexibleDateParser. Adding/truncating the time part shouldn't be a 
big deal. 


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Wed Aug 19, 2020 07:26 AM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

A beanshell test just comparing writing shp from  BasicFeature and from 
FlexibleFeature.
(to be executed from the Beanshell Editor)


Attachments:

- 
[test_flexible_feature.bsh](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/6cc8/attachment/test_flexible_feature.bsh)
 (1.7 kB; application/octet-stream)


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Wed Aug 19, 2020 10:29 AM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

Finally found it : you were right when you said that the database loader could 
be at fault if, by design or flaw, it did not read dates as dates.
This comes from r6129, when you added FlexibleFeature in database loader. At 
the same time, the DateConverter has been changed to always read dates (indeed 
timestamp) as Strings. The comment is : "speedup loading datasets w/ date/time 
columns utilizing flex feature lazy conversion"

I propose to revert this change, but I let you check it first if you remember 
another reason to replace the previous code of DateConverter.


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Wed Aug 19, 2020 12:06 PM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

[michael michaud via Jump-pilot-devel]

OK, changed it. I'm not a spatialite user, but I'll try to configure a database 
to do more tests.
I also upgraded postgresql and sqlite jdbc drivers.

As far as I understood, the spatialite database has no date type and getting 
date or timestamp from it is still very hazardeous 
(https://github.com/xerial/sqlite-jdbc/issues/88). I think  the fallback to 
FlexDateParser is necessary for this reason, but it may lead to a performance 
regression except if your patch on the FlexDateParser can really place the good 
parser at first place (until now, I could not measure the impact of you change 
as the first save operation from a Dataset made of FlexibleFeatures was still 
long) .
For now :
r 6383 just restored the read of dates from Database as java.util.Date
r 6384 restored the fallback to the possibly slow FlexibleDateParser in case 
the database driver fails to read the date with rs.getTimestamp method


---

** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**

**Status:** open
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Wed Aug 19, 2020 07:45 PM UTC
**Owner:** michael michaud


Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
with version 1.15 lasted more than 20 minutes.
Most of the time is used by FlexibleDateParser.parse().


---

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

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

[JPP-Devel] [jump-pilot:bugs] #491 WMS getCapability without title

[michael michaud via Jump-pilot-devel]

Nothing to test it easily for now. Will try to reproduce it next week.


---

** [bugs:#491] WMS getCapability without title**

**Status:** pending
**Milestone:** OJ_1.16
**Created:** Mon Jan 13, 2020 08:35 PM UTC by michael michaud
**Last Updated:** Thu Aug 27, 2020 01:56 PM UTC
**Owner:** michael michaud


OpenJUMP cannot read the getCapability file if the title tag is empty.
This is annoying as it seems that geoserver delivers such a getCapability if 
the administrator does not explicitly set the title.
I think we already tried to fix this bug in Parser.java as there is a 
try/catch(NPE) around title reading, but it seems that it is not enough. Not 
with a  tag.
Cannot test it here but will try to catch "any" exception and check tomorrow if 
it solves the problem.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

Hi János, can we close this ticket ?


---

** [bugs:#494] Load WKT file with set options**

**Status:** pending
**Milestone:** 
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Sun Aug 09, 2020 06:17 PM UTC
**Owner:** michael michaud
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #486 OpenJUMP fails to read 4D geom from postgis

[michael michaud via Jump-pilot-devel]

- **Milestone**:  --> OJ_future



---

** [bugs:#486] OpenJUMP fails to read 4D geom from postgis**

**Status:** open
**Milestone:** OJ_future
**Created:** Tue May 21, 2019 06:17 AM UTC by michael michaud
**Last Updated:** Sun Aug 16, 2020 12:07 PM UTC
**Owner:** michael michaud


4D Geometries (geometries with Z ad M values) are not read correctly from 
OpenJUMP.
4D coordinates seem to be read as if they were 3D, and the fourth ordinate is 
read as the first ordinate of the next point.
As OpenJUMP use WKBReader from JTS, the problem maybe solved in the latest 
JTSversion, but we never switched to the new locationtech distribution. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #488 Ramp inverted in the show legend window for stretched raster styles

[michael michaud via Jump-pilot-devel]

- **status**: pending --> closed-fixed
- **assigned_to**: michael michaud
- **Milestone**:  --> undecided
- **Comment**:

fixed



---

** [bugs:#488] Ramp inverted in the show legend window for stretched raster 
styles**

**Status:** closed-fixed
**Milestone:** undecided
**Created:** Thu Dec 05, 2019 11:19 AM UTC by Roberto Rossi
**Last Updated:** Mon Dec 30, 2019 03:22 PM UTC
**Owner:** michael michaud
**Attachments:**

- 
[RasterLegend.png](https://sourceforge.net/p/jump-pilot/bugs/488/attachment/RasterLegend.png)
 (52.4 kB; image/png)


When showing the legend of the raster layer (right click on the raster layer > 
*show legend*) the color ramp that opens in the window is inverted (see the 
attached image) when using **streched** raster styles. It's correctly if the 
raster style is **Intervals** type


---

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

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

[JPP-Devel] [jump-pilot:bugs] #483 RasterStyleDialog freezes if the selected raster has only one value (raster used as mask)

[michael michaud via Jump-pilot-devel]

Peppe, is thi salready fixed in 1.15?


---

** [bugs:#483] RasterStyleDialog freezes if the selected raster has only one 
value (raster used as mask)**

**Status:** pending
**Milestone:** 
**Created:** Thu Dec 20, 2018 11:25 AM UTC by Giuseppe Aruta
**Last Updated:** Thu Dec 20, 2018 05:25 PM UTC
**Owner:** Giuseppe Aruta


RasterStyleDialog freezes if the selected raster has only one value. Raster 
layers where cells can have only one value are typically used as mask on other 
raster layer. Tecnically these raster have only cells with a defined unique 
value (generally 1) and other cells that have a nodata value. 

The problem seems connected to the metter that OpenJUMP sextante raster defines 
by defaut a stretched classification as style on a raster ( 
RasterSymbology.TYPE_RAMP). It is required at least 2 values (ex. 1 and 0) dor 
a stretched classification while mask raster layer could have only one.

The solution which I am going to apply on SVN

a) RasterLayer.class. Make a default classification (only for such mask raster) 
as single interval (RasterSymbology.TYPE_SINGLE) so that the layer tree legend 
is obliged to show only one value

b) RasterSymbologyDialog.class. Create a dummy panel that substitutes stretched 
classification panel  (only for such mask raster) and shown a message that 
selected raster has only one value


---

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

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

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

[michael michaud via Jump-pilot-devel]

I think that such a plugin using native windows tools should be proposed as an 
external extension, not wrapped in OpenJUMP core what do you think ?


---

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

**Status:** open
**Milestone:** 
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**Last Updated:** Mon Dec 10, 2018 11:23 AM UTC
**Owner:** Giuseppe Aruta


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

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

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

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






---

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

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

[JPP-Devel] [jump-pilot:bugs] #480 SLD import/export problems

[michael michaud via Jump-pilot-devel]

Peppe, do we tag that as OJ_Future ?


---

** [bugs:#480] SLD import/export problems**

**Status:** open
**Milestone:** 
**Created:** Sun Dec 02, 2018 02:47 PM UTC by Giuseppe Aruta
**Last Updated:** Sun Dec 02, 2018 02:47 PM UTC
**Owner:** nobody


it seems that sld import/export has some faults. 
- Save: vertex symbology from external image file is not saved into the xml 
file. The tag  is not recorded even if it is present into 
the layerstyle2sld.xsl file template
- Load: vertex symbologies applied as ColorThemingStyle are decoded as multiple 
BasicStyle instead. Thus is not easy to apply a styling according to an 
attribute classification
- Load. ColorThemingStyle for polygon works only if user uses base fill colors.
ColorThemingStyle for polygons with some fill patterns seems not working
-Polygon fill pattern samples are saved as temp image files like 
"ojp5731593574799380314pti.png"
On saving to SLD file the relative path of the file is saved as tag (in windows)
. When I try to load, the SLD import cannot 
recognize it and throws an error message in the log file (An ogc:filter could 
not be found while trying to parse a color theming style)

Generally QGIS and Kosmo can easely read and apply SLD files created by 
OpenJUMP if those files are related to simple fill color classification (no 
patterns, no images). 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

[michael michaud via Jump-pilot-devel]

Do you have any tiff / tiff.aux.xml to reproduce the problem ?


---

** [bugs:#479] OpenJUMp doen't recognize RasterImageLayer SRS on loading 
anymore**

**Status:** open
**Milestone:** 
**Labels:** SRS 
**Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta
**Last Updated:** Sun Aug 19, 2018 04:12 PM UTC
**Owner:** Giuseppe Aruta


OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

The problem is partially connected to AddRasterImageLayerWizard and to 
ProjUtils classes


---

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

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

[JPP-Devel] [jump-pilot:bugs] #469 Postgres: Save Dataset Adds Quotation Marks

[michael michaud via Jump-pilot-devel]

I can port the "normalize table name", "normalize column name" to the old 
postgis writer. Can be done before or after migration. Not a blocking feature 


---

** [bugs:#469] Postgres: Save Dataset Adds Quotation Marks**

**Status:** open
**Milestone:** 
**Labels:** postgis dataset 
**Created:** Wed Apr 11, 2018 04:09 AM UTC by John L. Poole
**Last Updated:** Wed Apr 11, 2018 06:54 AM UTC
**Owner:** nobody


When I perform a File -Save Dataset As => Save to PostGIS Table, select the 
radio "Cread new or replace..." the table that is creates has column names 
wrapped with double quotation marks.

This was very confusing as when I tried to perform some queries, I kept getting 
column  not found and then I realized I had to include quotation marks around 
the column name.

So this works:
~~~
select distinct("MAINTENANC"), count(*)
from kimselect 
group by "MAINTENANC"
order by "MAINTENANC"
~~~
whereas this fails:
~~~
select distinct(MAINTENANC), count(*)
from kimselect 
group by MAINTENANC
order by MAINTENANC
~~~

I should like to be able to create a table that matches the attributes/features 
name without having to include quotation marks.


---

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

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

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

[michael michaud via Jump-pilot-devel]

Currently, if i try to execute the plugin on my windows box, I get the folloing 
error :

java.io.IOException: Cannot run program "regedit": CreateProcess error=740, 
L’opération demandée nécessite une élévation
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1128)
at java.base/java.lang.ProcessBuilder.start(ProcessBuilder.java:1071)
at 
org.openjump.core.ui.plugin.style.ImportArcMapStylePlugIn.findArcMap2SLD(ImportArcMapStylePlugIn.java:99)
at 
org.openjump.core.ui.plugin.style.ImportArcMapStylePlugIn.execute(ImportArcMapStylePlugIn.java:147)



---

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

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 09:58 AM UTC
**Owner:** Giuseppe Aruta


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

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

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

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






---

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

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

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

[michael michaud via Jump-pilot-devel]

I prepared an extension in the plug-ins section of the repo. I did not solve 
the previous problem  but the extension compiles, it is loaded and it produces 
the exact same error as the internal version (see above). I extracted 
translations for en, de, es, fi, fr and it from the main language file.
Not sure it is worth keeping the current version in 1.16 if we don't 
solve/document the problem before migration:



---

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

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 08:20 PM UTC
**Owner:** Giuseppe Aruta


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

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

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

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






---

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

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

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

[michael michaud via Jump-pilot-devel]

---

** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud
**Last Updated:** Sun Aug 30, 2020 08:02 AM UTC
**Owner:** nobody
**Attachments:**

- 
[small_world.tif](https://sourceforge.net/p/jump-pilot/bugs/498/attachment/small_world.tif)
 (240.6 kB; image/tiff)


I often have a bad experience trying to read simple geotiff. To have a more 
objective view of the situation, I get a very simple image from the test 
directory of GDAL library and tested it against all our drivers.
Image is attached. Here are its main characteristics (I think they are very 
common one) :
small_world.tif 
size : 400 x 200
Coordinate System : wgs84 (4326)
Metadata : AREA_OR_POINT=AREA
Image Structure Metadata : INTERLEAVE=BAND
3 bands, Block=400x20, Type=Byte, ColorInterp=RGB

I tried to import it with all the image drivers we propose (8 from Open File + 
ImageRaster Sextante). 3 drivers only could import the image. All others fail 
throughing a rough java exception. Image Raster don't fail immediately, but it 
does not display the image and throws NPE if one try to get more information. 

List of success/failures and exceptions thrown

  Referenced Image (ImageIO[ext],JAI) : OK
  ImageIO TIFF Image Reader version 1.0 : OK
  ImageIO TIFF Image Reader version 1.1 : OK
  Standard TIFF Image Reader 
java.lang.IllegalAccessException: class 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access 
class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) 
because module java.desktop does not export com.sun.imageio.plugins.tiff to 
unnamed module @12405818
at 
java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
at 
java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99)
at java.base/java.lang.Class.newInstance(Class.java:579)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createFeatureFactory(ImageryLayerDataset.java:236)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:117)
  Referenced Image (JAI TIF)
java.lang.NullPointerException java.lang.NullPointerException at 
com.sun.media.jai.util.SunCachedTile.(SunCachedTile.java:80) 
at com.sun.media.jai.util.SunTileCache.add(SunTileCache.java:257) 
at javax.media.jai.OpImage.addTileToCache(OpImage.java:1087) 
at javax.media.jai.OpImage.getTile(OpImage.java:1142) 
at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085) 
at 
javax.media.jai.RenderedImageAdapter.getData(RenderedImageAdapter.java:158) 
at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1099) 
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904) 
at javax.media.jai.OpImage.getTile(OpImage.java:1129) 
at com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122) 
at 
com.sun.media.jai.opimage.TranslateIntOpImage.getTile(TranslateIntOpImage.java:132)
 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 
javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2546) 
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:285)
 
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
  Referenced Image (JAI TIF) : same error
  
  Buffered Image (common) : 
com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
java.lang.ArrayIndexOutOfBoundsException: Index 8000 out of bounds for length 
8000
at 
com.vividsolutions.jump.workbench.imagery.graphic.CommonsImage.initImage(CommonsImage.java:112)
at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.computeEnvelope(AbstractGraphicImage.java:122)
at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.getEnvelope(AbstractGraphicImage.java:114)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:125)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:106)
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLayerLoader.createImageFeature(ReferencedImageFactoryFileLayerLoader.java:199)
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLayerLoader.open(ReferencedImageFactoryFileLayerLoader.java:102)
at 
org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:164)
  GeoTIFF plus (JAI) :
java.lang.NullPointerException java.lang.NullPointerException at 

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

Janos, 
About the warnings, I think I've found the cause, but it will be a bit tricky 
to solve. Will open another ticket for that..
About the parsing, I could not reproduce. Any how, your files are the same, so 
that it is highly improbable that they are not imported the same way. I could 
reproduce an error similar to yours if I try to import as wkt, but you can't do 
that as geometry is not in th ewkt format in this case.
Anyway, the message is a bit misleading, beacuse it says that 57 cannot be 
parse as double but it should be 57 cannot be parsed as wkt. I will fix that. 


---

** [bugs:#494] Load WKT file with set options**

**Status:** pending
**Milestone:** 
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Sat Aug 29, 2020 10:31 PM UTC
**Owner:** michael michaud
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #499 SelectFilesOptionPanel and extensions

[michael michaud via Jump-pilot-devel]

---

** [bugs:#499] SelectFilesOptionPanel and extensions**

**Status:** open
**Milestone:** undecided
**Created:** Sun Aug 30, 2020 09:43 AM UTC by michael michaud
**Last Updated:** Sun Aug 30, 2020 09:43 AM UTC
**Owner:** nobody


I think I found the cause of the I18N warnings emitted by csv driver (see  
#494) :
SelectFilesOptionPanel handle internationalization of options, but in case of 
extensions like csv, internationalization is embeded in the extension, so it is 
already done when it arrives in SelectFilesOptionPanel.
It just emit warnings because SelectFilesOptionPanel don't find already 
translated keys, but in this case, it uses the trick to return the key itself, 
which is the already translated option name.
Not too bad, but not very clean. Wonder if SelectFilesOptionPanel shouldn't 
suppose that option names  are already I18N. Ede ?


---

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

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

[JPP-Devel] [jump-pilot:bugs] #499 SelectFilesOptionPanel and extensions

[michael michaud via Jump-pilot-devel]

Ede, 
The I18NPlug class I use in csv may not be the best way to internationalize csv 
extension, but the problem is not there.

I'll try to give a more complete description :
In OpenJUMP, SelectFilesOptionPanel internationalize option names as follows :
~~~
String label = I18N.get(loader.getClass().getName() + "."+ name);
~~~
But in case of extension like csv driver, 
- I internationalize option names in the driver => SelectFilesOptionPanel try 
to use these internationalized name as keys. It does not find any value for 
these keys (especially in OpenJUMP language file), but as in this case, it uses 
the key itself as a default value, everything looks OK in the UI (and a warning 
is emitted because the key has not been found) -> it works, but it sounds 
twisted  
- If I do not translate option names in the extension, maybe I can do it from 
SelectFilesOptionPanel with the categoryPrefixOrPath parameter (your suggestion 
?), but how will SelectFilesOptionPanel know which categoryPrefixOrPath to use ?
-  I thought that maybe it would be easier if SelectFilesOptionPanel was using 
directly internationalized option name, so that it is the responsability of the 
FileLoader to internationalize strings, not the responsability of  
SelectFilesOptionPanel. But it means that Option names are internationalized 
names. I'm not very comfortable with this idea either...


---

** [bugs:#499] SelectFilesOptionPanel and extensions**

**Status:** open
**Milestone:** undecided
**Created:** Sun Aug 30, 2020 09:43 AM UTC by michael michaud
**Last Updated:** Sun Aug 30, 2020 09:43 AM UTC
**Owner:** nobody


I think I found the cause of the I18N warnings emitted by csv driver (see  
#494) :
SelectFilesOptionPanel handle internationalization of options, but in case of 
extensions like csv, internationalization is embeded in the extension, so it is 
already done when it arrives in SelectFilesOptionPanel.
It just emit warnings because SelectFilesOptionPanel don't find already 
translated keys, but in this case, it uses the trick to return the key itself, 
which is the already translated option name.
Not too bad, but not very clean. Wonder if SelectFilesOptionPanel shouldn't 
suppose that option names  are already I18N. Ede ?


---

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

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

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

[michael michaud via Jump-pilot-devel]

Problem was not with OpenJUMPSextanteRasterLayer but with RasterImageLayer. 
Should be fixed in r6399.


---

** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class**

**Status:** open
**Milestone:** 
**Labels:** RasterImageLayer 
**Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Dec 29, 2015 01:10 PM UTC
**Owner:** nobody


It seems that Paste Raster layer plugin (of Sextante Raster Image Layer - layer 
context menu) has no effects on paste a raster layer. It returns a null point 
exception. See below for error details
ava.lang.NullPointerException
at 
com.vividsolutions.jump.workbench.ui.plugin.clipboard.PasteLayersPlugIn.execute(PasteLayersPlugIn.java:96)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)



---

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

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

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

[michael michaud via Jump-pilot-devel]

- **status**: open --> pending
- **Milestone**:  --> OJ_1.16



---

** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class**

**Status:** pending
**Milestone:** OJ_1.16
**Labels:** RasterImageLayer 
**Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta
**Last Updated:** Mon Aug 31, 2020 09:11 AM UTC
**Owner:** nobody


It seems that Paste Raster layer plugin (of Sextante Raster Image Layer - layer 
context menu) has no effects on paste a raster layer. It returns a null point 
exception. See below for error details
ava.lang.NullPointerException
at 
com.vividsolutions.jump.workbench.ui.plugin.clipboard.PasteLayersPlugIn.execute(PasteLayersPlugIn.java:96)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)



---

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

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

[JPP-Devel] [jump-pilot:bugs] #322 OJ stops without warnings on system shutdown

[michael michaud via Jump-pilot-devel]

Implementing Runtime.addShutdownHook is not too complicated (some explanations 
here https://www.geeksforgeeks.org/jvm-shutdown-hook-java/). It is not an 
absolute guarantee as it depends how exactly the process is shutdown. 
Question is : what can we do during this hook (must not be too long as the 
system may shut the process down anyway after a timeout).
I can see some options like 
- save modifications (layers having a datasource but unsaved modification)
- save unsaved layers (layers without datasource)
- save project
Some could be checked by default. 
Any thought ?


---

** [bugs:#322] OJ stops without warnings on system shutdown**

**Status:** open
**Milestone:** 
**Created:** Fri May 24, 2013 08:44 PM UTC by Jukka Rahkonen
**Last Updated:** Fri May 24, 2013 08:44 PM UTC
**Owner:** nobody


Tested with version 1.6.1 release on Windows.
If there are layers with unsaved edits in OpenJUMP and user ask computer to 
shut down, OpenJUMP is closed without any warnings and unsaved edits are lost. 
For comparison, Kosmo GIS 3.0 is keeping the computer in such a state that 
operating system sends a message that Kosmo prevents the shutdown and asks if 
user wants to cancel or do a forced shutdown. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #501 I18N from extension

[michael michaud via Jump-pilot-devel]

---

** [bugs:#501] I18N from extension**

**Status:** open
**Milestone:** undecided
**Created:** Mon Aug 31, 2020 10:32 AM UTC by michael michaud
**Last Updated:** Mon Aug 31, 2020 10:32 AM UTC
**Owner:** nobody


Ede, I prefer to document the usage of I18N in Extension in a separate ticket.
Here are two reasons which drove me to use a hack instead of the I18N class 
(indeed there is a third : I have been too lazy to try to fix the two former 
reasons) :
- using categoryPrefixOrPath with properties files in the classpath means files 
are in a subdirectory named language/jump (generally possible, but no much 
reason to be constrained like that);
- the only public method you can use to get a key in this case is  
getText(final String categoryPrefix, final String key). Currently, 
getMessage(final Object categoryPrefixOrPathOrI18n,
  final String label, final Object... objects) is private. Not sure if we 
must make it public or if we must use I18N instances in extensions instead of 
static methods. A class instance could avoid repeating the 
categoryPrefixOrPathOrI18n parameter again and again).
- indeed, we can create an instance of I18 for a particular extension, but we 
cannot really use it as most methods are static. For example, if I create an 
instance for myExtension, calling getMessage(final String label, final 
Object... objects) will not search keys in myExtension but in main openjump 
properties file 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #501 I18N from extension

[michael michaud via Jump-pilot-devel]

get(String key) with a single parameter is already used as a static method, so 
it would be a bit confusing(static get(key) is the most frequently used method 
of I18N).
Also the deprecated getText method currently  has a static version and a non 
static version. None of them seem to be used in OpenJUMP.
Suggestion :
-keep get and getMessage as static methods only
-un-deprecate  getText(String) instance method
-add a two parameters getText instance method : getText(String,Object[])
-remove definitetely the deprecated static getText(String,String) method

Oh, just see in de.latlon.deejump.wfs.i18n that you can use getMessage(File 
file,...) to use a properties file located anywhere in your classpath. My first 
remark about having to name properties file "language/jump.properties" is not 
true. Nice.
Also static getMessage(File,String,Object[]) is only used in wfs, and it is 
used in a derived class in order to remove the first argument. What about 
removing also this method (replaced by I18N(File).getText() as proposed above ?

String getText(Syting label)
String getText(Syting label, Object...objects)
static String get(Syting label) // legacy
static String getMessage(Syting label)
static String getMessage(Syting label, Object...objects)

must remove :
static getText(String,String)
could remove
static getMessage(File,String,Object...objects)



---

** [bugs:#501] I18N from extension**

**Status:** open
**Milestone:** undecided
**Created:** Mon Aug 31, 2020 10:32 AM UTC by michael michaud
**Last Updated:** Mon Aug 31, 2020 03:55 PM UTC
**Owner:** nobody


Ede, I prefer to document the usage of I18N in Extension in a separate ticket.
Here are two reasons which drove me to use a hack instead of the I18N class 
(indeed there is a third : I have been too lazy to try to fix the two former 
reasons) :
- using categoryPrefixOrPath with properties files in the classpath means files 
are in a subdirectory named language/jump (generally possible, but no much 
reason to be constrained like that);
- the only public method you can use to get a key in this case is  
getText(final String categoryPrefix, final String key). Currently, 
getMessage(final Object categoryPrefixOrPathOrI18n,
  final String label, final Object... objects) is private. Not sure if we 
must make it public or if we must use I18N instances in extensions instead of 
static methods. A class instance could avoid repeating the 
categoryPrefixOrPathOrI18n parameter again and again).
- indeed, we can create an instance of I18 for a particular extension, but we 
cannot really use it as most methods are static. For example, if I create an 
instance for myExtension, calling getMessage(final String label, final 
Object... objects) will not search keys in myExtension but in main openjump 
properties file 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #501 I18N from extension

[michael michaud via Jump-pilot-devel]

Yes, neat, i'm ok with this proposition ;-)
Does it mean you would also remove getMessage variant ?


---

** [bugs:#501] I18N from extension**

**Status:** open
**Milestone:** undecided
**Created:** Mon Aug 31, 2020 10:32 AM UTC by michael michaud
**Last Updated:** Mon Aug 31, 2020 04:19 PM UTC
**Owner:** nobody


Ede, I prefer to document the usage of I18N in Extension in a separate ticket.
Here are two reasons which drove me to use a hack instead of the I18N class 
(indeed there is a third : I have been too lazy to try to fix the two former 
reasons) :
- using categoryPrefixOrPath with properties files in the classpath means files 
are in a subdirectory named language/jump (generally possible, but no much 
reason to be constrained like that);
- the only public method you can use to get a key in this case is  
getText(final String categoryPrefix, final String key). Currently, 
getMessage(final Object categoryPrefixOrPathOrI18n,
  final String label, final Object... objects) is private. Not sure if we 
must make it public or if we must use I18N instances in extensions instead of 
static methods. A class instance could avoid repeating the 
categoryPrefixOrPathOrI18n parameter again and again).
- indeed, we can create an instance of I18 for a particular extension, but we 
cannot really use it as most methods are static. For example, if I create an 
instance for myExtension, calling getMessage(final String label, final 
Object... objects) will not search keys in myExtension but in main openjump 
properties file 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #322 OJ stops without warnings on system shutdown

[michael michaud via Jump-pilot-devel]

I could not see much effect either (same environment as yours).
Seems that the saving dialog appears a fraction of second, but the task killer 
is not one to be very patient.
Also I dicovered that  tasks in the taskmanager can show their subprocesses : 
killing OpenJDK kill the whole process, but shuting OpenJUMP down open the save 
dialog (it already did it in the previous versions).



Attachments:

- 
[taskmanager.png](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/b50caac2/5852/attachment/taskmanager.png)
 (3.3 kB; image/png)


---

** [bugs:#322] OJ stops without warnings on system shutdown**

**Status:** pending
**Milestone:** OJ_1.16
**Created:** Fri May 24, 2013 08:44 PM UTC by Jukka Rahkonen
**Last Updated:** Mon Aug 31, 2020 12:26 PM UTC
**Owner:** ede


Tested with version 1.6.1 release on Windows.
If there are layers with unsaved edits in OpenJUMP and user ask computer to 
shut down, OpenJUMP is closed without any warnings and unsaved edits are lost. 
For comparison, Kosmo GIS 3.0 is keeping the computer in such a state that 
operating system sends a message that Kosmo prevents the shutdown and asks if 
user wants to cancel or do a forced shutdown. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] Re: #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

Janos
"I can accept the restriction of the WKT format, that it can be stored only the 
geometry but then should not be allowed the "WKT (set options)" chance."

Indeed, you can save the wkt with attribute. It is just a little bit hidden : 
save as csv, choose attributes to export and in the attribute list, check 
GEOMETRY ;-)

Event if most code is the same for xyz or wkt import/export, I prefered to 
simulate two different drivers because the list of options id slightly 
different (you have to define a single column for geometry in the case of wkt 
and at least two columns in the case of xy(z) or any other combinaison. But 
now, it is just a matter of selecting the right driver csv (set options) or wkt 
(set options when you import your files (anyway, you must now what is inside). 
IN the current version, wkt (set option) is not proposed for files with 
extension txt. I'll add it in the next version.


---

** [bugs:#494] Load WKT file with set options**

**Status:** pending
**Milestone:** 
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Mon Aug 31, 2020 08:11 PM UTC
**Owner:** michael michaud
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options

[michael michaud via Jump-pilot-devel]

- **status**: pending --> closed-fixed
- **Milestone**:  --> undecided
- **Comment**:






---

** [bugs:#494] Load WKT file with set options**

**Status:** closed-fixed
**Milestone:** undecided
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Wed Sep 02, 2020 11:02 AM UTC
**Owner:** michael michaud
**Attachments:**

- 
[proba.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.jmp) 
(6.5 kB; application/octet-stream)
- 
[proba.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/proba.wkt) 
(149 Bytes; application/octet-stream)
- 
[reverse.jmp](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.jmp)
 (7.2 kB; application/octet-stream)
- 
[reverse.wkt](https://sourceforge.net/p/jump-pilot/bugs/494/attachment/reverse.wkt)
 (149 Bytes; application/octet-stream)


I have a simple WKT file with an attribute data (like 'proba.wkt' file) where 
the geomerty is in the second data field/column.
I have open it with the "wkt (set options)" function into a new project.
I have set the "Column containing WKT geometry" listbox to "2".
That was great: I could see the map and data.
I have saved the project as proba.jmp and I saw the
~~~
WKT-Column
2
~~~
lines in JMP file so I thought everyhing is OK, but when I tried reopen the JMP 
file I got a java.lang.Exception:
>  Field 1 is needed for geometry but [] has only 0 fields.

What was wrong...?

It's OK, I tried other way...
Let be the geometry in the first and the attribute data in the second  data 
field/column (like 'reverse.wkt' file) and open it (with "Column containing WKT 
geometry" listbox to "1" option) and save the project (reverse.jmp). There are 
the
~~~
WKT-Column
1
~~~
rows.
When I tried reopen then I got the
>  Field 0 is needed for geometry but [] has only 0 fields

exception, similar before but the index is 0...

I am afraid, the JMP files are correct but the loader have wrong about indexing 
besause it try load geometry from other column what I have set and stored in 
JMP file or what am i wrong with?




---

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

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

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

[michael michaud via Jump-pilot-devel]

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>

http://www.w3.org/1999/xhtml";>

 Thanks for your effort Peppe,I'll try it soon and I'll come 
back to you.Michaëlenvoyé : 2 septembre 2020 à 
11:29de : Giuseppe Aruta à : "[jump-pilot:bugs] 
" <4...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] #498 Most 
GeoTIFF drivers fail with a simple GeoTIFF imagePlease try OJ 6410 
https://sourceforge.net/p/jump-pilot/bugs/498/";>[bugs:#498] Most 
GeoTIFF drivers fail with a simple GeoTIFF 
imageStatus: open 
Milestone: OJ_1.16 Created: Sun Aug 30, 
2020 08:02 AM UTC by michael michaud Last Updated: Wed Sep 
02, 2020 09:28 AM UTC Owner: nobody 
Attachments:https://sourceforge.net/p/jump-pilot/bugs/498/attachment/small_world.tif";>small_world.tif
 (240.6 kB; image/tiff)I often have a bad experience trying to 
read simple geotiff. To have a more objective view of the situation, I get a 
very simple image from the test directory of GDAL library and tested it against 
all our drivers. Image is attached. Here are its main characteristics (I 
think they are very common one) : small_world.tif  size : 400 x 200 
Coordinate System : wgs84 (4326) Metadata : AREA_OR_POINT=AREA Image 
Structure Metadata : INTERLEAVE=BAND 3 bands, Block=400x20, Type=Byte, 
ColorInterp=RGBI tried to import it with all the image drivers we 
propose (8 from Open File + ImageRaster Sextante). 3 drivers only could import 
the image. All others fail throughing a rough java exception. Image Raster 
don't fail immediately, but it does not display the image and throws NPE if one 
try to get more information.List of success/failures and exceptions 
thrownReferenced Image (ImageIO[ext],JAI) : OK ImageIO TIFF Image 
Reader version 1.0 : OK ImageIO TIFF Image Reader version 1.1 : OK 
Standard TIFF Image Reader  java.lang.IllegalAccessException: class 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access 
class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) 
because module java.desktop does not export com.sun.imageio.plugins.tiff to 
unnamed module @12405818 at 
java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
 at 
java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99)
 at java.base/java.lang.Class.newInstance(Class.java:579) at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createFeatureFactory(ImageryLayerDataset.java:236)
 at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:117)
 Referenced Image (JAI TIF) java.lang.NullPointerException 
java.lang.NullPointerException at 
com.sun.media.jai.util.SunCachedTile.(SunCachedTile.java:80)  at 
com.sun.media.jai.util.SunTileCache.add(SunTileCache.java:257)  at 
javax.media.jai.OpImage.addTileToCache(OpImage.java:1087)  at 
javax.media.jai.OpImage.getTile(OpImage.java:1142)  at 
javax.media.jai.PlanarImage.getData(PlanarImage.java:2085)  at 
javax.media.jai.RenderedImageAdapter.getData(RenderedImageAdapter.java:158) 
 at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1099)  
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904) 
 at javax.media.jai.OpImage.getTile(OpImage.java:1129)  at 
com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122)  at 
com.sun.media.jai.opimage.TranslateIntOpImage.getTile(TranslateIntOpImage.java:132)
 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 
javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2546)  at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:285)
  at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
 Referenced Image (JAI TIF) : same errorBuffered Image (common) : 
 com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
java.lang.ArrayIndexOutOfBoundsException: Index 8000 out of bounds for length 
8000 at 
com.vividsolutions.jump.workbench.imagery.graphic.CommonsImage.initImage(CommonsImage.java:112)
 at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.computeEnvelope(AbstractGraphicImage.java:122)
 at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.getEnvelope(AbstractGraphicImage.java:114)
 at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:125)
 at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:106)
 at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLayerLoader.createImageFeature(ReferencedImageFactoryFileLayerLoader.java:199)
 at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLayerLoader.open(ReferencedImageFactoryFileLayerLoader.java:102)
 at 
org.openjump.

[JPP-Devel] [jump-pilot:bugs] #502 ColorTheming style throws exception and makes UI unusable

[michael michaud via Jump-pilot-devel]

---

** [bugs:#502] ColorTheming style throws exception and makes UI unusable**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Wed Sep 02, 2020 06:04 PM UTC by michael michaud
**Last Updated:** Wed Sep 02, 2020 06:04 PM UTC
**Owner:** michael michaud


Import a shapefile with a double attribute
Choose color theming style, choose the double attribute and apply one of the 
classification method dedicated to numeric attributes (e.g. equals intevals). 
Apply.

Exception in thread "AWT-EventQueue-0" 
com.vividsolutions.jts.util.AssertionFailedException
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:68)
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:54)
at 
com.vividsolutions.jump.workbench.model.LayerTreeModel$ColorThemingValue.(LayerTreeModel.java:73)
at 
com.vividsolutions.jump.workbench.model.LayerTreeModel.getChildren(LayerTreeModel.java:267)
at 
com.vividsolutions.jump.util.SimpleTreeModel.children(SimpleTreeModel.java:142)
at 
com.vividsolutions.jump.util.SimpleTreeModel.getChildCount(SimpleTreeModel.java:146)
at 
com.vividsolutions.jump.util.SimpleTreeModel.isLeaf(SimpleTreeModel.java:95)
at 
com.vividsolutions.jump.workbench.ui.FirableTreeModelWrapper.isLeaf(FirableTreeModelWrapper.java:63)
at 
java.desktop/javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimensions(BasicTreeUI.java:3156)
at 
java.desktop/javax.swing.tree.AbstractLayoutCache.getNodeDimensions(AbstractLayoutCache.java:493)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache$TreeStateNode.updatePreferredSize(VariableHeightLayoutCache.java:1344)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache.createNodeAt(VariableHeightLayoutCache.java:767)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache.treeStructureChanged(VariableHeightLayoutCache.java:648)
at 
java.desktop/javax.swing.plaf.basic.BasicTreeUI$Handler.treeStructureChanged(BasicTreeUI.java:4324)
at 
com.vividsolutions.jump.workbench.ui.FirableTreeModelWrapper.fireTreeStructureChanged(FirableTreeModelWrapper.java:129)
at 
com.vividsolutions.jump.workbench.ui.TreeLayerNamePanel$13.run(TreeLayerNamePanel.java:833)
at 
java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at 
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
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.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
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)


---

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

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

[JPP-Devel] [jump-pilot:bugs] #502 ColorTheming style throws exception and makes UI unusable

[michael michaud via Jump-pilot-devel]

- **status**: open --> pending
- **Comment**:

solved in r6416



---

** [bugs:#502] ColorTheming style throws exception and makes UI unusable**

**Status:** pending
**Milestone:** OJ_1.16
**Created:** Wed Sep 02, 2020 06:04 PM UTC by michael michaud
**Last Updated:** Wed Sep 02, 2020 06:04 PM UTC
**Owner:** michael michaud


Import a shapefile with a double attribute
Choose color theming style, choose the double attribute and apply one of the 
classification method dedicated to numeric attributes (e.g. equals intevals). 
Apply.

Exception in thread "AWT-EventQueue-0" 
com.vividsolutions.jts.util.AssertionFailedException
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:68)
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:54)
at 
com.vividsolutions.jump.workbench.model.LayerTreeModel$ColorThemingValue.(LayerTreeModel.java:73)
at 
com.vividsolutions.jump.workbench.model.LayerTreeModel.getChildren(LayerTreeModel.java:267)
at 
com.vividsolutions.jump.util.SimpleTreeModel.children(SimpleTreeModel.java:142)
at 
com.vividsolutions.jump.util.SimpleTreeModel.getChildCount(SimpleTreeModel.java:146)
at 
com.vividsolutions.jump.util.SimpleTreeModel.isLeaf(SimpleTreeModel.java:95)
at 
com.vividsolutions.jump.workbench.ui.FirableTreeModelWrapper.isLeaf(FirableTreeModelWrapper.java:63)
at 
java.desktop/javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimensions(BasicTreeUI.java:3156)
at 
java.desktop/javax.swing.tree.AbstractLayoutCache.getNodeDimensions(AbstractLayoutCache.java:493)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache$TreeStateNode.updatePreferredSize(VariableHeightLayoutCache.java:1344)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache.createNodeAt(VariableHeightLayoutCache.java:767)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache.treeStructureChanged(VariableHeightLayoutCache.java:648)
at 
java.desktop/javax.swing.plaf.basic.BasicTreeUI$Handler.treeStructureChanged(BasicTreeUI.java:4324)
at 
com.vividsolutions.jump.workbench.ui.FirableTreeModelWrapper.fireTreeStructureChanged(FirableTreeModelWrapper.java:129)
at 
com.vividsolutions.jump.workbench.ui.TreeLayerNamePanel$13.run(TreeLayerNamePanel.java:833)
at 
java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at 
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
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.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
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)


---

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

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

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

[michael michaud via Jump-pilot-devel]

Just tested again with r6423.

Loading image with Open > File did not change
There is still the same drivers working and the same drivers throwing different 
exceptions with small_world tif

On the other hand, Open > Raster Image (Sextante) now loads and display the 
image correctly ;-)

Aster DEM tif file is also correctly displayed.

After images have been loaded with Raster Image (Sextante), Info tool throws an 
NPE, either on the small_world.tiff or on the  Aster DEM (where ever we click 
in the image extent)

Anyway, thank for your fix.

I'll do some more tests. I don't think we can support every kind of raster, but 
maybe we can try to return more informative messages when a problem occurs. 


---

** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud
**Last Updated:** Fri Sep 04, 2020 09:39 AM UTC
**Owner:** nobody
**Attachments:**

- 
[small_world.tif](https://sourceforge.net/p/jump-pilot/bugs/498/attachment/small_world.tif)
 (240.6 kB; image/tiff)


I often have a bad experience trying to read simple geotiff. To have a more 
objective view of the situation, I get a very simple image from the test 
directory of GDAL library and tested it against all our drivers.
Image is attached. Here are its main characteristics (I think they are very 
common one) :
small_world.tif 
size : 400 x 200
Coordinate System : wgs84 (4326)
Metadata : AREA_OR_POINT=AREA
Image Structure Metadata : INTERLEAVE=BAND
3 bands, Block=400x20, Type=Byte, ColorInterp=RGB

I tried to import it with all the image drivers we propose (8 from Open File + 
ImageRaster Sextante). 3 drivers only could import the image. All others fail 
throughing a rough java exception. Image Raster don't fail immediately, but it 
does not display the image and throws NPE if one try to get more information. 

List of success/failures and exceptions thrown

  Referenced Image (ImageIO[ext],JAI) : OK
  ImageIO TIFF Image Reader version 1.0 : OK
  ImageIO TIFF Image Reader version 1.1 : OK
  Standard TIFF Image Reader 
java.lang.IllegalAccessException: class 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access 
class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) 
because module java.desktop does not export com.sun.imageio.plugins.tiff to 
unnamed module @12405818
at 
java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
at 
java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99)
at java.base/java.lang.Class.newInstance(Class.java:579)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createFeatureFactory(ImageryLayerDataset.java:236)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:117)
  Referenced Image (JAI TIF)
java.lang.NullPointerException java.lang.NullPointerException at 
com.sun.media.jai.util.SunCachedTile.(SunCachedTile.java:80) 
at com.sun.media.jai.util.SunTileCache.add(SunTileCache.java:257) 
at javax.media.jai.OpImage.addTileToCache(OpImage.java:1087) 
at javax.media.jai.OpImage.getTile(OpImage.java:1142) 
at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085) 
at 
javax.media.jai.RenderedImageAdapter.getData(RenderedImageAdapter.java:158) 
at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1099) 
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904) 
at javax.media.jai.OpImage.getTile(OpImage.java:1129) 
at com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122) 
at 
com.sun.media.jai.opimage.TranslateIntOpImage.getTile(TranslateIntOpImage.java:132)
 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 
javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2546) 
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:285)
 
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
  Referenced Image (JAI TIF) : same error
  
  Buffered Image (common) : 
com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
java.lang.ArrayIndexOutOfBoundsException: Index 8000 out of bounds for length 
8000
at 
com.vividsolutions.jump.workbench.imagery.graphic.CommonsImage.initImage(CommonsImage.java:112)
at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.computeEnvelope(AbstractGraphicImage.java:122)
at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.getEnvelope(AbstractGraphicImage.java:114)
at 
com.

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

[michael michaud via Jump-pilot-devel]

I tried to handle errors in a more friendly way in r6443, but it seems that the 
best improvement wrt this ticket has been made by changing old jai libray by 
the new oss version. Thanks EDE.
There is still two drivers failing in reading the small_world tiff image. One 
of them is Apache Commons Imaging. It may be worthwhile keeping this driver if 
we find images that only this driver can read. Otherwise...
Peppe also fixed Info tools (thanks) and report some more problems. 
Maybe we should close this ticket and open more specific ones about remaining 
problems. What do you think ?


---

** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image**

**Status:** open
**Milestone:** OJ_future
**Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud
**Last Updated:** Tue Sep 08, 2020 07:26 AM UTC
**Owner:** nobody
**Attachments:**

- 
[small_world.tif](https://sourceforge.net/p/jump-pilot/bugs/498/attachment/small_world.tif)
 (240.6 kB; image/tiff)


I often have a bad experience trying to read simple geotiff. To have a more 
objective view of the situation, I get a very simple image from the test 
directory of GDAL library and tested it against all our drivers.
Image is attached. Here are its main characteristics (I think they are very 
common one) :
small_world.tif 
size : 400 x 200
Coordinate System : wgs84 (4326)
Metadata : AREA_OR_POINT=AREA
Image Structure Metadata : INTERLEAVE=BAND
3 bands, Block=400x20, Type=Byte, ColorInterp=RGB

I tried to import it with all the image drivers we propose (8 from Open File + 
ImageRaster Sextante). 3 drivers only could import the image. All others fail 
throughing a rough java exception. Image Raster don't fail immediately, but it 
does not display the image and throws NPE if one try to get more information. 

List of success/failures and exceptions thrown

  Referenced Image (ImageIO[ext],JAI) : OK
  ImageIO TIFF Image Reader version 1.0 : OK
  ImageIO TIFF Image Reader version 1.1 : OK
  Standard TIFF Image Reader 
java.lang.IllegalAccessException: class 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access 
class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) 
because module java.desktop does not export com.sun.imageio.plugins.tiff to 
unnamed module @12405818
at 
java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
at 
java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99)
at java.base/java.lang.Class.newInstance(Class.java:579)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createFeatureFactory(ImageryLayerDataset.java:236)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:117)
  Referenced Image (JAI TIF)
java.lang.NullPointerException java.lang.NullPointerException at 
com.sun.media.jai.util.SunCachedTile.(SunCachedTile.java:80) 
at com.sun.media.jai.util.SunTileCache.add(SunTileCache.java:257) 
at javax.media.jai.OpImage.addTileToCache(OpImage.java:1087) 
at javax.media.jai.OpImage.getTile(OpImage.java:1142) 
at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085) 
at 
javax.media.jai.RenderedImageAdapter.getData(RenderedImageAdapter.java:158) 
at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1099) 
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904) 
at javax.media.jai.OpImage.getTile(OpImage.java:1129) 
at com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122) 
at 
com.sun.media.jai.opimage.TranslateIntOpImage.getTile(TranslateIntOpImage.java:132)
 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 
javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2546) 
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:285)
 
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
  Referenced Image (JAI TIF) : same error
  
  Buffered Image (common) : 
com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
java.lang.ArrayIndexOutOfBoundsException: Index 8000 out of bounds for length 
8000
at 
com.vividsolutions.jump.workbench.imagery.graphic.CommonsImage.initImage(CommonsImage.java:112)
at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.computeEnvelope(AbstractGraphicImage.java:122)
at 
com.vividsolutions.jump.workbench.imagery.graphic.AbstractGraphicImage.getEnvelope(AbstractGraphicImage.java:114)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:125)
at 
com.vivi

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

[michael michaud via Jump-pilot-devel]

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>

http://www.w3.org/1999/xhtml";>

 OK, I see,The drivers wich did not work still does not work 
:-(Will do some more test tomorrow.Anyway, I spent several days 
trying to catch an error to return a more informative message to the user, but 
without successUsing the apache driver, I get [ERROR] 
2020-09-13_00:07:45.190 Index 8000 out of bounds for length 8000That's 
OK, I can catch it and report it. When using the jai drivers (either 
TIFF or XTIFF), I just catch a NPE, but looking at the log file, I can 
see,the same error as with apache (Index 8000 out of bounds for length 
8000 ) and before that, an IOException :java.io.IOException: Planar 
(band-sequential) format TIFF is not supported.I tried to catch those 
error to return them in the Error dialog instead of the NPE but without 
success. I'm not sure it is very useful, but I'm quite frustrated 
because I can't understand when this error is logged and why I can't catch it 
through the UI. If you have an idea, I would be very 
interested.Miichaëlenvoyé : 12 septembre 
2020 à 15:33de : ede à : "[jump-pilot:bugs] 
" <4...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] Re: #498 
Most GeoTIFF drivers fail with a simple GeoTIFF imageOn 12.09.2020 11:31, michael michaud 
wrote:I tried to handle errors in a more friendly way in 
r6443, but it seems that the best improvement wrt this ticket has been made by 
changing old jai libray by the new oss version. Thanks 
EDE.my patchset unfortunately disabled GeoImage framework 
with forced loaders so all variants actually used the first loader, which is 
the new oss one. just fixed that in r6446. so please retest.you can 
check which loader was actually used in the ImageLayerManager (layer context 
menu).There is still two drivers failing in reading the 
small_world tiff image. One of them is Apache Commons 
Imaging.as i wrote above. there is an open ticket in their 
bug tracker. the latest version, which we include now, still chokes on 
it.It may be worthwhile keeping this driver if we find 
images that only this driver can read. Otherwise...that's 
my reasoning as well. they support some exotic formats.Peppe 
also fixed Info tools (thanks) and report some more problems. Maybe we 
should close this ticket and open more specific ones about remaining problems. 
What do you think ?let's wait for the monoband issue fix 
and close then. ..ede https://sourceforge.net/p/jump-pilot/bugs/498/";>[bugs:#498] Most 
GeoTIFF drivers fail with a simple GeoTIFF 
imageStatus: open 
Milestone: OJ_future Created: Sun Aug 30, 
2020 08:02 AM UTC by michael michaud Last Updated: Sat Sep 
12, 2020 11:54 AM UTC Owner: nobody 
Attachments:https://sourceforge.net/p/jump-pilot/bugs/498/attachment/small_world.tif";>small_world.tif
 (240.6 kB; image/tiff)I often have a bad experience trying to 
read simple geotiff. To have a more objective view of the situation, I get a 
very simple image from the test directory of GDAL library and tested it against 
all our drivers. Image is attached. Here are its main characteristics (I 
think they are very common one) : small_world.tif  size : 400 x 200 
Coordinate System : wgs84 (4326) Metadata : AREA_OR_POINT=AREA Image 
Structure Metadata : INTERLEAVE=BAND 3 bands, Block=400x20, Type=Byte, 
ColorInterp=RGBI tried to import it with all the image drivers we 
propose (8 from Open File + ImageRaster Sextante). 3 drivers only could import 
the image. All others fail throughing a rough java exception. Image Raster 
don't fail immediately, but it does not display the image and throws NPE if one 
try to get more information.List of success/failures and exceptions 
thrownReferenced Image (ImageIO[ext],JAI) : OK ImageIO TIFF Image 
Reader version 1.0 : OK ImageIO TIFF Image Reader version 1.1 : OK 
Standard TIFF Image Reader  java.lang.IllegalAccessException: class 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access 
class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) 
because module java.desktop does not export com.sun.imageio.plugins.tiff to 
unnamed module @12405818 at 
java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
 at 
java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99)
 at java.base/java.lang.Class.newInstance(Class.java:579) at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createFeatureFactory(ImageryLayerDataset.java:236)
 at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:117)
 Referenced Image (JAI TIF) java.lang.NullPointerException 
java.lang.NullPointerException at 
com.sun.media.jai.util.SunCachedTile.(SunCachedTile.java:80)  at 
com.sun.media.jai.util.SunTileCache.add(SunTileCache.java:257)  at 
javax.media.jai.OpImage.addTileToCache(OpImage.java:1087)  at 
javax.media.jai.OpImage.getTile(OpImage.java:1142)  at 
javax.media.jai.PlanarImage.g

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

[michael michaud via Jump-pilot-devel]

I did mor eextensive tests with 4 types of image :
**small world** : seems that the problem with commons-imaging is the 
combination of multi-bands and interleave=band (an image with same 
characteristics but with interleave=pixel can be read correctly)
**peppe's dem (ASTGTMV003_N08W084_dem)** : this is a int16 monoband raster. I 
found two kind of problems : some readers fail with an IAE beacuse of the 
absence of ColorModel (JAI TIFF and JAI XTIFF). Other have problems with 
geotags : if I remove tfw, JAI Tiff Reader (v1.4.0) can georeference th eimage, 
Sextant Raster reader read the image with good position (upper left corner) but 
a wrong size, GeoTIFF PLUS does not find geotags. Commons imaging read the 
image without georeferencement (image coordinates), and image is black.
**peppe's geotiff** : this is a float32 monoband raster. I could only read it 
with Sextant Raster and with Commons Imaging (strange psychedelic apperance 
with Commons Imaging though). Other readers through exception (IOOBE) while 
reading, not while loading. No stacktrace in the log file about the error.
Attached, an document with the characteristics of each image and the 
success/failure with each driver.




Attachments:

- 
[image_readers.ods](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/e45ff882e3/724f/attachment/image_readers.ods)
 (14.0 kB; application/vnd.oasis.opendocument.spreadsheet)


---

** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image**

**Status:** open
**Milestone:** OJ_future
**Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud
**Last Updated:** Sat Sep 12, 2020 02:15 PM UTC
**Owner:** nobody
**Attachments:**

- 
[small_world.tif](https://sourceforge.net/p/jump-pilot/bugs/498/attachment/small_world.tif)
 (240.6 kB; image/tiff)


I often have a bad experience trying to read simple geotiff. To have a more 
objective view of the situation, I get a very simple image from the test 
directory of GDAL library and tested it against all our drivers.
Image is attached. Here are its main characteristics (I think they are very 
common one) :
small_world.tif 
size : 400 x 200
Coordinate System : wgs84 (4326)
Metadata : AREA_OR_POINT=AREA
Image Structure Metadata : INTERLEAVE=BAND
3 bands, Block=400x20, Type=Byte, ColorInterp=RGB

I tried to import it with all the image drivers we propose (8 from Open File + 
ImageRaster Sextante). 3 drivers only could import the image. All others fail 
throughing a rough java exception. Image Raster don't fail immediately, but it 
does not display the image and throws NPE if one try to get more information. 

List of success/failures and exceptions thrown

  Referenced Image (ImageIO[ext],JAI) : OK
  ImageIO TIFF Image Reader version 1.0 : OK
  ImageIO TIFF Image Reader version 1.1 : OK
  Standard TIFF Image Reader 
java.lang.IllegalAccessException: class 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access 
class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) 
because module java.desktop does not export com.sun.imageio.plugins.tiff to 
unnamed module @12405818
at 
java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
at 
java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99)
at java.base/java.lang.Class.newInstance(Class.java:579)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createFeatureFactory(ImageryLayerDataset.java:236)
at 
com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.attachImage(ImageryLayerDataset.java:117)
  Referenced Image (JAI TIF)
java.lang.NullPointerException java.lang.NullPointerException at 
com.sun.media.jai.util.SunCachedTile.(SunCachedTile.java:80) 
at com.sun.media.jai.util.SunTileCache.add(SunTileCache.java:257) 
at javax.media.jai.OpImage.addTileToCache(OpImage.java:1087) 
at javax.media.jai.OpImage.getTile(OpImage.java:1142) 
at javax.media.jai.PlanarImage.getData(PlanarImage.java:2085) 
at 
javax.media.jai.RenderedImageAdapter.getData(RenderedImageAdapter.java:158) 
at javax.media.jai.ScaleOpImage.computeTile(ScaleOpImage.java:1099) 
at 
com.sun.media.jai.util.SunTileScheduler.scheduleTile(SunTileScheduler.java:904) 
at javax.media.jai.OpImage.getTile(OpImage.java:1129) 
at com.sun.media.jai.opimage.CropOpImage.getTile(CropOpImage.java:122) 
at 
com.sun.media.jai.opimage.TranslateIntOpImage.getTile(TranslateIntOpImage.java:132)
 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 
javax.media.jai.PlanarImage.getAsBufferedImage(PlanarImage.java:2546) 
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:285)
 
at 
com.vividsoluti

[JPP-Devel] [jump-pilot:bugs] #451 Add image layer throwing exception

[michael michaud via Jump-pilot-devel]

Ede, can you tell me why this error (NoClassDefFoundError) is expected ?
Anyway, if it is, I suggest that we close the ticket.


---

** [bugs:#451] Add image layer throwing exception**

**Status:** open
**Milestone:** 
**Created:** Fri Jan 06, 2017 07:25 AM UTC by michael michaud
**Last Updated:** Sun Nov 19, 2017 02:03 PM UTC
**Owner:** nobody


Add image layer... (in Layer menu) throws an exception if the layer currently 
selected when the plugin is executed has no attribute. The image layer is still 
created


---

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

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

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

[michael michaud via Jump-pilot-devel]

---

** [bugs:#503] 1/2 pixel shift in image georeferencement**

**Status:** open
**Milestone:** undecided
**Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 09:52 AM UTC
**Owner:** nobody


There is still 1/2 pixel difference between image georeferenced with Sextant 
Raster reader and images georeferenced with other readers. I have not 
investigated yet and don't know which one is correct.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

[michael michaud via Jump-pilot-devel]

There is the following comment from Stefan Steiniger in the 
AddRasterImageLayerWizard class :

~~~
TODO: [sstein] Feb.2009 - I discovered a 0.5px offset towards south-east
for the envelope, in comparison with images loaded with
Jon's/VividSolutions implementation, if the envelope is obtained from a
worldfile. Not sure what is correct. I.e. this implementation seems to
assume that the worldfile coordinate system origin is the corner of the
first pixel and not the center. I have corrected this in
WorldFileHandler.readWorldFile()
~~~


---

** [bugs:#503] 1/2 pixel shift in image georeferencement**

**Status:** open
**Milestone:** undecided
**Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 09:52 AM UTC
**Owner:** nobody


There is still 1/2 pixel difference between image georeferenced with Sextant 
Raster reader and images georeferenced with other readers. I have not 
investigated yet and don't know which one is correct.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #499 SelectFilesOptionPanel and extensions

[michael michaud via Jump-pilot-devel]

- **Milestone**: OJ_1.16 --> OJ_future
- **Comment**:

I think we can do better, but there is no hurry. I tagged it OJ_future



---

** [bugs:#499] SelectFilesOptionPanel and extensions**

**Status:** open
**Milestone:** OJ_future
**Created:** Sun Aug 30, 2020 09:43 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 03:06 PM UTC
**Owner:** nobody


I think I found the cause of the I18N warnings emitted by csv driver (see  
#494) :
SelectFilesOptionPanel handle internationalization of options, but in case of 
extensions like csv, internationalization is embeded in the extension, so it is 
already done when it arrives in SelectFilesOptionPanel.
It just emit warnings because SelectFilesOptionPanel don't find already 
translated keys, but in this case, it uses the trick to return the key itself, 
which is the already translated option name.
Not too bad, but not very clean. Wonder if SelectFilesOptionPanel shouldn't 
suppose that option names  are already I18N. Ede ?


---

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

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

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[michael michaud via Jump-pilot-devel]

Ede, did you ever reproduce the problem ? Peppe, can you reproduce it ? If not, 
I propose to open another ticket about saving raster in a project and to close 
this one.


---

** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing 
versions**

**Status:** open
**Milestone:** OJ_future
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Sun Sep 13, 2020 03:08 PM UTC
**Owner:** nobody


as described by Peppe on the mailing list
"
*On loading project files saved with different versions of OpenJUMP*.
There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
saving/loading project files.
   a) OpenJUMP 1.5 freezes on loading project files saved at least with
OpenJUMP 6363 and 6370
  The console (I use Linux) doesn't show any warning.
   b) OpenJUMP 6363 and 6370  cannot load project files saved at least with
OpenJUMP 1.5 .
The console doesn't show any warning.
  c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
versa
"


---

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

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

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

[michael michaud via Jump-pilot-devel]

Seems to me that Sextante Raster and Commons Imaging referencing are correct 
and that other ones are shifted. I don't know why images loaded with Commons 
Imaging are not referenced as others. Ede, any hint to help me understand which 
loader uses which ImageFactory/ReferencedImage ? 


---

** [bugs:#503] 1/2 pixel shift in image georeferencement**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 03:03 PM UTC
**Owner:** nobody


There is still 1/2 pixel difference between image georeferenced with Sextant 
Raster reader and images georeferenced with other readers. I have not 
investigated yet and don't know which one is correct.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #430 JP2 reader does not read all jp2 files

[michael michaud via Jump-pilot-devel]

Thanks for this fix ede. I could read successfully images with native open jpeg 
and ecw and I agree that we should use openjpeg first. With ImageIO JPEG 2000 
Image Reader, I still get an image with a very bad resolution and compressed 
version takes hours to load/uncompress. 
Don't know if you tried this version :
https://github.com/jai-imageio/jai-imageio-jpeg2000
Maybe we can close this ticket and open a FR for a MEGA distro including GDAL. 
Also IMHO, the java jp2 reader still have a problem but I can open a more 
specific ticket for OJ_FUTURE. 



---

** [bugs:#430] JP2 reader does not read all jp2 files**

**Status:** open
**Milestone:** OJ_2.x
**Created:** Sat Oct 01, 2016 09:56 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 05:04 PM UTC
**Owner:** nobody


Orthophotographies produced by IGN are not read correctly (see maling list on 
2016-10-01).
One is read with a very bad resolution, anotherone freeze the application and 
does not load. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[michael michaud via Jump-pilot-devel]

Peppe, do you get this problem with the project you sent us  (project.jmp and 
project-6363.jmp) ?


---

** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing 
versions**

**Status:** open
**Milestone:** OJ_future
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Mon Sep 14, 2020 04:50 PM UTC
**Owner:** nobody


as described by Peppe on the mailing list
"
*On loading project files saved with different versions of OpenJUMP*.
There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
saving/loading project files.
   a) OpenJUMP 1.5 freezes on loading project files saved at least with
OpenJUMP 6363 and 6370
  The console (I use Linux) doesn't show any warning.
   b) OpenJUMP 6363 and 6370  cannot load project files saved at least with
OpenJUMP 1.5 .
The console doesn't show any warning.
  c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
versa
"


---

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

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

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

[michael michaud via Jump-pilot-devel]

Thanks Ede, it helped ;-)
I could make a fix. I still must check if it works for every loader though.


---

** [bugs:#503] 1/2 pixel shift in image georeferencement**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud
**Last Updated:** Mon Sep 14, 2020 07:13 AM UTC
**Owner:** nobody


There is still 1/2 pixel difference between image georeferenced with Sextant 
Raster reader and images georeferenced with other readers. I have not 
investigated yet and don't know which one is correct.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

[michael michaud via Jump-pilot-devel]

Seems to be fixed for all legacy drivers. All tests have been made with a 
normal RGB Geotiff image from IGN :
- was already OK with Commons imaging
- has been fixed by r6485 for GeoTIFF driver in 
com/vividsolutions/jump/workbench/imagery/geotiff/RasterPainter
- has been fixed by r6478 for all other drivers in 
com/vividsolutions/jump/workbench/imagery/geoimg/GeoReferencedRaster


---

** [bugs:#503] 1/2 pixel shift in image georeferencement**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud
**Last Updated:** Mon Sep 14, 2020 09:17 PM UTC
**Owner:** nobody


There is still 1/2 pixel difference between image georeferenced with Sextant 
Raster reader and images georeferenced with other readers. I have not 
investigated yet and don't know which one is correct.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #506 Python console and tools issues

[michael michaud via Jump-pilot-devel]

What do you mean ? According to my test, EnableCheck behaves as usual, 
deactivating the menu item if taskframe is not active. How can you open if menu 
item is grey ?


---

** [bugs:#506] Python console and tools issues**

**Status:** open
**Milestone:** OJ_future
**Created:** Tue Sep 15, 2020 01:00 PM UTC by ede
**Last Updated:** Tue Sep 15, 2020 01:00 PM UTC
**Owner:** nobody


the EnableCheck seems not to work. it says it need an active taskframe. you can 
open it without any project open or other windows having focus however.

clicking Tools in the Console does nada, niente, nothing. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #506 Python console and tools issues

[michael michaud via Jump-pilot-devel]

I mean before you deactivated the call to createEnableCheck() of course 


---

** [bugs:#506] Python console and tools issues**

**Status:** open
**Milestone:** OJ_future
**Created:** Tue Sep 15, 2020 01:00 PM UTC by ede
**Last Updated:** Sun Oct 04, 2020 10:16 AM UTC
**Owner:** nobody


the EnableCheck seems not to work. it says it need an active taskframe. you can 
open it without any project open or other windows having focus however.

clicking Tools in the Console does nada, niente, nothing. 


---

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

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

[JPP-Devel] [jump-pilot:bugs] #505 Customize -> Beanshell Editor Plugin opens unlimited dialog windows every time it is executed

[michael michaud via Jump-pilot-devel]

>From r6572, only one editor can be created. When menu item is clicked, 
- if no editor yet exists, it creates one, and 
- if an editor already exists (eventually hidden behind other windows), it 
displays it on the top. 


---

** [bugs:#505] Customize -> Beanshell Editor Plugin opens unlimited dialog 
windows every time it is executed**

**Status:** open
**Milestone:** OJ_future
**Created:** Mon Sep 14, 2020 02:36 PM UTC by ede
**Last Updated:** Mon Sep 14, 2020 02:36 PM UTC
**Owner:** michael michaud


as they are free floating independently from the workbench they can easily get 
lost in the background.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #502 ColorTheming style throws exception and makes UI unusable

[michael michaud via Jump-pilot-devel]

- **status**: pending --> closed-fixed



---

** [bugs:#502] ColorTheming style throws exception and makes UI unusable**

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Wed Sep 02, 2020 06:04 PM UTC by michael michaud
**Last Updated:** Wed Sep 02, 2020 08:56 PM UTC
**Owner:** michael michaud


Import a shapefile with a double attribute
Choose color theming style, choose the double attribute and apply one of the 
classification method dedicated to numeric attributes (e.g. equals intevals). 
Apply.

Exception in thread "AWT-EventQueue-0" 
com.vividsolutions.jts.util.AssertionFailedException
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:68)
at com.vividsolutions.jts.util.Assert.isTrue(Assert.java:54)
at 
com.vividsolutions.jump.workbench.model.LayerTreeModel$ColorThemingValue.(LayerTreeModel.java:73)
at 
com.vividsolutions.jump.workbench.model.LayerTreeModel.getChildren(LayerTreeModel.java:267)
at 
com.vividsolutions.jump.util.SimpleTreeModel.children(SimpleTreeModel.java:142)
at 
com.vividsolutions.jump.util.SimpleTreeModel.getChildCount(SimpleTreeModel.java:146)
at 
com.vividsolutions.jump.util.SimpleTreeModel.isLeaf(SimpleTreeModel.java:95)
at 
com.vividsolutions.jump.workbench.ui.FirableTreeModelWrapper.isLeaf(FirableTreeModelWrapper.java:63)
at 
java.desktop/javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimensions(BasicTreeUI.java:3156)
at 
java.desktop/javax.swing.tree.AbstractLayoutCache.getNodeDimensions(AbstractLayoutCache.java:493)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache$TreeStateNode.updatePreferredSize(VariableHeightLayoutCache.java:1344)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache.createNodeAt(VariableHeightLayoutCache.java:767)
at 
java.desktop/javax.swing.tree.VariableHeightLayoutCache.treeStructureChanged(VariableHeightLayoutCache.java:648)
at 
java.desktop/javax.swing.plaf.basic.BasicTreeUI$Handler.treeStructureChanged(BasicTreeUI.java:4324)
at 
com.vividsolutions.jump.workbench.ui.FirableTreeModelWrapper.fireTreeStructureChanged(FirableTreeModelWrapper.java:129)
at 
com.vividsolutions.jump.workbench.ui.TreeLayerNamePanel$13.run(TreeLayerNamePanel.java:833)
at 
java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at 
java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
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.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
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)


---

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

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

[JPP-Devel] [jump-pilot:bugs] #505 Customize -> Beanshell Editor Plugin opens unlimited dialog windows every time it is executed

[michael michaud via Jump-pilot-devel]

- **status**: open --> pending



---

** [bugs:#505] Customize -> Beanshell Editor Plugin opens unlimited dialog 
windows every time it is executed**

**Status:** pending
**Milestone:** OJ_future
**Created:** Mon Sep 14, 2020 02:36 PM UTC by ede
**Last Updated:** Sun Oct 04, 2020 01:03 PM UTC
**Owner:** michael michaud


as they are free floating independently from the workbench they can easily get 
lost in the background.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #507 GeoImage and high zoom level

[michael michaud via Jump-pilot-devel]

---

** [bugs:#507] GeoImage and high zoom level**

**Status:** open
**Milestone:** OJ_future
**Created:** Mon Oct 12, 2020 05:27 PM UTC by michael michaud
**Last Updated:** Mon Oct 12, 2020 05:27 PM UTC
**Owner:** nobody


There are two problems in GeoImage.paint when using very high level of zoom :
- the image to display is computed with jai transformations like scaling, 
subsampling or cropping which use float parameters : at very high levels of 
zoom, the lower right corner of the image is not displayed at its right 
position compared with vector data which use doubles for transformations. I 
tried to replace jai transformations usinf floats by other transformations 
using doubles (like jai affine transform), but it is much slower. It seems that 
current implementation efficiency is for a large part related to the use of 
subsample jai transformation which is way faster than other type of scaling, 
but which use float parameters.
- the second point, maybe related to the previous one is that zooming finally 
ends with an exception :
Caused by: java.lang.IllegalArgumentException: Crop The rectangular crop area 
must not be outside the image.
at javax.media.jai.JAI.createNS(JAI.java:1087)
at javax.media.jai.JAI.create(JAI.java:973)
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:298)


---

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

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

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed
- **Comment**:

There are still small problems with georeferencing, but it seems to be due to 
the usage of float instead of doubles, and it is much less than 1/2 pixel. See 
#507. I close this ticket 



---

** [bugs:#503] 1/2 pixel shift in image georeferencement**

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud
**Last Updated:** Wed Sep 16, 2020 07:02 AM UTC
**Owner:** nobody


There is still 1/2 pixel difference between image georeferenced with Sextant 
Raster reader and images georeferenced with other readers. I have not 
investigated yet and don't know which one is correct.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #363 Dataset charset not visible

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed
- **Comment**:

Cannot reproduce, may have been solved a long time ago.



---

** [bugs:#363] Dataset charset not visible**

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Tue May 06, 2014 07:56 PM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 05:12 PM UTC
**Owner:** michael michaud


This is a minor bug about choosing charset option to save a shapefile.
Save a shapefile with Save dataset as...
Now check the option charset in the dataset tab of the option toolbox
Save your dataset as shapefile again :
the option does not display until you change the chosen format then
choose shapefile again 


---

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

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

[JPP-Devel] [jump-pilot:bugs] Re: #507 GeoImage and high zoom level

[michael michaud via Jump-pilot-devel]

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>

http://www.w3.org/1999/xhtml";>

 envoyé : 13 octobre 2020 à 
12:22de : ede à : "[jump-pilot:bugs] " 
<5...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] Re: #507 
GeoImage and high zoom levelOn 10/12/2020 19:27, michael michaud 
wrote:There are two problems in GeoImage.paint when using 
very high level of zoom : - the image to display is computed with jai 
transformations like scaling, subsampling or cropping which use float 
parameters : at very high levels of zoom, the lower right corner of the image 
is not displayed at its right position compared with vector data which use 
doubles for transformations.we could use the 
vector(envelope) calculation results to scale the image. that'd solve the 
disparity. questions is though which of the two is the more correct one, as i 
understand that floating point has a higher accuracy than then doubles when 
talking about small values.the envelope is already 
used. In my test, I can see the problem on an image wich is exactly 10 000 
pixels x 0.2m = 200m. Every corner of the image should be aligned with a grid, 
either of 100m, 10m, 1m or 0.1m resolution.But when the image size is 
computed using floats (4 bytes of precision only, which is about 8 digits 
instead of 16 for doubles) : we get  0.2f * 1f = 2000.298023224 instead 
of 2000.0 if we use double ()Floating points have always a lower 
accuracy. Doubles is the standard as far as JTS is concerned, and using floats 
produce results with a lower accuracy.I tried to replace jai 
transformations usinf floats by other transformations using doubles (like jai 
affine transform), but it is much slower.performancewise we 
might be able to switch scaling algorithms for some 
operationsIn my tests to scale the image with the 
full precision of doubles, I did not only switch operations, I completely 
replaced the usage of jai (scaling/subsampling, cropping) by the usage of 
Graphics2D.drawRenderedImage(Image, AffineTransform) which probably delegates 
scaling/interpolation/cropping to awt.With jai, the only scaling method 
which seems to be very fast is the method using subsampling, and it uses float 
parameters.It is probably possible to switch between jai and awt method 
depending on the scale level, but I'm afraid we obtain an illegant code quite 
difficult to maintain. It seems that current 
implementation efficiency is for a large part related to the use of subsample 
jai transformation which is way faster than other type of scaling, but which 
use float parameters.when we know which is more accurate 
(float/double) we can can streamline vector/image calculation and the 
difference would disappearDouble is more accurate for 
sure, but I don't understand what you mean by "streamlining vector/image 
calculation".the second point, 
maybe related to the previous one is that zooming finally ends with an 
exception : Caused by: java.lang.IllegalArgumentException: Crop The rectangular 
crop area must not be outside the image. at 
javax.media.jai.JAI.createNS(JAI.java:1087) at 
javax.media.jai.JAI.create(JAI.java:973) at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:298)this
 should probably be checked beforehand. of course it makes no sense to add a 
crop if there is nothing to crop ;)Ya, it is probably 
possible to catch the error. The problem is that the error is thrown in a 
situation where the image should be shown (and where cropping should be 
possible), but is not because of the roundings made by floats 
usage. https://sourceforge.net/p/jump-pilot/bugs/507/";>[bugs:#507] GeoImage 
and high zoom levelStatus: open 
Milestone: OJ_future Created: Mon Oct 12, 
2020 05:27 PM UTC by michael michaud Last Updated: Mon Oct 
12, 2020 05:27 PM UTC Owner: nobodyThere are two 
problems in GeoImage.paint when using very high level of zoom : - the image 
to display is computed with jai transformations like scaling, subsampling or 
cropping which use float parameters : at very high levels of zoom, the lower 
right corner of the image is not displayed at its right position compared with 
vector data which use doubles for transformations. I tried to replace jai 
transformations usinf floats by other transformations using doubles (like jai 
affine transform), but it is much slower. It seems that current implementation 
efficiency is for a large part related to the use of subsample jai 
transformation which is way faster than other type of scaling, but which use 
float parameters. - the second point, maybe related to the previous one is 
that zooming finally ends with an exception : Caused by: 
java.lang.IllegalArgumentException: Crop The rectangular crop area must not be 
outside the image. at javax.media.jai.JAI.createNS(JAI.java:1087) at 
javax.media.jai.JAI.create(JAI.java:973) at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:298)Sent
 from sourceforge.net because you indicated interest

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

[michael michaud via Jump-pilot-devel]

Peppe, it appears that in commit 6437, you reverted the fix I did in commit 
6399 to fix this bug.
Do you remember why you reverted the change I did in clone() method.
Thanks


---

** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class**

**Status:** pending
**Milestone:** OJ_1.16
**Labels:** RasterImageLayer 
**Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Oct 13, 2020 11:27 AM UTC
**Owner:** nobody


It seems that Paste Raster layer plugin (of Sextante Raster Image Layer - layer 
context menu) has no effects on paste a raster layer. It returns a null point 
exception. See below for error details
ava.lang.NullPointerException
at 
com.vividsolutions.jump.workbench.ui.plugin.clipboard.PasteLayersPlugIn.execute(PasteLayersPlugIn.java:96)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:342)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)



---

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

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

[JPP-Devel] [jump-pilot:bugs] #382 Delete Incremental Warping Vector tool does not work

[michael michaud via Jump-pilot-devel]

Jukka,
Should be fixed in r6601, please, have a test.


---

** [bugs:#382] Delete Incremental Warping Vector tool does not work**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Mon Nov 24, 2014 04:24 PM UTC by Jukka Rahkonen
**Last Updated:** Mon Sep 14, 2020 09:14 AM UTC
**Owner:** nobody


With OpenJUMP r.4108 PLUS it is possible to draw vectors with "Draw Incremental 
Warping Vector" and see the warping result immediately but the "Delete 
Incremental Warping Vector" does not do anything useful. It just flashes the 
symbol that is clicked with the tool.

This warping utility is probably not very popular because it does not work even 
in OpenJUMP 1.3.1 from year 2010. Or then it has to do with jre versions.

It would also be better to render the incremental warping vectors as lines like 
the normal warping vectors. Now the incremental vector has only a pin symbol in 
the end point of the vector.


---

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

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

[JPP-Devel] [jump-pilot:feature-requests] #245 Create form to edit attribute values

[michael michaud via Jump-pilot-devel]

Nice addition. 
I still let the FR open as I still miss a dedicated editor with a better 
interface (1 line / attribute) and able to edit any selected feature, not only 
those just created.


---

** [feature-requests:#245] Create form to edit attribute values**

**Status:** pending
**Created:** Mon Oct 24, 2016 09:16 PM UTC by michael michaud
**Last Updated:** Thu Jul 16, 2020 11:07 AM UTC
**Owner:** michael michaud


Create a form to edit attribute values like QGIS.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #508 Possible bug on Interior Border, Basic Style

[michael michaud via Jump-pilot-devel]

Thanks Peppe,
Please, check it is solved in 6602


---

** [bugs:#508] Possible bug on Interior Border, Basic Style**

**Status:** open
**Milestone:** undecided
**Created:** Sun Oct 25, 2020 11:41 AM UTC by Giuseppe Aruta
**Last Updated:** Sun Oct 25, 2020 11:50 AM UTC
**Owner:** nobody
**Attachments:**

- [Schermata a 2020-10-25 
12-36-24.png](https://sourceforge.net/p/jump-pilot/bugs/508/attachment/Schermata%20a%202020-10-25%2012-36-24.png)
 (486.4 kB; image/png)


I got this bug when I tried to save a project with two WMS and one layer 
without a style. I attached the screenshot. OpenJUMP  version I used is 6596.


com.vividsolutions.jump.util.java2xml.XMLBinder$XMLBinderException: Could not 
find getter named like 'interiorBorder' class 
com.vividsolutions.jump.workbench.ui.renderer.style.BasicStyle
at 
com.vividsolutions.jump.util.java2xml.Java2XML.getter(Java2XML.java:199)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$000(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.attributeSpecFound(Java2XML.java:106)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:384)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$200(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.tagSpecFound(Java2XML.java:101)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:379)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.writeChildTag(Java2XML.java:149)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.writeChildTags(Java2XML.java:163)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$100(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.tagSpecFound(Java2XML.java:89)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:379)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$200(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.tagSpecFound(Java2XML.java:101)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:379)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.writeChildTag(Java2XML.java:149)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.writeChildTags(Java2XML.java:163)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$100(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.tagSpecFound(Java2XML.java:89)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:379)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.writeChildTag(Java2XML.java:149)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.writeChildTags(Java2XML.java:163)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$100(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.tagSpecFound(Java2XML.java:89)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:379)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.access$200(Java2XML.java:50)
at 
com.vividsolutions.jump.util.java2xml.Java2XML$1.tagSpecFound(Java2XML.java:101)
at 
com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:379)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:84)
at 
com.vividsolutions.jump.util.java2xml.Java2XML.write(Java2XML.java:75)
at 
com.vividsolutions.jump.workbench.ui.plugin.AbstractSaveProjectPlugIn.save(AbstractSaveProjectPlugIn.java:105)
at 
com.vividsolutions.jump.workbench.ui.plugin.SaveProjectAsPlugIn.execute(SaveProjectAsPlugIn.java:130)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
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.AbstractButton.doClick(AbstractButton.java:376)
at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
at java.awt.Component.processMouseEvent(Componen

[JPP-Devel] [jump-pilot:bugs] #509 GeoImage and RasterImageLayer : why JAI

[michael michaud via Jump-pilot-devel]

---

** [bugs:#509] GeoImage and RasterImageLayer : why JAI**

**Status:** open
**Milestone:** OJ_future
**Created:** Sat Nov 07, 2020 09:12 PM UTC by michael michaud
**Last Updated:** Sat Nov 07, 2020 09:12 PM UTC
**Owner:** michael michaud


GeoImage and RasterImageLayer process image using JAI :
It crops and scales the visible part of the image. See also ticket 507.
This ticket is about the choice of JAI to rescale the image. Following baeldung 
post https://www.baeldung.com/java-resize-image i tried with awt and graphics2D 
and rescaling seems to be much faster.
Maybe JAI has a richer api for those who want more complex processing, but 
graphics2D propose several kind of interpolation through the RenderingHints, 
which may be enough.
To be tested further after the move to github.


---

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

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

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

[michael michaud via Jump-pilot-devel]

---

** [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 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)



---

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

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

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

[michael michaud via Jump-pilot-devel]

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>

http://www.w3.org/1999/xhtml";>

 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:16de : Giuseppe Aruta 
à 
: "[jump-pilot:bugs] " 
<5...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] #510 
Create Polygon From a Raster bugHi 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 https://sourceforge.net/p/jump-pilot/bugs/510/";>[bugs:#510] Create 
Polygon From a Raster bugStatus: 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: nobodyThe 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 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)Sent
 from sourceforge.net because you indicated interest in https://sourceforge.net/p/jump-pilot/bugs/510/";>https://sourceforge.net/p/jump-pilot/bugs/510/To
 unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/";>https://sourceforge.net/auth/subscriptions/
 


---

** [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:** Tu

[JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

[michael michaud via Jump-pilot-devel]

---

** [bugs:#511] CropWarp raster plugin can't overload existing file**

**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Tue Nov 10, 2020 10:01 PM UTC
**Owner:** nobody


If one process an image with CropWarpPlugin and try to save the result with the 
name  of an existing image (want to replace the former image), there is no  
warning as in other plugins, and it produces a weird image (looks like a mixt 
between the old and the new image).


---

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

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

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

[michael michaud via Jump-pilot-devel]

---

** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud
**Last Updated:** Wed Nov 11, 2020 08:29 AM UTC
**Owner:** nobody


Trying to open a georeferenced GeoTiff  as a (Sextante) RasterImage , I'm 
invited to define the worldfile through a dialog box. Whatever I enter in the 
diaog box, the image will be georeferenced using the geotags of the geotiff, 
which is fine, but the dialogbox is misleading and will create a tfw file which 
is inconsistant with the geotiff tags.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

[michael michaud via Jump-pilot-devel]

I try to reproduce  the problem this morning, but after I get a NPE in roughly 
similar conditions, I now try to describe the problem precisely, step by 
step... and the problem vanished.
I'm quite sure there are some conditions producing weird results or NPE, but it 
may not be normal conditions. Sorry for the noise, it will need more tests 
before I can describe the problem in a useful way.



---

** [bugs:#511] CropWarp raster plugin can't overload existing file**

**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Tue Nov 10, 2020 10:01 PM UTC
**Owner:** nobody


If one process an image with CropWarpPlugin and try to save the result with the 
name  of an existing image (want to replace the former image), there is no  
warning as in other plugins, and it produces a weird image (looks like a mixt 
between the old and the new image).


---

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

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

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

[michael michaud via Jump-pilot-devel]

I just made a fix as if it was a bug : floating values was not recognized 
because of a conversion to int  which , I think, was not necessary.
I also changed a piece of code to make it faster.
Peppe, the change is quite small. Please, have a look and check if I have 
respected the original intention.
I don't mind warning the user that there are too many different values in the 
image if it is the case, but it's a bit more work and somewhat subjective.


---

** [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 02:16 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 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)



---

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

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

[JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

[michael michaud via Jump-pilot-devel]

Maybe. I think at least NPE was a bug left in a recent commit I did. For other 
remarks, I really must repeat the process step by step.


---

** [bugs:#511] CropWarp raster plugin can't overload existing file**

**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Wed Nov 11, 2020 11:00 AM UTC
**Owner:** nobody


If one process an image with CropWarpPlugin and try to save the result with the 
name  of an existing image (want to replace the former image), there is no  
warning as in other plugins, and it produces a weird image (looks like a mixt 
between the old and the new image).


---

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

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

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

[michael michaud via Jump-pilot-devel]

Peppe,

a) I cannot reproduce the problem. Can you test again with 6620+. In 6619, I 
let a println which could eventually throw a NPE. Also in 6619, line 432 is an 
empty line (?)

b) We probably must handle memory limitations in a more elegant way, but it is 
not easy because the current code may let you load more image than what can be 
rendered. Rendering uses more or less memory depending on wether raster is 
visible and on the zoom level.  I'll try to get a yellow warning  when the 
image cache is emptied du to the lack of memory.  



---

** [bugs:#513] displaying raster layers in a correct way**

**Status:** open
**Milestone:** undecided
**Labels:** raster display 
**Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta
**Last Updated:** Wed Nov 11, 2020 12:44 PM UTC
**Owner:** nobody
**Attachments:**

- 
[correct_display.png](https://sourceforge.net/p/jump-pilot/bugs/513/attachment/correct_display.png)
 (27.4 kB; image/png)
- 
[wrong_display.png](https://sourceforge.net/p/jump-pilot/bugs/513/attachment/wrong_display.png)
 (169.1 kB; image/png)


This bug has been described by Roberto Rossi on post:
[JPP-Devel] 6506 loading raster test
It comes out when the RAM  used by OpenJUMP is largely engaged to load and 
display many raster (Sextante) layers, together with big shape files.
It affects only continuous raster layer with a single band (like DTM or DEM)
Roberto provided some test files and a video that discribes the bug.

The link for the video is provided here: 
https://mediaspace.unipd.it/id/1_varzgomj
The files to test the bug are available here:
https://drive.google.com/file/d/1sWFahWBxJnaEherHy3ywGEI5b-CYweOP/view?usp=sharing
In the zip file there 2 shapefile and 26 raster images.

description of the test bug:

1) load the shapefiles
2) load the rasters and wait that they are all displayed
3) zoom to an area that covers a part of the raster set
4) deactivate visibility to all the vector and raster layers
5) start to activate visibility to the layers one by one, starting from vectors 
(which should be the last below in the pile of layers)
6) when you reach at one of the continuous raster layer (DTMxx and Depitxx, 
Aspect, Slope) it may be show a wrong display (see wrong_display.png) instead 
of the right one (see right_display.png).

Note that, depending to the quantity of RAM that your OS uses you may or may 
not see the bug:
a) Roberto Rossi who uses Windows 10 with 8 Gb got the bug after reactivating 
visibility of few rasters
b) I use Ubuntu Mate with 6 RAM and I had to (re)load other 11 raster layersto 
GOT the bug.

Usually the bug disapears if the user zoom in to another area withing the same 
raster (not sure about zoom out). The bug disapears if RAM is free removing 
some layers (shapefiles) from the OpenJUMP project.



---

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

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

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

[michael michaud via Jump-pilot-devel]

Thanks for the reminder Peppe. It was useful.
Initial statement should be fixed in r6623.
I did not understand your last statement. Can you tell if it is solved by 
r6623, and if not, elaborate.


---

** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud
**Last Updated:** Thu Nov 12, 2020 04:48 PM UTC
**Owner:** nobody


Trying to open a georeferenced GeoTiff  as a (Sextante) RasterImage , I'm 
invited to define the worldfile through a dialog box. Whatever I enter in the 
diaog box, the image will be georeferenced using the geotags of the geotiff, 
which is fine, but the dialogbox is misleading and will create a tfw file which 
is inconsistant with the geotiff tags.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

[michael michaud via Jump-pilot-devel]

Peppe,
Seems that your noWF.tif contains invalid geotags.
ExifTools shows the following warning
"Non-standard format (string) for IFD0 0x87af GeoTiffDirectory"
which explains why OpenJUMP throws an exception when it tries to read tag 34735 
(waiting for unisgned short array, find a string) 
Can you explain how you made this file.
If image is produced by a well-known gis tool, I'll try to throw a better 
mesage or to read the tag anyway.


---

** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud
**Last Updated:** Mon Nov 16, 2020 02:25 PM UTC
**Owner:** nobody


Trying to open a georeferenced GeoTiff  as a (Sextante) RasterImage , I'm 
invited to define the worldfile through a dialog box. Whatever I enter in the 
diaog box, the image will be georeferenced using the geotags of the geotiff, 
which is fine, but the dialogbox is misleading and will create a tfw file which 
is inconsistant with the geotiff tags.


---

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

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

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

[michael michaud via Jump-pilot-devel]

All this ticket is about situations where memory consumption is high compared 
to max available memory. 
Original behaviour : symbolizing process was cut off and image was displayed 
with a wrong appearance
First fix : when available memory is too low, additional images are no more 
displayed
Now : when available memory is too low, additional images are not displayed and 
a yellow warning is emitted
Note : at the time where new images are loaded in OpenJUMP, memory maybe 
sufficient (for example if other images are not visible because invisible 
images do not use memory), this is why we must handle these low-memory 
situation at render time.
If the original problem is solved, let's close the ticket. If low level memory 
situation handling still need improvement, let's open a new ticket.


---

** [bugs:#513] displaying raster layers in a correct way**

**Status:** open
**Milestone:** undecided
**Labels:** raster display 
**Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta
**Last Updated:** Wed Nov 11, 2020 05:56 PM UTC
**Owner:** nobody
**Attachments:**

- 
[correct_display.png](https://sourceforge.net/p/jump-pilot/bugs/513/attachment/correct_display.png)
 (27.4 kB; image/png)
- 
[wrong_display.png](https://sourceforge.net/p/jump-pilot/bugs/513/attachment/wrong_display.png)
 (169.1 kB; image/png)


This bug has been described by Roberto Rossi on post:
[JPP-Devel] 6506 loading raster test
It comes out when the RAM  used by OpenJUMP is largely engaged to load and 
display many raster (Sextante) layers, together with big shape files.
It affects only continuous raster layer with a single band (like DTM or DEM)
Roberto provided some test files and a video that discribes the bug.

The link for the video is provided here: 
https://mediaspace.unipd.it/id/1_varzgomj
The files to test the bug are available here:
https://drive.google.com/file/d/1sWFahWBxJnaEherHy3ywGEI5b-CYweOP/view?usp=sharing
In the zip file there 2 shapefile and 26 raster images.

description of the test bug:

1) load the shapefiles
2) load the rasters and wait that they are all displayed
3) zoom to an area that covers a part of the raster set
4) deactivate visibility to all the vector and raster layers
5) start to activate visibility to the layers one by one, starting from vectors 
(which should be the last below in the pile of layers)
6) when you reach at one of the continuous raster layer (DTMxx and Depitxx, 
Aspect, Slope) it may be show a wrong display (see wrong_display.png) instead 
of the right one (see right_display.png).

Note that, depending to the quantity of RAM that your OS uses you may or may 
not see the bug:
a) Roberto Rossi who uses Windows 10 with 8 Gb got the bug after reactivating 
visibility of few rasters
b) I use Ubuntu Mate with 6 RAM and I had to (re)load other 11 raster layersto 
GOT the bug.

Usually the bug disapears if the user zoom in to another area withing the same 
raster (not sure about zoom out). The bug disapears if RAM is free removing 
some layers (shapefiles) from the OpenJUMP project.



---

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

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

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

[michael michaud via Jump-pilot-devel]

- **status**: open --> closed-fixed
- **Comment**:

I close the ticket and let Peppe open a new ticket or report Jukka's suggestion 
to use  statistics in the wiki.



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Tue Nov 10, 2020 12:59 PM UTC by michael michaud
**Last Updated:** Wed Nov 18, 2020 03:26 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 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)



---

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

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

[JPP-Devel] [jump-pilot:bugs] #505 Customize -> Beanshell Editor Plugin opens unlimited dialog windows every time it is executed

[michael michaud via Jump-pilot-devel]

Did you have a try, Ede ? Can we close ?


---

** [bugs:#505] Customize -> Beanshell Editor Plugin opens unlimited dialog 
windows every time it is executed**

**Status:** pending
**Milestone:** OJ_future
**Created:** Mon Sep 14, 2020 02:36 PM UTC by ede
**Last Updated:** Mon Oct 12, 2020 05:28 PM UTC
**Owner:** michael michaud


as they are free floating independently from the workbench they can easily get 
lost in the background.


---

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

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