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

[ede via Jump-pilot-devel]

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

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



---

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

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


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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #152 OJ styling bugs and issues

[ede via Jump-pilot-devel]

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

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

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



---

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

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


Hi,

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

I can start with couple of issues:

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

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

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

-Jukka Rahkonen-


---

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

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

[JPP-Devel] [jump-pilot:bugs] #152 OJ styling bugs and issues

[ede via Jump-pilot-devel]

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

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

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



---

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

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


Hi,

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

I can start with couple of issues:

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

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

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

-Jukka Rahkonen-


---

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

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

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

[ede via Jump-pilot-devel]

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

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



---

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

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


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

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

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

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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #89 label offset should be set according to symbol size

[ede via Jump-pilot-devel]

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

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



---

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

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


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

Dear Giuseppe

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

geoff

Giuseppe Aruta wrote:

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

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

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

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

> I thank you in advance for the answer and thanks again
> for the good job you make \(very good the idea of WKT
> symbols\!\)
>
>
> Peppe
>



---

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

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

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

[ede via Jump-pilot-devel]

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

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



---

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

**Status:** pending
**Milestone:** OJ_future
**Labels:** OpenJUMP - Menu - Edit 
**Created:** Fri Sep 23, 2011 05:07 AM UTC by michael michaud
**Last Updated:** Fri Oct 21, 2016 08:12 AM UTC
**Owner:** nobody


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


---

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

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

[JPP-Devel] SVN: [6460] core/trunk/src/com/vividsolutions/jump/workbench/ui

[jump-pilot-svn--- via Jump-pilot-devel]

Revision: 6460
  http://sourceforge.net/p/jump-pilot/code/6460
Author:   edso
Date: 2020-09-13 18:28:24 + (Sun, 13 Sep 2020)
Log Message:
---
minor beautification of the custom menu item listing, show icons of toolbox 
instead of the checkbox, if the plugins have any 

Modified Paths:
--

core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/BeanShellPlugIn.java

core/trunk/src/com/vividsolutions/jump/workbench/ui/toolbox/ToolboxPlugIn.java

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/BeanShellPlugIn.java
===
--- 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/BeanShellPlugIn.java 
2020-09-13 16:51:40 UTC (rev 6459)
+++ 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/BeanShellPlugIn.java 
2020-09-13 18:28:24 UTC (rev 6460)
@@ -27,7 +27,7 @@
   public void initialize(PlugInContext context) throws Exception {
 // [Michael Michaud 2007-03-23]
 // Moves MenuNames.TOOLS/MenuNames.TOOLS_PROGRAMMING to MenuNames.CUSTOMIZE
-createMainMenuItem(new String[] { MenuNames.CUSTOMIZE }, null,
+createMainMenuItem(new String[] { MenuNames.CUSTOMIZE }, getIcon(),
 context.getWorkbenchContext());
   }
 

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/ui/toolbox/ToolboxPlugIn.java
===
--- 
core/trunk/src/com/vividsolutions/jump/workbench/ui/toolbox/ToolboxPlugIn.java  
2020-09-13 16:51:40 UTC (rev 6459)
+++ 
core/trunk/src/com/vividsolutions/jump/workbench/ui/toolbox/ToolboxPlugIn.java  
2020-09-13 18:28:24 UTC (rev 6460)
@@ -94,8 +94,9 @@
*/
   public void createMainMenuItem(String[] menuPath, Icon icon,
   final WorkbenchContext context) throws Exception {
+// this has a checkbox prepended if there is no icon
 new FeatureInstaller(context).addMainMenuPlugin(this, menuPath, getName()
-+ "...", true, icon, getEnableCheck());
++ "...", (icon == null), icon, getEnableCheck());
   }
 
   public EnableCheck getEnableCheck() {



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

[JPP-Devel] [jump-pilot:bugs] #223 Theming/Classifcation selector jumps back to: equal interval

[ede via Jump-pilot-devel]

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

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



---

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

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


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

stefan


---

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

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

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

[ede via Jump-pilot-devel]

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

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



---

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

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


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

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



---

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

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

[JPP-Devel] [jump-pilot:bugs] #291 Problem on drop-down menus

[ede via Jump-pilot-devel]

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

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



---

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

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


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

Peppe



---

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

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

[JPP-Devel] [jump-pilot:bugs] #312 Menu slow down

[ede via Jump-pilot-devel]

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



---

** [bugs:#312] Menu slow down**

**Status:** open
**Milestone:** OJ_future
**Labels:** General / Other 
**Created:** Mon Apr 22, 2013 09:34 PM UTC by michael michaud
**Last Updated:** Mon Apr 22, 2013 09:34 PM UTC
**Owner:** nobody


A co-worker has worked several days with the same project \(same opened 
session\). Day after day, the menu items took more times to be opened. After a 
few days, it was unbearable, I closed the project and started a new OpenJUMP 
and menus were fast again.
I cannot reproduce the problem though.
Particular context was :
\- layer manager contained WMS layer, RunDatstoreQuery Layers, vector layers, 
the person opened many attribute windows without closing them.
I tried to reproduce this context but could not reproduce the slowdown.



---

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

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

[JPP-Devel] [jump-pilot:bugs] #297 Button "New folder" not visible

[ede via Jump-pilot-devel]

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

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

still, not blocking OJ 1.16



---

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

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


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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #315 Shortcut weirdness when Layer Tree has the focus

[ede via Jump-pilot-devel]

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

good things come to those who wait or so



---

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

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


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


---

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

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

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

[Giuseppe Aruta]

I will test tomorrow and give back a report

Il dom 13 set 2020, 18:32 ede via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> as i wrote directly above your post. nope.
> --
>
> * [bugs:#496]  OpenJUMP
> 1.15 freezes on loading project files from differing versions*
>
> *Status:* open
> *Milestone:* OJ_future
> *Created:* Tue Aug 11, 2020 10:35 AM UTC by ede
> *Last Updated:* Sun Sep 13, 2020 04:22 PM UTC
> *Owner:* nobody
>
> as described by Peppe on the mailing list
> "
> *On loading project files saved with different versions of OpenJUMP*.
> There is a break after OpenJUMP 1.5 and before OpenJUMP 6363 on
> saving/loading project files.
> a) OpenJUMP 1.5 freezes on loading project files saved at least with
> OpenJUMP 6363 and 6370
> The console (I use Linux) doesn't show any warning.
> b) OpenJUMP 6363 and 6370 cannot load project files saved at least with
> OpenJUMP 1.5 .
> The console doesn't show any warning.
> c) OpenJUMP 6363 can load project files saved with OpenJUMP 6370 and vice
> versa
> "
> --
>
> Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net
> is subscribed to https://sourceforge.net/p/jump-pilot/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this
> is a mailing list, you can unsubscribe from the mailing list.
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [jump-pilot:bugs] #316 Inconsistencies in plugin enablecheck

