[JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

[Giuseppe Aruta via Jump-pilot-devel]

Janos,
your hungarian file has been uploaded into OpenJUMP dist and will be available 
on next build.
If you are interested to translate OpenJUMP to Hungarian, as suggested by Ede, 
and need a help, fill free to write to the group list
Bets regards
Peppe


---

** [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 10:24 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:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

[Giuseppe Aruta via Jump-pilot-devel]

- **status**: open --> closed
- **assigned_to**: Giuseppe Aruta



---

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

**Status:** closed
**Labels:** localisation ojmapcoloring 
**Created:** Wed Jun 10, 2020 07:31 AM UTC by kjt
**Last Updated:** Wed Jun 10, 2020 12:06 PM UTC
**Owner:** Giuseppe Aruta
**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:feature-requests] #245 Create form to edit attribute values

[Giuseppe Aruta via Jump-pilot-devel]

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

OJ 6352 2020-07-16. added to  EditOptionPanel an option to automatically open a 
feature Info Frame  after a new feature is created. This allows user to input 
attribute values directly after digitalizing a feature



---

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

**Status:** pending
**Created:** Mon Oct 24, 2016 09:16 PM UTC by michael michaud
**Last Updated:** Mon Oct 24, 2016 09:16 PM UTC
**Owner:** michael michaud


Create a form to edit attribute values like QGIS.


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

---

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

**Status:** open
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Jul 31, 2020 07:40 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

[Giuseppe Aruta via Jump-pilot-devel]

One possible solution is to change LayoutManager of the toolbar.
This line works: 
toolbox.getToolBar().setLayout(new FlowLayout());


---

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

**Status:** open
**Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Jul 31, 2020 07:40 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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael, can you send me the files you used as first test? I will try on my 
side


---

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

**Status:** open
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Fri Aug 14, 2020 12:19 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] Re: #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

[Giuseppe Aruta via Jump-pilot-devel]

AFAIR. Possibly It is already fixed.

Il sab 29 ago 2020, 10:49 michael michaud 
ha scritto:

> Do you have any tiff / tiff.aux.xml to reproduce the problem ?
> --
>
> * [bugs:#479]  OpenJUMp
> doen't recognize RasterImageLayer SRS on loading anymore*
>
> *Status:* open
> *Milestone:*
> *Labels:* SRS
> *Created:* Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta
> *Last Updated:* Sun Aug 19, 2018 04:12 PM UTC
> *Owner:* Giuseppe Aruta
>
> OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore
>
> The problem is partially connected to AddRasterImageLayerWizard and to
> ProjUtils classes
> --
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/jump-pilot/bugs/479/
>
> To unsubscribe from further messages, please visit
> https://sourceforge.net/auth/subscriptions/
>



---

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

**Status:** open
**Milestone:** 
**Labels:** SRS 
**Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 08:49 AM UTC
**Owner:** Giuseppe Aruta


OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

The problem is partially connected to AddRasterImageLayerWizard and to 
ProjUtils classes


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** undecided
**Created:** Thu Dec 20, 2018 11:25 AM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 08:31 AM UTC
**Owner:** Giuseppe Aruta


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

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

The solution which I am going to apply on SVN

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

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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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

Tagged ad posted. Maybe it can be fix



---

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

**Status:** open
**Milestone:** OJ_future
**Created:** Sun Dec 02, 2018 02:47 PM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 08:47 AM UTC
**Owner:** nobody


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

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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

It has been fixed but tag has not been changed yet


---

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

**Status:** open
**Milestone:** 
**Labels:** SRS 
**Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 08:49 AM UTC
**Owner:** Giuseppe Aruta


OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

The problem is partially connected to AddRasterImageLayerWizard and to 
ProjUtils classes


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** undecided
**Labels:** SRS 
**Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta
**Last Updated:** Sat Aug 29, 2020 01:03 PM UTC
**Owner:** Giuseppe Aruta


OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

The problem is partially connected to AddRasterImageLayerWizard and to 
ProjUtils classes


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

---

** [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:17 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 rastersTo 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 (a have just attached a sample)b) dray a fence on 
itc) 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).I don't know what to do. I open a bug.
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(ProtectionDomain.java:84)
at java.awt.EventQueue$4.run(EventQueue.java:733)
at java.awt.EventQ

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

[Giuseppe Aruta via Jump-pilot-devel]

- Description has changed:

Diff:



--- old
+++ new
@@ -1,6 +1,15 @@
-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 rastersTo 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 (a have just attached a sample)b) dray a fence on 
itc) click on Layer tree > extract part of the image
+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).I don't know what to do. I open a bug.
+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
 






---

** [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:17 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(ExtractSelected

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

[Giuseppe Aruta via Jump-pilot-devel]

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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

Yes. It is both existing and writable. But the problem is neither the status of 
tmp folder nor a space in the path: on my machine it happens on every folder I 
try to use. 

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

See the new error message at the end of this post when I tried to save part of 
the file in the desktop (using Raster>cut/deform raster plugin). 

Again. I have no problem with OpenJUMP shipping Batik 1.6 
(OpenJUMP-20200731-r6363-PLUS) and OBatik 1.13 (OpenJUMP-20200805-r6370-PLUS)
The bug starts from when OpenJUMP ships 1.6.1. (OpenJUMP-20200816-r6375-PLUS).

---
javax.xml.transform.TransformerException: java.io.FileNotFoundException: 
file:/home/giuseppe/Desktop/13.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:305)
at 
org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:254)
at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:70)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
at 
org.openjump.core.rasterimage.algorithms.GenericRasterAlgorithm.load(GenericRasterAlgorithm.java:393)
at 
org.openjump.core.ui.plugin.raster.CropWarpPlugIn.run(CropWarpPlugIn.java:273)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)
Caused by: java.io.FileNotFoundException: 
file:/home/giuseppe/Desktop/13.tif.aux.xml (File o directory non esistente)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(FileOutputStream.java:270)
at java.io.FileOutputStream.(FileOutputStream.java:213)
at java.io.FileOutputStream.(FileOutputStream.java:101)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:253)
... 9 more
-
java.io.FileNotFoundException: file:/home/giuseppe/Desktop/13.tif.aux.xml (File 
o directory non esistente)
at java.io.FileOutputStream.open0(Native Method)
at java.io.FileOutputStream.open(FileOutputStream.java:270)
at java.io.FileOutputStream.(FileOutputStream.java:213)
at java.io.FileOutputStream.(FileOutputStream.java:101)
at 
org.apache.xalan.transformer.TransformerIdentityImpl.createResultContentHandler(TransformerIdentityImpl.java:253)
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:305)
at 
org.openjump.core.rasterimage.TiffUtils.calculateStats(TiffUtils.java:254)
at org.openjump.core.rasterimage.TiffUtils.readImage(TiffUtils.java:70)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:143)
at 
org.openjump.core.rasterimage.algorithms.GenericRasterAlgorithm.load(GenericRasterAlgorithm.java:393)
at 
org.openjump.core.ui.plugin.raster.CropWarpPlugIn.run(CropWarpPlugIn.java:273)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:151)



---

** [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 08:50 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

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

[Giuseppe Aruta via Jump-pilot-devel]

I remember we downgrade from Batik 1.13 to Batik 1.6.1 because of problems to 
export to SVG


---

** [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:** Mon Aug 31, 2020 05:18 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(ProtectionDomain.java:84)
at java.awt.EventQu

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

[Giuseppe Aruta via Jump-pilot-devel]

I found the reason,
a)   missing class serializer-2.7.2.jar
b) obsolete  class xalan-2.4.1.jar

How to solve:
in the LIB folder 
a) substitute xalan-2.4.1.jar witn newer xalan-2.7.2.jar
b) copy lib serializer-2.7.2.jar

with this modification opening TIF files without aux.xml sidecar files works 
fine

Note that both xalan and serializer are part of Apache libraries. I used newer 
xalan and serializer but I am not sure if these classes 2.7.2 are compatible 
with Batik 1.6.1



---

** [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:** Mon Aug 31, 2020 05:19 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)

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

[Giuseppe Aruta via Jump-pilot-devel]

tested on newer OJ 6400


---

** [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:50 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(ProtectionDomain.java:84)
at java.awt.EventQueue$4.run(EventQueue.java:733)
at java.awt.EventQueue$4.run(E

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

[Giuseppe Aruta via Jump-pilot-devel]

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Sep 01, 2020 03:26 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.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.a

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

[Giuseppe Aruta via Jump-pilot-devel]

Export is fine for Vector and ReferenceImageLayer at any scale.

Export RasterImageLayer:  it is rescales and sometimes lost if we rescale the 
view using saving options:
The difference:

a) Embedded Save view>to SVG and change current scale box  on "Scale 1:" 
option. 
1) If I leave the scale box at the default options (scale of the current view), 
RasterImageLayer is exported at the right size
2) If I lchange the export scale the scale box  RasterImageLayer is rescaled 
loosing proportion to the rest of the map

b) CadPlan Print plugin Save Image (SVG). In this case it is almost difficult 
save RasterImageLayer. whatever scale I define on the printing view (including 
scale from OJ view), the raster layer always loose proportion or is lost.

Note that this "bug" was already on previous versions of OpenJUMP but it was 
never evident


---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Sep 01, 2020 03:27 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 ja

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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael,
I added a small patch to RasterImageLayer.class (Sextante) which should 
partially solve the display for tiff loaded via this class. 
Not sure about the reason (TIFF drivers? Appling symbology?). I still have 
Error output whenever I use a pixel querry ([ERROR] 11:11:45.369 Planar 
(band-sequential) format TIFF is not supported.) which works randomly


---

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

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

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


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

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

List of success/failures and exceptions thrown

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Please try OJ 6410


---

** [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:** Wed Sep 02, 2020 09:28 AM UTC
**Owner:** nobody
**Attachments:**

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


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

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

List of success/failures and exceptions thrown

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael,
I confirm newer OJ MB can load and display simple geotiff.

The changes I did:

a) TiFFUtils class. Method getRenderedOp(File tiffFile) which was using 
JAI.create method to load a file. I added as main method 
GeoReferencedRaster.getRenderedOp which seems more robust and able to open more 
tiff (and more image types) files. 

b) RasterImageLayer.createImage pointed to the method 
RasterImageLayer.stretchImageValuesForDisplay() . This method rebuilds the 
BufferedImageLayer to display on the view. It was created by Alberto De Luca to 
give the right colors (BW and symbology) for monoband rasters but I observed 
that sometimes it fails to display raster which have more than 3 bands (4th the 
transparency). 
The change I did: In case stretchImageValuesForDisplay() fails, it returns the 
original loaded BufferedImageLayer

I still cannot solve problems connected to the tool Raster>pixel inspection 
(method RasterImageLayer.getCellValue...) that return a null poiter exception 
on your file


---

** [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:** Wed Sep 02, 2020 09:29 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.ini

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

[Giuseppe Aruta via Jump-pilot-devel]

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


---

** [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 06:57 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(ReferencedImageFactoryFil

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

[Giuseppe Aruta via Jump-pilot-devel]

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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 jump-pilot-devel@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/jump-pilot/bugs/

To unsubscribe from further messages, a project 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] #429 CRS transformation

[Giuseppe Aruta via Jump-pilot-devel]

- **status**: open --> closed
- **Milestone**:  --> undecided
- **Comment**:

Closed since november 2017. See discussion



---

** [bugs:#429] CRS transformation**

**Status:** closed
**Milestone:** undecided
**Created:** Thu Sep 29, 2016 07:43 PM UTC by michael michaud
**Last Updated:** Mon Dec 31, 2018 09:41 AM UTC
**Owner:** michael michaud


When a vector dataset is transformed with CTS and saved into a new shapefile, 
OpenJUMP does not produce a prj file (I think that CTS includes the code to 
make that 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

[Giuseppe Aruta via Jump-pilot-devel]

- **status**: open --> closed-works-for-me



---

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

[Giuseppe Aruta via Jump-pilot-devel]

Thanks Ede,
I did the modification and tested everything fine
WarpingPanelPlugin moved from version 9 (2005) to verison 6423 (2020)  :-(


---

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

[Giuseppe Aruta via Jump-pilot-devel]

No'It is amazing that the class was never modified. That means the good 
experience of the developer


---

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

[Giuseppe Aruta via Jump-pilot-devel]

If you agree I will keep this ticket open for OpenJUMP 2.0


---

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

**Status:** open
**Milestone:** OJ_1.16
**Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud
**Last Updated:** Fri Sep 04, 2020 09:46 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:164)
  GeoTIFF plus (JAI) :
java.la

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

[Giuseppe Aruta via Jump-pilot-devel]

@edso
>maybe you want to take a peek how other JUMPSs/Java apps access those and 
>implement it in OJ?
Kosmo used Gdal to access to raster data, I think with GvSIG framework
Possibly a pure Java solution that works with many TIFF types could be on ImageJ

>if it used to work earlier try to identify the patchset that broke it and fix 
>that.
No. It was not working in the past, see page : 
http://ojwiki.soldin.de/index.php?title=Display_ASTER_DEM_TIF_files_in_OpenJUMP


---

** [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:** Sat Sep 05, 2020 04:19 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.vividsol

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

[Giuseppe Aruta via Jump-pilot-devel]

OpenJUMP 6430 . Almost solved reading pixel data (Info tool , pixel inspection 
and raster profile) for test image small_word.tif (not for Aster dem file). 
Removed also warnings substituting GeoReferencedRaster.getImage() method  to 
read PlanarImage of TIFF (instead of JAI.create("fileload"..)


---

** [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:47 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.w

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

[Giuseppe Aruta via Jump-pilot-devel]

(Sextante) RasterImage. I had to revert some changes I did in these days. 
Mostly connected to cell query. The reason: Roberto Rossi, from Univ, of Padua, 
who worked as my tester found some blurring on display discrete DEMs (Dem with 
classes) and the cell query was quite slow and displaying wrong info (possibily 
due to a delay on the reading process, the read values were "jumping" from the 
original position to the click point. To summerize with these last modification
a) OJ opens and display both test tiff (small_earth.tif and AsterDEM). In some 
cases, large file, user needs to zoom one or two times to the layer to 
accellerate the display process. If I load several big files and then I load 
AsterDEM, this is not displayed (the reasons? Memory, ImageIO readers?). 
Blurring was solved
b) info tools on the cell finally works well on AsterDEM fine, they don't work 
fine with  small_earth.tif). 
c) in both cases I cannot extract a part of the image (draw fence-extract part 
of image). I didn't explore the reason. AFAIR this tool at the beginning had 
problems when Alberto de Luca changed RasterImage framework.

I think I will stop making changes. Roberto goes on to do few test as his 
course (where he uses OJ)  starts the 1 of October  - to late to move to OJ 
1.16.

The essential change on the Raster Framework

-  OJ 1.15, on decoding TIF file, was using JAI. Actual NB version is using JAI 
Image I/O and takes advance of Ede's class GeoReferencedRaster which iseems to 
be quite versatile (JAI, SUN and Geosolutions ImageIO, GDAL)
- I understood that to display an Image on the view depends on the quantity of 
memory available (see method RasterImageLayer.create(..). BufferedImage 
RasterImageLayer.stretchImageValuesForDisplay() seemed to fail with 
small_earth.tif so I added a try/catch statement on RasterImageLayer.create(..) 
that, in case of stretchImageValuesForDisplay() failure it uses 
getImageForDisplay() for BufferedImage




---

** [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:02 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.CropO

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

[Giuseppe Aruta via Jump-pilot-devel]

 we lost the ability (version OJ 6443) to load TIFF DEM (mono band rasters). 
 I tested with several TIFF DEM, including the one I attached here. None is 
load.
 AFAIR  we had the same problem when we moved to imageIO-ext 1.1.13 to 1.1.16 
(OJ 1.15). So we had to downgrade to imageio-ext-tiff-1.1.13.jar.
 I tried to cancel  imageio-ext-tiff-1.3.2.jar and substitute it with 
imageio-ext-tiff-1.1.13.jar on version OJ 6443 (keeping the others to ver. 
1.3.2) and everything goes fine.
 
 I suggest to keep this bug ticket open until  we solve this problem
 
 This is the message of error that I recognized:
 java.lang.ClassCastException: [B cannot be cast to [Ljava.lang.String;
at 
it.geosolutions.imageio.plugins.tiff.TIFFField.getAsString(TIFFField.java:1164)
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.initializeFromMetadata(TIFFImageReader.java:1286)
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.seekToImage(TIFFImageReader.java:831)
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.seekToImage(TIFFImageReader.java:788)
at 
it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.getWidth(TIFFImageReader.java:1046)
at 
org.openjump.core.rasterimage.OverviewsUtils.addOverviews(OverviewsUtils.java:65)
at 
org.openjump.core.rasterimage.OverviewsUtils.getOverviews(OverviewsUtils.java:45)
at 
org.openjump.core.rasterimage.RasterImageIO.loadImage(RasterImageIO.java:142)
at 
org.openjump.core.rasterimage.RasterImageLayer.reLoadImage(RasterImageLayer.java:548)
at 
org.openjump.core.rasterimage.RasterImageLayer.createImage(RasterImageLayer.java:385)
at 
org.openjump.core.rasterimage.RasterImageRenderer.renderHook(RasterImageRenderer.java:107)

 


---

** [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 09:31 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(Pl

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

[Giuseppe Aruta via Jump-pilot-devel]

I would like to find a solution with I imageio-ext 1.3.2. It seems to work 
faster and to use less memory. Otherwise I am OK to downgrade to the last 
working version (1.1.13)


Attachments:

- 
[mdt25a.tif](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/e45ff882e3/ff7b/attachment/mdt25a.tif)
 (986.3 kB; image/tiff)


---

** [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:20 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)
 

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

[Giuseppe Aruta via Jump-pilot-devel]

I see that there is a newer version  OJ 6344, I will test it. 
Just to check it is not a OS problem, I use Ubuntu with OpenJDK 1.8


---

** [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:33 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.OpenFile

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

[Giuseppe Aruta via Jump-pilot-devel]

I made several tests opening the test files attached to this post in several 
combinations.
I used:
OJ 6445 core - OJ 6445 PLUS

**OJ 6445 core** 
It opens all the files without any problem. the DEM (*AsterDEM, geotif *and 
*mdt25a*) are displayed wella nd also tool (like pixel inspection) works fine.
Before opening files. On loading OJ I recognized this new error message:

[ERROR] 13:24:49.553 Can't register JP2GDAL readers.
java.lang.NoClassDefFoundError: 
it/geosolutions/imageio/gdalframework/GDALImageReaderSpi
at java.lang.ClassLoader.defineClass1(Native Method).

*small-world *file is opened displayed well. Pixel inspection tool is not 
working but other tools (extract part of image, Raster properties etc) seems to 
work fine

**OJ 6445 PLUS**
*small-world *file is opened displayed well. Pixel inspection tool is not 
working but other tools (extract part of image, Raster properties etc) seems to 
work fine
*AsterDem* is opened and displayed wll with no problem to use tools
*mdta25a* is not displayed in the view even if an icon (not the correct one) is 
displayed on the layer tree. None of the tools work.
The behaviour of *geotiff *file is random. Sometimes is correctly opened and 
displayed into the view and the tools work. Other times it is not displayed  
and the tools don't work.
The most common error is this:
java.lang.ClassCastException: [B cannot be cast to [Ljava.lang.String;
related to imageIO classes

NB *geotiff *and *mdta25a *are basically the same files. I got geotiff loading 
mdt25a into QGIS and saving back with a different name.

--*With all the files and version of OpenJUMP if the file is loaded and 
displayed well*--

a) if the layer is displayed into the view. Raster info tool works well and 
displays all the info about the raste into a table
b) if the later is outside the current view. Raster info tool gives back an 
error possibly due to the matter that Raster Color dept is checked into 
(displayed) BufferedImage (which actually is created whenever we zoom to a 
Sextante Layer. 

java.lang.NullPointerException
at 
org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugIn.getColorDepth(RasterImageLayerPropertiesPlugIn.java:629)

I suspect that the methods getColorDepth(BufferedImage..) and 
getDPI(BufferedImage..) in the class RasterImageLayerPropertiesPlugin have to 
be rewritten.
Any suggestion? I know that IIOMetadata class can do it but I have never tried. 
Or Commons imaging? 






---

** [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:44 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.addTileToCach

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

[Giuseppe Aruta via Jump-pilot-devel]

OK. I will close it. No complain for the absence of Road Tool


---

** [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:** Sun Sep 13, 2020 06:37 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

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud
**Last Updated:** Mon Sep 14, 2020 07:26 AM 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

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

[Giuseppe Aruta via Jump-pilot-devel]

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

It is already solved. Fixed



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Labels:** General / Other 
**Created:** Wed Feb 09, 2011 07:32 AM UTC by Anonymous
**Last Updated:** Sun Sep 13, 2020 06:33 PM 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] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

[Giuseppe Aruta via Jump-pilot-devel]

I still have problems.
I attached an image of what is going on on the view when I try to open a 
project made with OJ 1.15 with OJ 6477.
Nothing happens. 



Attachments:

- [Schermata a 2020-09-14 
18-47-52.png](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/d9a96a685c/bd73/attachment/Schermata%20a%202020-09-14%2018-47-52.png)
 (60.3 kB; image/png)


---

** [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:32 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] #89 label offset should be set according to symbol size

[Giuseppe Aruta via Jump-pilot-devel]

I thgink we can close it. It was more like a feature request than a bug. At 
that time I was in the need to have a tool like that. Not now. I am goung to 
save it as Feature request


---

** [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:** Sun Sep 13, 2020 06:31 PM 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] #89 label offset should be set according to symbol size

[Giuseppe Aruta via Jump-pilot-devel]

- **status**: open --> closed-invalid
- **assigned_to**: Giuseppe Aruta



---

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

**Status:** closed-invalid
**Milestone:** OJ_1.16
**Created:** Fri Jul 13, 2007 08:51 AM UTC by Anonymous
**Last Updated:** Tue Oct 13, 2020 11:08 AM UTC
**Owner:** Giuseppe Aruta


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:feature-requests] #271 Extend capaiblities of Cadplan vertex symbology plugin

[Giuseppe Aruta via Jump-pilot-devel]

---

** [feature-requests:#271] Extend capaiblities of Cadplan vertex symbology 
plugin**

**Status:** open
**Created:** Tue Oct 13, 2020 11:11 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Oct 13, 2020 11:11 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/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] #291 Problem on drop-down menus

[Giuseppe Aruta via Jump-pilot-devel]

I cannot observe this behaviour any more. It seems that it was solved in the 
time
Closed fixed


---

** [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:** Sun Sep 13, 2020 05:42 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] #291 Problem on drop-down menus

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Labels:** General / Other 
**Created:** Sat Mar 16, 2013 08:20 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Oct 13, 2020 11:14 AM 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] #385 Paste Layerable fails to work with RasterImageLayer class

[Giuseppe Aruta via Jump-pilot-devel]

Using Ubuntu. Loading an image as RasterImageLayer (Sextante). Using the coomad 
"Copy selected layer"

I have this warning:
com.vividsolutions.jts.util.AssertionFailedException: Should never reach here
at 
com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:122)
at 
com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:111)
at 
com.vividsolutions.jump.workbench.ui.plugin.clipboard.LayerableClipboardPlugIn.cloneLayerable(LayerableClipboardPlugIn.java:71)
at 
com.vividsolutions.jump.workbench.ui.plugin.clipboard.CopySelectedLayersPlugIn.clone(CopySelectedLayersPlugIn.java:85)
at 
com.vividsolutions.jump.workbench.ui.plugin.clipboard.CopySelectedLayersPlugIn.execute(CopySelectedLayersPlugIn.java:68)
at 
com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
at 
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)



---

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

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


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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael,
sorry for that. I was working to solve problems on visibility/query on raster 
layers and I inadvertently reverted your change. I restore it back to 6399 and 
today I will do some tests
Peppe


---

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

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


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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Confirm the bug is solved on newer version of OpenJUMP. I clos the ticket


---

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

**Status:** pending
**Milestone:** OJ_1.16
**Labels:** RasterImageLayer 
**Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta
**Last Updated:** Wed Oct 14, 2020 04:43 AM UTC
**Owner:** nobody


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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Labels:** RasterImageLayer 
**Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta
**Last Updated:** Sun Oct 18, 2020 01:25 PM UTC
**Owner:** nobody


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



---

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

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

[JPP-Devel] [jump-pilot:bugs] #504 TODO: OJ2.x

[Giuseppe Aruta via Jump-pilot-devel]

Hi Ede,
OJ can inizialize a plugin via default-plugins.xml. Do you recommend to use it? 
Peppe


---

** [bugs:#504] TODO: OJ2.x**

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Sep 14, 2020 11:44 AM UTC by ede
**Last Updated:** Mon Sep 14, 2020 11:44 AM UTC
**Owner:** nobody


this is not actually a bug ticket, but a notepad for backward compatible 
breaking things to do in OJ2.x

FeatureInstaller
privatize Constructor
replace  new FeatureInstaller() with FeatureInstaller.getInstance() projectwide

rework I18N, see extra ticket https://sourceforge.net/p/jump-pilot/bugs/501/


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

---

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

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

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


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


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

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

[Giuseppe Aruta via Jump-pilot-devel]

I confirm the same bug with latest OJ version 6601


---

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

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

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


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


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

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

[Giuseppe Aruta via Jump-pilot-devel]

It is solved. Thanks Michael


---

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

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

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


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


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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** undecided
**Created:** Sun Oct 25, 2020 11:41 AM UTC by Giuseppe Aruta
**Last Updated:** Mon Oct 26, 2020 05:54 AM UTC
**Owner:** nobody
**Attachments:**

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


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


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

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

[Giuseppe Aruta via Jump-pilot-devel]

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

Best regards
Peppe


---

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

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


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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

---

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

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

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


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

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

description of the test bug:

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

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

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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Test on OpenJUMP 6619.
I cannot reproduce Roberto's bug anymore but another problem comes out, 
possibly due to the memory.
a) when I load a raster (sextante) layers, if its position is outside the 
current view, I have an error message (yellow stripe) pointing to 
RasterImageLayer class, line 432, exception on method:
createImage(LayerViewPanel).
If I zoom to the layer, this is displayed in the correct way anyhow

b) Following Roberto's procedure, when I reach the maximum of RAM that OpenJUMP 
could use (supposing that the bug is connected to RAM)
- on previous version the raster was displayed in that B/W spaghetti mode
- on 6619 raster is not displayed.
- I have to zoom in an area of the raster to see datas. If I zoom out back to 
the previous display the raster disapears


---

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

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

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


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

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

description of the test bug:

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

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

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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

AddRasterImageLayerWizard class
The dialog was used on original code in order to create a worldfile for raster 
(tif, gif, jpg, bmp) with no geolocation (=no worldfile). Reorganizing TIF 
import that part of code ended in a wrong position:, and dangerous because OJ 
creates a worldfile which is useless in this session od wirk. But it is read on 
the second or third session of work as the real geolocation. I prefer anyhow to 
deactivate the dialog or to reactivate the part of code ( protected Envelope 
getGeoReferencing(...)) for tiff into AddRasterImageLayerWizard.


---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

More info about the bug.


A)  when a TIFF is load  as Layer via GeoReferencedRaster, this class 
1.   first checks the geotags
2.  if no geotags are found, it checks a worlfile. 
3.   if no valid world file is found, the class creates a new geolocation 
(Envelope) to locate the image according to the width/heigh of the image and 
the origin loacted at (0,0) coordinate. No new worldfile is created

B) when a TIFF is load  as RasterImageLayer, AddRasterImageLayerWizard class 
was doing a similar job in this way:
1.first checks the geotags
2.   if no geotags are found, it checks a worlfile. 
3.if no valid world file is found, the class creates a dialog pops up 
letting the user to define north/south/east/west coordinates to define the new 
geolocation (Envelope) to locate the image.  A new worldfile is create.

In the method AddRasterImageLayerWizard.getGeoReferencing(...) all points 1,2,3 
have been deactivated to use new GeoReferencedRaster/TiffUtilsV2 framework. 
we can possibly partially restore the bug of unuseful dialog.

I observed a more severe bug: OJ cannot open anymore neither TIFF with 
worldfile nor TIFF with no geolocation (dialog pops up). Possibly we need to 
find a solution outside the class AddRasterImageLayerWizard
Peppe








---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael,
I added some files to this post to explain
I used OJ 6624
a) open GeoTIFF.tif (GeoTIFF file) now works fine thanks to your commit: no 
input dialog appears
b) open withWF.tif - this isn't a geotiff and all geographic info are written 
in the sidecar file withWF.tfw - Nothing happens. The file is not loaded and an 
error occurs
c) open noWF.tif - this isn't a geotiff, no geographic info are available. It 
was expecting that the input dialog appears to set coordinates -  Nothing 
happens. The file is not loaded and an error occurs
Best regards


Attachments:

- 
[withWF.tif](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/563a4b21a6/3733/attachment/withWF.tif)
 (200.0 kB; image/tiff)
- 
[noWF.tif](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/563a4b21a6/3733/attachment/noWF.tif)
 (211.0 kB; image/tiff)
- 
[GeoTIFF.tif](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/563a4b21a6/3733/attachment/GeoTIFF.tif)
 (986.3 kB; image/tiff)
- 
[withWF.tfw](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/563a4b21a6/3733/attachment/withWF.tfw)
 (26 Bytes; application/octet-stream)


---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

I was able to reproduce the bug.  The warning message comes out but the output 
image either is not saved or it has a wierd look. I will give a look at the 
code on this weekend


---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

The bug seems to happen only if user tries to overwrite the input file.
One possible (hard) solution seems to make RasterImageLayer framework able to 
store modified datas into memory and give up to output file option into the 
dialog(s).
This seems to hard to work around that generates other problems to solve 
(warning to user to save layer when a project is closed, etc).
Another fast solution is am considering to extend EnableCheck of save-file 
action: actually it checks only if the field to put output file is empty (if 
so, the process is stopped with a warning). The extension will also check if 
output file is the same as input file.
I don't see other solutions in this moment
I am for the fast solution as it makes impossible to cancel/modify original data


---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael, Jukka
I tested the plugin and everything seems to work file.
I suggest to close the ticket and I will postpone after OJ new real. Jukka's 
suggestion to make the plugin able to use histograms to define ranges of 
values. 
I will add some notes on the wiki
Peppe


---

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

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


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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Hi Michael,
It is a geotiff image opened with Gimp and saved back as image. I tried to 
reproduce a most common mistake that users at their first approach to Gis do 
(open a geotiff with an image viewer and Dave it back loosing geotiff tags).
With a previous version of RasterImageLayer framework OJ was able to skip 
reading 
 tag 34735 if it was a string and classify the file as no geotiff (no tfw).   
Indeed everything works fine with other tiff files with no tag 34735. Maybe a 
simple check/warning solves the issue.
Peppe
Inviato da myMail per Android sabato, 21 novembre 2020, 00:15AM +01:00 da 
michael michaud  micha...@users.sourceforge.net :

>Peppe,
>Seems that your noWF.tif contains invalid geotags.
>ExifTools shows the following warning
>"Non-standard format (string) for IFD0 0x87af GeoTiffDirectory"
>which explains why OpenJUMP throws an exception when it tries to read tag 
>34735 (waiting for unisgned short array, find a string) 
>Can you explain how you made this file.
>If image is produced by a well-known gis tool, I'll try to throw a better 
>mesage or to read the tag anyway.
>--
>[bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile
>Status: open
>Milestone: OJ_1.16
>Created: Wed Nov 11, 2020 08:29 AM UTC by michael michaud
>Last Updated: Mon Nov 16, 2020 02:25 PM UTC
>Owner: nobody
>Trying to open a georeferenced GeoTiff  as a (Sextante) RasterImage , I'm 
>invited to define the worldfile through a dialog box. Whatever I enter in the 
>diaog box, the image will be georeferenced using the geotags of the geotiff, 
>which is fine, but the dialogbox is misleading and will create a tfw file 
>which is inconsistant with the geotiff tags.
>--
>Sent from sourceforge.net because you indicated interest in  
>https://sourceforge.net/p/jump-pilot/bugs/512/
>To unsubscribe from further messages, please visit  
>https://sourceforge.net/auth/subscriptions/



---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

This seems correct with newer upgrade fom Michael


---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

I added a check in order not to overwrite input raster file with the new one. 
This patch together with Michael's unograde should avoid to have strange 
output, I hope


---

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

**Status:** open
**Milestone:** OJ_1.16
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Mon Nov 23, 2020 11:51 AM UTC
**Owner:** nobody


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

I was expecting Roberto's test to close the ticket. I am quite satisfied thanks 
to Michael's fix


---

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

**Status:** open
**Milestone:** OJ_1.16
**Labels:** raster display 
**Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta
**Last Updated:** Mon Nov 23, 2020 11:50 AM UTC
**Owner:** nobody
**Attachments:**

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


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

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

description of the test bug:

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

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

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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

I am going to close this bug as it has already solved by Michael's last 
modification on RasterImageLayer framework. 


---

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

**Status:** open
**Milestone:** OJ_1.16
**Labels:** raster display 
**Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta
**Last Updated:** Mon Nov 23, 2020 01:50 PM UTC
**Owner:** nobody
**Attachments:**

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


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

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

description of the test bug:

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

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

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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** closed-fixed
**Milestone:** OJ_1.16
**Labels:** raster display 
**Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta
**Last Updated:** Mon Nov 30, 2020 07:52 PM UTC
**Owner:** nobody
**Attachments:**

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


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

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

description of the test bug:

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

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

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



---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

Michael- Will you close this ticket? Or shall I do?


---

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

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


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


---

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

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

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

[Giuseppe Aruta via Jump-pilot-devel]

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



---

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

**Status:** pending
**Milestone:** OJ_1.16
**Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud
**Last Updated:** Mon Nov 30, 2020 07:53 PM UTC
**Owner:** nobody


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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017

[Giuseppe Aruta via Jump-pilot-devel]

---

** [bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996  20211017**

**Status:** open
**Milestone:** undecided
**Created:** Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta
**Last Updated:** Thu Nov 18, 2021 07:30 PM UTC
**Owner:** nobody


Hi all,
the error comes out when I use "Measure area" tool /First icon from the left) 
in the drag mode (not in drawing mode)
--
[ERROR] 20:16:07.262 'boolean 
org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
java.lang.NoSuchMethodError: 'boolean 
org.locationtech.jts.geom.CoordinateList.add(org.locationtech.jts.geom.Coordinate)'
at 
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.getRectangleCoordinates(MeasureRectangleTool.java:134)
at 
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.toFeature(MeasureRectangleTool.java:146)
at 
org.openjump.core.ui.plugin.measuretoolbox.cursortools.MeasureRectangleTool.gestureFinished(MeasureRectangleTool.java:94)
at 
com.vividsolutions.jump.workbench.ui.cursortool.AbstractCursorTool.fireGestureFinished(AbstractCursorTool.java:616)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DragTool.mouseReleased(DragTool.java:172)
at 
com.vividsolutions.jump.workbench.ui.cursortool.OrCompositeTool.mouseReleased(OrCompositeTool.java:121)
at 
com.vividsolutions.jump.workbench.ui.cursortool.LeftClickFilter.mouseReleased(LeftClickFilter.java:94)
at 
com.vividsolutions.jump.workbench.ui.cursortool.DelegatingTool.mouseReleased(DelegatingTool.java:105)
at 
java.desktop/java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:298)
at java.desktop/java.awt.Component.processMouseEvent(Component.java:6635)
at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
at java.desktop/java.awt.Component.processEvent(Component.java:6400)
at java.desktop/java.awt.Container.processEvent(Container.java:2263)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5011)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4918)
at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4547)
at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4488)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2307)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4843)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745)
at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:743)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at 
java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:742)
at 
java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at 
java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at 
java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
--

I download the code and opened into Eclipse but I didn't find any error

Peppe


---

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

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

[Giuseppe Aruta via Jump-pilot-devel]

- **Comment**:

I will close this bug as not fixed, If you agree. 
This plugin possibly will be never used as it requires an external software 
which works only in Windows and possibly it was never upgraded for a while.
We can leave the code in the repository as an external plug-in
Peppe



---

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

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**Last Updated:** Sun Feb 20, 2022 09:59 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] #522 Severe bug on CADTools - Block section - Some blocks are not read

[Giuseppe Aruta via Jump-pilot-devel]

---

** [bugs:#522] Severe bug on CADTools - Block section - Some blocks are not 
read**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Aug 16, 2022 09:57 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

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

To unsubscribe from further messages, a project 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] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

Hi Ede, I will open also an issue on Github.
No, The  snapshot seems not solved the problem.  
I attached to this post a sample project that  made with OpenJUMP 1.16 ver 6669


Attachments:

- 
[Project.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/bb5863b0c4/8be1/attachment/Project.zip)
 (3.5 kB; application/x-zip-compressed)


---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Aug 16, 2022 12:14 PM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

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

To unsubscribe from further messages, a project 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] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

Hi Ede, I will open also an issue on Github.
No, The  snapshot seems not solved the problem.  
I attached to this post a sample project that  made with OpenJUMP 1.16 ver 6669




