[JPP-Devel] [jump-pilot:bugs] #490 just a test

[ede via Jump-pilot-devel]

test2


---

** [bugs:#490] just a test**

**Status:** open
**Created:** Tue Jan 07, 2020 10:50 AM UTC by ede
**Last Updated:** Tue Jan 07, 2020 10:50 AM UTC
**Owner:** nobody





---

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] #264 just a test (featreq)

[ede via Jump-pilot-devel]

test3


---

** [feature-requests:#264] just a test (featreq)**

**Status:** open
**Created:** Tue Jan 07, 2020 11:11 AM UTC by ede
**Last Updated:** Tue Jan 07, 2020 11:12 AM UTC
**Owner:** nobody





---

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] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

[ede via Jump-pilot-devel]

Jukka,

sounds like textfields to manipulate all 3 urls (GetCaps,GetMap,FeatInfo) in 
WMSEditPlugin would be a nice hack. or?

..ede

On 07.01.2020 09:46, Jukka Rahkonen wrote:
> In theory:
> 1. Client reads GetCapabilities with a given base URL
> 2. Server sends an URL to be used for GetMaps, URL is correct, and works
>
> Unfortunately servers can return not-working GetMap URLs. For example in 
> Mapserver the GetMap url is configured manually and it is pretty easy to 
> write it wrong. Very often in such cases the same base URL that is used for 
> GetCapabilities works also for GetMaps and it is very good to offer user a 
> possibility to try that.
>
> In QGIS there are two settings: "Ignore GetMap URI reported in capabilities" 
> and "Ignore GetFeatureInfo URI reported in capabilities"
>
> There is also another use case for forcing another GetMap URL than the one 
> that appears in the capabilities. Some servers support extra key/value 
> parameters which have some effect on the map that GetMap returns. See 
> https://docs.geoserver.org/stable/en/user/tutorials/cql/cql_tutorial.html#cql-tutorial
>  for examples. Now a users who know how they client and WMS server behave can 
> fiddle the base url and write is for example as
> https://demo.geo-solutions.it/geoserver/wms?CQL_FILTER=PERSONS>1500&.
>
> If user ignores the GetMap URL OpenJUMP will send requests like
> ~~~
> https://demo.geo-solutions.it/geoserver/wms?
> CQL_FILTER=PERSONS>1500&
> REQUEST=GetMap&
> SERVICE=WMS&
> VERSION=1.3.0&
> WIDTH=1601&
> HEIGHT=835&
> LAYERS=topp%3Astates&
> TRANSPARENT=TRUE&
> FORMAT=image%2Fpng&
> BBOX=22.101104761711433,-124.731422,52.22659723828857,-66.969849&
> CRS=EPSG:4326&
> STYLES=
> ~~~
>
> This is more a hack than a feature but I use it myself sometimes. Better 
> option would be to have an option for configuring vendor parameters for each 
> WMS layer separately.
>
> Following the 302 redirections would be a nice improvement. Some service 
> providers use redirections for load balancing, though not so many because WMS 
> clients tend to get lost :).
>
> And finally Geoservers seem to include that unnecessary &SERVICE=WMS in the 
> GetMaps URLs. I think it is wrong but it does not make real harm. I made a 
> test by adding another &SERVICE=WMS to the request and Geoserver accepts it. 
> But it would be a problem if URL contained something like &VERSION=1.1.1 and 
> client added &VERSION=1.3.0.
>
>
> ---
>
> ** [bugs:#489] Veneto Region (Italy) WMS sevice does not work on OpenJump**
>
> **Status:** open
> **Labels:** WMS
> **Created:** Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
> **Last Updated:** Sat Jan 04, 2020 12:29 PM UTC
> **Owner:** nobody
> **Attachments:**
>
> - 
> [WMS1.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS1.jpg) 
> (72.1 kB; image/jpeg)
> - 
> [WMS2.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS2.jpg) 
> (143.6 kB; image/jpeg)
> - 
> [WMS3.jpg](https://sourceforge.net/p/jump-pilot/bugs/489/attachment/WMS3.jpg) 
> (27.9 kB; image/jpeg)
>
>
> The Veneto Region (Italy) WMS sevice does not work on OpenJump.
> 1. When adding the WM layer URL 
> (https://idt2-geoserver.regione.veneto.it/geoserver/ows) the server answer 
> (IMG WMS1):  *The WMS advertises the URL 
> https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS as 
> GetMap-URL. Do you want to use it?*
> 2. then the open window correctly shows the *Available layers* list (IMG WMS2)
> 3. finally it adds the layer  in the Working Category, but the map i s empty, 
> and in the status bar the message* No description was provided* appears
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

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

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


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


---

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

[ede via Jump-pilot-devel]

Roberto,

does the latest Snapshot work for you now?
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/

..ede

On 07.01.2020 16:38, Roberto Rossi wrote:
> Thank you for the efforts!
> Roberto Rossi
> (I opened the Bug ticket)
>
>
> Il 07/01/2020 14:27, ede ha scritto:
>>
>> Jukka,
>>
>> sounds like textfields to manipulate all 3 urls
>> (GetCaps,GetMap,FeatInfo) in WMSEditPlugin would be a nice hack. or?
>>
>> ..ede
>>
>> On 07.01.2020 09:46, Jukka Rahkonen wrote:
>>
>> In theory:
>> 1. Client reads GetCapabilities with a given base URL
>> 2. Server sends an URL to be used for GetMaps, URL is correct, and
>> works
>>
>> Unfortunately servers can return not-working GetMap URLs. For
>> example in Mapserver the GetMap url is configured manually and it
>> is pretty easy to write it wrong. Very often in such cases the
>> same base URL that is used for GetCapabilities works also for
>> GetMaps and it is very good to offer user a possibility to try that.
>>
>> In QGIS there are two settings: "Ignore GetMap URI reported in
>> capabilities" and "Ignore GetFeatureInfo URI reported in capabilities"
>>
>> There is also another use case for forcing another GetMap URL than
>> the one that appears in the capabilities. Some servers support
>> extra key/value parameters which have some effect on the map that
>> GetMap returns. See
>> 
>> https://docs.geoserver.org/stable/en/user/tutorials/cql/cql_tutorial.html#cql-tutorial
>> for examples. Now a users who know how they client and WMS server
>> behave can fiddle the base url and write is for example as
>> https://demo.geo-solutions.it/geoserver/wms?CQL_FILTER=PERSONS>1500&.
>>
>> If user ignores the GetMap URL OpenJUMP will send requests like
>> ~~~
>> https://demo.geo-solutions.it/geoserver/wms?
>> 
>> CQL_FILTER=PERSONS>1500&
>> REQUEST=GetMap&
>> SERVICE=WMS&
>> VERSION=1.3.0&
>> WIDTH=1601&
>> HEIGHT=835&
>> LAYERS=topp%3Astates&
>> TRANSPARENT=TRUE&
>> FORMAT=image%2Fpng&
>> BBOX=22.101104761711433,-124.731422,52.22659723828857,-66.969849&
>> CRS=EPSG:4326&
>> STYLES=
>> ~~~
>>
>> This is more a hack than a feature but I use it myself sometimes.
>> Better option would be to have an option for configuring vendor
>> parameters for each WMS layer separately.
>>
>> Following the 302 redirections would be a nice improvement. Some
>> service providers use redirections for load balancing, though not
>> so many because WMS clients tend to get lost :).
>>
>> And finally Geoservers seem to include that unnecessary
>> &SERVICE=WMS in the GetMaps URLs. I think it is wrong but it does
>> not make real harm. I made a test by adding another &SERVICE=WMS
>> to the request and Geoserver accepts it. But it would be a problem
>> if URL contained something like &VERSION=1.1.1 and client added
>> &VERSION=1.3.0.
>>
>> 
>>
>> *[bugs:#489] 
>> Veneto Region (Italy) WMS sevice does not work on OpenJump*
>>
>> *Status:* open
>> *Labels:* WMS
>> *Created:* Wed Dec 11, 2019 04:04 PM UTC by Roberto Rossi
>> *Last Updated:* Sat Jan 04, 2020 12:29 PM UTC
>> *Owner:* nobody
>> *Attachments:*
>>
>>   * WMS1.jpg
>> 
>> (72.1 kB; image/jpeg)
>>   * WMS2.jpg
>> 
>> (143.6 kB; image/jpeg)
>>   * WMS3.jpg
>> 
>> (27.9 kB; image/jpeg)
>>
>> The Veneto Region (Italy) WMS sevice does not work on OpenJump.
>> 1. When adding the WM layer URL
>> (https://idt2-geoserver.regione.veneto.it/geoserver/ows) the
>> server answer (IMG WMS1): /The WMS advertises the URL
>> https://idt2-geoserver.regione.veneto.it/geoserver/ows?SERVICE=WMS
>> as GetMap-URL. Do you want to use it?/
>> 2. then the open window correctly shows the /Available layers/
>> list (IMG WMS2)
>> 3. finally it adds the layer in the Working Category, but the map
>> i s empty, and in the status bar the message/No description was
>> provided/ appears
>>
>> 
>>
>> Sent from sourceforge.net because you indicated interest in
>> https://sourceforge.net/p/jump-pilot/bugs/489/
>>
>> To unsubscribe from further messages, please visit
>> https://sourceforge.net/auth/subscriptions/
>>
>> 
>>
>> *[bugs:#489]  Veneto
>> Region (Italy) WMS sevic

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

[ede via Jump-pilot-devel]

On 07.01.2020 17:11, Roberto Rossi wrote:
> What can I do if I find bugs in Sextante (in OpenJump)?
> Can I use the same Bugtracker?

yes. just file a new ticket. check if none similar exists first!

wrt. Sextante. our "Sextante guy" is currently on hiatus, so be patient for 
fixes. also, as we are stretched thin wrt. man power, it might happen, that we 
cant fix at all right now. we'll see. having said that, please file away. any 
help is welcome :)

..ede


---

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

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

sound like what you need is

1. "Merge Selected Features" working on a layer selection, having an options 
dialog to choose the order column and type
2. followed up by a "Convert Geometry To Linestring" for that layer or 
resulting Geometry in it

(2.) is already there.the result of your first operation would be layers 
containing (ordered) Multipoint geometry features, then you would combine those 
layers to one, containing _all _ of these features, select all and convert them 
to Linestrings.



---

** [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:02 PM UTC
**Owner:** nobody
**Attachments:**

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


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


---

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

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

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

[ede via Jump-pilot-devel]

how many of these features do you have? a big count would make an approach with 
all Points in one layer but mergeable via 'Attribute A' and sortable via 
'Attribute B' more feasible.

..ede

On 15.01.2020 14:53, Jukka Rahkonen wrote:
> 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 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] Re: #265 Create a "make line" tool

[ede via Jump-pilot-devel]

that's in our svn. so why don't you use it? does Horae Plugin not work anymore? 
..ede


On 15.01.2020 15:42, Jukka Rahkonen wrote:
> 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 you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

** [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] Re: #265 Create a "make line" tool

[ede via Jump-pilot-devel]

On 15.01.2020 20:35, Jukka Rahkonen wrote:
> 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.

yeah saw that. just was asking for the reason.

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

"Points to Path" with Sorting and optional Grouping sounds like a reasonable 
tool for the occasional GPS tracker.

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

..ede



---

** [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] #267 Translation of Map Coloring plugin to Polish

[ede via Jump-pilot-devel]

thanks Marcin,

please test the attached extension jar (replace the one in lib/ext/). will go 
into the next release! ..ede


Attachments:

- 
[ojmapcoloring-0.5.1.jar](https://sourceforge.net/p/jump-pilot/feature-requests/_discuss/thread/b532f61863/6c65/attachment/ojmapcoloring-0.5.1.jar)
 (23.4 kB; application/octet-stream)


---

** [feature-requests:#267] Translation of Map Coloring plugin to Polish**

**Status:** open
**Labels:** localisation 
**Created:** Thu May 28, 2020 09:27 AM UTC by Marcin Sołoguba
**Last Updated:** Thu May 28, 2020 09:27 AM UTC
**Owner:** nobody
**Attachments:**

- 
[mapcolorstrings_pl.properties](https://sourceforge.net/p/jump-pilot/feature-requests/267/attachment/mapcolorstrings_pl.properties)
 (389 Bytes; text/plain)


I always get message starting OJ with lack of file with translation of Map 
Coloring plugin to Polish. I've prepared one and it would by nice to add it to 
current ojmapcoloring-0.5.jar 


---

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] #267 Translation of Map Coloring plugin to Polish

[ede via Jump-pilot-devel]

thanks!

btw. we do not seem to have a polish translation. wanna give it a go? the 
current english base file can be found here
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/language/jump.properties

..ede


---

** [feature-requests:#267] Translation of Map Coloring plugin to Polish**

**Status:** open
**Labels:** localisation 
**Created:** Thu May 28, 2020 09:27 AM UTC by Marcin Sołoguba
**Last Updated:** Thu May 28, 2020 12:13 PM UTC
**Owner:** nobody
**Attachments:**

- 
[mapcolorstrings_pl.properties](https://sourceforge.net/p/jump-pilot/feature-requests/267/attachment/mapcolorstrings_pl.properties)
 (389 Bytes; text/plain)


I always get message starting OJ with lack of file with translation of Map 
Coloring plugin to Polish. I've prepared one and it would by nice to add it to 
current ojmapcoloring-0.5.jar 


---

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] #268 Translation of Map Coloring plugin to Hungarian

[ede via Jump-pilot-devel]

hey Janos,

would you by any chance be willing to translate some more? the hungarian 
translation needs a lot of love and attention by now.

if you are willing  find the latest language file here
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/language/jump_hu.properties
simply edit it and send it back in. we will do the rest.
hint: every entry starting with '#T:' is currently untranslated ;)

thanks!.. ede


---

** [feature-requests:#268] Translation of Map Coloring plugin to Hungarian**

**Status:** open
**Labels:** localisation ojmapcoloring 
**Created:** Wed Jun 10, 2020 07:31 AM UTC by kjt
**Last Updated:** Wed Jun 10, 2020 07:31 AM UTC
**Owner:** nobody
**Attachments:**

- 
[mapcolorstrings_hu.properties](https://sourceforge.net/p/jump-pilot/feature-requests/268/attachment/mapcolorstrings_hu.properties)
 (347 Bytes; text/plain)


When I starting the Openjump, I got the next message always:
~~~
[ERROR] ... Can't find bundle for base name 
/org/freevoice/mapcoloring/mapcolorstrings, locale hu_HU
~~~
So I have prepared a "mapcolorstrings_hu.properties" file and I put into my 
ojmapcoloring-0.5.jar.
It works so it would by nice to add it to "official release".

*Important: the file must be have ISO8859-2 codepage*



---

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] Re: #7 BeanShell Script Editor properties

[ede via Jump-pilot-devel]

@kjt btw. where did you find the sources? they are not in our svn as far as i 
can see.

@Mike do you maintain them somewhere else? ..ede

On 10.06.2020 11:27, kjt via Jump-pilot-devel wrote:
> In my oppinion the Font has been defined at BeanShellEditor.class in the 
> fr.michaelm.bsheditor package:
> 437. row: |this.outputTextArea.setFont(new Font("Monospaced", 0, 12));|
> Can I modify anyway...?
> 
> --
> 
> *[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:55 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
> 




---

** [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 09:27 AM UTC
**Owner:** nobody


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



---

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

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

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

[ede via Jump-pilot-devel]

let's wait for Michael (Mike) Michaud to provide the sources and we will see. 
maybe we can turn it into a setting or there is a simple way to switch it via 
some scripting, we'll see. please be patient.

thanks.. ede


On 10.06.2020 13:15, kjt wrote:
> I don't have the source of the BeanShell Script Editor unfortunately, 
> otherwise I would have tried to do something... Maybe... Unfortunately I am 
> newbie in Java so I cannot know what I can do and what I cannot.
> I has opened the 
> "c:\OpenJUMP-20200126-r6224-PLUS\lib\ext\bsheditor4jump-0.2.4.jar" file in 
> the JD-GUI only and I found the trace of my problem.
> 
> It would be a good idea to specify the font type and size in the 
> "BeanShellEditor_i18n.properties" file and not to change the source.
> 
> --
> 
> *[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 09:27 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 you indicated interest in 
> https://sourceforge.net/p/jump-pilot/support-requests/7/
> 
> To unsubscribe from further messages, please visit 
> https://sourceforge.net/auth/subscriptions/
> 




---

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

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


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



---

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

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

[JPP-Devel] [jump-pilot:feature-requests] #269 kml export and of

[ede via Jump-pilot-devel]

a quick check in
https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/KmlDriver/trunk/src/com/isa/jump/plugin/KMLWriter.java#l323

suggests it's currently hardcoded in there.

so unfortunately no. your welcome to proveide a patch though! ..ede



---

** [feature-requests:#269] kml export and  of **

**Status:** open
**Labels:** kml export Google Maps  of  
**Created:** Wed Jul 01, 2020 12:40 PM UTC by János Tamás Kis
**Last Updated:** Wed Jul 01, 2020 12:40 PM UTC
**Owner:** nobody
**Attachments:**

- 
[OnePoint-GoogleMaps.kml](https://sourceforge.net/p/jump-pilot/feature-requests/269/attachment/OnePoint-GoogleMaps.kml)
 (396 Bytes; application/octet-stream)
- 
[OnePoint-OpenJUMP.kml](https://sourceforge.net/p/jump-pilot/feature-requests/269/attachment/OnePoint-OpenJUMP.kml)
 (513 Bytes; application/octet-stream)


Have I possibility to define which data field i can to include in the  
and  fields of the  tag during kml export?
Currently, in the  tag contains the autogenerated FID field by OpenJUMP 
of the datatable and missing the   tag.
It is not favored if someone wants to import this kml file for Google Maps for 
example...


---

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] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

[ede via Jump-pilot-devel]

> Seems that the WorkbenchToolbar uses a special layout added to OpenJUMP by 
> Ede : WrapLayout, extending FlowLayout. I did not understand what this layout 
> was supposed to solve though. Ede, any idea ?

WrapLayout does what it's name says, it wraps a horizontal flowlayout into a 
new line if there is not enough space. remember in the past that the workbench 
toolbar got cut off when the window was too small?

will have a look. give me some time.


---

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

**Status:** open
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Aug 04, 2020 06:59 AM UTC
**Owner:** Giuseppe Aruta
**Attachments:**

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


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



---

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

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

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

[ede via Jump-pilot-devel]

---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

Mike,

could you provide and attach a test dataset? ..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:** Mon Aug 17, 2020 11:47 AM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

sorry Mike, can't reproduce it.

actually writing is magnitudes faster than reading on my laptop. see

[INFO] 20:05:45.910 Reading 'test_date.shp' took 6.64s.
[INFO] 20:05:47.011 Done. Current committed 
memory:plugin.AbstractPlugIn.executing = Executing199 MB
[INFO] 20:05:47.013 Activating Select Features Tool
...
[INFO] 20:06:09.648 Executing Save Dataset As (testing)
[INFO] 20:06:26.760 Activating Select Features Tool
[INFO] 20:06:27.881 Writing 'test_date-out.shp' took 0.93s.
[INFO] 20:06:27.891 Done. Current committed 
memory:plugin.AbstractPlugIn.executing = Executing227 MB

i also added a debug breakpoint at 
com.vividsolutions.jump.util.FlexibleDateParser.parse(String s, boolean 
lenient) and it isn't even called during saving as SHP.

..ede

On 17.08.2020 21:15, michael michaud wrote:
> Here is a dataset of 100 000 features including datetimes. It takes nearly 1 
> minute to save as shapefile (less than 2 seconds to read it).
>
>
> Attachments:
>
> - 
> [test_date.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/89eb/attachment/test_date.zip)
>  (1.6 MB; application/x-zip-compressed)
>
>
> ---
>
> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>
> **Status:** open
> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
> **Last Updated:** Mon Aug 17, 2020 04:38 PM UTC
> **Owner:** michael michaud
>
>
> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
> with version 1.15 lasted more than 20 minutes.
> Most of the time is used by FlexibleDateParser.parse().
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

ok, got it. SHP reader does not seem to use lazy date parsing via 
FlexibleDateParser. converting your set to JML and tryinf to save that involves 
FlexibleDateParser and shows the symptoms you observed.

..ede

On 18.08.2020 20:24, ede wrote:
> sorry Mike, can't reproduce it.
>
> actually writing is magnitudes faster than reading on my laptop. see
>
> [INFO] 20:05:45.910 Reading 'test_date.shp' took 6.64s.
> [INFO] 20:05:47.011 Done. Current committed 
> memory:plugin.AbstractPlugIn.executing = Executing199 MB
> [INFO] 20:05:47.013 Activating Select Features Tool
> ...
> [INFO] 20:06:09.648 Executing Save Dataset As (testing)
> [INFO] 20:06:26.760 Activating Select Features Tool
> [INFO] 20:06:27.881 Writing 'test_date-out.shp' took 0.93s.
> [INFO] 20:06:27.891 Done. Current committed 
> memory:plugin.AbstractPlugIn.executing = Executing227 MB
>
> i also added a debug breakpoint at 
> com.vividsolutions.jump.util.FlexibleDateParser.parse(String s, boolean 
> lenient) and it isn't even called during saving as SHP.
>
> ..ede
>
> On 17.08.2020 21:15, michael michaud wrote:
>> Here is a dataset of 100 000 features including datetimes. It takes nearly 1 
>> minute to save as shapefile (less than 2 seconds to read it).
>>
>>
>> Attachments:
>>
>> - 
>> [test_date.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/89eb/attachment/test_date.zip)
>>  (1.6 MB; application/x-zip-compressed)
>>
>>
>> ---
>>
>> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>>
>> **Status:** open
>> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
>> **Last Updated:** Mon Aug 17, 2020 04:38 PM UTC
>> **Owner:** michael michaud
>>
>>
>> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
>> with version 1.15 lasted more than 20 minutes.
>> Most of the time is used by FlexibleDateParser.parse().
>>
>>
>> ---
>>
>> Sent from sourceforge.net because you indicated interest in 
>> 
>>
>>
>>
>> To unsubscribe from further messages, please visit 
>> 
>>
>
>
>
> ---
>
> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>
> **Status:** open
> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
> **Last Updated:** Mon Aug 17, 2020 07:15 PM UTC
> **Owner:** michael michaud
>
>
> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
> with version 1.15 lasted more than 20 minutes.
> Most of the time is used by FlexibleDateParser.parse().
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>





---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

just committed r6381 which speeds up FlexibleDateParser by prefering successful 
DateFormatters (see log below). please test.

other observations.
1. saving the SHP data immediately again is lightning speed fast. not sure why.
2. sometimes writing with the new "Save Dataset as (testing)" dialog fails with 
the stack below

[INFO] 21:23:06.501 Reading 'test_date.jml' took 3.39s.
[INFO] 21:23:07.247 Done. Current committed 
memory:plugin.AbstractPlugIn.executing = Executing271 MB
[INFO] 21:23:07.253 Activating Select Features Tool
[INFO] 21:23:11.837 Executing Save Dataset As (testing)
[INFO] 21:23:19.141 Activating Select Features Tool
[INFO] 21:23:26.271 Writing 'test_date8.shp' took 7.00s.
[INFO] 21:23:26.275 Done. Current committed 
memory:plugin.AbstractPlugIn.executing = Executing321 MB
[INFO] 21:23:35.053 Activating Select Features Tool
[INFO] 21:23:38.203 Executing Save Dataset As (testing)
[INFO] 21:23:42.603 Activating Select Features Tool
[INFO] 21:23:43.037 Writing 'test_date9.shp' took 0.36s.

[ERROR] 21:29:32.398 java.io.EOFException
java.io.EOFException
at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:290)
at 
com.vividsolutions.jump.io.EndianDataInputStream.readUnsignedByteLE(EndianDataInputStream.java:86)
at 
org.geotools.dbffile.DbfFile$DbfFileHeader.getDbfFileHeader(DbfFile.java:342)
at org.geotools.dbffile.DbfFile$DbfFileHeader.(DbfFile.java:336)
at org.geotools.dbffile.DbfFile.init(DbfFile.java:172)
at org.geotools.dbffile.DbfFile.(DbfFile.java:80)
at org.geotools.dbffile.DbfFile.(DbfFile.java:66)
at 
com.vividsolutions.jump.io.ShapefileWriter.writeDbf(ShapefileWriter.java:420)
at 
com.vividsolutions.jump.io.ShapefileWriter.write(ShapefileWriter.java:293)
at 
com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeUpdate(ReaderWriterFileDataSource.java:141)
at 
org.openjump.core.ui.io.file.DataSourceFileLayerSaver.write(DataSourceFileLayerSaver.java:62)
at 
org.openjump.core.ui.plugin.file.save.SaveToFileWizard.run(SaveToFileWizard.java:75)
at 
org.openjump.core.ui.plugin.file.SaveWizardPlugIn.run(SaveWizardPlugIn.java:127)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)

On 18.08.2020 20:57, ede wrote:
> ok, got it. SHP reader does not seem to use lazy date parsing via 
> FlexibleDateParser. converting your set to JML and tryinf to save that 
> involves FlexibleDateParser and shows the symptoms you observed.
>
> ..ede
>
> On 18.08.2020 20:24, ede wrote:
>> sorry Mike, can't reproduce it.
>>
>> actually writing is magnitudes faster than reading on my laptop. see
>>
>> [INFO] 20:05:45.910 Reading 'test_date.shp' took 6.64s.
>> [INFO] 20:05:47.011 Done. Current committed 
>> memory:plugin.AbstractPlugIn.executing = Executing199 MB
>> [INFO] 20:05:47.013 Activating Select Features Tool
>> ...
>> [INFO] 20:06:09.648 Executing Save Dataset As (testing)
>> [INFO] 20:06:26.760 Activating Select Features Tool
>> [INFO] 20:06:27.881 Writing 'test_date-out.shp' took 0.93s.
>> [INFO] 20:06:27.891 Done. Current committed 
>> memory:plugin.AbstractPlugIn.executing = Executing227 MB
>>
>> i also added a debug breakpoint at 
>> com.vividsolutions.jump.util.FlexibleDateParser.parse(String s, boolean 
>> lenient) and it isn't even called during saving as SHP.
>>
>> ..ede
>>
>> On 17.08.2020 21:15, michael michaud wrote:
>>> Here is a dataset of 100 000 features including datetimes. It takes nearly 
>>> 1 minute to save as shapefile (less than 2 seconds to read it).
>>>
>>>
>>> Attachments:
>>>
>>> - 
>>> [test_date.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/89eb/attachment/test_date.zip)
>>>  (1.6 MB; application/x-zip-compressed)
>>>
>>>
>>> ---
>>>
>>> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>>>
>>> **Status:** open
>>> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
>>> **Last Updated:** Mon Aug 17, 2020 04:38 PM UTC
>>> **Owner:** michael michaud
>>>
>>>
>>> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
>>> with version 1.15 lasted more than 20 minutes.
>>> Most of the time is used by FlexibleDateParser.parse().
>>>
>>>
>>> ---
>>>
>>> Sent from sourceforge.net because you indicated interest in 
>>> 
>>>
>>>
>>>
>>> To unsubscribe from further messages, please visit 
>>> 
>>>
>>
>>
>>
>> ---
>>
>> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>>
>> **Status:** open
>> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
>> **Last Updated:** Mon Aug 17, 2020 07:15 PM UTC
>> **Owner:** michael michaud
>>
>>
>> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
>> with version 1.15 lasted more than 20 minutes.
>> Most of the time is u

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

[ede via Jump-pilot-devel]

On 18.08.2020 23:42, michael michaud wrote:
> Hi Ede,
> Seems to be a nice tweak but something is still wrong : the first save is 
> still very slow.

surely it's faster than before, or? before it tried 125 parser for each entry 
before succeeding. now this only happens on the first try and then this one is 
reused. it's faster for me.

> Seems that the second save of a dataset benefits your optimization, but the 
> save operation on a freshly imported/extracted dataset is still long.

yeah, that's mysterious to me to. oh, wait a second. no. i got it. read on 
below.

> Also there is something I don't understand : writing a shapefile (a dbf) 
> should not need FlexibleDateParser at all. The date should simply be 
> converted to a string by DbfFile.DATE_PARSER. Did you see where and why 
> FlexibleDateParser is used in the "writing" process ? The problem also exists 
> for JML. I did not check the code, but I also don't understand why it would 
> need a flexible "parser"to convert a Date to a String.

that's our code. when speeding up loading datasets we introduced lazy 
conversion for date/time fields remember? now the attribute is only 
converted/parsed into a date object when the value is actually requested.
that is actually what is happening during saving, the Feature.getAttribute() 
need to return a Date Object, hence parsing needs to be done.

on the second save the whole layers features are parsed already and no 
conversion is needed anymore, hence lightning speed.

we could introduce a asynchronous thread that converts silently in the 
background. problem though would be error handling as the user would be 
confused by possible suddenly popping up parsing errors whilst in the middle of 
doing something else. solution agn could be, to ignore those and let the user 
stumble over them when they need to be converted agn during save or editing.

> Your changed broke two tests, but I removed the tests which were not as 
> important as the optimization we try to achieve.

saw it.
yeah, reordering parsers shouldn't break any test. thanks!.. 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:** Mon Aug 17, 2020 07:15 PM UTC
> **Owner:** michael michaud
>
>
> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
> with version 1.15 lasted more than 20 minutes.
> Most of the time is used by FlexibleDateParser.parse().
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

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 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

** [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] Re: #497 Shapefile export slowed down because of FlexibleDateParser

[ede via Jump-pilot-devel]

Mike,

saving by itself is not the root problem here. this is proven by the second run 
(when all dates are converted).

it is a combination of opening/editing/saving. if a data reader (eg. JML or 
GeoJSON now) uses FlexibleFeature's (FF) lazy conversion, time is saved by 
simply not converting expensive data types in the loader but having FF do that 
later. in the worst case this is during saving to another format, as you 
noticed.

if saving data loaded from a database is slow and it is indeed caused by the 
FlexDateParser, then the loader must be at fault, because it does by design or 
flaw not convert to java.sql.Date during loading. what database do you load 
from?

..ede

On 19.08.2020 14:06, michael michaud wrote:
> A beanshell test just comparing writing shp from  BasicFeature and from 
> FlexibleFeature.
> (to be executed from the Beanshell Editor)
>
>
> Attachments:
>
> - 
> [test_flexible_feature.bsh](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/6cc8/attachment/test_flexible_feature.bsh)
>  (1.7 kB; application/octet-stream)
>
>
> ---
>
> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>
> **Status:** open
> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
> **Last Updated:** Wed Aug 19, 2020 10:29 AM UTC
> **Owner:** michael michaud
>
>
> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
> with version 1.15 lasted more than 20 minutes.
> Most of the time is used by FlexibleDateParser.parse().
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

i just noticed that FlexFeature uses AttributeType.DATE, which is 
java.sql.Date.class to determine if conversion is needed or not. that might 
lead to conversion of java.util.Date objects which is definitely unwanted.

btw. found this commit
  https://sourceforge.net/p/jump-pilot/code/6129/
where i disabled parsing of spatialite dates (at request ;). maybe we should at 
least reenable

  ret = rs.getTimestamp(columnIndex);

and only keep expensive FlexDateParsing disabled?

to reproduce/check i need a test dataset though. maybe an sqlite file? ..ede

ps. here are the two threads wrt. slow date attrib loading
  
https://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg18295.html
  
https://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg18317.html

On 19.08.2020 15:17, ede wrote:
> Mike,
>
> saving by itself is not the root problem here. this is proven by the second 
> run (when all dates are converted).
>
> it is a combination of opening/editing/saving. if a data reader (eg. JML or 
> GeoJSON now) uses FlexibleFeature's (FF) lazy conversion, time is saved by 
> simply not converting expensive data types in the loader but having FF do 
> that later. in the worst case this is during saving to another format, as you 
> noticed.
>
> if saving data loaded from a database is slow and it is indeed caused by the 
> FlexDateParser, then the loader must be at fault, because it does by design 
> or flaw not convert to java.sql.Date during loading. what database do you 
> load from?
>
> ..ede
>
> On 19.08.2020 14:06, michael michaud wrote:
>> A beanshell test just comparing writing shp from  BasicFeature and from 
>> FlexibleFeature.
>> (to be executed from the Beanshell Editor)
>>
>>
>> Attachments:
>>
>> - 
>> [test_flexible_feature.bsh](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/62e6f051ce/6cc8/attachment/test_flexible_feature.bsh)
>>  (1.7 kB; application/octet-stream)
>>
>>
>> ---
>>
>> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>>
>> **Status:** open
>> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
>> **Last Updated:** Wed Aug 19, 2020 10:29 AM UTC
>> **Owner:** michael michaud
>>
>>
>> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
>> with version 1.15 lasted more than 20 minutes.
>> Most of the time is used by FlexibleDateParser.parse().
>>
>>
>> ---
>>
>> Sent from sourceforge.net because you indicated interest in 
>> 
>>
>>
>>
>> To unsubscribe from further messages, please visit 
>> 
>>
>
>
>
> ---
>
> ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser**
>
> **Status:** open
> **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
> **Last Updated:** Wed Aug 19, 2020 12:06 PM UTC
> **Owner:** michael michaud
>
>
> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
> with version 1.15 lasted more than 20 minutes.
> Most of the time is used by FlexibleDateParser.parse().
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

On 19.08.2020 21:45, michael michaud wrote:
> Finally found it : you were right when you said that the database loader 
> could be at fault if, by design or flaw, it did not read dates as dates.
> This comes from r6129, when you added FlexibleFeature in database loader. At 
> the same time, the DateConverter has been changed to always read dates 
> (indeed timestamp) as Strings. The comment is : "speedup loading datasets w/ 
> date/time columns utilizing flex feature lazy conversion"
>
> I propose to revert this change, but I let you check it first if you remember 
> another reason to replace the previous code of DateConverter.

there is a fallback to FlexDateParser that was commented as well to speed up 
things. how about we keep

ret = rs.getTimestamp(columnIndex);

but leave the FlexDateParser fallback commented? as you seem to have a 
spatialite dataset how about you patch & test it? ..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:** Wed Aug 19, 2020 07:45 PM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

On 20.08.2020 09:19, michael michaud wrote:
> OK, changed it. I'm not a spatialite user, but I'll try to configure a 
> database to do more tests.
> I also upgraded postgresql and sqlite jdbc drivers.

ok. not sure that i like the FlexParser fallback though. this can get really 
slow. as you noticed.

i'd say users are more patient when saving/editing than while waiting for data 
to appear. hence converting them lazily should suffice.

> As far as I understood, the spatialite database has no date type and getting 
> date or timestamp from it is still very hazardeous 
> (https://github.com/xerial/sqlite-jdbc/issues/88). I think  the fallback to 
> FlexDateParser is necessary for this reason, but it may lead to a performance 
> regression except if your patch on the FlexDateParser can really place the 
> good parser at first place (until now, I could not measure the impact of you 
> change as the first save operation from a Dataset made of FlexibleFeatures 
> was still long) .

well, of course it's still slower. but 250x that slow as when the fitting 
parser is found in the 250th place in the list every time ;)

> For now :
> r 6383 just restored the read of dates from Database as java.util.Date

our Attribute Class says we need java.sql.Date, which is it? should we losen 
the requirement to java.util.Date?

> r 6384 restored the fallback to the possibly slow FlexibleDateParser in case 
> the database driver fails to read the date with rs.getTimestamp method

will put some suggestions wrt. Spatialite in the answer to Jukka's details on 
how date/times should be saved in Spatialite. ..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:** Wed Aug 19, 2020 07:45 PM UTC
> **Owner:** michael michaud
>
>
> Exporting a big dataset to shapefile (1 300 000 objets - around 225+115 Mb) 
> with version 1.15 lasted more than 20 minutes.
> Most of the time is used by FlexibleDateParser.parse().
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

** [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 08:21 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] Re: #497 Shapefile export slowed down because of FlexibleDateParser

[ede via Jump-pilot-devel]

On 20.08.2020 10:21, Jukka Rahkonen wrote:
> 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.


yeah, it reads as if Sqlite does not handle dates/times at all
https://stackoverflow.com/questions/5425557/sqlite-jdbc-rs-getdate-gettimestamp-etc-all-return-wrong-valueshttps://stackoverflow.com/questions/5425557/sqlite-jdbc-rs-getdate-gettimestamp-etc-all-return-wrong-values

so how about we always fetch it as String and parse the 3 formats given above? 
and only if that fails it is given to FlexParser, preferably via FlexFeature 
becuase of loading time delay.

could someone build me a test dataset?

..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:** Thu Aug 20, 2020 08:21 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] Re: #497 Shapefile export slowed down because of FlexibleDateParser

[ede via Jump-pilot-devel]

a little off but still on topic :)
https://stackoverflow.com/questions/2305973/java-util-date-vs-java-sql-date

interesting read.. 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:** Thu Aug 20, 2020 08:21 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

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ 1.16



---

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

**Status:** open
**Milestone:** OJ 1.16
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Thu Aug 20, 2020 08:21 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

[ede via Jump-pilot-devel]

- **Milestone**: OJ-1.16 --> undecided



---

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

**Status:** open
**Milestone:** undecided
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Thu Aug 20, 2020 05:47 PM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

- **Milestone**: undecided --> final_OJ



---

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

**Status:** open
**Milestone:** final_OJ
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Thu Aug 20, 2020 05:55 PM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

just was browsing the sqlite jdbc sources and thought, how do they deal with 
date/time/timestamps, if at all. well what they do is this

JDBC3ResultSet.getDate()
https://github.com/xerial/sqlite-jdbc/blob/master/src/main/java/org/sqlite/jdbc3/JDBC3ResultSet.java#L524

you may also search for getTimestamp() and getTime(). we might learn something 
from the approach there ;).. ede


On 20.08.2020 11:12, ede wrote:
> a little off but still on topic :)
> https://stackoverflow.com/questions/2305973/java-util-date-vs-java-sql-date
>
> interesting read.. 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:** Thu Aug 20, 2020 08:21 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 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

**Status:** open
**Milestone:** OJ_1.16
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Thu Aug 20, 2020 06:00 PM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

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

closing this as i understand it is fixed now.



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud
**Last Updated:** Thu Aug 20, 2020 06:00 PM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

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



---

** [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:** Tue Jan 14, 2020 06:46 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] #491 WMS getCapability without title

[ede via Jump-pilot-devel]

hopefully fixed in r6392. can someone test? ..ede


---

** [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:47 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] #417 wkb reader of spatialite

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_2.x



---

** [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:** Mon Dec 31, 2018 09:47 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] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future



---

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

**Status:** open
**Milestone:** OJ_future
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Aug 04, 2020 10:50 AM UTC
**Owner:** Giuseppe Aruta
**Attachments:**

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


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



---

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

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

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

[ede via Jump-pilot-devel]

had a look. it's a bit cumbersome as the toolbar is used all over the place. 
eg. the floating editing toolbar uses exactly the same class. will have to be 
tackled after OJ 2.x


---

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

**Status:** open
**Milestone:** OJ_future
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 28, 2020 08:22 PM UTC
**Owner:** Giuseppe Aruta
**Attachments:**

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


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



---

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

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

[JPP-Devel] [jump-pilot:bugs] #476 Optimize rendering process

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future



---

** [bugs:#476] Optimize rendering process**

**Status:** open
**Milestone:** OJ_future
**Created:** Sun May 13, 2018 06:23 PM UTC by michael michaud
**Last Updated:** Sun May 13, 2018 10:10 PM UTC
**Owner:** michael michaud


After a pan or a zoom, the view is redrawn.
I catched and displayed the calls tofeature# getGeometry() method in the 
console and get not less than 5 calls coming from 
renderer.ThreadQueue$Worker#run() for one object after a pan.
With a large dataset, one can see that if it takes x seconds to redraw the 
screen, the clock indicating the running process lasts about 2x (not 5x).  
I think that some rendering processes are started but interrupted by a new one, 
and one of them starts at the end of the first one, doubling the total 
rendering duration.

Context : I try to write a database driver which does not load features but 
call getGeometry()/ getAttribute() every time it needs to. Not sure it will be 
usable, especially if OpenJUMP call geometries and attributes more thanwhat is 
strictly  necessary. 


---

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

[ede via Jump-pilot-devel]

attach the JP2 files from above for reference


Attachments:

- 
[jp2.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/a0436977/c34b/attachment/jp2.zip)
 (29.2 MB; application/x-zip-compressed)


---

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

**Status:** open
**Milestone:** 
**Created:** Sat Oct 01, 2016 09:56 AM UTC by michael michaud
**Last Updated:** Thu Dec 29, 2016 03:42 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] #491 WMS getCapability without title

[ede via Jump-pilot-devel]

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

ok, thought you still head access to the mentioned WMS instance. tested it 
against a static xml file on a webserver, 
http://jamoke.net/getcap.xml
getCapabilities works for me without  or with empty  now.

will close this. reopen if your test comes up with other results.. ede





---

** [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 07:47 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] #469 Postgres: Save Dataset Adds Quotation Marks

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future
- **Comment**:

let's tag it as future then



---

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

**Status:** open
**Milestone:** OJ_future
**Labels:** postgis dataset 
**Created:** Wed Apr 11, 2018 04:09 AM UTC by John L. Poole
**Last Updated:** Sat Aug 29, 2020 09:01 AM UTC
**Owner:** nobody


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

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

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

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


---

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

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

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

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_2.x
- **Comment**:

+1 for removal. we can keep the code in the plugin repo for reference. how 
about a clean cut and remove it in OJ2? will tag it as such for now. feel free 
to correct.



---

** [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:40 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] Re: #499 SelectFilesOptionPanel and extensions

[ede via Jump-pilot-devel]

On 30.08.2020 11:43, michael michaud wrote:
> 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 ?

you seem to utilize de.fho.jump.pirol.utilities.i18n.I18NPlug in 
fr.michaelm.jump.drivers.csv.CSVDriverConfiguration , which is some legacy I18N 
code i never modified apart from some logging changes. when the I18N class is 
not located in the same folder as the files they repectively cannot be loaded.
how about switching to the OJ com.vividsolutions.jump.I18N implementation.

i remember our com.vividsolutions.jump.I18N having a mechanism for extensions 
to provide the path to "their" language files. let me check.

ahh, wfs eg. has a small wrapper
  de.latlon.deejump.wfs.i18n.I18N

you could copy and modify that or simply provide a proper prefix, which looks 
like would be (untested ;9)
  new File("fr/michaelm/jump/drivers/csv/csv")
in your case. alternatively move the language files into a language/ subfolder 
of your package and rename them jump_.properties . then you can use the 
package name as prefix
  new String("fr.michaelm.jump.drivers.csv")

it's documented in de.latlon.deejump.wfs.i18n.I18N as follows

   * Get the I18N instance for a category or a path. The resource files are
   * resolved and at least one must exist in the classpath.
   *
   * Examples:
   *
   * categoryPrefixOrPath = new String("org.openjump.myplugin") then
   * resourcebundle is looked up as
   * /org/openjump/myplugin/language/jump[_locale].properties
   *
   * categoryPrefixOrPath = new File("language/wfs/messages") then
   * resourcebundle is looked up as /language/wfs/messages[_locale].properties


happy sunday.. ede


---

** [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] Re: #500 possible important bug on Batik 1.6.1

[ede via Jump-pilot-devel]

On 30.08.2020 17:17, Giuseppe Aruta wrote:
> java.io.FileNotFoundException: file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml 
> (File o directory non esistente)

suggests that it really can't find the file or path. did you rename the samples 
before you uploaded them?
the error suggests that there was a SPACE ( ) in the filename, is that correct?

the files you attached open and save fine incl. the aux file on windows within 
eclipse current trunk revision.. ede



---

** [bugs:#500] possible important bug on Batik 1.6.1**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
**Last Updated:** Sun Aug 30, 2020 03:19 PM UTC
**Owner:** nobody
**Attachments:**

- 
[geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw)
 (42 Bytes; application/octet-stream)
- 
[geotiff.tif](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif)
 (986.3 kB; image/tiff)
- 
[geotiff.tif.aux.xml](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif.aux.xml)
 (374 Bytes; text/xml)


Hi all,
(Layerable: RasterImageLayer) whenever I try to create a new raster I get  an 
error message due to matter that OJ cannot read (or create) a aux.xml file 
(file where some statistics are stored). 
The bug  is important because OJ cannot read the whole raster if it doesn't 
recognize that statistics and it affects basically all Sextante algorithms that 
create rasters
To reproduce the bug (I used OpenJUMP-20200828-r6395-PLUS - Batik 1.6 and 
OpenJUMP-20200731-r6363-PLUS - Batik 1.6.1, Ubuntu, OpenJDK 64bit 1.8.0.252)
a) open a monoband tiff file (I have just attached a sample)
b) dray a fence on it
c) click on Layer tree > extract part of the image

I tried to understand the reason. 
What I discover is that OJs with Batik 1.6 are not affected by the problem, 
while newer OJ with Batik 1.6.1 show the bug.
That is strange for me as I don't have any error messages on compiling OpenJUMP 
with either Batik 1.6 or Batik 1.6.1.
On the other hand I discovered that OJ shipping Batik 1.6.1 have one Batik 
class with different serial number (batik-1.5-fop-0.20-5.jar).
Any suggestions?
Peppe

This is the error message
javax.xml.transform.TransformerException: java.io.FileNotFoundException: 
file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml (File o directory non esistente)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:263)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:296)
at 
org.openjump.core.rasterimage.GDALPamDataset.writeStatistics(GDALPamDataset.java:131)
at 
org.openjump.core.rasterimage.TiffUtils.createStatsXml(TiffUtils.java:302)
at 
org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:251)
at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:68)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
at 
org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:182)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
at java.awt.Component.processMouseEvent(Component.java:6539)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6304)
at java.awt.Container.processEvent(Container.java:2239)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2297)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
at java.awt.Container.dispatchEventImpl(Container.java:2283)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.

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

[ede via Jump-pilot-devel]

On 30.08.2020 22:19, michael michaud via Jump-pilot-devel wrote:
> 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

hmmm, ok now i understand. sounds it was never meant to work with external 
extensions but only loaders in core.

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

yeah, someone didn't have your use case in mind creating the code you 
described. not sure how to tackle this of the top of my hat.

still you should switch I18N implementations, if only to get rid of the I18N 
class in the future ;)

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

let me think on it and come back with a suggestion in some days. will need to 
have a more detailed look at it.

..ede


---

** [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 08:19 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] Re: #500 possible important bug on Batik 1.6.1

[ede via Jump-pilot-devel]

can you check, is your folder /tmp existing and writable by you?

it's not looking like a batik or xml issue on the first glance. i just 
committed a line, you can check the surrounding code as well. it reads like the 
reader wants to read the stats, but in case it fails (on any error!) it will 
automatically try to create an aux.xml file. sounds fishy to me.

anyway. pls try again with the commit and hopefully we will be a little wiser 
because it should log an exception other wise masked by the surrounding catch.

happy 500th bug! ..ede

On 30.08.2020 22:50, Giuseppe Aruta wrote:
> Hi Ede,
>> did you rename the samples before you uploaded them?
> No. file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml should be automatically 
> created by OJ when it load the new generated file.
>
>> the files you attached open and save fine incl. the aux file on windows 
>> within eclipse current trunk revision
> If I try to load the TIFF file, located into a folder without the aux.xml 
> file, I have the same message error (java.io.FileNotFoundException). And OJ 
> can read only the extension of the tif, not the raster: de facto it is not 
> displayed into the view
>
>
> ---
>
> ** [bugs:#500] possible important bug on Batik 1.6.1**
>
> **Status:** open
> **Milestone:** OJ_1.16
> **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
> **Last Updated:** Sun Aug 30, 2020 03:19 PM UTC
> **Owner:** nobody
> **Attachments:**
>
> - 
> [geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw)
>  (42 Bytes; application/octet-stream)
> - 
> [geotiff.tif](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif)
>  (986.3 kB; image/tiff)
> - 
> [geotiff.tif.aux.xml](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif.aux.xml)
>  (374 Bytes; text/xml)
>
>
> Hi all,
> (Layerable: RasterImageLayer) whenever I try to create a new raster I get  an 
> error message due to matter that OJ cannot read (or create) a aux.xml file 
> (file where some statistics are stored).
> The bug  is important because OJ cannot read the whole raster if it doesn't 
> recognize that statistics and it affects basically all Sextante algorithms 
> that create rasters
> To reproduce the bug (I used OpenJUMP-20200828-r6395-PLUS - Batik 1.6 and 
> OpenJUMP-20200731-r6363-PLUS - Batik 1.6.1, Ubuntu, OpenJDK 64bit 1.8.0.252)
> a) open a monoband tiff file (I have just attached a sample)
> b) dray a fence on it
> c) click on Layer tree > extract part of the image
>
> I tried to understand the reason.
> What I discover is that OJs with Batik 1.6 are not affected by the problem, 
> while newer OJ with Batik 1.6.1 show the bug.
> That is strange for me as I don't have any error messages on compiling 
> OpenJUMP with either Batik 1.6 or Batik 1.6.1.
> On the other hand I discovered that OJ shipping Batik 1.6.1 have one Batik 
> class with different serial number (batik-1.5-fop-0.20-5.jar).
> Any suggestions?
> Peppe
>
> This is the error message
> javax.xml.transform.TransformerException: java.io.FileNotFoundException: 
> file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml (File o directory non esistente)
>   at 
> org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:263)
>   at 
> org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:296)
>   at 
> org.openjump.core.rasterimage.GDALPamDataset.writeStatistics(GDALPamDataset.java:131)
>   at 
> org.openjump.core.rasterimage.TiffUtils.createStatsXml(TiffUtils.java:302)
>   at 
> org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:251)
>   at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:68)
>   at 
> org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
>   at 
> org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:182)
>   at 
> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
>   at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
>   at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
>   at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
>   at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
>   at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
>   at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
>   at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
>   at java.awt.Component.processMouseEvent(Component.java:6539)
>   at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
>   at java.awt.Component.processEvent(Component.java:6304)
>   at java.awt.Container.processEvent(Container.java:2239)
>   at java.awt.Component.d

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

[ede via Jump-pilot-devel]

On 8/31/2020 12:32, michael michaud wrote:
> Ede, I prefer to document the usage of I18N in Extension in a separate ticket.

ok

> 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);

i believe that's the the path prefix possibility was added

> - the only public method you can use to get a key in this case is  
> getText(final String categoryPrefix, final String key).

which i deprecated in favour of the newer more formalized getMessage()

> 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 it would. probably why i kept the full getMessage() private too add a 
way not to be forced to use it over and over. can't tell you anymore. long time 
ago.

i see that getMessage(final _File path_, final String label, final Object... 
objects) is public already ;)

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

unfortunately we cannot make getMessage() not-static without changing a lot of 
code. how about just adding instance version just named get(final String label, 
final Object... objects)? should suffice or?

..ede


---

** [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] Re: #322 OJ stops without warnings on system shutdown

[ede via Jump-pilot-devel]

applications i work with do not save anything without being explicitly told so. 
even on windows shutdown. the application simply don't exit and i'll have to 
force shutdown and go back save my work or at least deal with the dialog that 
popped up. usually the same as closing the application with unsaved changes.

tl;dr Runtime.addShutdownHook() should run the Exit Plugin, done. ..ede

On 8/31/2020 11:29, michael michaud wrote:
> 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 you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