[ede via Jump-pilot-devel]

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

which leaves

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

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

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

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

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

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

anyway, not blocking OJ 1.16



---

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

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


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



---

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

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

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

[Giuseppe Aruta]

The only problem is to define gdal libraries at least for Windows, Linux
and Mac

Il dom 13 set 2020, 18:31 ede via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> we should probably thinking about adding a MEGA distro containing GDAL as
> most users are probably completely unaware of this OJ functionality
> --
>
> * [bugs:#430]  JP2 reader
> does not read all jp2 files*
>
> *Status:* open
> *Milestone:*
> *Created:* Sat Oct 01, 2016 09:56 AM UTC by michael michaud
> *Last Updated:* Sun Sep 13, 2020 04:21 PM UTC
> *Owner:* nobody
>
> Orthophotographies produced by IGN are not read correctly (see maling list
> on 2016-10-01).
> One is read with a very bad resolution, anotherone freeze the application
> and does not load.
> --
>
> Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net
> is subscribed to https://sourceforge.net/p/jump-pilot/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this
> is a mailing list, you can unsubscribe from the mailing list.
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

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

[ede via Jump-pilot-devel]

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

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



---

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

**Status:** open
**Milestone:** OJ_1.16
**Created:** Tue May 06, 2014 07:56 PM UTC by michael michaud
**Last Updated:** Thu May 28, 2015 10:47 AM UTC
**Owner:** michael michaud


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


---

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

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

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

[ede via Jump-pilot-devel]

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

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

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

which would you suggest. ..ede



---

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

**Status:** open
**Milestone:** OJ_1.16
**Created:** Mon Nov 24, 2014 04:24 PM UTC by Jukka Rahkonen
**Last Updated:** Fri Oct 21, 2016 08:29 AM UTC
**Owner:** nobody


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

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

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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #389 Detached Attribute table buggy

[ede via Jump-pilot-devel]

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

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



---

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

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


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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #419 NPE thrown when selecting feature

[ede via Jump-pilot-devel]

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

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



---

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

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


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

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



---

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

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

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

[ede via Jump-pilot-devel]

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

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



---

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

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


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


---

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

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

[JPP-Devel] SVN: [6459] core/trunk/lib/plus/imageio-ext/ imageio-ext-gdalecwjp2-1.3.2.jar

[jump-pilot-svn--- via Jump-pilot-devel]

Revision: 6459
  http://sourceforge.net/p/jump-pilot/code/6459
Author:   edso
Date: 2020-09-13 16:51:40 + (Sun, 13 Sep 2020)
Log Message:
---
remove imagio-ext JP2ECW reader as our implementation replaces it properly

Removed Paths:
-
core/trunk/lib/plus/imageio-ext/imageio-ext-gdalecwjp2-1.3.2.jar

Deleted: core/trunk/lib/plus/imageio-ext/imageio-ext-gdalecwjp2-1.3.2.jar
===
(Binary files differ)



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

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

[ede via Jump-pilot-devel]

as i wrote directly above your post. nope.


---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

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


---

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

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


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


---

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

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

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

[michael michaud via Jump-pilot-devel]

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


---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

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

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

..ede

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


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

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

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

test.jp2
loading fine


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

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

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

test.jp2
loading fine


GDAL OpenJPEG JP2K Image Reader, version 1.1, OpenJUMP

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

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

test.jp2
loading fine


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


---

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

**Status:** open
**Milestone:** 
**Created:** Sat Oct 01, 2016 09:56 AM UTC by michael michaud
**Last Updated:** Fri Aug 28, 2020 08:35 PM UTC
**Owner:** nobody


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


---

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

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

[JPP-Devel] SVN: [6458] core/trunk/src/com/vividsolutions/jump/workbench/imagery/ imageio

[jump-pilot-svn--- via Jump-pilot-devel]

Revision: 6458
  http://sourceforge.net/p/jump-pilot/code/6458
Author:   edso
Date: 2020-09-13 16:16:56 + (Sun, 13 Sep 2020)
Log Message:
---
reorganize imports, add OJ to vendor string as Imageio-Ext never implemented 
these readers 

Modified Paths:
--

core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALEcwImageReaderSpi.java

core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALJasperImageReaderSpi.java

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALEcwImageReaderSpi.java
===
--- 
core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALEcwImageReaderSpi.java
  2020-09-13 11:11:12 UTC (rev 6457)
+++ 
core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALEcwImageReaderSpi.java
  2020-09-13 16:16:56 UTC (rev 6458)
@@ -1,8 +1,5 @@
 package com.vividsolutions.jump.workbench.imagery.imageio;
 
-import it.geosolutions.imageio.gdalframework.GDALImageReaderSpi;
-import it.geosolutions.imageio.stream.input.FileImageInputStreamExt;
-
 import java.io.File;
 import java.io.IOException;
 import java.util.Collections;
@@ -16,7 +13,8 @@
 import javax.imageio.spi.ImageReaderSpi;
 import javax.imageio.spi.ServiceRegistry;
 
-import org.gdal.gdal.gdal;
+import it.geosolutions.imageio.gdalframework.GDALImageReaderSpi;
+import it.geosolutions.imageio.stream.input.FileImageInputStreamExt;
 
 /**
  * Service provider interface for the ecw jp2k image
@@ -41,7 +39,7 @@
 
   static final String readerCN = 
JP2GDALEcwImageReader.class.getCanonicalName();
 
-  static final String vendorName = "GeoSolutions";
+  static final String vendorName = "GeoSolutions/OpenJUMP";
 
   // writerSpiNames
   static final String[] wSN = { null };

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALJasperImageReaderSpi.java
===
--- 
core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALJasperImageReaderSpi.java
   2020-09-13 11:11:12 UTC (rev 6457)
+++ 
core/trunk/src/com/vividsolutions/jump/workbench/imagery/imageio/JP2GDALJasperImageReaderSpi.java
   2020-09-13 16:16:56 UTC (rev 6458)
@@ -1,22 +1,16 @@
 package com.vividsolutions.jump.workbench.imagery.imageio;
 
-import it.geosolutions.imageio.gdalframework.GDALImageReaderSpi;
-import it.geosolutions.imageio.stream.input.FileImageInputStreamExt;
-
 import java.io.File;
 import java.io.IOException;
 import java.util.Collections;
-import java.util.Iterator;
 import java.util.Locale;
 import java.util.logging.Level;
 import java.util.logging.Logger;
 
 import javax.imageio.ImageReader;
-import javax.imageio.spi.IIORegistry;
-import javax.imageio.spi.ImageReaderSpi;
-import javax.imageio.spi.ServiceRegistry;
 
-import org.gdal.gdal.gdal;
+import it.geosolutions.imageio.gdalframework.GDALImageReaderSpi;
+import it.geosolutions.imageio.stream.input.FileImageInputStreamExt;
 
 /**
  * Service provider interface for the jp2k image
@@ -41,7 +35,7 @@
 
   static final String readerCN = 
JP2GDALJasperImageReader.class.getCanonicalName();
 
-  static final String vendorName = "GeoSolutions";
+  static final String vendorName = "GeoSolutions/OpenJUMP";
 
   // writerSpiNames
   static final String[] wSN = { null };



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

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

[michael michaud via Jump-pilot-devel]

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

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



---

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

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


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


---

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

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

[JPP-Devel] [jump-pilot:bugs] #444 native ECW sdk loader _not_ initialized when GDAL is available

[ede via Jump-pilot-devel]

- **Milestone**:  --> OJ_future



---

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

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


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

..ede

error in the log is

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



---

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

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

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

[ede via Jump-pilot-devel]

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

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



---

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

**Status:** open
**Milestone:** OJ_future
**Created:** Tue Aug 11, 2020 10:35 AM UTC by ede
**Last Updated:** Fri Aug 14, 2020 01:15 PM UTC
**Owner:** nobody


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


---

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

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

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

[ede via Jump-pilot-devel]

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

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



---

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

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


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


---

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

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

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

[ede via Jump-pilot-devel]

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



---

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

**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Aug 31, 2020 10:32 AM UTC by michael michaud
**Last Updated:** Mon Aug 31, 2020 05:15 PM UTC
**Owner:** nobody


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


---

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

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

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

[ede via Jump-pilot-devel]

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



---

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

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


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


---

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

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

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

[Giuseppe Aruta]

Hi Michael,
you are right. I didn't see it.
Sextante raster uses a separate way to calculate image dimension,  while
class com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster
is used only for the image.
Possibly the proble could be in the class AddRasterImageLayerWizard. I will
give a look.
Peppe

Il giorno dom 13 set 2020 alle ore 13:14 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> Your experiment just prove that Sextant Raster reader read geotif tag and
> world file in a consistant way (whic is not so bad ;-), but not that it
> displays the image with the right coordinates.
>
> If I read the metadata (either geotiff tags or tfw), the image is 3601 x
> 3601 pixels with a pixel size of  2.79E-4, it means it should
> be about 1.0 degree wide.
>
> If I read the image with the ImageIO[ext], jai reader, it is actually
> about 1.0 wide, but with Sextant Raster reader it is only  0.0126 wide
> (note that the upper left corner is correct)
>
> What do you think ?
>
> Michaël
>
> *envoyé :* 13 septembre 2020 à 11:55
> *de :* Giuseppe Aruta 
> *à :* "[jump-pilot:bugs]" <4...@bugs.jump-pilot.p.re.sourceforge.net>,
> OpenJump develop and use 
> *objet :* Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers
> fail with a simple GeoTIFF image
>
> Actually Image Raster (Sextante) uses class
> com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster to
> read an image.
>
> @Michael ASTGTMV003_N08W084_de file is a geotiff  even it has a tfw file:
> everythimes that OJ loads a till image,  even geotiff,  it creates a new
> worldfile
>
> I made this test:
> a) load ASTGTMV003_N08W084_dem with tfw on the view as Sextante
> b) create its envelope (via tool on Layer tree). This gives me the right
> position of the image. Remember that everytimes that a TIFF image, even
> geotiff, is loaded as SExtante a new worldfile is created
> c) remove ASTGTMV003_N08W084_dem from the view
> d) delate ASTGTMV003_N08W084_dem worldfile
> e) reload ASTGTMV003_N08W084_dem and verify that it has a  correct
> position into the envelope
>
> Using the other image loaded,
> all fails to load either they don't find tags (even if they are embedded
> into the file) or they cannot read a worldfile
>
> Il giorno dom 13 set 2020 alle ore 11:35 michael michaud via
> Jump-pilot-devel  ha scritto:
>
> I did mor eextensive tests with 4 types of image :
> *small world* : seems that the problem with commons-imaging is the
> combination of multi-bands and interleave=band (an image with same
> characteristics but with interleave=pixel can be read correctly)
> *peppe's dem (ASTGTMV003_N08W084_dem)* : this is a int16 monoband raster.
> I found two kind of problems : some readers fail with an IAE beacuse of the
> absence of ColorModel (JAI TIFF and JAI XTIFF). Other have problems with
> geotags : if I remove tfw, JAI Tiff Reader (v1.4.0) can georeference th
> eimage, Sextant Raster reader read the image with good position (upper left
> corner) but a wrong size, GeoTIFF PLUS does not find geotags. Commons
> imaging read the image without georeferencement (image coordinates), and
> image is black.
> *peppe's geotiff* : this is a float32 monoband raster. I could only read
> it with Sextant Raster and with Commons Imaging (strange psychedelic
> apperance with Commons Imaging though). Other readers through exception
> (IOOBE) while reading, not while loading. No stacktrace in the log file
> about the error.
> Attached, an document with the characteristics of each image and the
> success/failure with each driver.
>
> Attachments:
>
>- image_readers.ods
>
> 
>(14.0 kB; application/vnd.oasis.opendocument.spreadsheet)
>
> --
>
> * [bugs:#498]  Most
> GeoTIFF drivers fail with a simple GeoTIFF image*
>
> *Status:* open
> *Milestone:* OJ_future
> *Created:* Sun Aug 30, 2020 08:02 AM UTC by michael michaud
> *Last Updated:* Sat Sep 12, 2020 02:15 PM UTC
> *Owner:* nobody
> *Attachments:*
>
>- small_world.tif
>
>(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 

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

[michael michaud via Jump-pilot-devel]

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

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


---

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

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


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


---

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

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

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

[Michaud Michael]

Hi Peppe,Your experiment just prove that Sextant Raster reader read geotif tag and world file in a consistant way (whic is not so bad ;-), but not that it displays the image with the right coordinates.If I read the metadata (either geotiff tags or tfw), the image is 3601 x 3601 pixels with a pixel size of  2.79E-4, it means it should be about 1.0 degree wide. If I read the image with the ImageIO[ext], jai reader, it is actually about 1.0 wide, but with Sextant Raster reader it is only  0.0126 wide (note that the upper left corner is correct)What do you think ?Michaëlenvoyé : 13 septembre 2020 à 11:55de : Giuseppe Aruta à : "[jump-pilot:bugs]" <4...@bugs.jump-pilot.p.re.sourceforge.net>, OpenJump develop and use objet : Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF imageActually Image Raster (Sextante) uses class com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster to read an image.@Michael ASTGTMV003_N08W084_de file is a geotiff  even it has a tfw file: everythimes that OJ loads a till image,  even geotiff,  it creates a new worldfileI made this test:a) load ASTGTMV003_N08W084_dem with tfw on the view as Sextanteb) create its envelope (via tool on Layer tree). This gives me the right position of the image. Remember that everytimes that a TIFF image, even geotiff, is loaded as SExtante a new worldfile is createdc) remove ASTGTMV003_N08W084_dem from the viewd) delate ASTGTMV003_N08W084_dem worldfilee) reload ASTGTMV003_N08W084_dem and verify that it has a  correct position into the envelopeUsing the other image loaded,all fails to load either they don't find tags (even if they are embedded into the file) or they cannot read a worldfileIl giorno dom 13 set 2020 alle ore 11:35 michael michaud via Jump-pilot-devel  ha scritto:I did mor eextensive tests with 4 types of image : small world : seems that the problem with commons-imaging is the combination of multi-bands and interleave=band (an image with same characteristics but with interleave=pixel can be read correctly) peppe's dem (ASTGTMV003_N08W084_dem) : this is a int16 monoband raster. I found two kind of problems : some readers fail with an IAE beacuse of the absence of ColorModel (JAI TIFF and JAI XTIFF). Other have problems with geotags : if I remove tfw, JAI Tiff Reader (v1.4.0) can georeference th eimage, Sextant Raster reader read the image with good position (upper left corner) but a wrong size, GeoTIFF PLUS does not find geotags. Commons imaging read the image without georeferencement (image coordinates), and image is black. peppe's geotiff : this is a float32 monoband raster. I could only read it with Sextant Raster and with Commons Imaging (strange psychedelic apperance with Commons Imaging though). Other readers through exception (IOOBE) while reading, not while loading. No stacktrace in the log file about the error. Attached, an document with the characteristics of each image and the success/failure with each driver.Attachments:image_readers.ods (14.0 kB; application/vnd.oasis.opendocument.spreadsheet) [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF imageStatus: open Milestone: OJ_future Created: Sun Aug 30, 2020 08:02 AM UTC by michael michaud Last Updated: Sat Sep 12, 2020 02:15 PM UTC Owner: nobody Attachments:small_world.tif (240.6 kB; image/tiff)I often have a bad experience trying to read simple geotiff. To have a more objective view of the situation, I get a very simple image from the test directory of GDAL library and tested it against all our drivers. Image is attached. Here are its main characteristics (I think they are very common one) : small_world.tif  size : 400 x 200 Coordinate System : wgs84 (4326) Metadata : AREA_OR_POINT=AREA Image Structure Metadata : INTERLEAVE=BAND 3 bands, Block=400x20, Type=Byte, ColorInterp=RGBI tried to import it with all the image drivers we propose (8 from Open File + ImageRaster Sextante). 3 drivers only could import the image. All others fail throughing a rough java exception. Image Raster don't fail immediately, but it does not display the image and throws NPE if one try to get more information.List of success/failures and exceptions thrownReferenced Image (ImageIO[ext],JAI) : OK ImageIO TIFF Image Reader version 1.0 : OK ImageIO TIFF Image Reader version 1.1 : OK Standard TIFF Image Reader  java.lang.IllegalAccessException: class com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset cannot access class com.sun.imageio.plugins.tiff.TIFFImageReaderSpi (in module java.desktop) because module java.desktop does not export com.sun.imageio.plugins.tiff to unnamed module @12405818 at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361) at java.base/jdk.internal.reflect.Reflection.ensureMemberAccess(Reflection.java:99) at java.base/java.lang.Class.newInstance(Class.java:579) at 

[JPP-Devel] SVN: [6457] core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/ imagery/ImageLayerManagerPlugIn.java

[jump-pilot-svn--- via Jump-pilot-devel]

Revision: 6457
  http://sourceforge.net/p/jump-pilot/code/6457
Author:   edso
Date: 2020-09-13 11:11:12 + (Sun, 13 Sep 2020)
Log Message:
---
fix bug #451 Add image layer throwing NPE

Modified Paths:
--

core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/ImageLayerManagerPlugIn.java

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/ImageLayerManagerPlugIn.java
===
--- 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/ImageLayerManagerPlugIn.java
 2020-09-13 11:08:39 UTC (rev 6456)
+++ 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/ImageLayerManagerPlugIn.java
 2020-09-13 11:11:12 UTC (rev 6457)
@@ -39,6 +39,7 @@
 import com.vividsolutions.jts.geom.GeometryFactory;
 import com.vividsolutions.jump.I18N;
 import com.vividsolutions.jump.feature.Feature;
+import com.vividsolutions.jump.workbench.Logger;
 import com.vividsolutions.jump.workbench.WorkbenchContext;
 import com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset;
 import 
com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLayerLoader;
@@ -146,12 +147,14 @@
 private void updateImages() {
   // clone it
   images = new Vector();
+  // no layer, no images
+  if (layer == null)
+return;
 
   for (Iterator i = layer.getFeatureCollectionWrapper().getFeatures()
   .iterator(); i.hasNext();) {
 images.add(new FeaturePrinter((Feature) i.next()));
   }
-
 }
 
 private void initialize() {
@@ -404,8 +407,7 @@
   };
   t.start();
   } catch (Exception e) {
-// TODO Auto-generated catch block
-e.printStackTrace();
+Logger.error(e);
   }
 }
 



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

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

[ede via Jump-pilot-devel]

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

fixed in r6457



---

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

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


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


---

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

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

[JPP-Devel] SVN: [6456] core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/ imagery/AddImageLayerPlugIn.java

[jump-pilot-svn--- via Jump-pilot-devel]

Revision: 6456
  http://sourceforge.net/p/jump-pilot/code/6456
Author:   edso
Date: 2020-09-13 11:08:39 + (Sun, 13 Sep 2020)
Log Message:
---
austoselect created new layer so the opened image layer mgr will add img to it 
and not to a scond newly created one 

Modified Paths:
--

core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/AddImageLayerPlugIn.java

Modified: 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/AddImageLayerPlugIn.java
===
--- 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/AddImageLayerPlugIn.java
 2020-09-13 10:59:20 UTC (rev 6455)
+++ 
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/imagery/AddImageLayerPlugIn.java
 2020-09-13 11:08:39 UTC (rev 6456)
@@ -16,10 +16,12 @@
 import com.vividsolutions.jump.workbench.model.Category;
 import com.vividsolutions.jump.workbench.model.Layer;
 import com.vividsolutions.jump.workbench.model.LayerManager;
+import com.vividsolutions.jump.workbench.model.Layerable;
 import com.vividsolutions.jump.workbench.model.StandardCategoryNames;
 import com.vividsolutions.jump.workbench.plugin.EnableCheckFactory;
 import com.vividsolutions.jump.workbench.plugin.MultiEnableCheck;
 import com.vividsolutions.jump.workbench.plugin.PlugInContext;
+import com.vividsolutions.jump.workbench.ui.TreeLayerNamePanel;
 import com.vividsolutions.jump.workbench.ui.images.IconLoader;
 
 public class AddImageLayerPlugIn extends AbstractUiPlugIn {
@@ -39,10 +41,13 @@
   public boolean execute(PlugInContext context) throws Exception {
 LayerManager lm = context.getLayerManager();
 lm.setFiringEvents(false);
-Layer layer = createLayer(lm);
+Layerable layer = createLayer(lm);
 lm.setFiringEvents(true);
 Category category = TaskUtil.getSelectedCategoryName(workbenchContext);
 lm.addLayerable(category.getName(), layer);
+// select the new layer in layer tree
+final TreeLayerNamePanel lnp = (TreeLayerNamePanel) 
context.getWorkbenchContext().getLayerableNamePanel();
+lnp.setSelectedLayerables(new Layerable[]{layer});
 
 boolean success = new ImageLayerManagerPlugIn().execute(context);
 



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

[JPP-Devel] SVN: [6455] core/trunk/src/org/openjump/core/ui/plugin/raster/ RasterImageLayerPropertiesPlugIn.java

[jump-pilot-svn--- via Jump-pilot-devel]

Revision: 6455
  http://sourceforge.net/p/jump-pilot/code/6455
Author:   ma15569
Date: 2020-09-13 10:59:20 + (Sun, 13 Sep 2020)
Log Message:
---
Removed bug that was throwing a null exception if the RasterPropertiesplugin 
was activated on a raster layer outside the view.

Modified Paths:
--

core/trunk/src/org/openjump/core/ui/plugin/raster/RasterImageLayerPropertiesPlugIn.java

Modified: 
core/trunk/src/org/openjump/core/ui/plugin/raster/RasterImageLayerPropertiesPlugIn.java
===
--- 
core/trunk/src/org/openjump/core/ui/plugin/raster/RasterImageLayerPropertiesPlugIn.java
 2020-09-12 22:02:47 UTC (rev 6454)
+++ 
core/trunk/src/org/openjump/core/ui/plugin/raster/RasterImageLayerPropertiesPlugIn.java
 2020-09-13 10:59:20 UTC (rev 6455)
@@ -17,6 +17,7 @@
 import java.util.Hashtable;
 import java.util.Locale;
 
+import javax.media.jai.PlanarImage;
 //import javax.media.jai.PlanarImage;
 import javax.swing.BorderFactory;
 import javax.swing.Box;
@@ -443,10 +444,10 @@
 raster_bands = df.format(rLayer.getNumBands());// Get raster number of
// bands
 Raster raster = rLayer.getRasterData(null);
-BufferedImage bImage = rLayer.getImage();
+//  BufferedImage bImage = 
rLayer.createImage(JUMPWorkbench.getInstance().getContext().getLayerViewPanel());
 raster_datatype = getDataType(raster); // Get raster data type
-raster_colordepth = getColorDepth(bImage); // Get raster color depth
-raster_dpi = getDPI(bImage); // Get raster DPI
+raster_colordepth =  getColorDepth(raster); // Get raster color depth
+raster_dpi = getDPI(raster); // Get raster DPI
 extent = rLayer.getWholeImageEnvelope(); // Get Envelope
 extent_cellSizeX = df.format(cellSizeX(raster, extent));// Get X Cell
 // size
@@ -615,35 +616,25 @@
 return type;
 }
 
+
 /*
  * Gets color depth
  */
-   /* public String getColorDepth(Raster r) throws IOException {
+ public String getColorDepth(Raster r) throws IOException {
 SampleModel sm = r.getSampleModel();
 ColorModel cm = PlanarImage.createColorModel(sm);
 int colordepth = cm.getNumComponents();
 return String.valueOf(colordepth) + " bpp";
-}*/
-public String getColorDepth(BufferedImage r) throws IOException {
-
-   ColorModel cm = r.getColorModel();
-   int colordepth = cm.getNumComponents();
-   return String.valueOf(colordepth) + " bpp";
-   }
-
-/*
- * Gets Dots per Inch (DPI)
- */
-  /*  public String getDPI(Raster r) throws IOException {
-SampleModel sm = r.getSampleModel();
-ColorModel cm = PlanarImage.createColorModel(sm);
-return String.valueOf(cm.getPixelSize());
-}*/
-public String getDPI(BufferedImage r) throws IOException {
-
-   ColorModel cm = r.getColorModel();
+} 
+ 
+ /*
+  * Gets DPI
+  */
+ public String getDPI(Raster r) throws IOException {
+SampleModel sm = r.getSampleModel();
+ ColorModel cm = PlanarImage.createColorModel(sm);
return String.valueOf(cm.getPixelSize());
-   }
+   } 
 
 /*
  * Gets cell size



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

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

[Giuseppe Aruta]

Regarding 0.5 pixel
see comments of Stefan
org.openjump.core.rasterimage.AddRasterImageLayerWizard
line  237

Il giorno dom 13 set 2020 alle ore 12:08 ede via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> On 13.09.2020 11:48, michael michaud wrote:
>
> Ede, can you tell me why this error (NoClassDefFoundError) is expected ?
>
> some JAI internal thing connected to hardware acceleration not available
> that is thrown on the first use and has not negative impact that i know of.
>
> Anyway, if it is, I suggest that we close the ticket.
>
> funny enough. now i could instantly replicate the initial NPE, probably
> because no node in layertree was selected after deleting an image layer.
> will have a look.
>
> java.lang.NullPointerException
> at
> com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageLayerManagerPlugIn$ImageLayerManagerDialog.updateImages(ImageLayerManagerPlugIn.java:150)
> at
> com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageLayerManagerPlugIn$ImageLayerManagerDialog.(ImageLayerManagerPlugIn.java:138)
> at
> com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageLayerManagerPlugIn.execute(ImageLayerManagerPlugIn.java:94)
> at
> com.vividsolutions.jump.workbench.ui.plugin.imagery.AddImageLayerPlugIn.execute(AddImageLayerPlugIn.java:47)
> at
> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:344)
> at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:842)
> at
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:886)
> at java.awt.Component.processMouseEvent(Component.java:6539)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6304)
> at java.awt.Container.processEvent(Container.java:2239)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2297)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904)
> at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
> at java.awt.Container.dispatchEventImpl(Container.java:2283)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:760)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:84)
> at java.awt.EventQueue$4.run(EventQueue.java:733)
> at java.awt.EventQueue$4.run(EventQueue.java:731)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:730)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> --
>
> * [bugs:#451]  Add image
> layer throwing exception*
>
> *Status:* open
> *Milestone:*
> *Created:* Fri Jan 06, 2017 07:25 AM UTC by michael michaud
> *Last Updated:* Sun Sep 13, 2020 09:48 AM UTC
> *Owner:* nobody
>
> Add image layer... (in Layer menu) throws an exception if the layer
> currently selected when the plugin is executed has no attribute. The image
> layer is still created
> --
>
> Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net
> is subscribed to https://sourceforge.net/p/jump-pilot/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this
> is a mailing list, you can unsubscribe from the mailing 

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

[ede via Jump-pilot-devel]

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

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

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

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

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


---

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

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


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


---

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

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

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

[Giuseppe Aruta]

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

AFAIR that was a quite old issue in Sextante. Eventually (if I am not
wrong) Stefan corrected many years ago.

Il giorno dom 13 set 2020 alle ore 11:52 michael michaud via
Jump-pilot-devel  ha scritto:

> --
>
> * [bugs:#503]  1/2 pixel
> shift in image georeferencement*
>
> *Status:* open
> *Milestone:* undecided
> *Created:* Sun Sep 13, 2020 09:52 AM UTC by michael michaud
> *Last Updated:* Sun Sep 13, 2020 09:52 AM UTC
> *Owner:* nobody
>
> There is still 1/2 pixel difference between image georeferenced with
> Sextant Raster reader and images georeferenced with other readers. I have
> not investigated yet and don't know which one is correct.
> --
>
> Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net
> is subscribed to https://sourceforge.net/p/jump-pilot/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this
> is a mailing list, you can unsubscribe from the mailing list.
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

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

[ede via Jump-pilot-devel]

On 13.09.2020 11:35, michael michaud wrote:
> **peppe's geotiff** : this is a float32 monoband raster. I could only read it 
> with Sextant Raster and with Commons Imaging (strange psychedelic apperance 
> with Commons Imaging though). Other readers through exception (IOOBE) while 
> reading, not while loading. No stacktrace in the log file about the error.
> Attached, an document with the characteristics of each image and the 
> success/failure with each driver.

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

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

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

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

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


---

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

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

- 

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

[Giuseppe Aruta]

Actually Image Raster (Sextante) uses class
com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster to
read an image.

@Michael ASTGTMV003_N08W084_de file is a geotiff  even it has a tfw file:
everythimes that OJ loads a till image,  even geotiff,  it creates a new
worldfile

I made this test:
a) load ASTGTMV003_N08W084_dem with tfw on the view as Sextante
b) create its envelope (via tool on Layer tree). This gives me the right
position of the image. Remember that everytimes that a TIFF image, even
geotiff, is loaded as SExtante a new worldfile is created
c) remove ASTGTMV003_N08W084_dem from the view
d) delate ASTGTMV003_N08W084_dem worldfile
e) reload ASTGTMV003_N08W084_dem and verify that it has a  correct position
into the envelope

Using the other image loaded,
all fails to load either they don't find tags (even if they are embedded
into the file) or they cannot read a worldfile

Il giorno dom 13 set 2020 alle ore 11:35 michael michaud via
Jump-pilot-devel  ha scritto:

> I did mor eextensive tests with 4 types of image :
> *small world* : seems that the problem with commons-imaging is the
> combination of multi-bands and interleave=band (an image with same
> characteristics but with interleave=pixel can be read correctly)
> *peppe's dem (ASTGTMV003_N08W084_dem)* : this is a int16 monoband raster.
> I found two kind of problems : some readers fail with an IAE beacuse of the
> absence of ColorModel (JAI TIFF and JAI XTIFF). Other have problems with
> geotags : if I remove tfw, JAI Tiff Reader (v1.4.0) can georeference th
> eimage, Sextant Raster reader read the image with good position (upper left
> corner) but a wrong size, GeoTIFF PLUS does not find geotags. Commons
> imaging read the image without georeferencement (image coordinates), and
> image is black.
> *peppe's geotiff* : this is a float32 monoband raster. I could only read
> it with Sextant Raster and with Commons Imaging (strange psychedelic
> apperance with Commons Imaging though). Other readers through exception
> (IOOBE) while reading, not while loading. No stacktrace in the log file
> about the error.
> Attached, an document with the characteristics of each image and the
> success/failure with each driver.
>
> Attachments:
>
>- image_readers.ods
>
> 
>(14.0 kB; application/vnd.oasis.opendocument.spreadsheet)
>
> --
>
> * [bugs:#498]  Most
> GeoTIFF drivers fail with a simple GeoTIFF image*
>
> *Status:* open
> *Milestone:* OJ_future
> *Created:* Sun Aug 30, 2020 08:02 AM UTC by michael michaud
> *Last Updated:* Sat Sep 12, 2020 02:15 PM UTC
> *Owner:* nobody
> *Attachments:*
>
>- small_world.tif
>
>(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 

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

[michael michaud via Jump-pilot-devel]

---

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

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


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


---

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

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

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

[michael michaud via Jump-pilot-devel]

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


---

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

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


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


---

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

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

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

[michael michaud via Jump-pilot-devel]

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




Attachments:

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


---

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

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

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


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

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

List of success/failures and exceptions thrown

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

Re: [JPP-Devel] RasterQueryCursorTool

[Giuseppe Aruta]

Hi MIchael, thanks for the correction.
I have to revise my copy of OJ on Eclipse
Peppe

Il giorno dom 13 set 2020 alle ore 00:07 Michaud Michael <
m.michael.mich...@orange.fr> ha scritto:

> Peppe,
>
> The commited code did not compile. I fixed it in 6454, but please, check
> I commented the right line.
>
> Michaël
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel