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

[Jukka Rahkonen via Jump-pilot-devel]

For layers the title is mandatory

7.2.4.6.2 Title
A  is mandatory for all layers; it is a human-readable string for 
presentation in a menu. The Title is not
inherited by child Layers.

and I think that this means that title must appear also in the service metadata

The first part of the service metadata is a  element providing general 
metadata for the server as a whole.
It shall include a Name, Title, and Online Resource URL.

I can check the Geoserver side. What version do you have?


---

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

I verified with the newest GeoServer 2.16 that it is really possible to set the 
service title empty
~~~

WMS

~~~



---

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

---

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

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

- Attachments has changed:

Diff:



--- old
+++ new
@@ -1 +1,2 @@
+OpenJUMP_makeline.jml.txt (2.6 kB; text/plain)
 OpenJUMP_makeline_definition.odt (39.3 kB; 
application/vnd.oasis.opendocument.text)



- **Comment**:

Test data.



---

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

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

The final result can be obtained through MultiPoint if there are re-usable 
routines. Another route leading to same result might go through coordinate 
sequence and LineString 
https://locationtech.github.io/jts/javadoc/org/locationtech/jts/geom/LineString.html.


---

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

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

I believe that typical use case would deal with tracked location data and 
number of points would be in thousands if data were recorded with GPS. Stefan 
pointed that Horae plugin has same kind of utility, I believe it is here 
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/horae/src/ca/ucalgary/engg/moveantools/util/TrackCalculationUtil.java.
 The comments say that this utility creates one linestring for a pair of 
coordinates. That is nice if points carry some interesting attribute data 
because then it is possible to transfer attributes of the starting point to the 
line segment. I had one long linestring as a result in my mind.


---

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

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

I made a feature request because of Michaël's suggestion.

HORAE-plugin is very specific tools and source data must follow a more or less 
fixed schema. Better existing tool for converting points into line is the 
Sextante tool "points to line" but it supports only the basic unsorted option. 
Myself I have been using PostGIS and Spatialite for this purpose. They are good 
and flexible but desctop program would be good sometimes for experimenting and 
visual quality check.

I just noticed that QGIS has a tool that supports all that I wrote into the 
specification document and also an option to use "group by" that I was not 
thinking of. See the attached screen capture.




Attachments:

- 
[points_to_path.png](https://sourceforge.net/p/jump-pilot/feature-requests/_discuss/thread/6ee90d737f/e114/attachment/points_to_path.png)
 (21.2 kB; image/png)


---

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

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

> would it be applied to a layer or a selection of features or?

I do not really have a use case other that to check some occasional data set. 
But I would say that by default the tool would be applied to whole layer, and 
to selected points only as an option.


---

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

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

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


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


---

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

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

[JPP-Devel] [jump-pilot:feature-requests] #266 New take to enhanced WMS

[Jukka Rahkonen via Jump-pilot-devel]

---

** [feature-requests:#266] New take to enhanced WMS**

**Status:** open
**Created:** Wed Jan 15, 2020 09:31 PM UTC by Jukka Rahkonen
**Last Updated:** Wed Jan 15, 2020 09:31 PM UTC
**Owner:** nobody
**Attachments:**

- 
[OpenJUMP_WMS_enhancements.odt](https://sourceforge.net/p/jump-pilot/feature-requests/266/attachment/OpenJUMP_WMS_enhancements.odt)
 (264.9 kB; application/vnd.oasis.opendocument.text)


My old considerations are in this feature request 
https://sourceforge.net/p/jump-pilot/feature-requests/107/. Mostly the same 
things but looked a bit differently are in the attached document.


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

First test by creating a new layer with three points and then trying to use the 
tool fails because layer has no attributes. I would await that intermnal fid 
would be used for sorting then.

Error is:
java.lang.IllegalArgumentException: Unrecognized attribute name: No valid 
attribute
at 
com.vividsolutions.jump.feature.FeatureSchema.getAttributeIndex(FeatureSchema.java:110)
at 
com.vividsolutions.jump.feature.AbstractBasicFeature.getAttribute(AbstractBasicFeature.java:110)
at 
org.openjump.core.ui.plugin.tools.geometrychange.PointsToPathsPlugIn$1.apply(PointsToPathsPlugIn.java:99)
at 
org.openjump.core.ui.plugin.tools.geometrychange.PointsToPathsPlugIn$1.apply(PointsToPathsPlugIn.java:98)
at java.util.Comparator.lambda$comparing$77a9974f$1(Unknown Source)
at java.util.TimSort.countRunAndMakeAscending(Unknown Source)
at java.util.TimSort.sort(Unknown Source)
at java.util.Arrays.sort(Unknown Source)
at java.util.ArrayList.sort(Unknown Source)
at 
org.openjump.core.ui.plugin.tools.geometrychange.PointsToPathsPlugIn.run(PointsToPathsPlugIn.java:103)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)




---

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

**Status:** open
**Created:** Tue Jan 14, 2020 06:00 PM UTC by Jukka Rahkonen
**Last Updated:** Sun Jan 26, 2020 06:38 PM UTC
**Owner:** nobody
**Attachments:**

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

Works now also without attributes. I made a quick test with 10 points and 
tool is quick enough. Also group by another attribute works. I have not tested 
sorting by different datatypes throughly but general feeling is good.

Tool does not complain if layer has also other geometries than points. Perhaps 
it should because the result does not make much sense even there seems to be 
some login in what happens. I guess that the first or last point of linestring 
or polygon gets selected. But user should not build linestrings from such data 
and I think that it is not a severe issue.


---

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

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

The source code it probably here 
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/BeanShellPlugIn.java
 but I am not good enough att reading the code to tell where the font is either 
set  or  perhaps leaved as default.


---

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

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


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



---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

It may feel strange but after all WKT handles just geometries as defined in the 
standard https://portal.ogc.org/files/?artifact_id=25355. Perhaps the issue is 
calling file with WKT and attributes as "WKT file" instead of calling it as 
"CSV file with WKT".

Saving geometries into WKT is possible without any options because everything 
is defined in the standard. There is no standard about CSV and therefore 
options for selecting the separator etc. are needed.

But of course we want that it is easy to understand the meaning of different 
file format options and appreciate all suggestions for improvements.

As a comparison in GDAL the single CSV driver offers the capabilities with and 
without WKT https://gdal.org/drivers/vector/csv.html.


---

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

**Status:** pending
**Labels:** WKT WKT (set options) 
**Created:** Thu Jul 30, 2020 08:54 AM UTC by János Tamás Kis
**Last Updated:** Thu Aug 06, 2020 08:53 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] #497 Shapefile export slowed down because of FlexibleDateParser

[Jukka Rahkonen via Jump-pilot-devel]

Perhaps parsing is implemented as it is also because dbf and thus shapefile 
supports DATE but not DATETIME and conversion into strings is really needed 
only if time values contain  also hours and so on?


---

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

There are mails about slow parsing of JML in July 2017 and I experienced slow 
parsing of dates from Spatialite in February 2019, discussion is also on the 
mailing list. I hope that new fixes do not cause regression in other places.



---

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

Hi,

There are mails about slow parsing of JML in July 2017 and I experienced slow 
parsing of dates from Spatialite in February 2019, discussion is also on the 
mailing list. It seems there is a need to test your fixes also with JML and 
SpatiaLite, not only with shapefiles.

-Jukka-

Lähettäjä: ede 
Lähetetty: keskiviikko 19. elokuuta 2020 11.26
Vastaanottaja: [jump-pilot:bugs] <4...@bugs.jump-pilot.p.re.sourceforge.net>
Aihe: [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of 
FlexibleDateParser


On 19.08.2020 09:25, michael michaud wrote:

Indeed, from my tests, things are getting worst :

well. it shouldn't after all i'm trying to improve things :)

I save my dataset to a shapefile after it has been freshly extracted from a 
database (it contains a geometry and a timestamp)
1.15 : 1st save : 55s
2nd save < 1s> r6382 : 1st save : 188s!
2nd save < 1s

let me check. actually r6382 should be faster now. in my tests it is.

what i do is.
load your data as JML (exported earlier), as it is text based and needs to be 
parsed. then save it as SHP and compare times and FlexdateParser behaviour.

what's important is if the loader creates FlexibleFeatures or not. and even 
then, if then lazy conversion is optional, as the loader may of course set the 
attribute as an object of the Date class.

Another thing about your explanation : I remember that you introduced the 
LazyConversion of attributes with the json parser. I think the reason was 
related to the type system of json (which has only strings, numbers and 
boolean).

wrt. GeoJSON that's true. but later on someone noticed that opening JML was 
very slow and we found date parsing to be the root cause, so lazy conversion 
was introduced.

In the case of shapefile or database where data is precisely typed, I think the 
lazy conversion is finally very costly.

that's incorrect ;) brute forcing date formats is what is very_ costly here. 
lazy conversion is merely distributing cost from time A to time B. if we do not 
need to convert at some place we should remove conversion there.

Data should be stored with the right type at the first place. It would avoid 
all these useless conversions of dates. What do you think ? Seems that lazy 
conversion made for the json should stay the exception, not the general way to 
handle data types.

the concept is sound. there is something else goin on.

here check out the commit
https://sourceforge.net/p/jump-pilot/code/5482/

for testing purposes you could simply replace FlexibleFeature with the 
BasicFeature again in your local copy to disable lazy conversion and observe 
the difference.

what i can't find right now where JML/GML parses/parsed the date which made it 
slow. i'll have a look in the bug description again. i think it was Jukka via 
mailing list.

so far.. ede



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

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

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



Sent from sourceforge.net because you indicated interest in 
https://sourceforge.net/p/jump-pilot/bugs/497/

To unsubscribe from further messages, please visit 
https://sourceforge.net/auth/subscriptions/



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

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

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



Sent from sourceforge.net because you indicated interest in 
https://sourceforge.net/p/jump-pilot/bugs/497/

To unsubscribe from further messages, please visit 
https://sourceforge.net/auth/subscriptions/



---

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

Handling dates in SQLite generally is somehow special, see for example 
https://www.sqlitetutorial.net/sqlite-date/.
I believe that in SpatiaLite the dates/times are stored either as strings or 
Julian numbers it is up to client application to know how to parse the data. 
GeoPackage is using DATE as
ISO-8601 date string in the form -MM-DD encoded in either UTF-8 or UTF-16 
and stored as SQLite TEXT.
and DATETIME as
ISO-8601 date/time string in the form -MM-DDTHH:MM:SS.SSSZ with T separator 
character and Z suffix for coordinated universal time (UTC) encoded in either 
UTF-8 or UTF-16 and stored as SQLite TEXT.

As a helper for the clients the CREATE TABLE that can be read from the database 
may contain a hint like CREATE TABLE 'timetest' ( "ogc_fid" INTEGER PRIMARY KEY 
AUTOINCREMENT, 'time' DATE, 'attr' VARCHAR(1), "GEOMETRY" POINT). That info 
should always be included in geopackages.

Parsing dates as strings from Spatialite may be the best alternative and it is 
OK for Geopackage as well, even bacause of explicit definitions it is possible 
to read dates and datetimes from Geopackage right into correct datatypes.


---

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

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


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


---

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

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

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

[Jukka Rahkonen via Jump-pilot-devel]

The issue was not in `` but in ``. In the WMS standard title is 
compulsory but name not so the result of your test is expected.


---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Mon Jan 13, 2020 08:35 PM UTC by michael michaud
**Last Updated:** Sat Aug 29, 2020 09:32 AM UTC
**Owner:** michael michaud


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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #197 Menu edit too slow

[Jukka Rahkonen via Jump-pilot-devel]

I made a test with OJ OpenJUMP-20200913-r6460-PLUS on Windows 10 with jre 
Corretto 8. I read 10 small polygons (rectangles) with Z values from 
GeoPackage and created an union. I did not experience that using Edit menu was 
especially slow. However, Michaël had bigger test data with more vertices.


---

** [bugs:#197] Menu edit too slow**

**Status:** pending
**Milestone:** OJ_future
**Labels:** OpenJUMP - Menu - Edit 
**Created:** Fri Sep 23, 2011 05:07 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 06:30 PM UTC
**Owner:** nobody


After clicking on menu edit, it takes several seconds before submenus and menu 
items appear


---

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

[Jukka Rahkonen via Jump-pilot-devel]

I have noticed that if OJ project is open for many days then the attribute view 
behaves badly. For example the icons on the top of the view are not visible, 
but they may come visible is I hover over the icon panel. I use Windows 10 and 
Corretto 8 as jre.


---

** [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:** Sun Sep 13, 2020 05:41 PM 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] #382 Delete Incremental Warping Vector tool does not work

[Jukka Rahkonen via Jump-pilot-devel]

It behaves as before. I think that I understand now better how the tool works 
and I could even use it. The idea is that Warping Vectors are the same in 
normal and incremental warping and they affect the original geometries. The 
difference is that with the incremental tool the user is (after the first 
vector) drawing vectors relative to the warped geometry. The tool takes care of 
converting the vector that is drawn for the already warped geometry to fit for 
the original geometry.

The delete incremental warping vector tool should delete one feature from two 
layers: a point feature from "Incremental Warping Vectors", and a linestring 
from "Warping Vectors" that has the end point at the same location than the 
point.

I am not sure how hard the fix would be. The first aid could be to de-activate 
or remove the Delete Incremental Warping Vector tool. That the tool does not 
work at the moment means that if user makes an error with incremental warping 
they can only delete all the vectors and start from the beginning. If you can 
point me where the source code is I can try to have a look if there is some 
simple bug.


---

** [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:** Sun Sep 13, 2020 05:11 PM 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] #430 JP2 reader does not read all jp2 files

[Jukka Rahkonen via Jump-pilot-devel]

IMHO Jasper and jj2000 are rather useless for geospatial images. OpenJPEG is 
quite nice nowadays, open source, and getting better so +1 for having it as the 
first option.  


---

** [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:** Mon Sep 14, 2020 07:27 AM 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] #430 JP2 reader does not read all jp2 files

[Jukka Rahkonen via Jump-pilot-devel]

I have used Kakadu with GDAL years ago but because OpenJPEG driver is quite 
good I have not bothered lately even I do have Kakadu license. Kakadu, Lura, 
and MrSID all have expensive licenses  and they not at all common among GDAL 
users. If we add JP2LURA I do not know who could help them with their problems. 
I do not even know where Lura JPEG2000 is nowadays, the company is perhaps sold 
here https://www.foxitsoftware.com/enterprise-automation/products/. But if the 
old libraries work and they are not too heavy I am not strongly against 
including them.


---

** [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:** Mon Sep 14, 2020 09:36 AM 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] #382 Delete Incremental Warping Vector tool does not work

[Jukka Rahkonen via Jump-pilot-devel]

Yes, warping vectors can be removed and warping result updates by the same. 
Quite a nice tool.


---

** [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:** Sat Oct 24, 2020 06:32 PM 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] #510 Create Polygon From a Raster bug

[Jukka Rahkonen via Jump-pilot-devel]

Hi,

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

-Jukka Rahkonen-

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

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




Hi Peppe,

Thank you for the detailed answer.

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

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

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

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

Michaël

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


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

Best regards
Peppe



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

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

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

[JPP-Devel] [jump-pilot:bugs] #517 Raster styling bug

[Jukka Rahkonen via Jump-pilot-devel]

I confirm that the r6656 fixed the issue with my 32 bit images.


---

** [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:47 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] [openjump-gis/openjump] 74c2c9: Add download link for OpenJUMP 2 snapshots

[Jukka Rahkonen via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 74c2c98582ff2bfcab20287727bfe0bc5db24ea3
  
https://github.com/openjump-gis/openjump/commit/74c2c98582ff2bfcab20287727bfe0bc5db24ea3
  Author: Jukka Rahkonen 
  Date:   2021-05-17 (Mon, 17 May 2021)

  Changed paths:
M README.md

  Log Message:
  ---
  Add download link for OpenJUMP 2 snapshots




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

[JPP-Devel] [openjump-gis/openjump] 9480ba: Update jump_fi.properties (#45)

[Jukka Rahkonen via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 9480ba6cc818cf20ea89728f34e30b46d3b631a2
  
https://github.com/openjump-gis/openjump/commit/9480ba6cc818cf20ea89728f34e30b46d3b631a2
  Author: Jukka Rahkonen 
  Date:   2022-02-06 (Sun, 06 Feb 2022)

  Changed paths:
M src/language/jump_fi.properties

  Log Message:
  ---
  Update jump_fi.properties (#45)




___
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

[Jukka Rahkonen via Jump-pilot-devel]

Last version at https://wald.intevation.org/frs/?group_id=32&release_id=892 
seems to be about 5 years old. The converter would have some value if it worked 
but if nobody so far has managed to make is run I believe it is better to drop 
it.


---

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

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**Last Updated:** Sun Feb 20, 2022 02:23 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] #417 wkb reader of spatialite

[Jukka Rahkonen via Jump-pilot-devel]

Multi* geometries behave pretty well.

- MULTIPOLYGON Z -> comes as MULTIPOLYGON Z into OJ with x,y,z coordinates
-  MULTIPOLYGON M -> comes as MULTIPOLYGON Z into OJ with x,y,z coordinates (M 
gets converted into Z)
- - MULTIPOLYGON ZM-> comes as MULTIPOLYGON Z into OJ with x,y,z coordinates (M 
gets dropped)

Similar results with MULTIPOINT and MULTILINESTRING geometries.

Simple geometries behave well if they are * Z or * M. They become * Z with 3 
coordinates in OJ.
But there is still some an issue with simple  ZM geometries

 POINT ZM (1 2 3 200) 
 becomes POINT (1 2) 
 
 LINESTRING ZM (1 2 3 200,4 5 6 200) 
 becomes LINESTRING ( 1 2, 3 200 ) (ERROR!)

POLYGON ZM ((0 0 100 200,0 10 100 200,10 10 100 200,10 0 100 200,0 0 100 
200),(1 1 100 200,1 9 100 200,9 9 100 200,9 1 100 200,1 1 100 200))
becomes POLYGON (( 0 0, 100 200, 0 10, 100 200, 10 10, 0 0 ), EMPTY ) (ERROR!)

Polygon case also leads into Array index out of bounds error because it is 
impossible to render the converted geometry.

What is good is that spatialite and geopackage behave in the same way.


---

** [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:** Sun Feb 20, 2022 10:05 AM 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] [openjump-gis/openjump] a3444a: Update jump_fi.properties

[Jukka Rahkonen via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: a3444a59b39e5a6c41a25dd0d9412be742581763
  
https://github.com/openjump-gis/openjump/commit/a3444a59b39e5a6c41a25dd0d9412be742581763
  Author: Jukka Rahkonen 
  Date:   2022-11-06 (Sun, 06 Nov 2022)

  Changed paths:
M src/language/jump_fi.properties

  Log Message:
  ---
  Update jump_fi.properties




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

[JPP-Devel] [openjump-gis/openjump] 237d49: Translate new strings

[Jukka Rahkonen via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 237d49004875f2b0d8a91363550d7a2d6a9e2db6
  
https://github.com/openjump-gis/openjump/commit/237d49004875f2b0d8a91363550d7a2d6a9e2db6
  Author: Jukka Rahkonen 
  Date:   2023-03-14 (Tue, 14 Mar 2023)

  Changed paths:
M src/language/jump_fi.properties

  Log Message:
  ---
  Translate new strings




___
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] #523 Read timed out when loading Geoportale Nazionale WMS

[Jukka Rahkonen via Jump-pilot-devel]

That WMS service seems to be very slow. This curl example took 42 seconds.  
Notice < Cache-Control: max-age=300 that means that the same query will come 
from the cache for next 5 minutes and it will be fast. Edit for example WIDTH= 
or HEIGHT= parameters for bypassing the cache. Maybe the timeout in OpenJUMP is 
too short but they should be able to do much better at minambiente.it.

C:\Jukka>curl -v 
"http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/Bacini_idrografici.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.3.0&WIDTH=956&HEIGHT=410&LAYERS=ID.ACQUEFISICHE.BACINIIDROGRAFICI.PRINCIPALI&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=34.93762575452716,0.7132796780684094,49.43762575452716,28.6046277665996&CRS=EPSG:4326&STYLES=GN%3APredefinito";
 -o out.png
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
  0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0* 
  Trying 2.21.96.8:80...
  0 00 00 0  0  0 --:--:--  0:00:01 --:--:-- 0* 
Connected to wms.pcn.minambiente.it (2.21.96.8) port 80 (#0)
> GET 
> /ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/Bacini_idrografici.map&REQUEST=GetMap&SERVICE=WMS&VERSION=1.3.0&WIDTH=956&HEIGHT=410&LAYERS=ID.ACQUEFISICHE.BACINIIDROGRAFICI.PRINCIPALI&TRANSPARENT=TRUE&FORMAT=image%2Fpng&BBOX=34.93762575452716,0.7132796780684094,49.43762575452716,28.6046277665996&CRS=EPSG:4326&STYLES=GN%3APredefinito
>  HTTP/1.1
> Host: wms.pcn.minambiente.it
> User-Agent: curl/7.79.1-DEV
> Accept: */*
>
  0 00 00 0  0  0 --:--:--  0:00:17 --:--:-- 0* 
Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Server: Apache/2.4.18 (Win64)
< Access-Control-Allow-Origin: *
< Content-Type: image/png
< Content-Length: 33918
< Cache-Control: max-age=300
< Expires: Sun, 29 Oct 2023 20:57:04 GMT
< Date: Sun, 29 Oct 2023 20:52:04 GMT
< Connection: keep-alive
< X-N: S
<
{ [1081 bytes data]
100 33918  100 339180 0801  0  0:00:42  0:00:42 --:--:--  6943
* Connection #0 to host wms.pcn.minambiente.it left intact


---

**[bugs:#523] Read timed out when loading Geoportale Nazionale WMS**

**Status:** open
**Milestone:** undecided
**Labels:** WMS 
**Created:** Sat Oct 28, 2023 05:35 PM UTC by Roberto Rossi
**Last Updated:** Sun Oct 29, 2023 11:59 AM UTC
**Owner:** nobody


OpenJump is no more able to load Italian [Geoportale Nazionale 
WMS](http://www.pcn.minambiente.it/mattm/servizio-wms).
Here are some services (in order:  image, points, polylines and a polygons):
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_12.map
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/LimitiAmministrativi_2020.map
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/Aste_fluviali.map
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/Bacini_idrografici.map

In the Status bar "Read timed out" appears.
In the past months I was able to load them, and they still work in other 
software like QGIS, or ArcMap, Or ArcGIS Pro, AdB-ToolBox (a software derived 
from OpenJump but which has his own WMS, WFS, WCS reader, which points to 
Geoportale nazionale data).
So the problem seems (to me) a combination of particular OpenJump settings and 
Geoportale nazionale servers change...

The same Read timed out appears (often, not always) loading some of the 
http://ows.terrestris.de/osm/service layers

Roberto Rossi



---

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] #523 Read timed out when loading Geoportale Nazionale WMS

[Jukka Rahkonen via Jump-pilot-devel]

Sorry Roberto, I may have confused you with WIDTH and HEIGHT. Users are not 
really meant to define those manually. The WMS client software, in this case 
OpenJUMP, sets them automatically to match the map area. If you have problems 
with the WMS server due to too wide or high GetMap requests, adjust the size of 
the project window of OpenJUMP smaller. You should also learn to use the 
Display_WMS_URL tool from the Bean Shell tools. That shows the URL that 
OpenJUMP has sent for the WMS server. Open the details and you will see all the 
parameters. That is very useful for debugging.


---

**[bugs:#523] Read timed out when loading Geoportale Nazionale WMS**

**Status:** closed-works-for-me
**Milestone:** undecided
**Labels:** WMS 
**Created:** Sat Oct 28, 2023 05:35 PM UTC by Roberto Rossi
**Last Updated:** Tue Oct 31, 2023 05:14 PM UTC
**Owner:** nobody


OpenJump is no more able to load Italian [Geoportale Nazionale 
WMS](http://www.pcn.minambiente.it/mattm/servizio-wms).
Here are some services (in order:  image, points, polylines and a polygons):
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_12.map
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/LimitiAmministrativi_2020.map
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/Aste_fluviali.map
* 
http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/Vettoriali/Bacini_idrografici.map

In the Status bar "Read timed out" appears.
In the past months I was able to load them, and they still work in other 
software like QGIS, or ArcMap, Or ArcGIS Pro, AdB-ToolBox (a software derived 
from OpenJump but which has his own WMS, WFS, WCS reader, which points to 
Geoportale nazionale data).
So the problem seems (to me) a combination of particular OpenJump settings and 
Geoportale nazionale servers change...

The same Read timed out appears (often, not always) loading some of the 
http://ows.terrestris.de/osm/service layers

Roberto Rossi



---

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