** [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:** Mon Aug 31, 2020 09:29 AM 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] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

[ede via Jump-pilot-devel]

committed a fix

fix #482: disable regedit call and always allow selection of 
ArcGIS_SLD_Converter.exe with the previous selected location preselected

let's keep it in OJ 1.16, but remove it in OJ 2.x where lot's of extensions 
will be missing anyway initially.

..ede


---

** [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:22 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] #322 OJ stops without warnings on system shutdown

[ede via Jump-pilot-devel]

- **status**: open --> pending
- **assigned_to**: ede
- **Operating System**:  --> Windows
- **Milestone**:  --> OJ_1.16
- **Comment**:

applications i work with do not save anything without being explicitly told so. 
even on windows shutdown. the application simply don't exit and i'll have to 
force shutdown and go back save my work or at least deal with the dialog that 
popped up. usually the same as closing the application with unsaved changes.

tl;dr Runtime.addShutdownHook() should run 
com.vividsolutions.jump.workbench.ui.WorkbenchFrame.closeApplication() done.

implemented for testing in r6400



---

** [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 09:29 AM UTC
**Owner:** ede


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


---

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

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

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

[ede via Jump-pilot-devel]

On 8/31/2020 14:26, ede wrote:
> tl;dr Runtime.addShutdownHook() should run 
> com.vividsolutions.jump.workbench.ui.WorkbenchFrame.closeApplication() done.
>
> implemented for testing in r6400

well. according to my tests that does a lot of nothing.in the best case

1.
run with 'java' so you have a console you can Ctrl+C in
gui is killed and java process hangs, probably in the "wanna save?" dialog.

2.
any other case
java killed, dead!

tested on Win10x64 with adoptopenjdk-1.8.0_265 64bit

..ede


---

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

[ede via Jump-pilot-devel]

hey Mike,

ohh fun..
there is already a static I18N.get(String key) method ;(.. looks like legacy

i'll add I18N.get(String key, Object ...) instance method for now. and we'll 
get rid of the static version in OJ2. ok?

..ede


---

** [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] Re: #501 I18N from extension

[ede via Jump-pilot-devel]

On 8/31/2020 18:19, michael michaud wrote:
> 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)

don't like getText() vs getMessage(). i suppose that is going to confuse 
developers, because actually there is no difference between text and Message 
here.

we have the rare chance of breaking backward compatibility with OJ2 let's take 
advantage of it as we will have to touch every extension anyway!

let me propose something logically more sound, even if it'll be a little bit 
more work for us

static (we could hide these, but i don't see why. when first argument is null 
the default resourcebundles are used)
get(File,String,Object...objects)
get(String,String,Object...objects)

instance
get(String,Object...objects) //this notation includes get(String) without 
objects as well

this'll allow for OJ Core
I18N.getInstance().get(String)

for instances
I18N.getInstance("my.great.extension").get(String)
or
I18N i18n = I18N.getInstance("my.great.extension");
i18n.get(String)
i18n.get(String, Object, Object)
i18n.get(String, new Object[]{ o1, o2, o3})


---

** [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] Re: #501 I18N from extension

[ede via Jump-pilot-devel]

On 31.08.2020 19:15, michael michaud wrote:
> Yes, neat, i'm ok with this proposition ;-)
> Does it mean you would also remove getMessage variant ?

absolutely. only the mentioned methods will survive. the milestone is already 
set to OJ2. let's tackle it then. ..ede


---

** [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 05:15 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] Re: #322 OJ stops without warnings on system shutdown

[ede via Jump-pilot-devel]

so it shall be done in OJ 2.x .. ede

On 31.08.2020 20:03, Giuseppe Aruta wrote:
>> I18N.getInstance("my.great.extension").get(String)
>
> seems more logical and easy to use
>
>
> Il lun 31 ago 2020, 18:58 ede via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net> ha scritto:
>
>> On 8/31/2020 18:19, michael michaud wrote:
>>
>> 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)
>>
>> don't like getText() vs getMessage(). i suppose that is going to confuse
>> developers, because actually there is no difference between text and
>> Message here.
>>
>> we have the rare chance of breaking backward compatibility with OJ2 let's
>> take advantage of it as we will have to touch every extension anyway!
>>
>> let me propose something logically more sound, even if it'll be a little
>> bit more work for us
>>
>> static (we could hide these, but i don't see why. when first argument is
>> null the default resourcebundles are used)
>> get(File,String,Object...objects)
>> get(String,String,Object...objects)
>>
>> instance
>> get(String,Object...objects) //this notation includes get(String) without
>> objects as well
>>
>> this'll allow for OJ Core
>> I18N.getInstance().get(String)
>>
>> for instances
>> I18N.getInstance("my.great.extension").get(String)
>> or
>> I18N i18n = I18N.getInstance("my.great.extension");
>> i18n.get(String)
>> i18n.get(String, Object, Object)
>> i18n.get(String, new Object[]{ o1, o2, o3})
>> --
>>
>> * [bugs:#501] <https://sourceforge.net/p/jump-pilot/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
>>
>
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



---

** [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 05:33 PM UTC
**Owner:** ede


Tested with version 1.6.1 release on W

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

[ede via Jump-pilot-devel]

so it was the batik upgrade, just not batik itself. ;) it's pulling in an 
outdated xalan dependency. see attached `mvn dependency:tree`reports for 
pom.xml with `1.6-1` on the left and 
`1.6` on the right.

at this point i'd say eff  it, also because batik 1.6-1 draws in 5MB more deps 
and just revert it. will do so. Peppe please check if it works for you out of 
the box again after the commit.

..ede


Attachments:

- 
[batik-deps1.jpg](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/417d1d7f67/b8e2/attachment/batik-deps1.jpg)
 (161.6 kB; image/jpeg)
- 
[batik-deps2.jpg](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/417d1d7f67/b8e2/attachment/batik-deps2.jpg)
 (54.0 kB; image/jpeg)


---

** [bugs:#500] possible important bug on Batik 1.6.1**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Sep 01, 2020 09:59 AM UTC
**Owner:** nobody
**Attachments:**

- 
[geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw)
 (42 Bytes; application/octet-stream)
- 
[geotiff.tif](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif)
 (986.3 kB; image/tiff)
- 
[geotiff.tif.aux.xml](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif.aux.xml)
 (374 Bytes; text/xml)


Hi all,
(Layerable: RasterImageLayer) whenever I try to create a new raster I get  an 
error message due to matter that OJ cannot read (or create) a aux.xml file 
(file where some statistics are stored). 
The bug  is important because OJ cannot read the whole raster if it doesn't 
recognize that statistics and it affects basically all Sextante algorithms that 
create rasters
To reproduce the bug (I used OpenJUMP-20200828-r6395-PLUS - Batik 1.6 and 
OpenJUMP-20200731-r6363-PLUS - Batik 1.6.1, Ubuntu, OpenJDK 64bit 1.8.0.252)
a) open a monoband tiff file (I have just attached a sample)
b) dray a fence on it
c) click on Layer tree > extract part of the image

I tried to understand the reason. 
What I discover is that OJs with Batik 1.6 are not affected by the problem, 
while newer OJ with Batik 1.6.1 show the bug.
That is strange for me as I don't have any error messages on compiling OpenJUMP 
with either Batik 1.6 or Batik 1.6.1.
On the other hand I discovered that OJ shipping Batik 1.6.1 have one Batik 
class with different serial number (batik-1.5-fop-0.20-5.jar).
Any suggestions?
Peppe

This is the error message
javax.xml.transform.TransformerException: java.io.FileNotFoundException: 
file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml (File o directory non esistente)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:263)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:296)
at 
org.openjump.core.rasterimage.GDALPamDataset.writeStatistics(GDALPamDataset.java:131)
at 
org.openjump.core.rasterimage.TiffUtils.createStatsXml(TiffUtils.java:302)
at 
org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:251)
at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:68)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
at 
org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:182)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
at java.awt.Component.processMouseEvent(Component.java:6539)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6304)
at java.awt.Container.processEvent(Container.java:2239)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2297)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
at java.awt.Container.dispatchEventImpl(Container.java:2283)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.

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

[ede via Jump-pilot-devel]

my bad. `` was the problem and empty `` or non-existing 
`` tag is what was fixed. you can test against 
`http://jamoke.net/getcap.xml`

..ede


---

** [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:** Tue Sep 01, 2020 11:20 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] #500 possible important bug on Batik 1.6.1

[ede via Jump-pilot-devel]

Peppe please try snapshot r6403
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/OpenJUMP-Portable-20200901-r6403-PLUS.zip


---

** [bugs:#500] possible important bug on Batik 1.6.1**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Sep 01, 2020 10:28 AM UTC
**Owner:** nobody
**Attachments:**

- 
[geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw)
 (42 Bytes; application/octet-stream)
- 
[geotiff.tif](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif)
 (986.3 kB; image/tiff)
- 
[geotiff.tif.aux.xml](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif.aux.xml)
 (374 Bytes; text/xml)


Hi all,
(Layerable: RasterImageLayer) whenever I try to create a new raster I get  an 
error message due to matter that OJ cannot read (or create) a aux.xml file 
(file where some statistics are stored). 
The bug  is important because OJ cannot read the whole raster if it doesn't 
recognize that statistics and it affects basically all Sextante algorithms that 
create rasters
To reproduce the bug (I used OpenJUMP-20200828-r6395-PLUS - Batik 1.6 and 
OpenJUMP-20200731-r6363-PLUS - Batik 1.6.1, Ubuntu, OpenJDK 64bit 1.8.0.252)
a) open a monoband tiff file (I have just attached a sample)
b) dray a fence on it
c) click on Layer tree > extract part of the image

I tried to understand the reason. 
What I discover is that OJs with Batik 1.6 are not affected by the problem, 
while newer OJ with Batik 1.6.1 show the bug.
That is strange for me as I don't have any error messages on compiling OpenJUMP 
with either Batik 1.6 or Batik 1.6.1.
On the other hand I discovered that OJ shipping Batik 1.6.1 have one Batik 
class with different serial number (batik-1.5-fop-0.20-5.jar).
Any suggestions?
Peppe

This is the error message
javax.xml.transform.TransformerException: java.io.FileNotFoundException: 
file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml (File o directory non esistente)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:263)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:296)
at 
org.openjump.core.rasterimage.GDALPamDataset.writeStatistics(GDALPamDataset.java:131)
at 
org.openjump.core.rasterimage.TiffUtils.createStatsXml(TiffUtils.java:302)
at 
org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:251)
at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:68)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
at 
org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:182)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
at java.awt.Component.processMouseEvent(Component.java:6539)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6304)
at java.awt.Container.processEvent(Container.java:2239)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2297)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
at java.awt.Container.dispatchEventImpl(Container.java:2283)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Pro

[JPP-Devel] [jump-pilot:bugs] Re: #500 possible important bug on Batik 1.6.1

[ede via Jump-pilot-devel]

could you Guys,

please test svg export again? i am not sure i added alle necessary batik jars. 
i tried exporting SVG vectors and an image and it looked good. just to be 
sure.. thx ede

On 01.09.2020 17:26, Giuseppe Aruta wrote:
> Hi Ede,
> I didi some test, now everything works fine, thanks.
> The cryses is over. OpenJUMP Raster analysis is heavily used in the cource of 
> GIS analysis at the Univ. of Padua by Roberto Rossi 
> (https://persone.csia.unipd.it/off/2020/LM/AV/AG0062/000ZZ/AG01122459/N0) 
> which starts in a months
> I am going to close the bug ticket
> Peppe
>
>
>
> ---
>
> ** [bugs:#500] possible important bug on Batik 1.6.1**
>
> **Status:** open
> **Milestone:** OJ_1.16
> **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
> **Last Updated:** Tue Sep 01, 2020 01:38 PM UTC
> **Owner:** nobody
> **Attachments:**
>
> - 
> [geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw)
>  (42 Bytes; application/octet-stream)
> - 
> [geotiff.tif](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif)
>  (986.3 kB; image/tiff)
> - 
> [geotiff.tif.aux.xml](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tif.aux.xml)
>  (374 Bytes; text/xml)
>
>
> Hi all,
> (Layerable: RasterImageLayer) whenever I try to create a new raster I get  an 
> error message due to matter that OJ cannot read (or create) a aux.xml file 
> (file where some statistics are stored).
> The bug  is important because OJ cannot read the whole raster if it doesn't 
> recognize that statistics and it affects basically all Sextante algorithms 
> that create rasters
> To reproduce the bug (I used OpenJUMP-20200828-r6395-PLUS - Batik 1.6 and 
> OpenJUMP-20200731-r6363-PLUS - Batik 1.6.1, Ubuntu, OpenJDK 64bit 1.8.0.252)
> a) open a monoband tiff file (I have just attached a sample)
> b) dray a fence on it
> c) click on Layer tree > extract part of the image
>
> I tried to understand the reason.
> What I discover is that OJs with Batik 1.6 are not affected by the problem, 
> while newer OJ with Batik 1.6.1 show the bug.
> That is strange for me as I don't have any error messages on compiling 
> OpenJUMP with either Batik 1.6 or Batik 1.6.1.
> On the other hand I discovered that OJ shipping Batik 1.6.1 have one Batik 
> class with different serial number (batik-1.5-fop-0.20-5.jar).
> Any suggestions?
> Peppe
>
> This is the error message
> javax.xml.transform.TransformerException: java.io.FileNotFoundException: 
> file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml (File o directory non esistente)
>   at 
> org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:263)
>   at 
> org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:296)
>   at 
> org.openjump.core.rasterimage.GDALPamDataset.writeStatistics(GDALPamDataset.java:131)
>   at 
> org.openjump.core.rasterimage.TiffUtils.createStatsXml(TiffUtils.java:302)
>   at 
> org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:251)
>   at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:68)
>   at 
> org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
>   at 
> org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:182)
>   at 
> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
>   at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
>   at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
>   at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
>   at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
>   at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
>   at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
>   at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
>   at java.awt.Component.processMouseEvent(Component.java:6539)
>   at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
>   at java.awt.Component.processEvent(Component.java:6304)
>   at java.awt.Container.processEvent(Container.java:2239)
>   at java.awt.Component.dispatchEventImpl(Component.java:4889)
>   at java.awt.Container.dispatchEventImpl(Container.java:2297)
>   at java.awt.Component.dispatchEvent(Component.java:4711)
>   at 
> java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
>   at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
>   at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
>   at java.awt.Container.dispatchEventImpl(Container.java:2283)
>   at java.awt.Window.dispatchEventImpl(Window.java:2746)
>   at java.awt.Component.dis

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

[ede via Jump-pilot-devel]

On 9/4/2020 9:01, Giuseppe Aruta wrote:
> Since I have problems  to display Aster tiff files, possibily due to  the 
> precence of overviews, I am considering to add a plugin to convert a file 
> image (TIFF in this case) directly without loading into OJ view

can you attach an Aster Tiff sample?.. ede


---