Attachments:

- 
[Project.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/bb5863b0c4/069d/attachment/Project.zip)
 (3.5 kB; application/x-zip-compressed)


---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 19, 2022 05:16 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

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

To unsubscribe from further messages, a project 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] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

![](https://sourceforge.net/projects/opensit/files/Wiki%20images/Repository%20images/testStyle.png/download)




---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 19, 2022 05:25 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

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

To unsubscribe from further messages, a project 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] #522 CADTools - Drawing Blocks throws NPEs

[Giuseppe Aruta via Jump-pilot-devel]

I added the screenshot as it seems that the same bug affects also Vertex 
symbols plugin. 
Since CADTools and Vertex Symbols (and FillPattern) plugins share the same way 
to read wkt, it could be a problem on OpenJUMP jar file and not on the plugins


---

** [bugs:#522] CADTools - Drawing Blocks throws NPEs**

**Status:** open
**Milestone:** undecided
**Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta
**Last Updated:** Fri Aug 19, 2022 05:28 AM UTC
**Owner:** nobody


PlugIn: CADTools

Bug description: It is not possible to draw a good 50% of the embedded blocks  
this which throw  null point exceptions.

It seems that blocks made by simple polygons or multipolygons with no holes can 
be drawn.
Blocks made by the previous geometries with holes not.

Blocks displayed by CADTools are stored into Lib/Ext/VertexImages folder 
(blocks are used by CadPlan Vertex Images plugin too) and they are simple WKT 
files




---

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

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

[JPP-Devel] [openjump-gis/openjump] a4684e: upgrade RasterTools extension

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: a4684e7b68a6882ec1330b753f2814ac3745d5ae
  
https://github.com/openjump-gis/openjump/commit/a4684e7b68a6882ec1330b753f2814ac3745d5ae
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2022-12-11 (Sun, 11 Dec 2022)

  Changed paths:
M pom.xml

  Log Message:
  ---
  upgrade RasterTools extension

embedded JEP library conflicts with the JEP library of Sextante extension
Raster Calculator of raster tools was not working.
changed the package name embedded JEP as a workaround




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

[JPP-Devel] [openjump-gis/openjump] 10b484: Completed Italian file language

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 10b4848f6518115511012a4c4f3a722f9544f945
  
https://github.com/openjump-gis/openjump/commit/10b4848f6518115511012a4c4f3a722f9544f945
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2022-12-14 (Wed, 14 Dec 2022)

  Changed paths:
M src/language/jump_it.properties

  Log Message:
  ---
  Completed Italian file language




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

[JPP-Devel] [openjump-gis/openjump] ad2248: Complete transaltion in Spanish

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: ad2248127208585d5031e34ef32ee450e4af585f
  
https://github.com/openjump-gis/openjump/commit/ad2248127208585d5031e34ef32ee450e4af585f
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2022-12-14 (Wed, 14 Dec 2022)

  Changed paths:
M src/language/jump_es.properties

  Log Message:
  ---
  Complete transaltion in Spanish




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

[JPP-Devel] [openjump-gis/openjump] 0f2a0e: Minimal upgrade of srid.txt

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 0f2a0ef897e4101935dccddf57e344e650f4151a
  
https://github.com/openjump-gis/openjump/commit/0f2a0ef897e4101935dccddf57e344e650f4151a
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-01-10 (Tue, 10 Jan 2023)

  Changed paths:
M src/org/openjump/core/ccordsys/utils/srid.txt

  Log Message:
  ---
  Minimal upgrade of srid.txt

I found that there was no code for EPSG:4978. This gives an idea how old is our 
code: EPSG:4328 was deprecated since 2004 when it was replaced with EPSG:4978




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

[JPP-Devel] [openjump-gis/openjump] 2e5165: Added missing epsg codes 4909 to 4999 (#86)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 2e5165b8594c771150256bffb9efde4394dddf87
  
https://github.com/openjump-gis/openjump/commit/2e5165b8594c771150256bffb9efde4394dddf87
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-01-10 (Tue, 10 Jan 2023)

  Changed paths:
M src/org/openjump/core/ccordsys/utils/srid.txt

  Log Message:
  ---
  Added missing epsg codes 4909 to 4999 (#86)




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

[JPP-Devel] [openjump-gis/openjump] beb484: Upgraded Raster Tools Extension to v2.05 (#88)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: beb484dc68d02bcbe62b68f47a103b47b335ebf3
  
https://github.com/openjump-gis/openjump/commit/beb484dc68d02bcbe62b68f47a103b47b335ebf3
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-02-10 (Fri, 10 Feb 2023)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Upgraded Raster Tools Extension to v2.05 (#88)

- implement Spatial reference System into TIFF file export, allows to reproject 
raster and image files between different coordinate reference systems.  
- Delaunay triangulation plugin: added a set of methods in order to cover a 
wide set of vector to raster transformation (Nearest Neighbor, Inverse Distance 
Weighted, Min Z, Max Z and Mean Z). 
- Info and Style plugin are grouped together as one plugin.
- removed embedded JEP library. Raster tools works with both OpenJUMP Core and 
Plus, but Raster Calculator plugin is deactivated if JEP library are not 
available as in OJ Core.




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

[JPP-Devel] [openjump-gis/openjump] 680184: Spatially consistency between 2 Raster layers (#80)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 6801846e800148250033fae95bde88b5a1e31bbb
  
https://github.com/openjump-gis/openjump/commit/6801846e800148250033fae95bde88b5a1e31bbb
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-03-11 (Sat, 11 Mar 2023)

  Changed paths:
M src/org/openjump/core/rasterimage/RasterImageLayer.java

  Log Message:
  ---
  Spatially consistency between 2  Raster layers (#80)

* Spatially consistency between 2  Raster layers

Check if the RasteImageLayer is spatially consistent with another:
a) both have the same cell size
b) both have the same dimension (same width and height)
c) both overlap to each other into the geographic space
Usefull for ovelapping processes between two raster iamge layers

* Spatially consistency between 2 Raster layers

Upgraded according to Michaël  sugestion




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

[JPP-Devel] [openjump-gis/openjump] 4a6f5a: Deactivated the numeric limit of raster info (#90)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 4a6f5a18dd61a994e73989ca6582bc946fcea1c1
  
https://github.com/openjump-gis/openjump/commit/4a6f5a18dd61a994e73989ca6582bc946fcea1c1
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-04-02 (Sun, 02 Apr 2023)

  Changed paths:
M 
src/org/openjump/core/ui/plugin/raster/RasterImageLayerPropertiesPlugIn.java

  Log Message:
  ---
  Deactivated the numeric limit of raster info (#90)

Deactivated  the numeric limit (by decimal format) of the raste rinfo as it 
gives out not exact values if  the image is in geographic coordinates.
The accuracy of the infomation, for intance the Envelope extension, can be 
useful to reference the image into a KML file using the
geographic tags of   




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

[JPP-Devel] [openjump-gis/openjump] 90be94: Deactivated the numeric limit of Layer info

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 90be945e74f4cebb1a142834a5f6aeb986d408a8
  
https://github.com/openjump-gis/openjump/commit/90be945e74f4cebb1a142834a5f6aeb986d408a8
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-04-06 (Thu, 06 Apr 2023)

  Changed paths:
M src/org/openjump/core/ui/plugin/layer/NewLayerPropertiesPlugIn.java

  Log Message:
  ---
  Deactivated the numeric limit of Layer info

Deactivated  the numeric limit (by decimal format) of the Layer.class info 
related to geographic extension. The previus commit doesn't giv e exact values 
if  the image is in geographic coordinates (ex. EPSG4326).
With this patch, the accuracy of the infomation, is retrieve directly from the 
values of the Envelope using JTS. 
As explained   in a former request for RasterImageLayer (#90), this correction 
can be useful to get information from a Image (in this case loaded via 
Layer.class) in order to manually modifyr tags into a KML file to obtain the 
correct position.




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

[JPP-Devel] [openjump-gis/openjump] a9cd35: Update Changes.txt

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: a9cd357409ad0377635a6ce7eb69bddd1350e65d
  
https://github.com/openjump-gis/openjump/commit/a9cd357409ad0377635a6ce7eb69bddd1350e65d
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2023-05-11 (Thu, 11 May 2023)

  Changed paths:
M Changes.txt

  Log Message:
  ---
  Update Changes.txt

Better explanation about JEP lib and Raster Tools




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

[JPP-Devel] [openjump-gis/openjump] d6a2b8: Update pom.xml (#110)

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: d6a2b895f5c757ee5c062ae641de93da015cbbac
  
https://github.com/openjump-gis/openjump/commit/d6a2b895f5c757ee5c062ae641de93da015cbbac
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-04-14 (Sun, 14 Apr 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Update pom.xml (#110)

Upgraded RasterTool plugin to commons-imaging 1.0.0-alpha4 library



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] 327047: new version 2.09 of Raster Tools ...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 3270477871b65312ddd81b06d64057747f4f8c28
  
https://github.com/openjump-gis/openjump/commit/3270477871b65312ddd81b06d64057747f4f8c28
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-05-16 (Thu, 16 May 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  new version 2.09 of Raster Tools ...

Improved hydrometric measurement tools and Euclidean/Manhattan/Chebyshev 
algorithm for points



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] ed9784: fix #113 "Raster with a single value not visible"...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: ed9784bf2a4017f0f3870d1bafd4d7f00f66e0b5
  
https://github.com/openjump-gis/openjump/commit/ed9784bf2a4017f0f3870d1bafd4d7f00f66e0b5
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-05-28 (Tue, 28 May 2024)

  Changed paths:
M src/org/openjump/core/rasterimage/RasterImageLayer.java

  Log Message:
  ---
  fix #113 "Raster with a single value not visible"...

single value will be rendered gray now



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] b36fbb: fix #112 "Raster Styles > Single values" presents ...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: b36fbb56696988e259883b1133233a260b97a7e2
  
https://github.com/openjump-gis/openjump/commit/b36fbb56696988e259883b1133233a260b97a7e2
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-06-22 (Sat, 22 Jun 2024)

  Changed paths:
M src/org/openjump/core/rasterimage/styler/ui/RasterStylesDialog.java

  Log Message:
  ---
  fix #112 "Raster Styles > Single values" presents wrong range



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] 18a405: remove superfluous english file...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 18a405b6cf7f03eb4856f3bff1c4f9728f3826a2
  
https://github.com/openjump-gis/openjump/commit/18a405b6cf7f03eb4856f3bff1c4f9728f3826a2
  Author: ma15569 <69568435+ma15...@users.noreply.github.com>
  Date:   2024-07-18 (Thu, 18 Jul 2024)

  Changed paths:
R src/org/openjump/core/rasterimage/styler/resources/Bundle_en.properties

  Log Message:
  ---
  remove superfluous english file...

the default Bundle.properties is english already



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] 76aeb7: Load style for single band RasterImageLayer if the...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 76aeb71952efc349a5873e241a03d4f01b0af1a1
  
https://github.com/openjump-gis/openjump/commit/76aeb71952efc349a5873e241a03d4f01b0af1a1
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-08-26 (Mon, 26 Aug 2024)

  Changed paths:
M src/org/openjump/core/rasterimage/AddRasterImageLayerWizard.java

  Log Message:
  ---
  Load style for single band RasterImageLayer if the style from sidecar SLD 
file (#135)


Co-authored-by: ed 



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] 2d3889: Upgraded Raster Tools 3 to Commons Imaging library...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 2d3889122aeac21aeaaf0c8c45e5374b3e919a01
  
https://github.com/openjump-gis/openjump/commit/2d3889122aeac21aeaaf0c8c45e5374b3e919a01
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-09-30 (Mon, 30 Sep 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Upgraded Raster Tools 3 to Commons Imaging library 1.0.0-alpha4 (#137)



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] 5e93c0: raster-tools extension upgrade (#138) ...

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: 5e93c0836b368836877b33dac8ec57e42166104b
  
https://github.com/openjump-gis/openjump/commit/5e93c0836b368836877b33dac8ec57e42166104b
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-10-28 (Mon, 28 Oct 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  raster-tools extension upgrade (#138) ...

New version Raster Tools 3: upgraded tools according Jukka tests and 
suggestions (Oct 14 2024)
a) I correct the problem with the info tools (Sigma button) due to improper 
language code
b) In the Terrain Analysis submenu there is another plugin "Estract min and max 
values from raster" which allows to extract min and max values from a selected 
raster and display them as styled points in a vector layer



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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

[JPP-Devel] [openjump-gis/openjump] afac70: Upgrade RasterTools extension to version 3.0 beta....

[Giuseppe Aruta via Jump-pilot-devel]

  Branch: refs/heads/main
  Home:   https://github.com/openjump-gis/openjump
  Commit: afac708f07147c621dce8f1360e1c7cdc234b175
  
https://github.com/openjump-gis/openjump/commit/afac708f07147c621dce8f1360e1c7cdc234b175
  Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>
  Date:   2024-09-25 (Wed, 25 Sep 2024)

  Changed paths:
M pom.xml

  Log Message:
  ---
  Upgrade RasterTools extension to version 3.0 beta. (#136)

Highlights:
a) Reorganized menus in a more simple and intutive order
b) added a 'Recent used tools' with the list  last 10 used plugins
c) Enhanced 'Help' option as a tree of documents
d) Added 'Warp raster' toolbox to warp images using affine, perspective and 
bicubic transformation
e) Added Multiflow accumulation algorithm (Freeman, 1991)
f) Added export raster to KMZ with embedded legend for  single banded raster



To unsubscribe from these emails, change your notification settings at 
https://github.com/openjump-gis/openjump/settings/notifications


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