[JPP-Devel] [jump-pilot:bugs] #417 wkb reader of spatialite
Jukka, you are the expert about spatialite. I made a quick test but a confirmation from you would be welcome. I think OpenJUMP is not ready to manage the full set of geometries with Z, M and ZM, but it should read geometries with Z without losing Z and read geometries with ZM at least as geometries with Z. --- ** [bugs:#417] wkb reader of spatialite** **Status:** pending **Milestone:** OJ_2.x **Created:** Thu Feb 18, 2016 08:15 PM UTC by michael michaud **Last Updated:** Thu May 13, 2021 06:13 PM UTC **Owner:** michael michaud Spatialite driver can't read geometries with Z, M or ZM because geopackage uses ogc-specification for wkb while postgis ewkb uses its own encoding (and JTS has been implemented according to ewkb specification. A small patch has been made in OpenJUMP to change how the geometry is written before reading it with JTS wkb parser, but it does not work for multi-geometries. A more complete patch must be proposed to JTS as soon as possible. --- 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
- **status**: open --> closed-fixed - **Milestone**: OJ_future --> OJ_2.x --- ** [bugs:#486] OpenJUMP fails to read 4D geom from postgis** **Status:** closed-fixed **Milestone:** OJ_2.x **Created:** Tue May 21, 2019 06:17 AM UTC by michael michaud **Last Updated:** Sun Feb 20, 2022 09:51 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] #486 OpenJUMP fails to read 4D geom from postgis
4D geometries are still not fully read, but they are now correctly interpreted as 3D geometries Example : LINESTRINGZM(1 2 3 4, 5 6 7 8, 9 10 11 12) is read as LINESTRING Z ( 1 2 3, 5 6 7, 9 10 11 ) I close the ticket --- ** [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:** Sat Aug 29, 2020 07:59 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] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work
Peppe, this plugin is still present in OpenJUMP 2.0. Can you tell us where we are about this ticket ? --- ** [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:** Mon Aug 31, 2020 11:44 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] #516 RemodelerTool not correct
Will ask for a double check on OpenJUMP 2.0 before closing the ticket --- ** [bugs:#516] RemodelerTool not correct** **Status:** pending **Milestone:** OJ_1.16 **Created:** Wed Nov 25, 2020 11:29 AM UTC by michael michaud **Last Updated:** Mon Nov 30, 2020 10:14 PM UTC **Owner:** michael michaud There are several bugs in ModelerTool : Z should not be interpolated point before or point after has no z Z interpolation is not correctly computed in the normal case When the new geometry produced is invalid, there is a warning, but the transaction is not rolled back Corrections are in progress --- 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] #519 Replace geometric algo by JTS
- **Milestone**: OJ_2.x --> OJ_future --- ** [bugs:#519] Replace geometric algo by JTS** **Status:** open **Milestone:** OJ_future **Created:** Wed Dec 30, 2020 08:21 AM UTC by michael michaud **Last Updated:** Sun Feb 20, 2022 09:11 AM UTC **Owner:** michael michaud Once migration to locationtech done, try to replace old OpenJUMP algo from com.vividsolutions.jump.algorithm by their JTS counterpart. I think that all algo can be replaced except Densifier because OpenJUMP takes care of the Z and JTS don't. --- 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] #519 Replace geometric algo by JTS
JTS Densifier will take care of Z in the next version. Note here as a reminder. Let's say target version for this change is 2.1.x (adoption of next JTS version) --- ** [bugs:#519] Replace geometric algo by JTS** **Status:** open **Milestone:** OJ_2.x **Created:** Wed Dec 30, 2020 08:21 AM UTC by michael michaud **Last Updated:** Wed Dec 30, 2020 08:21 AM UTC **Owner:** michael michaud Once migration to locationtech done, try to replace old OpenJUMP algo from com.vividsolutions.jump.algorithm by their JTS counterpart. I think that all algo can be replaced except Densifier because OpenJUMP takes care of the Z and JTS don't. --- 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: #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;> http://www.w3.org/1999/xhtml;> Hi Ede,Are you sure you tested the extension from the plugins menu and using the drag mode as stated by Peppe and not the measure tool of the toolbar which works fine for me also ?Michaëlenvoyé : 22 novembre 2021 à 14:06de : ede via Jump-pilot-devel à : jump-pilot-devel@lists.sourceforge.netcc : ede objet : [JPP-Devel] [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017tried OpenJUMP-20211017-r4998(f9296be)-PLUS note r4998, r4996 does not exist withUsing 'java' found in 'C:\Program Files (x86)\Java\jre1.8.0_261\bin\' java version "1.8.0_261"; Java(TM) SE Runtime Environment (build 1.8.0_261-b12); Java HotSpot(TM) Client VM (build 25.261-b12 mixed mode) and both measurement cursol tools seem to work fine. see attachedAttachments:https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/511f5a6fee/bf5f/attachment/measure.jpg;>measure.jpg (53.7 kB; image/jpeg) https://sourceforge.net/p/jump-pilot/bugs/521/;>[bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017Status: open Milestone: undecided Created: Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta Last Updated: Sun Nov 21, 2021 04:02 PM UTC Owner: nobodyHi all, the error comes out when I use "Measure area" tool /First icon from the left) in the drag mode (not in drawing mode)[ERROR] 20:16:07.262 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' java.lang.NoSuchMethodError: 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616) at com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172) at com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121) at com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at
[JPP-Devel] [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017
Sorry, https://ojrepo.soldin.de "2.0-SNAPSHOT" is referencing jts1.18.1 but "2.0-main-SNAPSHOT" is referencing jts 1.18.2 and measure-toolbox is pointing to the second. So I have no idea about what happens. By the way, is there a reason to keep 2 snapshots in the repo ? Michaël --- ** [bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017** **Status:** open **Milestone:** undecided **Created:** Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta **Last Updated:** Sun Nov 21, 2021 03:52 PM UTC **Owner:** nobody Hi all, the error comes out when I use "Measure area" tool /First icon from the left) in the drag mode (not in drawing mode) -- [ERROR] 20:16:07.262 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' java.lang.NoSuchMethodError: 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616) at com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172) at com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121) at com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) -- I download the code and opened into Eclipse but I didn't find any error Peppe --- Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is subscribed to https://sourceforge.net/p/jump-pilot/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net
[JPP-Devel] [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017
Hi, My fault, checksum was ok, but I did a mistake in the file name. I could compile and package locally now, but it still throws an exception. The only thing I can think about is that measure-toolbox still compile against https://ojrepo.soldin.de/ which reference 1.18.1 Michaël --- ** [bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017** **Status:** open **Milestone:** undecided **Created:** Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta **Last Updated:** Sun Nov 21, 2021 01:53 PM UTC **Owner:** nobody Hi all, the error comes out when I use "Measure area" tool /First icon from the left) in the drag mode (not in drawing mode) -- [ERROR] 20:16:07.262 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' java.lang.NoSuchMethodError: 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616) at com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172) at com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121) at com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) -- I download the code and opened into Eclipse but I didn't find any error Peppe --- Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is subscribed to https://sourceforge.net/p/jump-pilot/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net
[JPP-Devel] [jump-pilot:bugs] Re: #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;> http://www.w3.org/1999/xhtml;> Hi Ede,I tried to follow your procedure, but I can't build OpenJUMP against the new measure-toolbox-extension-2.1.1-alpha release because of the sha1 checksum.I updated OpenJUMP pom with the checksum taken from https://github.com/openjump-gis/measure-toolbox-extension/releases/download/2.1.1-alpha/measure-toolbox-extension-2.1.1-alpha.zip.sha1;>measure-toolbox-extension-2.1.1-alpha.zip.sha1 computed at the same time as the .zip itselfHere after the message I get while building the project with mavenAny idea ?Michaël [INFO] Downloading: https://github.com/openjump-gis/measure-toolbox-extension/releases/download/2.1.1-alpha/measure-toolbox-extension-2.1.0-alpha.zip[INFO] 9/?[INFO] downloaded 9[WARNING] Could not get contentorg.apache.maven.plugin.MojoFailureException: Not same digest as expected: expected <9e98d3419ae3a857c9ffcf85d0a073d22322782b> was at com.googlecode.download.maven.plugin.internal.ChecksumUtils.verifyChecksum (ChecksumUtils.java:35)envoyé : 20 novembre 2021 à 14:37de : ede via Jump-pilot-devel à : jump-pilot-devel@lists.sourceforge.netcc : ede objet : [JPP-Devel] [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017My hypothesis is a mix of jts 1.18.1 and jts 1.18.2 usage between core and extension (this upgrade is quite recent and I can see that 1.18.1 is referenced on https://ojrepo.soldin.de/org/openjump/OpenJUMP/2.0-SNAPSHOT/OpenJUMP-2.0-20210515.224708-6.pom;>https://ojrepo.soldin.de/org/openjump/OpenJUMP/2.0-SNAPSHOT/OpenJUMP-2.0-20210515.224708-6.pom Ede, any hint ? Can we try to synchronize github pom and ojrepo before trying to fix the problem in the code ?as the extensions currently compile against the snapshots, they inherit OJ2 snaphots dependency incl, jts version. measure-tools extension was build on 25.Aug. Mike changed jts from 1.18.1 to 1.18.2 on 5.Sep. so maybe recompiling might help. Mike, wanna try to upgrade the extension from git as an exercise? - git clone extension to local - mvn package - create Release (v2.1.0snap1) in github webui attach zip/md5/sha files and finally - update OJ2/pom.xml to point to the new zip distro/update checksum - local mvn compile test, files should be now in target/lib.ext.plus/ - git pushi cannot seem to replicate. can one of you pls write down a quick step-by-step in gui so the code get's executed?..ede https://sourceforge.net/p/jump-pilot/bugs/521/;>[bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017Status: open Milestone: undecided Created: Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta Last Updated: Thu Nov 18, 2021 07:30 PM UTC Owner: nobodyHi all, the error comes out when I use "Measure area" tool /First icon from the left) in the drag mode (not in drawing mode)[ERROR] 20:16:07.262 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' java.lang.NoSuchMethodError: 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616) at com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172) at com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121) at com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at
[JPP-Devel] [jump-pilot:bugs] Re: #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;> http://www.w3.org/1999/xhtml;> Hi,Quite strange error. I think fix would be easy by using an alternative method like CoordinateList.add(Coordinate,boolean), but I would rather understand what happens.In the past few years, CoordinateList.add(Coordinate) has been added to CoordinateList class with a signature incompatible with the signature of its parent class ArrayList (void add(Coordinate) instead of boolean add(Coordinate)), then the return type has been fixed in 2019, and finally the method has been removed in 1.18.2 as it did nothing else than calling the parent method.My hypothesis is a mix of jts 1.18.1 and jts 1.18.2 usage between core and extension (this upgrade is quite recent and I can see that 1.18.1 is referenced on https://ojrepo.soldin.de/org/openjump/OpenJUMP/2.0-SNAPSHOT/OpenJUMP-2.0-20210515.224708-6.pom;>https://ojrepo.soldin.de/org/openjump/OpenJUMP/2.0-SNAPSHOT/OpenJUMP-2.0-20210515.224708-6.pomEde, any hint ? Can we try to synchronize github pom and ojrepo before trying to fix the problem in the code ? Michaëlenvoyé : 18 novembre 2021 à 20:30de : Giuseppe Aruta à : "Ticket #521: Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017" <5...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017 https://sourceforge.net/p/jump-pilot/bugs/521/;>[bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017Status: open Milestone: undecided Created: Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta Last Updated: Thu Nov 18, 2021 07:30 PM UTC Owner: nobodyHi all, the error comes out when I use "Measure area" tool /First icon from the left) in the drag mode (not in drawing mode)[ERROR] 20:16:07.262 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' java.lang.NoSuchMethodError: 'boolean org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)' at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146) at org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616) at com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172) at com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121) at com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94) at com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105) at java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342) at java.desktop/java.awt.Component.processEvent(Component.java:6400) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742) at
[JPP-Devel] [jump-pilot:bugs] Re: #312 Menu slow down
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;> http://www.w3.org/1999/xhtml;> Hi Ede,Nice idea. Seems to me that the only check call involved is in EnableCheckMenuItemShownListener.Don't you thing it maybe an overkilled solution. It means that opening a new menu will create as many threads as visible menuitems. I don't want to slow down every enablecheck just to solve a rare case that we can may be identify and solve independantly.Anyway, your solution maybe also be a temporary step to identify where the slowdown occur. I'll try to prepare a test case to demonstrate a slow case.Michaëlenvoyé : 20 septembre 2021 à 12:07de : ede via Jump-pilot-devel à : jump-pilot-devel@lists.sourceforge.netcc : ede objet : [JPP-Devel] [jump-pilot:bugs] #312 Menu slow downwe should maybe implement a threaded limited enablechecking, that will fail an Enablecheck that takes too long and shows the menu regardless?..ede https://sourceforge.net/p/jump-pilot/bugs/312/;>[bugs:#312] Menu slow downStatus: open Milestone: OJ_future Labels: General / Other Created: Mon Apr 22, 2013 09:34 PM UTC by michael michaud Last Updated: Sun Sep 19, 2021 05:36 PM UTC Owner: nobodyA co-worker has worked several days with the same project (same opened session). Day after day, the menu items took more times to be opened. After a few days, it was unbearable, I closed the project and started a new OpenJUMP and menus were fast again. I cannot reproduce the problem though. Particular context was : - layer manager contained WMS layer, RunDatstoreQuery Layers, vector layers, the person opened many attribute windows without closing them. I tried to reproduce this context but could not reproduce the slowdown.Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is subscribed to https://sourceforge.net/p/jump-pilot/bugs/;>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.;>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 listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel --- ** [bugs:#312] Menu slow down** **Status:** open **Milestone:** OJ_future **Labels:** General / Other **Created:** Mon Apr 22, 2013 09:34 PM UTC by michael michaud **Last Updated:** Mon Sep 20, 2021 10:07 AM UTC **Owner:** nobody A co-worker has worked several days with the same project \(same opened session\). Day after day, the menu items took more times to be opened. After a few days, it was unbearable, I closed the project and started a new OpenJUMP and menus were fast again. I cannot reproduce the problem though. Particular context was : \- layer manager contained WMS layer, RunDatstoreQuery Layers, vector layers, the person opened many attribute windows without closing them. I tried to reproduce this context but could not reproduce the slowdown. --- 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] #312 Menu slow down
Some menus may be slow down by enableCheck associated to them. Most enable checks just check general properties of the layer, but some may implement specific checks on feature geometries. In case of heavy geometries, such check may slowdown the UI responsiveness. --- ** [bugs:#312] Menu slow down** **Status:** open **Milestone:** OJ_future **Labels:** General / Other **Created:** Mon Apr 22, 2013 09:34 PM UTC by michael michaud **Last Updated:** Mon Sep 14, 2020 08:16 AM UTC **Owner:** nobody A co-worker has worked several days with the same project \(same opened session\). Day after day, the menu items took more times to be opened. After a few days, it was unbearable, I closed the project and started a new OpenJUMP and menus were fast again. I cannot reproduce the problem though. Particular context was : \- layer manager contained WMS layer, RunDatstoreQuery Layers, vector layers, the person opened many attribute windows without closing them. I tried to reproduce this context but could not reproduce the slowdown. --- 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
- **status**: open --> closed-fixed - **assigned_to**: ede - **Comment**: Fixed by Ede's refactoring of I18N class in OpenJUMP 2 and by an upgrade of all extensions hosted on github. --- ** [bugs:#499] SelectFilesOptionPanel and extensions** **Status:** closed-fixed **Milestone:** OJ_future **Created:** Sun Aug 30, 2020 09:43 AM UTC by michael michaud **Last Updated:** Sun Sep 13, 2020 04:16 PM UTC **Owner:** ede 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] #518 Java2xml framework : no default default value
- **status**: open --> closed-fixed - **assigned_to**: michael michaud - **Comment**: Added on 2021-09-07. See BasicStyle.java2xml for an example. --- ** [bugs:#518] Java2xml framework : no default default value** **Status:** closed-fixed **Milestone:** OJ_future **Created:** Mon Dec 28, 2020 09:03 AM UTC by michael michaud **Last Updated:** Mon Dec 28, 2020 09:03 AM UTC **Owner:** michael michaud Currently, an attribute defined in the xml specification file (.java2xml file) must be present in the xml file. There is no way to make it optional or to define a default value. For some attributes introduced recently, a hack has been introduced in the code to assure backward compatibility. We should replace these hacks by the capability to add a default value in the xml specification 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] #417 wkb reader of spatialite
Hey, I made a quick test with OpenJUMP 2.0 (snapshot) and it seems to read geometry 3d correctly (thanks to JTS 1.18 upgrade). Note that I could read it with a spatialite db created from postgis, but I could not read any geometry from my first try with a database opened in spatialite_gui where I imported shapefiles. Any spatialite user to confirm this ticket can be closed ? --- ** [bugs:#417] wkb reader of spatialite** **Status:** pending **Milestone:** OJ_2.x **Created:** Thu Feb 18, 2016 08:15 PM UTC by michael michaud **Last Updated:** Fri Aug 28, 2020 08:11 PM UTC **Owner:** michael michaud Spatialite driver can't read geometries with Z, M or ZM because geopackage uses ogc-specification for wkb while postgis ewkb uses its own encoding (and JTS has been implemented according to ewkb specification. A small patch has been made in OpenJUMP to change how the geometry is written before reading it with JTS wkb parser, but it does not work for multi-geometries. A more complete patch must be proposed to JTS as soon as possible. --- 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] #517 Raster styling bug
- **status**: pending --> closed-fixed --- ** [bugs:#517] Raster styling bug** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud **Last Updated:** Tue Dec 22, 2020 12:19 PM UTC **Owner:** michael michaud See description in Jukka's mail : https://sourceforge.net/p/jump-pilot/mailman/message/37181346/ --- 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] #519 Replace geometric algo by JTS
--- ** [bugs:#519] Replace geometric algo by JTS** **Status:** open **Milestone:** OJ_2.x **Created:** Wed Dec 30, 2020 08:21 AM UTC by michael michaud **Last Updated:** Wed Dec 30, 2020 08:21 AM UTC **Owner:** michael michaud Once migration to locationtech done, try to replace old OpenJUMP algo from com.vividsolutions.jump.algorithm by their JTS counterpart. I think that all algo can be replaced except Densifier because OpenJUMP takes care of the Z and JTS don't. --- 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] #518 Java2xml framework : no default default value
--- ** [bugs:#518] Java2xml framework : no default default value** **Status:** open **Milestone:** OJ_future **Created:** Mon Dec 28, 2020 09:03 AM UTC by michael michaud **Last Updated:** Mon Dec 28, 2020 09:03 AM UTC **Owner:** nobody Currently, an attribute defined in the xml specification file (.java2xml file) must be present in the xml file. There is no way to make it optional or to define a default value. For some attributes introduced recently, a hack has been introduced in the code to assure backward compatibility. We should replace these hacks by the capability to add a default value in the xml specification 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] #517 Raster styling bug
- **status**: open --> pending --- ** [bugs:#517] Raster styling bug** **Status:** pending **Milestone:** OJ_1.16 **Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud **Last Updated:** Tue Dec 22, 2020 11:46 AM UTC **Owner:** michael michaud See description in Jukka's mail : https://sourceforge.net/p/jump-pilot/mailman/message/37181346/ --- 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] #517 Raster styling bug
should be fixed in r6656 --- ** [bugs:#517] Raster styling bug** **Status:** open **Milestone:** OJ_1.16 **Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud **Last Updated:** Tue Dec 22, 2020 11:41 AM UTC **Owner:** michael michaud See description in Jukka's mail : https://sourceforge.net/p/jump-pilot/mailman/message/37181346/ --- 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] #517 Raster styling bug
--- ** [bugs:#517] Raster styling bug** **Status:** open **Milestone:** OJ_1.16 **Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud **Last Updated:** Tue Dec 22, 2020 11:41 AM UTC **Owner:** michael michaud See description in Jukka's mail : https://sourceforge.net/p/jump-pilot/mailman/message/37181346/ --- 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] #516 RemodelerTool not correct
- **status**: open --> pending - **Comment**: Should be fixed. Waiting for feedback from a known user. --- ** [bugs:#516] RemodelerTool not correct** **Status:** pending **Milestone:** OJ_1.16 **Created:** Wed Nov 25, 2020 11:29 AM UTC by michael michaud **Last Updated:** Wed Nov 25, 2020 11:29 AM UTC **Owner:** michael michaud There are several bugs in ModelerTool : Z should not be interpolated point before or point after has no z Z interpolation is not correctly computed in the normal case When the new geometry produced is invalid, there is a warning, but the transaction is not rolled back Corrections are in progress --- 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
- **status**: open --> closed-fixed --- ** [bugs:#382] Delete Incremental Warping Vector tool does not work** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Mon Nov 24, 2014 04:24 PM UTC by Jukka Rahkonen **Last Updated:** Wed Oct 28, 2020 10:53 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:bugs] #511 CropWarp raster plugin can't overload existing file
- **Milestone**: OJ_1.16 --> OJ_future - **Comment**: Thank Peppe, I let it opened as it may probably be fixed in a better way, but it can be postponed to version 2. Currently, a first dialog ask the user if he wants to overwrite the existing file. If yes, the user is informed it is not possible. --- ** [bugs:#511] CropWarp raster plugin can't overload existing file** **Status:** open **Milestone:** OJ_future **Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud **Last Updated:** Mon Nov 23, 2020 01:48 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
- **status**: pending --> closed-fixed --- ** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud **Last Updated:** Mon Nov 30, 2020 07:56 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] Re: #515 Raster display in low memory situation
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;> http://www.w3.org/1999/xhtml;> Hi Ede,Thank you for the overview of the main raster classes.I don't know if your proposition of saving the displayed image to disk would improve performance/memory usage. It would need tests. Anyway, let's postpone this to v2. From my point of view, making raster code more robust and simpler is more important, but making it faster or less greedy in memory would also be nice.Michaël envoyé : 26 novembre 2020 à 14:43de : ede à : "[jump-pilot:bugs] " <5...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] Re: #515 Raster display in low memory situationOn 11/25/2020 13:15, michael michaud wrote:Even after several bug fixes, I still not have a good understanding of the image framework. To be able to imagine improvements, I would need a more precise idea about when the image is read from disk and when/where/what is cached.for ReferencedImage(imagery.geoimg) it's pretty easy, albeit the class naming is maybe not optimal. GeoRaster - takes care of loading, provides a RenderedOp GeoReferencedRaster - adds Referencing, vulgo Envelop GeoImage - renders/paints a given GeoRaster (implements the whole rendering chain, the only place that caches)the Sextante Raster Image framework is a convoluted mess, not sure what's going on there. just contributed it reusing GeoReferencedRaster for a way to enforce the tif loader and reusing the same instance for performance. my current guess is it creates a buffered image once and caches that in memory.It would deserve a page on the wiki if it does not exists so that we know precisely what we are taking about.probably would. just shying away creating documentation that'll probably become obsolete fast because nobody maintains it. am pretty wikilazy myself ;(Not sure I understand your proposition. Can you explain what would be the benefit of reading a lossless compressed tiff image from a temp folder compared to reading it from the original file ?idea is to cache the visualization on disk instead in memory hence saving some.Or is it about saving the symbolization step ?if symbolization is the creation of the visualization of the values in the monoband, then yes.I have no idea if transforming rough data to the displayed image is cpu-intensive, but I think reading from disk is more time consuming.probably not, creation of the the visualization involves two times iterating over all pixels of the whole image, one go to find the lower/upper limit, second time to create the visualization based on that information.Also it seems that the cached displayed image is just the part of the image we want to display. It seems difficult to read/write on disk every time the envelope of the visible part of the image changes.it's what ReferencedImage(imagery.geoimg) does except for whole image overviews.There are also other ways to optimize like using tiled images or subsampled overviews (at least in geotiff). I don't think we are ready to take advantage of it.agreed. that's why i suggest the caching on disk approach...ede https://sourceforge.net/p/jump-pilot/bugs/515/;>[bugs:#515] Raster display in low memory situationStatus: open Milestone: OJ_future Created: Tue Nov 24, 2020 10:20 PM UTC by michael michaud Last Updated: Wed Nov 25, 2020 12:15 PM UTC Owner: michael michaudThis ticket follows ticket #513. After correction of the bug reported by Roberto Rossi in #513 two problems are left over. Images are not loaded permanently in memory, but when they must be shown, RasterImageLayer evaluates if they fit in memory before trying to display. To evaluate if the image fits in memory it multiplies the number of pixels by 4 bytes (usual pixel deep for a color image). This evaluation should be more precise and take into account 1 bit images (b) or 64 bits float values. Also in the case a black and white image is not displayed, the little symbol in the LayerNamePanel stay colored instead of turning to gray.Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/jump-pilot/bugs/515/;>https://sourceforge.net/p/jump-pilot/bugs/515/To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/;>https://sourceforge.net/auth/subscriptions/ --- ** [bugs:#515] Raster display in low memory situation** **Status:** open **Milestone:** OJ_future **Created:** Tue Nov 24, 2020 10:20 PM UTC by michael michaud **Last Updated:** Wed Nov 25, 2020 12:15 PM UTC **Owner:** michael michaud This ticket follows ticket #513. After correction of the bug reported by Roberto Rossi in #513 two problems are left over. Images are not loaded permanently in memory, but when they must be shown, RasterImageLayer evaluates if they fit in memory before trying to display. To evaluate if the image fits in memory it multiplies the number of pixels by 4 bytes (usual pixel deep for
[JPP-Devel] [jump-pilot:bugs] #515 Raster display in low memory situation
Even after several bug fixes, I still not have a good understanding of the image framework. To be able to imagine improvements, I would need a more precise idea about when the image is read from disk and when/where/what is cached. It would deserve a page on the wiki if it does not exists so that we know precisely what we are taking about. Not sure I understand your proposition. Can you explain what would be the benefit of reading a lossless compressed tiff image from a temp folder compared to reading it from the original file ? Or is it about saving the symbolization step ? I have no idea if transforming rough data to the displayed image is cpu-intensive, but I think reading from disk is more time consuming. Also it seems that the cached displayed image is just the part of the image we want to display. It seems difficult to read/write on disk every time the envelope of the visible part of the image changes. There are also other ways to optimize like using tiled images or subsampled overviews (at least in geotiff). I don't think we are ready to take advantage of it. --- ** [bugs:#515] Raster display in low memory situation** **Status:** open **Milestone:** OJ_future **Created:** Tue Nov 24, 2020 10:20 PM UTC by michael michaud **Last Updated:** Wed Nov 25, 2020 10:34 AM UTC **Owner:** michael michaud This ticket follows ticket #513. After correction of the bug reported by Roberto Rossi in #513 two problems are left over. Images are not loaded permanently in memory, but when they must be shown, RasterImageLayer evaluates if they fit in memory before trying to display. To evaluate if the image fits in memory it multiplies the number of pixels by 4 bytes (usual pixel deep for a color image). This evaluation should be more precise and take into account 1 bit images (b) or 64 bits float values. Also in the case a black and white image is not displayed, the little symbol in the LayerNamePanel stay colored instead of turning to gray. --- 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] #516 RemodelerTool not correct
--- ** [bugs:#516] RemodelerTool not correct** **Status:** open **Milestone:** OJ_1.16 **Created:** Wed Nov 25, 2020 11:29 AM UTC by michael michaud **Last Updated:** Wed Nov 25, 2020 11:29 AM UTC **Owner:** michael michaud There are several bugs in ModelerTool : Z should not be interpolated point before or point after has no z Z interpolation is not correctly computed in the normal case When the new geometry produced is invalid, there is a warning, but the transaction is not rolled back Corrections are in progress --- 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] #515 Raster display in low memory situation
--- ** [bugs:#515] Raster display in low memory situation** **Status:** open **Milestone:** OJ_future **Created:** Tue Nov 24, 2020 10:20 PM UTC by michael michaud **Last Updated:** Tue Nov 24, 2020 10:20 PM UTC **Owner:** michael michaud This ticket follows ticket #513. After correction of the bug reported by Roberto Rossi in #513 two problems are left over. Images are not loaded permanently in memory, but when they must be shown, RasterImageLayer evaluates if they fit in memory before trying to display. To evaluate if the image fits in memory it multiplies the number of pixels by 4 bytes (usual pixel deep for a color image). This evaluation should be more precise and take into account 1 bit images (b) or 64 bits float values. Also in the case a black and white image is not displayed, the little symbol in the LayerNamePanel stay colored instead of turning to gray. --- 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
I did further tests and observed something strange which may be related (or not) to this bug. I crop an image and save the result in a new file, it creates a new RasterImageLayer. I remove this new RasterImageLayer from the LayerNamePanel : the underlying file stay locked Now I remove also the original RasterImageLayer : now the file containing the cropped image is unlocked ! I tried to close a few streams and RenderedOp in TiffUtils2, but nothing fixed the problem. I also think that the big cache in TiffUtils2 is not a good idea as it retains GeoReferencedRaster in a static Map (i.e for ever), but I tried to clean this cache in RasterImageLayer.dispose() and to replace the cache by a WeakHashMap : nothing solved the locking problem. --- ** [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 18, 2020 03:18 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] #514 Images with positive y-scale
--- ** [bugs:#514] Images with positive y-scale** **Status:** open **Milestone:** OJ_future **Created:** Sat Nov 21, 2020 08:43 AM UTC by michael michaud **Last Updated:** Sat Nov 21, 2020 08:43 AM UTC **Owner:** nobody Most georeferenced images use a coordinate model where y axis is oriented from bottom to top, the opposite of the image model which is top-down. Rare geotiff images indicating a positive y-scale was not honoured for two reasons : 1- envelope was computed as if y-scale was negative so that the location of the image was not correct. This point should be fixed in the next version (fixed in GeoreferencedRaster) 2- image orientation is not honoured (scaling in the paint method of GeoImage does not honour the y-scale signus) : image is displayed with the same orientation either with a negative or positive y-scale. It is difficult to fix because of the complex chain of scale/crop/translate operations in GeoImage (see also #509). I gave up. My opinion is that this fix (2) can be postponed because top-down oriented images are very rare, and AFAIC, I would not try to fix it without trying to simplify the whole rendering pipeline of GeoImage. --- 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
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
[JPP-Devel] [jump-pilot:bugs] #510 Create Polygon From a Raster bug
- **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] #513 displaying raster layers in a correct way
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] #512 Georeferenced RasterImage : useless dialog to create a worlfile
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] #512 Georeferenced RasterImage : useless dialog to create a worlfile
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] #513 displaying raster layers in a correct way
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] #511 CropWarp raster plugin can't overload existing file
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] #510 Create Polygon From a Raster bug
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
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] #512 Georeferenced RasterImage : useless dialog to create a worlfile
--- ** [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
--- ** [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] Re: #510 Create Polygon From a Raster bug
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 mic
[JPP-Devel] [jump-pilot:bugs] #510 Create Polygon From a Raster bug
--- ** [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] #509 GeoImage and RasterImageLayer : why JAI
--- ** [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] #508 Possible bug on Interior Border, Basic Style
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
[JPP-Devel] [jump-pilot:feature-requests] #245 Create form to edit attribute values
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] #382 Delete Incremental Warping Vector tool does not work
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:bugs] Re: #507 GeoImage and high zoom level
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
[JPP-Devel] [jump-pilot:bugs] #363 Dataset charset not visible
- **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] #503 1/2 pixel shift in image georeferencement
- **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] #507 GeoImage and high zoom level
--- ** [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] #505 Customize -> Beanshell Editor Plugin opens unlimited dialog windows every time it is executed
- **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] #502 ColorTheming style throws exception and makes UI unusable
- **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
>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] #506 Python console and tools issues
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] #506 Python console and tools issues
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] #503 1/2 pixel shift in image georeferencement
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] #503 1/2 pixel shift in image georeferencement
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] #496 OpenJUMP 1.15 freezes on loading project files from differing versions
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] #430 JP2 reader does not read all jp2 files
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] #503 1/2 pixel shift in image georeferencement
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] #496 OpenJUMP 1.15 freezes on loading project files from differing versions
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] #499 SelectFilesOptionPanel and extensions
- **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] #503 1/2 pixel shift in image georeferencement
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] #503 1/2 pixel shift in image georeferencement
--- ** [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] #451 Add image layer throwing exception
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] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image
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
[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image
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.OpIma
[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image
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
[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image
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.ja
[JPP-Devel] [jump-pilot:bugs] #502 ColorTheming style throws exception and makes UI unusable
- **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] #502 ColorTheming style throws exception and makes UI unusable
--- ** [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] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image
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(ReferencedImageFac
[JPP-Devel] [jump-pilot:bugs] #494 Load WKT file with set options
- **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: #494 Load WKT file with set options
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] #322 OJ stops without warnings on system shutdown
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] #501 I18N from extension
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] #501 I18N from extension
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
--- ** [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] #322 OJ stops without warnings on system shutdown
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] #385 Paste Layerable fails to work with RasterImageLayer class
- **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] #385 Paste Layerable fails to work with RasterImageLayer class
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] #499 SelectFilesOptionPanel and extensions
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] #499 SelectFilesOptionPanel and extensions
--- ** [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] #494 Load WKT file with set options
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] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image
--- ** [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
[JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work
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] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work
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] #469 Postgres: Save Dataset Adds Quotation Marks
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] #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore
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] #480 SLD import/export problems
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] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work
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] #483 RasterStyleDialog freezes if the selected raster has only one value (raster used as mask)
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] #488 Ramp inverted in the show legend window for stretched raster styles
- **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] #486 OpenJUMP fails to read 4D geom from postgis
- **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] #494 Load WKT file with set options
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] #491 WMS getCapability without title
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