** [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 07:01 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.j

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

[ede via Jump-pilot-devel]

i see. so it assentially loads and shows but the additional pixel data is 
missing. ok, can't help with that. maybe you want to take a peek how other 
JUMPSs/Java apps access those and implement it in OJ? good to have sample 
online as well.

if it used to work earlier try to identify the patchset that broke it and fix 
that.

..ede

On 9/4/2020 11:40, Giuseppe Aruta wrote:
> I attached the Aster DEM tif file.
> Once loaded into OpenJUMP, to display it, click on "Zoom to layer"
> Then try to use the tools Raster>Pixel inspection or Raster>Profile
> The output is always "0.0"
>
> Peppe
>
>
> Attachments:
>
> - 
> [ASTGTMV003_N08W084_dem.tif](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/e45ff882e3/f329/attachment/ASTGTMV003_N08W084_dem.tif)
>  (8.2 MB; image/tiff)
>
>
> ---
>
> ** [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 07:01 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(

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

[ede via Jump-pilot-devel]

i'm not opposed. it's a workaround though as the way it is set up now is 
clearly at fault. anyway. feel free to patch, test and close the ticket. ..ede

On 9/4/2020 11:44, Giuseppe Aruta wrote:
> Hi Ede,
> the problem is only on warp plugin toolbar.
> The proposed modification (toolbox.getToolBar().setLayout(new FlowLayout())) 
> should fix it without affect on other toolbars (Editing, CAD and Measure 
> Plugin) which seems to work file.
>
>
>
> ---
>
> ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on 
> Ubuntu**
>
> **Status:** open
> **Milestone:** OJ_future
> **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
> **Last Updated:** Fri Aug 28, 2020 08:24 PM UTC
> **Owner:** Giuseppe Aruta
> **Attachments:**
>
> - 
> [Senzanome.png](https://sourceforge.net/p/jump-pilot/bugs/495/attachment/Senzanome.png)
>  (45.0 kB; image/png)
>
>
> On Ubuntu Mate.
> Warp Plugin. The toolbar of the panel sets all vector tools icon in a 
> vertical position, as shown in the attached picture.
>
>
>
> ---
>
> Sent from sourceforge.net because you indicated interest in 
> 
>
>
>
> To unsubscribe from further messages, please visit 
> 
>



---

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

**Status:** open
**Milestone:** OJ_future
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Sep 04, 2020 09:44 AM UTC
**Owner:** Giuseppe Aruta
**Attachments:**

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


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



---

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

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

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

[ede via Jump-pilot-devel]

On 9/4/2020 11:57, Giuseppe Aruta wrote:
> WarpingPanelPlugin moved from version 9 (2005) to verison 6423 (2020)  :-(

is that a problem?


---

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

**Status:** closed-works-for-me
**Milestone:** OJ_future
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Sep 04, 2020 09:58 AM UTC
**Owner:** Giuseppe Aruta
**Attachments:**

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


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



---

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

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

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

[ede via Jump-pilot-devel]

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

won't be fixed soonish, tag it accordingly



---

** [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 05, 2020 04:26 PM UTC
**Owner:** nobody
**Attachments:**

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


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

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

List of success/failures and exceptions thrown

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

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

[ede via Jump-pilot-devel]

wrt. Commons Imaging - tested with commons-imaging-1.0-alpha2.jar the issue 
still remains.

i logged a bug in their tracker, let's see how it pans out
https://issues.apache.org/jira/projects/IMAGING/issues/IMAGING-265?filter=allopenissues




---

** [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:** Sun Sep 06, 2020 10:52 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.

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

[ede via Jump-pilot-devel]

wrt. to Standard TIFF Image reader from sun. since jdk9 or later it needs 
  --add-exports java.desktop/com.sun.imageio.plugins.tiff=ALL-UNNAMED
to access the specific imageio package.

added that to our startup scripts in  rev 6427
https://sourceforge.net/p/jump-pilot/code/6427/


---

** [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:** Sun Sep 06, 2020 04:18 PM UTC
**Owner:** nobody
**Attachments:**

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


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

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

List of success/failures and exceptions thrown

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

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

[ede via Jump-pilot-devel]

thanks for testing Peppe. i actually made sure that the monoband geotiff you 
sent once me would properly load after the switch still. talking about the 
attached.

wrt. to closing this ticket - yeah let's clear up the monoband issue and close 
then.


Attachments:

- 
[geotiff.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/e45ff882e3/344a/attachment/geotiff.zip)
 (303.3 kB; application/x-zip-compressed)


---

** [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 10:23 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.ReferencedImage

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

[ede via Jump-pilot-devel]

On 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


---

** [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 11:54 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.Ref

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

[ede via Jump-pilot-devel]

Peppe,

please retest with r6451. ..ede


---

** [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 11:54 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.NullPointerExc

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

[ede via Jump-pilot-devel]

On 13.09.2020 11:35, michael michaud wrote:
> **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.

an observation on my part is that the new OSS JAI TIFF is able to decode 
'peppe's geotiff' properly when used by Sextante Raster, which actually only 
fetches the image buffer.
when opened with ReferenceImage which applies an elaborate RenderedOP (to 
position, rotate, scale the image in realtime) this error is thrown.

com.vividsolutions.jump.workbench.ui.WorkbenchFrame.warnUser(WorkbenchFrame.java:1318)
com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
java.lang.ArrayIndexOutOfBoundsException: 94829144
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:293)
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
at 
com.vividsolutions.jump.workbench.ui.renderer.SimpleFeatureCollectionRenderer.paint(SimpleFeatureCollectionRenderer.java:44)
SNIP
Caused by: java.lang.ArrayIndexOutOfBoundsException: 94829144
at 
java.awt.image.ComponentColorModel.getRGBComponent(ComponentColorModel.java:903)
at 
java.awt.image.ComponentColorModel.getRed(ComponentColorModel.java:944)
at 
java.awt.image.ComponentColorModel.getRGB(ComponentColorModel.java:1135)
at sun.java2d.loops.OpaqueCopyAnyToArgb.Blit(CustomComponent.java:145)
at 
sun.java2d.loops.GraphicsPrimitive.convertFrom(GraphicsPrimitive.java:560)
at 
sun.java2d.loops.GraphicsPrimitive.convertFrom(GraphicsPrimitive.java:541)
at sun.java2d.loops.MaskBlit$General.MaskBlit(MaskBlit.java:189)
at sun.java2d.loops.Blit$GeneralMaskBlit.Blit(Blit.java:204)
at sun.java2d.pipe.DrawImage.blitSurfaceData(DrawImage.java:959)
at sun.java2d.pipe.DrawImage.renderImageCopy(DrawImage.java:577)
at sun.java2d.pipe.DrawImage.transformImage(DrawImage.java:161)
at sun.java2d.pipe.DrawImage.transformImage(DrawImage.java:1085)
at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java:3463)
at sun.java2d.SunGraphics2D.drawRenderedImage(SunGraphics2D.java:2663)
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.draw(GeoImage.java:313)
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:123)
... 57 more

which seems to be connected to transparency. uncommenting that temporarily, 
then throws

com.vividsolutions.jump.workbench.imagery.ReferencedImageException: 
java.awt.image.RasterFormatException: (parentX + width) is outside raster
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:293)
at 
com.vividsolutions.jump.workbench.imagery.ReferencedImageStyle.paint(ReferencedImageStyle.java:61)
at 
com.vividsolutions.jump.workbench.ui.renderer.SimpleFeatureCollectionRenderer.paint(SimpleFeatureCollectionRenderer.java:44)
at 
com.vividsolutions.jump.workbench.ui.renderer.SimpleFeatureCollectionRenderer.paint(SimpleFeatureCollectionRenderer.java:62)
at 
com.vividsolutions.jump.workbench.ui.renderer.SimpleRenderer.copyTo(SimpleRenderer.java:72)
at 
com.vividsolutions.jump.workbench.ui.renderer.FeatureCollectionRenderer.copyTo(FeatureCollectionRenderer.java:51)
at 
com.vividsolutions.jump.workbench.ui.renderer.LayerRenderer.copyTo(LayerRenderer.java:94)
at 
com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.copyTo(RenderingManager.java:362)
at 
com.vividsolutions.jump.workbench.ui.LayerViewPanel.paintComponent(LayerViewPanel.java:548)
at javax.swing.JComponent.paint(JComponent.java:1056)
SNIP
Caused by: java.awt.image.RasterFormatException: (parentX + width) is outside 
raster
at 
java.awt.image.WritableRaster.createWritableChild(WritableRaster.java:228)
at 
sun.java2d.SunGraphics2D.drawTranslatedRenderedImage(SunGraphics2D.java:2848)
at sun.java2d.SunGraphics2D.drawRenderedImage(SunGraphics2D.java:2707)
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.draw(GeoImage.java:313)
at 
com.vividsolutions.jump.workbench.imagery.geoimg.GeoImage.paint(GeoImage.java:290)
... 67 more

so it seems we have to bugs here. one connected to transparency rendering and 
the other to translating it's position.


---

** [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:** Sun Sep 13, 2020 09:35 AM UTC
**Owner:** nobody
**Attachments:**

- 
[small_world.tif

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

[ede via Jump-pilot-devel]

On 13.09.2020 11:48, michael michaud wrote:
> Ede, can you tell me why this error (NoClassDefFoundError) is expected ?

some JAI internal thing connected to hardware acceleration not available that 
is thrown on the first use and has not negative impact that i know of.

> Anyway, if it is, I suggest that we close the ticket.

funny enough. now i could instantly replicate the initial NPE, probably because 
no node in layertree was selected after deleting an image layer. will have a 
look.

java.lang.NullPointerException
at 
com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageLayerManagerPlugIn$ImageLayerManagerDialog.updateImages(ImageLayerManagerPlugIn.java:150)
at 
com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageLayerManagerPlugIn$ImageLayerManagerDialog.(ImageLayerManagerPlugIn.java:138)
at 
com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageLayerManagerPlugIn.execute(ImageLayerManagerPlugIn.java:94)
at 
com.vividsolutions.jump.workbench.ui.plugin.imagery.AddImageLayerPlugIn.execute(AddImageLayerPlugIn.java:47)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
at java.awt.Component.processMouseEvent(Component.java:6539)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
at java.awt.Component.processEvent(Component.java:6304)
at java.awt.Container.processEvent(Container.java:2239)
at java.awt.Component.dispatchEventImpl(Component.java:4889)
at java.awt.Container.dispatchEventImpl(Container.java:2297)
at java.awt.Component.dispatchEvent(Component.java:4711)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
at java.awt.Container.dispatchEventImpl(Container.java:2283)
at java.awt.Window.dispatchEventImpl(Window.java:2746)
at java.awt.Component.dispatchEvent(Component.java:4711)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
at java.awt.EventQueue$4.run(EventQueue.java:733)
at java.awt.EventQueue$4.run(EventQueue.java:731)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)


---

** [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 Sep 13, 2020 09:48 AM 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

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

[ede via Jump-pilot-devel]

- **summary**: Add image layer throwing exception --> Add image layer throwing 
NPE
- **status**: open --> closed-fixed
- **Milestone**:  --> undecided
- **Comment**:

fixed in r6457



---

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

**Status:** closed-fixed
**Milestone:** undecided
**Created:** Fri Jan 06, 2017 07:25 AM UTC by michael michaud
**Last Updated:** Sun Sep 13, 2020 09:48 AM UTC
**Owner:** nobody


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


---

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

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

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

[ede via Jump-pilot-devel]

- **Milestone**: undecided --> OJ_1.16



---

** [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 11:32 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] #501 I18N from extension

[ede via Jump-pilot-devel]

- **Milestone**: undecided --> OJ_2.x



---

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

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Aug 31, 2020 10:32 AM UTC by michael michaud
**Last Updated:** Mon Aug 31, 2020 05:15 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] #499 SelectFilesOptionPanel and extensions

[ede via Jump-pilot-devel]

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

Mike, whats's the status of this? can we close it?



---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future
- **Comment**:

tag it as to be solved in the future as it's unclear what the problem is, if at 
all something on our end.



---

** [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:** Fri Aug 14, 2020 01:15 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] #444 native ECW sdk loader _not_ initialized when GDAL is available

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future



---

** [bugs:#444] native ECW sdk loader _not_ initialized when GDAL is available**

**Status:** open
**Milestone:** OJ_future
**Created:** Sun Nov 13, 2016 03:48 PM UTC by ede
**Last Updated:** Wed Dec 28, 2016 12:53 PM UTC
**Owner:** nobody


currently 13.11.2016, when GDAL was manually copied into lib/native the native 
ECW reader stops to work as it uses the same libraries as GDAL, but the ones 
GDAL uses are found first in the library path, but incompatible with jecw java 
bridge.

..ede

error in the log is

[DEBUG] 16:55:56.122 E:\proj_oj-core_svn-4.4\lib\native\x86\jecw.dll: Die 
angegebene Prozedur wurde nicht gefunden at 
com.vividsolutions.jump.workbench.imagery.ecw.ECWImageFactory._isAvailable(ECWImageFactory.java:135)
java.lang.UnsatisfiedLinkError: 
E:\proj_oj-core_svn-4.4\lib\native\x86\jecw.dll: Die angegebene Prozedur wurde 
nicht gefunden
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1938)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1854)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1122)
at 
com.vividsolutions.jump.workbench.imagery.ecw.ECWImageFactory._isAvailable(ECWImageFactory.java:132)
at 
com.vividsolutions.jump.workbench.imagery.ecw.ECWImageFactory.isAvailable(ECWImageFactory.java:103)
at 
org.openjump.OpenJumpConfiguration.addImageFactory(OpenJumpConfiguration.java:223)
at 
org.openjump.OpenJumpConfiguration.postExtensionInitialization(OpenJumpConfiguration.java:192)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:473)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:397)
[INFO] 16:55:56.122 ECW/JP2 SDK loader will be unavailable. at 
com.vividsolutions.jump.workbench.imagery.ecw.ECWImageFactory.isAvailable(ECWImageFactory.java:105)



---

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

[ede via Jump-pilot-devel]

according to the below testing i would suggest we prioritize as follows when 
offering readers

GDAL OpenJPEG JP2K Image Reader, version 1.1, OpenJUMP
GDAL ECW JP2K Image Reader, version1.1, GeoSolutions/OpenJUMP
ImageIO JPEG 2000 Image Reader, version 1.1, Sun Microsystems, Inc.

..ede

some current tests w/ OJ r6458
Java Version:   OpenJDK 64-Bit Server VM 1.8.0_242 (amd64)
OS: Windows 7 (6.1)
Maximum memory: 1,021,837,311 bytes (974.5 MiB)
Total Memory:   541,589,504 bytes (516.5 MiB)
Committed Memory:   266,586,368 bytes (254.2 MiB)
using
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/Drivers/GDAL-win-x86x64-3.1.2stable-20200912.zip


GDAL ECW JP2K Image Reader, version1.1, GeoSolutions/OpenJUMP

44-2013-0303-6702-LA93-0M50-E100.jp2
44-2013-0304-6702-LA93-0M50-E100.jp2
loading fine side by side in ca. 4s

974-2013-0310-7670-U40S-0M50-E080.jp2
974-2013-0310-7670-U40S-0M50-E080.tfw
takes a while, first draw blocks OJ for 10s or so, the envelope is bigger than 
the shown picture

test.jp2
loading fine


ImageIO JPEG 2000 Image Reader, version 1.1, Sun Microsystems, Inc.

44-2013-0303-6702-LA93-0M50-E100.jp2
44-2013-0304-6702-LA93-0M50-E100.jp2
loading ok, but wrong resolution

974-2013-0310-7670-U40S-0M50-E080.jp2
974-2013-0310-7670-U40S-0M50-E080.tfw
heap space error

test.jp2
loading fine


GDAL OpenJPEG JP2K Image Reader, version 1.1, OpenJUMP

44-2013-0303-6702-LA93-0M50-E100.jp2
44-2013-0304-6702-LA93-0M50-E100.jp2
loading fast

974-2013-0310-7670-U40S-0M50-E080.jp2
974-2013-0310-7670-U40S-0M50-E080.tfw
loading takes 22s, the envelope is bigger than the shown picture as above

test.jp2
loading fine


we also have a Jasper based reader, 
GDAL Jasper JP2K Image Reader, version 1.1, GeoSolutions/OpenJUMP 
com.vividsolutions.jump.workbench.imagery.imageio.JP2GDALJasperImageReaderSpi
but i don't wanna search for the needed libraries rite now.


---

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

**Status:** open
**Milestone:** 
**Created:** Sat Oct 01, 2016 09:56 AM UTC by michael michaud
**Last Updated:** Fri Aug 28, 2020 08:35 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] #430 JP2 reader does not read all jp2 files

[ede via Jump-pilot-devel]

we should probably thinking about adding a MEGA distro containing GDAL as most 
users are probably completely unaware of this OJ functionality


---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

as i wrote directly above your post. nope.


---

** [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 04:22 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

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_2.x
- **Comment**:

i'd say it's solved. but regardless it's not blocking OJ 1.16



---

** [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 04:31 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] #419 NPE thrown when selecting feature

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future
- **Comment**:

let's keep an eye on it. not blocking OJ 1.16



---

** [bugs:#419] NPE thrown when selecting feature**

**Status:** open
**Milestone:** OJ_future
**Created:** Mon Mar 21, 2016 11:13 PM UTC by michael michaud
**Last Updated:** Mon Mar 21, 2016 11:13 PM UTC
**Owner:** nobody


Sometimes, selecting a feature with the mouse throws the following NPE (one 
strange thing is I have no attribute panel defined at that time)

java.lang.NullPointerException
at java.util.TreeMap.compare(Unknown Source)
at java.util.TreeMap.put(Unknown Source)
at java.util.TreeSet.add(Unknown Source)
at 
com.vividsolutions.jump.workbench.ui.AttributeTablePanel$2.selectionChanged(AttributeTablePanel.java:581)
at 
com.vividsolutions.jump.workbench.ui.LayerViewPanel.fireSelectionChanged(LayerViewPanel.java:675)
at 
com.vividsolutions.jump.workbench.ui.SelectionManager.updatePanel(SelectionManager.java:265)
at 
com.vividsolutions.jump.workbench.ui.cursortool.SelectTool.gestureFinished(SelectTool.java:126)



---

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] #389 Detached Attribute table buggy

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future
- **Comment**:

let's keep an eye on it. after all it's hanging here since 5 years. not 
blocking OJ 1.16



---

** [bugs:#389] Detached Attribute table buggy**

**Status:** open
**Milestone:** OJ_future
**Created:** Sat Feb 07, 2015 04:55 PM UTC by michael michaud
**Last Updated:** Sat Feb 07, 2015 04:55 PM UTC
**Owner:** nobody


When attribute table is detached and used on a second screen, it may become 
unusable after a few minutes (for example, only a part of the table is 
refreshed when one scroll the table)


---

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

[ede via Jump-pilot-devel]

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

Jukka, could you provide recent  background? is it still not working?

if so, we have 2 alternatives
- fixing ("hard")
- removing the feature (easy)

which would you suggest. ..ede



---

** [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:** Fri Oct 21, 2016 08:29 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] #363 Dataset charset not visible

[ede via Jump-pilot-devel]

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

Mike, wasn't that fixed a long time ago? ..ede



---

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

**Status:** open
**Milestone:** OJ_1.16
**Created:** Tue May 06, 2014 07:56 PM UTC by michael michaud
**Last Updated:** Thu May 28, 2015 10:47 AM 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] #316 Inconsistencies in plugin enablecheck

[ede via Jump-pilot-devel]

- **Operating System**:  --> Windows
- **Milestone**:  --> OJ_2.x
- **Comment**:

which leaves

One current problem happens if layer B of project B is selected, and Attribute 
table of layer A of project A is the active frame : most plugins are 
initialized with layer B, not A.
Some suggestions :

Printer
==> should be deactivated if no task window is active (if a attribute table is 
active)

Analysis
==> some plugins are activated if no layer is selected and an attribute table 
is active (ex. buffer, offset) and others are not (union, polygon overlay) : as 
soon as the plugin offers a layer chooser, it should be active (and propose 
only layers of the task related to the active window, either a task window or a 
attribute table)

Classify
Calculate
Layer attribute
==> Should be activated if a Attribute table is active

Edit geometries
==> Planar graph activation is not similar to other plugins of the submenu

Edit attribute
==> Some of them should be available if a Attribute table is active

anyway, not blocking OJ 1.16



---

** [bugs:#316] Inconsistencies in plugin enablecheck**

**Status:** open
**Milestone:** OJ_2.x
**Labels:** General / Other 
**Created:** Tue May 14, 2013 06:43 AM UTC by michael michaud
**Last Updated:** Fri Oct 28, 2016 07:00 AM UTC
**Owner:** nobody


There are many inconsistencies in the enablecheck parameter of plugins.
Most of them appear if two projects or more are opened, and/or if an Attribute 
table is active.
One current problem happens if layer B of project B is selected, and Attribute 
table of layer A of project A is the active frame : most plugins are 
initialized with layer B, not A. 
Some suggestions :
Save view as...  
Copy to clipboard
Printer
==> should be deactivated if no task window is active \(if a attribute table is 
active\)
Analysis
==> some plugins are activated if no layer is selected and an attribute table 
is active \(ex. buffer, offset\) and others are not \(union, polygon overlay\) 
: as soon as the plugin offers a layer chooser, it should be active \(and 
propose only layers of the task related to the active window, either a task 
window or a attribute table\) 
Classify
Calculate
Layer attribute
Layer statistics
Feature statistics
==> Should be activated if no layer is selected but a Attribute table is active
Generate > Create point layer
==> Should be activated if a Attribute table is active
Edit geometries
==> Planar graph activation is not similar to other plugins of the submenu
Edit attribute
==> Some of them should be available if a Attribute table is active 



---

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] #315 Shortcut weirdness when Layer Tree has the focus

[ede via Jump-pilot-devel]

- **Priority**: 5 --> 9
- **Milestone**:  --> OJ_future
- **Comment**:

good things come to those who wait or so



---

** [bugs:#315] Shortcut weirdness when Layer Tree has the focus**

**Status:** open
**Milestone:** OJ_future
**Labels:** OpenJUMP - Toolbox and Buttons 
**Created:** Mon May 13, 2013 10:18 PM UTC by michael michaud
**Last Updated:** Mon Nov 24, 2014 05:50 PM UTC
**Owner:** nobody


Sometimes the cursor takes the shape of the rotate tool without clicking on the
rotate tool.
I tried to repeat this problem that has been reported to me and noticed a 
strange 
behaviour of the R shortcut :
with zoom tool, it changes the cursor to rotate tool until the key is released
with pan tool \(or select\) it changes the cursor to rotate permanently
with "zoom in/out, wheel, pan" it changes the cursor to rotate until the next
mouse action.


---

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] #297 Button "New folder" not visible

[ede via Jump-pilot-devel]

- **labels**: OpenJUMP - Menu - File  --> OpenJUMP - Menu - File
- **Operating System**:  --> MacOSX
- **Milestone**:  --> OJ_2.x
- **Comment**:

the file dialogs areoperating system specific. just checked and even on recent 
OSX 1.15 Catalina the 'add folder' button is missing. will need to find out how 
to implement a proper full functioning file dialog on OSX.

still, not blocking OJ 1.16



---

** [bugs:#297] Button "New folder" not visible**

**Status:** open
**Milestone:** OJ_2.x
**Labels:** OpenJUMP - Menu - File 
**Created:** Sat Mar 23, 2013 08:14 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Nov 24, 2015 09:26 AM UTC
**Owner:** nobody


On MacoOSX, "save dataset as" window. Sometimes button "create new folder" is 
not visible. Check if it is a random behaviour


---

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

[ede via Jump-pilot-devel]

- **Operating System**:  --> Windows
- **Milestone**:  --> OJ_future



---

** [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 Apr 22, 2013 09:34 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] #291 Problem on drop-down menus

[ede via Jump-pilot-devel]

- **Operating System**:  --> Linux/Unix
- **Milestone**:  --> OJ_1.16
- **Comment**:

Peppe, can you check this again please with snapshot and recent openjdk? thx 
..ede



---

** [bugs:#291] Problem on drop-down menus**

**Status:** open
**Milestone:** OJ_1.16
**Labels:** General / Other 
**Created:** Sat Mar 16, 2013 08:20 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Nov 18, 2014 04:27 PM UTC
**Owner:** nobody


I found this bug on Ubuntu \(12.04\) with OpenJDK 1.6.  This bug is not evident 
on Windows or Mac with Oracle Java.  I didn't test right now on Ubuntu with 
Oracle Java.
Description
Sometimes Drop-down menu of Open File \(or similar Open Project or Add Raster 
ayer\) seems to works fine: a\) click on the arrow, b\) drop-down menu remains 
on the screen and users can choose the type of file.
But after using some times "Open Files" or similar \(included Open Wizard\), 
randomly, drop-down menu stops to work. This is the behaviour: a\) click on the 
arrow, b\) drop-down menu cames out, c\) if user realise mouse menu, drop down 
disappears and user cannot do any choice. 
Drop-down menu remains evident on the screen only if user leaves the cursor on 
the arrow with left button \(of mouse\)  presse: the only way, in this case, to 
choose type of file is to use keyboard up-down keys with a hand \(using the 
other to press on the drop-down arrow of the menu.
By the time that this behaviour comes out it remains until user closes OJ and 
reopens it.
regards

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
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #290 TIF image fails to add with error

[ede via Jump-pilot-devel]

- **labels**: OpenJUMP - Menu - File  --> OpenJUMP - Menu - File
- **status**: open --> closed-fixed
- **Operating System**:  --> Windows
- **Milestone**:  --> undecided
- **Comment**:

closing this as fixed - the image framework was overhauled inbetween and will 
probably read the file which we cannot test because it is  not avail anymore on 
dropbox and not attached here ..ede



---

** [bugs:#290] TIF image fails to add with error**

**Status:** closed-fixed
**Milestone:** undecided
**Labels:** OpenJUMP - Menu - File 
**Created:** Thu Mar 14, 2013 04:59 PM UTC by Anonymous
**Last Updated:** Tue Nov 18, 2014 04:27 PM UTC
**Owner:** nobody


Using the latest OpenJump 1.6.0RC1 PLUS version, I am trying to add a TIF image 
to a project using File->Add image layer and the application fails with the 
following error:

com.vividsolutions.jump.JUMPException: There were errors loading some images. 
Please check for imageless features with error attributes for details.
at 
com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageFeatureCreator.getImages\(ImageFeatureCreator.java:91\)
at 
com.vividsolutions.jump.workbench.ui.plugin.imagery.AddImageLayerPlugIn.execute\(AddImageLayerPlugIn.java:54\)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed\(AbstractPlugIn.java:130\)
at javax.swing.AbstractButton.fireActionPerformed\(Unknown Source\)
at javax.swing.AbstractButton$Handler.actionPerformed\(Unknown Source\)
at javax.swing.DefaultButtonModel.fireActionPerformed\(Unknown Source\)
at javax.swing.DefaultButtonModel.setPressed\(Unknown Source\)
at javax.swing.AbstractButton.doClick\(Unknown Source\)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick\(Unknown Source\)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased\(Unknown 
Source\)
at java.awt.Component.processMouseEvent\(Unknown Source\)
at javax.swing.JComponent.processMouseEvent\(Unknown Source\)
at java.awt.Component.processEvent\(Unknown Source\)
at java.awt.Container.processEvent\(Unknown Source\)
at java.awt.Component.dispatchEventImpl\(Unknown Source\)
at java.awt.Container.dispatchEventImpl\(Unknown Source\)
at java.awt.Component.dispatchEvent\(Unknown Source\)
at java.awt.LightweightDispatcher.retargetMouseEvent\(Unknown Source\)
at java.awt.LightweightDispatcher.processMouseEvent\(Unknown Source\)
at java.awt.LightweightDispatcher.dispatchEvent\(Unknown Source\)
at java.awt.Container.dispatchEventImpl\(Unknown Source\)
at java.awt.Window.dispatchEventImpl\(Unknown Source\)
at java.awt.Component.dispatchEvent\(Unknown Source\)
at java.awt.EventQueue.dispatchEventImpl\(Unknown Source\)
at java.awt.EventQueue.access$000\(Unknown Source\)
at java.awt.EventQueue$1.run\(Unknown Source\)
at java.awt.EventQueue$1.run\(Unknown Source\)
at java.security.AccessController.doPrivileged\(Native Method\)
at java.security.AccessControlContext$1.doIntersectionPrivilege\(Unknown 
Source\)
at java.security.AccessControlContext$1.doIntersectionPrivilege\(Unknown 
Source\)
at java.awt.EventQueue$2.run\(Unknown Source\)
at java.awt.EventQueue$2.run\(Unknown Source\)
at java.security.AccessController.doPrivileged\(Native Method\)
at java.security.AccessControlContext$1.doIntersectionPrivilege\(Unknown 
Source\)
at java.awt.EventQueue.dispatchEvent\(Unknown Source\)
at java.awt.EventDispatchThread.pumpOneEventForFilters\(Unknown Source\)
at java.awt.EventDispatchThread.pumpEventsForFilter\(Unknown Source\)
at java.awt.EventDispatchThread.pumpEventsForHierarchy\(Unknown Source\)
at java.awt.EventDispatchThread.pumpEvents\(Unknown Source\)
at java.awt.EventDispatchThread.pumpEvents\(Unknown Source\)
at java.awt.EventDispatchThread.run\(Unknown Source\)



---

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] #223 Theming/Classifcation selector jumps back to: equal interval

[ede via Jump-pilot-devel]

- **Operating System**:  --> Windows
- **Milestone**:  --> OJ_future
- **Comment**:

will tag it as OJ_future. Mike if you want to have a go at it feel free to tag 
it as OJ_1.16.. ede



---

** [bugs:#223] Theming/Classifcation selector jumps back to: equal interval**

**Status:** open
**Milestone:** OJ_future
**Labels:** General / Other 
**Created:** Sat Feb 11, 2012 10:00 PM UTC by Anonymous
**Last Updated:** Sat Feb 11, 2012 10:00 PM UTC
**Owner:** nobody


Select a classification in the color themeing dialog and leave the dialog after 
application of the classification.
Upon return the classification shown is always "equal interval" - instead of 
the one selected.

stefan


---

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

[ede via Jump-pilot-devel]

- **Operating System**:  --> not specified
- **Milestone**:  --> OJ_future
- **Comment**:

Jukka or everybody else would you please try to reproduce this and come back 
with a urgency estimate. will tag it as OJ_future for now as it is pretty vague 
..ede



---

** [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:** Fri Oct 21, 2016 08:12 AM 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] #89 label offset should be set according to symbol size

[ede via Jump-pilot-devel]

- **Operating System**:  --> not specified
- **Milestone**:  --> OJ_1.16
- **Comment**:

Peppe, what's the state of this? ..ede



---

** [bugs:#89] label offset should be set according to symbol size**

**Status:** open
**Milestone:** OJ_1.16
**Created:** Fri Jul 13, 2007 08:51 AM UTC by Anonymous
**Last Updated:** Fri Jul 13, 2007 08:51 AM UTC
**Owner:** nobody


see email by Geoff: 
New Vertex Symbols Plugin : 11. July 2007: 3:31

Dear Giuseppe

Thank you for your comments.  Please see my responses below:

geoff

Giuseppe Aruta wrote:

> Hi Geoff,
>
> I would like to ask you some questions about your
> plugins. These are not requests, but ideas that I had
> since I think your plugins is very important for OJ
> and I use them quite a lot.
>
> 1\) Do you plan to add on your vertex plugin the
> possibility to  change type of symbols according to an
> attribute value \(saving rotate according to another
> attribute\)?   

Currently it is only possible to change the symbol orientation according to an 
attribute value.  It might be possible to change the size according to value - 
though this is more problematical as the ability of the observer to distinguish 
relative size is less that distinguishing relative rotation \(at least I think 
it is\!\).
Changing the symbol type is probably not practical as is is assumed that the 
same symbol type applies to all vertices in a layer.  This would require \(I 
suspect\) a change to the core Jump code \(comments from developers please?\).  
Currently, as you know, the vertex label provides a way of showing a 
\(numeric\) value at the vertex.

> I found  an alternative way to it using labels for
> symbols \(with extra fonts\); but I still think that, if
> this will nicelly completed your plugin which  becomes
> extremely useful in OJ.
>
>
> 3\) a vertex symbol plugin changed radically the idea
> of labels. If people want to use labels with their
> symbols they found the difficulties that labels will
> be always on the top of them \(expecially with big
> sized symbols\). The question is : how difficult is to
> influence the label style in order that labels always
> stay outside defined size of symbols?
>   

This would require an option in the core to set an offset for the label, 
according to the size of the symbol. Developers - any ideas?

> I thank you in advance for the answer and thanks again
> for the good job you make \(very good the idea of WKT
> symbols\!\)
>
>
> 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
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #175 Bug random behavior of Save Image to Raster

[ede via Jump-pilot-devel]

- **Operating System**:  --> not specified
- **Milestone**:  --> OJ_1.16
- **Comment**:

Peppe, could you test this please? ..thx ede



---

** [bugs:#175] Bug random behavior of Save Image to Raster**

**Status:** open
**Milestone:** OJ_1.16
**Labels:** General / Other 
**Created:** Wed Feb 09, 2011 07:32 AM UTC by Anonymous
**Last Updated:** Wed Feb 09, 2011 07:32 AM UTC
**Owner:** nobody


in Sextante popup menu there is a "Save raster to image" tool. This tool has a 
random strange behaviour:

1\)  using on any color image,
It works fine and the saved file can be reopen with no problems.

2\) using on a TIF file black and white file, where white is a NO-DATA area.
it saves the file as a negative. When I try to reload the saved file, it is not 
displayed.

3\) Using on a grid file \(tested on TIF or ASC\). The file is saved with 0 
byte dimension and
It shows this error message:
\-
ava.lang.NullPointerException
at org.libtiff.jai.util.PropertyUtil.getString\(PropertyUtil.java:54\)
at org.libtiff.jai.util.JaiI18N.getString\(JaiI18N.java:28\)
at 
org.libtiff.jai.codecimpl.XTIFFImageEncoder.getImageFields\(XTIFFImageEncoder.java:246\)
at 
org.libtiff.jai.codecimpl.XTIFFImageEncoder.encode\(XTIFFImageEncoder.java:142\)
at 
org.openjump.core.ui.plugin.layer.pirolraster.SaveRasterImageAsImagePlugIn.execute\(SaveRasterImageAsImagePlugIn.java:135\)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed\(AbstractPlugIn.java:130\)
at javax.swing.AbstractButton.fireActionPerformed\(AbstractButton.java:1995\)
at 
javax.swing.AbstractButton$Handler.actionPerformed\(AbstractButton.java:2318\)
at 
javax.swing.DefaultButtonModel.fireActionPerformed\(DefaultButtonModel.java:387\)
at javax.swing.DefaultButtonModel.setPressed\(DefaultButtonModel.java:242\)
at javax.swing.AbstractButton.doClick\(AbstractButton.java:357\)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick\(BasicMenuItemUI.java:1223\)
at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased\(BasicMenuItemUI.java:1264\)
at java.awt.Component.processMouseEvent\(Component.java:6267\)
at javax.swing.JComponent.processMouseEvent\(JComponent.java:3267\)
at java.awt.Component.processEvent\(Component.java:6032\)
at java.awt.Container.processEvent\(Container.java:2041\)
at java.awt.Component.dispatchEventImpl\(Component.java:4630\)
at java.awt.Container.dispatchEventImpl\(Container.java:2099\)
at java.awt.Component.dispatchEvent\(Component.java:4460\)
at java.awt.LightweightDispatcher.retargetMouseEvent\(Container.java:4577\)
at java.awt.LightweightDispatcher.processMouseEvent\(Container.java:4238\)
at java.awt.LightweightDispatcher.dispatchEvent\(Container.java:4168\)
at java.awt.Container.dispatchEventImpl\(Container.java:2085\)
at java.awt.Window.dispatchEventImpl\(Window.java:2478\)
at java.awt.Component.dispatchEvent\(Component.java:4460\)
at java.awt.EventQueue.dispatchEvent\(EventQueue.java:599\)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters\(EventDispatchThread.java:269\)
at 
java.awt.EventDispatchThread.pumpEventsForFilter\(EventDispatchThread.java:184\)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy\(EventDispatchThread.java:174\)
at java.awt.EventDispatchThread.pumpEvents\(EventDispatchThread.java:169\)
at java.awt.EventDispatchThread.pumpEvents\(EventDispatchThread.java:161\)
at java.awt.EventDispatchThread.run\(EventDispatchThread.java:122\)


---

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] #152 OJ styling bugs and issues

[ede via Jump-pilot-devel]

- **Operating System**:  --> not specified
- **Milestone**:  --> OJ_future
- **Comment**:

Mike, could you list the persisting issues please so they can be fixed one by 
one later?

wil tag it as OJ_future as it is not blocking any release



---

** [bugs:#152] OJ styling bugs and issues**

**Status:** open
**Milestone:** OJ_future
**Labels:** General / Other 
**Created:** Wed Aug 11, 2010 09:02 PM UTC by Anonymous
**Last Updated:** Wed Aug 11, 2010 09:02 PM UTC
**Owner:** nobody


Hi,

I was thinking that now when Matthias and Larry have been working with
selection styles it might be good to collect a list about things in
OpenJUMP styling which do not work or work in somehow irritating way.

I can start with couple of issues:

\- Colour theming option creates all the new classes with the default
styles. Each theme will then have both the fill and line rendering
selected, colours are synchronised, and line width is 1. However, I
would rather see the classifier to take the defaults from the Rendering
tab so I could set for example the line width somehow bigger for all the
classes. Usually it would mean less manual fine tunign this way.
\- It seems to be impossible to show vertises on classified layers. There
is no user interface for that in the "Colour Theming-Custom" and
defaults are not taken from the main Rendering tab.
\- The above issue, I think, makes it impossible to use colour theme on
point layers. Or it is possible, OpenJUMP is doing the classification,
but all the points are still rendered with the same colour.
\- "Custom" dialogue for a classified layer shows also Transparency
slider. However, it is affecting all the classes and not only the
selected one. It might be better to remove the slider from the "Custom"
dialogue.  There is another slider on the main Colour Theming tab and
also the transparency slider on the main Rendering tab can be used.
\- There is a little issue with the polygon styling. If I create a new
layer with OpenJUMP and draw a polygon, and next select to show vertices
option from the Rendering tab, as a result ONLY the vertices are shown
but the outline and fill disapper. It took me a long time to discover
that this happens only if a layer does not have any attribute fields in
its schema. It is enought to insert one attribute field into the schema
to correct the rendering. Attribute field can be empty for all the
features, it does not matter.

To start a wishlist for the future, QGis "New symbology" option gives a
possibity to build easily multi-layer or multi-stroke symbols. Something
like that would by nice to have in OpenJUMP also. For example a road
with red fill, black borders and black dottet centre line could be
constructed by piling up a wide black line, a narrover red line and a
most narror black dottet line on top. For point layers even such a
simple style than big coloured circle and a small insert with another
colour can make the map much more easier to read.

GGis User manual
http://download.osgeo.org/qgis/doc/manual/qgis-1.4.0\_user\_guide\_en.pdfha
s something about New Symbology option in chapter
5.4.3. Working with the New Generation Symbology  
On manual page 54, Figure 16, \(a\) Line composed from three simple lines
may give an idea about multi-layer symbols.

-Jukka Rahkonen-


---

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] #152 OJ styling bugs and issues

[ede via Jump-pilot-devel]

- **assigned_to**: michael michaud
- **Comment**:

Mike, could you list the persisting issues please so they can be fixed one by 
one later?

wil tag it as OJ_future as it is not blocking OJ_1.16



---

** [bugs:#152] OJ styling bugs and issues**

**Status:** open
**Milestone:** OJ_future
**Labels:** General / Other 
**Created:** Wed Aug 11, 2010 09:02 PM UTC by Anonymous
**Last Updated:** Sun Sep 13, 2020 06:35 PM UTC
**Owner:** michael michaud


Hi,

I was thinking that now when Matthias and Larry have been working with
selection styles it might be good to collect a list about things in
OpenJUMP styling which do not work or work in somehow irritating way.

I can start with couple of issues:

\- Colour theming option creates all the new classes with the default
styles. Each theme will then have both the fill and line rendering
selected, colours are synchronised, and line width is 1. However, I
would rather see the classifier to take the defaults from the Rendering
tab so I could set for example the line width somehow bigger for all the
classes. Usually it would mean less manual fine tunign this way.
\- It seems to be impossible to show vertises on classified layers. There
is no user interface for that in the "Colour Theming-Custom" and
defaults are not taken from the main Rendering tab.
\- The above issue, I think, makes it impossible to use colour theme on
point layers. Or it is possible, OpenJUMP is doing the classification,
but all the points are still rendered with the same colour.
\- "Custom" dialogue for a classified layer shows also Transparency
slider. However, it is affecting all the classes and not only the
selected one. It might be better to remove the slider from the "Custom"
dialogue.  There is another slider on the main Colour Theming tab and
also the transparency slider on the main Rendering tab can be used.
\- There is a little issue with the polygon styling. If I create a new
layer with OpenJUMP and draw a polygon, and next select to show vertices
option from the Rendering tab, as a result ONLY the vertices are shown
but the outline and fill disapper. It took me a long time to discover
that this happens only if a layer does not have any attribute fields in
its schema. It is enought to insert one attribute field into the schema
to correct the rendering. Attribute field can be empty for all the
features, it does not matter.

To start a wishlist for the future, QGis "New symbology" option gives a
possibity to build easily multi-layer or multi-stroke symbols. Something
like that would by nice to have in OpenJUMP also. For example a road
with red fill, black borders and black dottet centre line could be
constructed by piling up a wide black line, a narrover red line and a
most narror black dottet line on top. For point layers even such a
simple style than big coloured circle and a small insert with another
colour can make the map much more easier to read.

GGis User manual
http://download.osgeo.org/qgis/doc/manual/qgis-1.4.0\_user\_guide\_en.pdfha
s something about New Symbology option in chapter
5.4.3. Working with the New Generation Symbology  
On manual page 54, Figure 16, \(a\) Line composed from three simple lines
may give an idea about multi-layer symbols.

-Jukka Rahkonen-


---

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] #422 Bug in jython tools

[ede via Jump-pilot-devel]

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

Peppe is this still working? if yes please close as fixed. ..ede



---

** [bugs:#422] Bug in jython tools**

**Status:** pending
**Milestone:** OJ_1.16
**Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud
**Last Updated:** Thu Oct 20, 2016 01:24 PM UTC
**Owner:** nobody


Some jython tools like Road arc tool and Oval tool are broken. Trying to use it 
one time also break other OpenJUMP cursor tools.
These jython tools inherit OpenJUMP ConstrainedNClickTool. I suspect a conflict 
between general cursor tools which have been reworked and improved by ede a few 
years ago, and the internal of jython tools, but I did not see any obvious 
problem. It will need more investigation or we'll have to deactivate jython 
tools.


---

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