date:20130301

Hi Jukka,

Thanks,
Can reproduce it. I'll put it on my priority list.

Michaël


> Hi,
>
> I have been trying to mail this to dev list since yesterday but there seem to 
> be some problems.
> I spoiled one dataset this way but fortunately I found a copy and just loosed 
> some time I spent for edits.
>
> -Jukka-
>
> -Alkuperäinen viesti-
> Lähettäjä: Rahkonen Jukka
> Lähetetty: 1. maaliskuuta 2013 7:51
> Vastaanottaja: 'OpenJump develop and use 
> (jump-pilot-devel@lists.sourceforge.net)'
> Aihe: VS: OJ spoils shapefile if shema is edited
>
> Hi,
>
> This one looks bad. I have tested only with r3277 but not with any older 
> versions.  I can reproduce this:
>
> - Start OJ
> - Create a layer, add attribute "attr" of type DOUBLE
> - Make a point, set attr=1.0
> - Save as a shapefile
> - Delete layer, read in the saved shapefile, everything OK
> - Edit schema, change "attr" into type INTEGER
> - Do "Save selected dataset"
> - Shapefile is now corrupted
>
> OJ cannot open this saved shapefile. The error is
>
> java.io.EOFException
>  at java.io.DataInputStream.readFully(Unknown Source)
>  at java.io.DataInputStream.readFully(Unknown Source)
>  at 
> com.vividsolutions.jump.io.EndianDataInputStream.readByteLEnum(EndianDataInputStream.java
> :75)
>  at org.geotools.dbffile.DbfFile.GetDbfRec(DbfFile.java:230)
>  at 
> com.vividsolutions.jump.io.ShapefileReader.read(ShapefileReader.java:179)
>  at 
> com.vividsolutions.jump.io.datasource.DelegatingCompressedFileHandler.read(DelegatingComp
> ressedFileHandler.java:80)
>  at 
> com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeQuery(ReaderWri
> terFileDataSource.java:61)
>  at 
> org.openjump.core.ui.io.file.DataSourceFileLayerLoader.open(DataSourceFileLayerLoader.jav
> a:107)
>  at 
> org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131)
>  at 
> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
>  at 
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorM
> anager.java:152)
>  at java.lang.Thread.run(Unknown Source)
>
> GDAL cannot open this shapefile either. It suggests that there is something 
> wrong with the .dbf file.  From ogrinfo:
> Layer name: spoil
> Geometry: Point
> Feature Count: 1
> Extent: (280.00, 127.00) - (280.00, 127.00) Layer SRS WKT:
> (unknown)
> attr: Real (33.16)
> ERROR 1: fread(34) failed on DBF file.
>
> -Jukka Rahkonen-
>
>


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OJ spoils shapefile if shema is edited

2013-03-01 Thread Rahkonen Jukka

Hi,

This is bad. I have tested only with r3277 but not with any older versions.  I 
can reproduce this:

- Start OJ
- Create a layer, add attribute "attr" of type DOUBLE
- Make a point, set attr=1.0
- Save as a shapefile 
- Delete layer, read in the saved shapefile, everything OK
- Edit schema, change "attr" into type INTEGER
- Do "Save selected dataset"
- Shapefile is now corrupted

OJ cannot open this saved shapefile. The error is

java.io.EOFException
at java.io.DataInputStream.readFully(Unknown Source)
at java.io.DataInputStream.readFully(Unknown Source)
at 
com.vividsolutions.jump.io.EndianDataInputStream.readByteLEnum(EndianDataInputStream.java
:75)
at org.geotools.dbffile.DbfFile.GetDbfRec(DbfFile.java:230)
at 
com.vividsolutions.jump.io.ShapefileReader.read(ShapefileReader.java:179)
at 
com.vividsolutions.jump.io.datasource.DelegatingCompressedFileHandler.read(DelegatingComp
ressedFileHandler.java:80)
at 
com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeQuery(ReaderWri
terFileDataSource.java:61)
at 
org.openjump.core.ui.io.file.DataSourceFileLayerLoader.open(DataSourceFileLayerLoader.jav
a:107)
at 
org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131)
at 
org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorM
anager.java:152)
at java.lang.Thread.run(Unknown Source)

GDAL cannot open this shapefile either. It suggests that there is something 
wrong with the .dbf file.  From ogrinfo:
Layer name: spoil
Geometry: Point
Feature Count: 1
Extent: (280.00, 127.00) - (280.00, 127.00)
Layer SRS WKT:
(unknown)
attr: Real (33.16)
ERROR 1: fread(34) failed on DBF file.

-Jukka Rahkonen-

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
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-3606328 ] Copy/Paste is not working after OpenJUMP 3272

2013-03-01 Thread SourceForge . net

Bugs item #3606328, was opened at 2013-02-28 01:19
Message generated for change (Comment added) made by edso
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3606328&group_id=118054

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General / Other
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: G. Aruta (ma15569)
Assigned to: Nobody/Anonymous (nobody)
Summary: Copy/Paste is not working after OpenJUMP 3272

Initial Comment:
After OpenJUMP 3273 
a) it is not possible to paste  a WMS url on the Open WMS combo box. 
b) it is not possible to copy/paste attributes from one feature to another


--

>Comment By: ede (edso)
Date: 2013-03-01 01:15

Message:
acknowledged and working on it... ede

--

Comment By: michael michaud (michaudm)
Date: 2013-02-28 12:02

Message:
c) it is also impossible to copy/paste in the WKT dialog box

Seems to be a general problem with copy/paste (or ctrl-C / ctrl-V)

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3606328&group_id=118054

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new release 1.6 bug

Sorry, can't recall anything specific.. anyway would you mind to send a step by 
step list (start oj, create layer ... etc.) accompanied by a screen shot from 
the end when the button does not work?

thanks.. ede

On 01.03.2013 09:07, luca marletta wrote:
> Hi Peppe, I don't think is something relating to 32/64 bit
> first because I've e 64amd system but I tested both with 64 and 32 bit SUN 
> 1.7 java and OpenSDK 64bit (both 1.6 and 1.7) I didn't test for now with 
> OpenSDK 32bit, I'll soon.
> 
> second because I guess the problem is inside OJ code and not some 
> un-compatibility with my system other wise I'd problem with old version
> 
> good question would be ask to the community which change they made releted 
> attributes table from version
> OpenJUMP-1.5.2-r2930-nosrc.jar
> 
> where everything work correctly
> 
> 
> Thank for your suggestion, if you have other ideas I can check and test
> 
> luca
> 
> luca marletta
> www.beopen.it 
> 
> 
> On Thu, Feb 28, 2013 at 9:00 PM, Giuseppe Aruta  > wrote:
> 
> Hi Luca,
> I use Ubuntu under 32bit. Can we exclude that the problem is 64bit java?
> Giuseppe
> 
> 
> 2013/2/28 luca marletta mailto:lucama...@gmail.com>>
> 
> For me bug is still there,
> I've installed just now java-7-openjdk-amd64/jre
> (and before I tested with java-6-openjdk-amd64/jre also) but same 
> result.
> 
> below the starting log and no errors or lines are appended when I try 
> to open attribute table.
> 
> I'm really sorry for this I'll go on to try to solve and I'll keep 
> community informed.
> 
> luca
> 
> 
> ./oj_linux.sh
> Running -> '/usr/lib/jvm/java-7-openjdk-amd64/jre//bin/java';  java 
> version "1.7.0_15"; OpenJDK Runtime Environment (IcedTea7 2.3.7) 
> (7u15-2.3.7-0ubuntu1~12.04); OpenJDK 64-Bit Server VM (build 23.7-b01, mixed 
> mode);
> Missing translation for 'ui.MenuNames.LAYERVIEW_POPUP' in resource 
> bundle 'language/jump'.
> Missing translation for 'ui.MenuNames.ATTRIBUTEPANEL_POPUP' in 
> resource bundle 'language/jump'.
> Missing translation for 'ui.MenuNames.LAYERNAMEPANEL_LAYER_POPUP' in 
> resource bundle 'language/jump'.
> Missing translation for 'ui.MenuNames.LAYERNAMEPANEL_CATEGORY_POPUP' 
> in resource bundle 'language/jump'.
> java.lang.NullPointerException
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
> at 
> com.vividsolutions.jump.workbench.ui.plugin.skin.InstallSkinsPlugIn.initialize(InstallSkinsPlugIn.java:113)
> at 
> com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:371)
> at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:408)
> at 
> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:359)
> Missing translation for 
> 'org.openjump.core.ui.plugin.edittoolbox.cursortools.RotateSelectedItemTool.Set-Rotation-Center'
>  in resource bundle 'language/jump'.
> Missing translation for 
> 'org.openjump.core.ui.plugin.datastore.postgis.PostGISSaveDriverPanel.create-db-id'
>  in resource bundle 'language/jump'.
> Missing translation for 'Scrivere gli oggetti in un tavola PostGIS' 
> in resource bundle 'language/jump'.
> Missing translation for 
> 'org.openjump.core.ui.plugin.tools.BeanshellAttributeCalculatorPlugIn.script-snippets'
>  in resource bundle 'language/jump'.
> Scanning ./lib/ext/topology-0.7.0.jar took 0,01s
> Scanning ./lib/ext/xbean-2.2.0.jar took 0,08s
> Scanning ./lib/ext/JumpFillPattern.jar took 0,00s
> Scanning ./lib/ext/PostGISPlugIn-1.5.2.jar took 0,00s
> Scanning ./lib/ext/graph-toolbox-0.1.4.jar took 0,00s
> Scanning ./lib/ext/driver-dxf-0.7.8.jar took 0,00s
> Scanning ./lib/ext/aggregation-0.2.6.jar took 0,00s
> Scanning ./lib/ext/csv-driver-0.6.6.jar took 0,00s
> Scanning ./lib/ext/JumpPrinter.jar took 0,00s
> Scanning ./lib/ext/ojsextante_binding_oct2012.jar took 0,01s
> Scanning ./lib/ext/kml-driver-0.1.jar took 0,00s
> Scanning ./lib/ext/jump-jgrapht-0.5.jar took 0,00s
> Scanning ./lib/ext/bsheditor4jump-0.2.4.jar took 0,00s
> Scanning ./lib/ext/PirolCsv.jar took 0,00s
> Scanning ./lib/ext/pbaseClasses.jar took 0,01s
> Scanning ./lib/ext/VertexSymbols.jar took 0,00s
> Scanning ./lib/ext/JumpChart.jar took 0,00s
> Scanning ./lib/ext/TableLayout-bin-jdk1.5-2007-04-21.jar took 0,00s
> Scanning ./lib/ext/jgrapht-jdk1.5.jar took 0,01s
> Scanning ./lib/ext/iText-2.1.5.jar took 0,01s
> Scanning ./lib/ext/ColorChooser-0.5.1.jar took 0,00s
> Finding all OJ extensions took 0,16s
> Loading Topology Extension (Michaël Michaud) 0.7.0 (

Re: [JPP-Devel] new release 1.6 bug

2013-03-01 Thread Rahkonen Jukka

Hi,

Try what happens if you change the skin to something else than the default from 
the OJ options.

-Jukka Rahkonen-

luca marletta wrote:

> For me bug is still there,
> I've installed just now java-7-openjdk-amd64/jre
> (and before I tested with java-6-openjdk-amd64/jre also) but same result.

> below the starting log and no errors or lines are appended when I try to open 
> attribute table.

> I'm really sorry for this I'll go on to try to solve and I'll keep community 
> informed.

luca

./oj_linux.sh
Running -> '/usr/lib/jvm/java-7-openjdk-amd64/jre//bin/java';  java version 
"1.7.0_15"; OpenJDK Runtime Environment (IcedTea7 2.3.7) 
(7u15-2.3.7-0ubuntu1~12.04); OpenJDK 64-Bit Server VM (build 23.7-b01, mixed 
mode);
Missing translation for 'ui.MenuNames.LAYERVIEW_POPUP' in resource bundle 
'language/jump'.
Missing translation for 'ui.MenuNames.ATTRIBUTEPANEL_POPUP' in resource bundle 
'language/jump'.
Missing translation for 'ui.MenuNames.LAYERNAMEPANEL_LAYER_POPUP' in resource 
bundle 'language/jump'.
Missing translation for 'ui.MenuNames.LAYERNAMEPANEL_CATEGORY_POPUP' in 
resource bundle 'language/jump'.
java.lang.NullPointerException
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
at 
com.vividsolutions.jump.workbench.ui.plugin.skin.InstallSkinsPlugIn.initialize(InstallSkinsPlugIn.java:113)
at 
com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:371)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:408)
at 
com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:359)
Missing translation for 
'org.openjump.core.ui.plugin.edittoolbox.cursortools.RotateSelectedItemTool.Set-Rotation-Center'
 in resource bundle 'language/jump'.
Missing translation for 
'org.openjump.core.ui.plugin.datastore.postgis.PostGISSaveDriverPanel.create-db-id'
 in resource bundle 'language/jump'.
Missing translation for 'Scrivere gli oggetti in un tavola PostGIS' in resource 
bundle 'language/jump'.
Missing translation for 
'org.openjump.core.ui.plugin.tools.BeanshellAttributeCalculatorPlugIn.script-snippets'
 in resource bundle 'language/jump'.
Scanning ./lib/ext/topology-0.7.0.jar took 0,01s
Scanning ./lib/ext/xbean-2.2.0.jar took 0,08s
Scanning ./lib/ext/JumpFillPattern.jar took 0,00s
Scanning ./lib/ext/PostGISPlugIn-1.5.2.jar took 0,00s
Scanning ./lib/ext/graph-toolbox-0.1.4.jar took 0,00s
Scanning ./lib/ext/driver-dxf-0.7.8.jar took 0,00s
Scanning ./lib/ext/aggregation-0.2.6.jar took 0,00s
Scanning ./lib/ext/csv-driver-0.6.6.jar took 0,00s
Scanning ./lib/ext/JumpPrinter.jar took 0,00s
Scanning ./lib/ext/ojsextante_binding_oct2012.jar took 0,01s
Scanning ./lib/ext/kml-driver-0.1.jar took 0,00s
Scanning ./lib/ext/jump-jgrapht-0.5.jar took 0,00s
Scanning ./lib/ext/bsheditor4jump-0.2.4.jar took 0,00s
Scanning ./lib/ext/PirolCsv.jar took 0,00s
Scanning ./lib/ext/pbaseClasses.jar took 0,01s
Scanning ./lib/ext/VertexSymbols.jar took 0,00s
Scanning ./lib/ext/JumpChart.jar took 0,00s
Scanning ./lib/ext/TableLayout-bin-jdk1.5-2007-04-21.jar took 0,00s
Scanning ./lib/ext/jgrapht-jdk1.5.jar took 0,01s
Scanning ./lib/ext/iText-2.1.5.jar took 0,01s
Scanning ./lib/ext/ColorChooser-0.5.1.jar took 0,00s
Finding all OJ extensions took 0,16s
Loading Topology Extension (Michaël Michaud) 0.7.0 (2013-02-17) took 0,03s
Loading Fill Pattern (com.cadplan.jump)  took 0,18s
Missing translation for 'net.refractions.postgis.PostGISOpenWizard' in resource 
bundle 'language/jump'.
Loading PostGIS Driver (Refractions Research/HCU Hamburg, RZCN/E. Lemesre) 
1.5.2 (2012-05-12) took 0,04s
Loading Graph Extension (Michaël Michaud) 0.1.4 (2013-01-15) took 0,03s
Loading DXF driver 0.7.8 took 0,00s
Loading Aggregation PlugIn (Michaël Michaud) 0.2.6 (2013-02-17) took 0,04s
Loading CSV Driver 0.6.6 took 0,03s
Missing translation for 'com.cadplan.jump.PrinterPlugIn' in resource bundle 
'language/jump'.
Loading Printer (com.cadplan.jump)  took 0,09s
Loading Sextante History (es.unex.sextante.openjump.extensions)  took 0,00s
starting Sextante initialization >>
Sextante jar folder: 
/dati/APPLICAZIONI/GIS/OpenJUMP-20130225-r3273-PLUS/lib/ext/sextante
Sextante help path folder: 
/dati/APPLICAZIONI/GIS/OpenJUMP-20130225-r3273-PLUS/sextante/sextante_help
Loading Sextante Toolbox (es.unex.sextante.openjump.extensions)  took 0,58s
Loading Sextante Modeler (es.unex.sextante.openjump.extensions)  took 0,00s
Loading Sextante Command Line (es.unex.sextante.openjump.extensions)  took 0,00s
Loading Sextante Results (es.unex.sextante.openjump.extensions)  took 0,00s
Missing translation for 'lat-long' in resource bundle 
'com/isa/jump/plugin/language/jump'.
Loading KML driver 0.1 took 0,02s
Loading BeanShell Script Editor 0.2.4 (2012-01-17) took 0,00s
Loading Pirol Csv Dataset (de.fhOsnabrueck.jump.pirol.datasources.pirolCSV)  
took 0,00s
Missing translation for 'com.cadplan.j

Re: [JPP-Devel] NPE from Sort selected category

On 01.03.2013 08:40, Michaël Michaud wrote:
> Hi,
>> Issue 1:
>> I cannot select and copy error messages from the error info box with recent 
>> development versions but I need to keep the Java console open and copy-paste 
>> from there.
> Probably same as 3606328

absolutely

>> Issue 2:
>> OJ r3277 throws NPE immediately when mouse goes over the Sort selected 
>> category menu item inside the Layers main menu item.  Error is
> @Ede, probably related to recent addition of a EnableChecked interface.
> If you explain briefly what is the rational behind the change and how it 
> is supposed to be implemented by plugins, I can take care of it.

it is supposed to streamline the use of enablechecks.. formerly there was no 
way to programmatically detect if a plugin has enablechecks. it now is.. 
plugins can be tested for implementing EnableChecked and we can run 
getEnableCheck() on them then. This is pretty much identical for Iconified.

still not sure that the error below has something to do with that .. let me 
doublecheck..
ok, uninitialized workbenchContext. dunno why it came up earlier, couldn't find 
any change regarding this in the file's history. 
fixed in the snapshot from now.

..ede

> 
> Michaël
>>
>> java.lang.NullPointerException
>>  at 
>> org.openjump.core.ui.plugin.layer.SortCategoryRestorePlugIn$1.check(SortCategoryRestorePl
>> ugIn.java:206)
>>  at 
>> com.vividsolutions.jump.workbench.plugin.MultiEnableCheck.check(MultiEnableCheck.java:60)
>>
>>  at 
>> org.openjump.core.ui.swing.listener.EnableCheckMenuItemShownListener.menuItemShown(Enable
>> CheckMenuItemShownListener.java:60)
>>  at 
>> com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller$JumpMenuListener.menuSelecte
>> d(FeatureInstaller.java:1212)
>>  at javax.swing.JMenu.fireMenuSelected(Unknown Source)
>>  at javax.swing.JMenu$MenuChangeListener.stateChanged(Unknown Source)
>>  at javax.swing.DefaultButtonModel.fireStateChanged(Unknown Source)
>>  at javax.swing.DefaultButtonModel.setSelected(Unknown Source)
>>  at javax.swing.JMenu.setSelected(Unknown Source)
>>  at javax.swing.JMenu.menuSelectionChanged(Unknown Source)
>>  at javax.swing.MenuSelectionManager.setSelectedPath(Unknown Source)
>>  at javax.swing.plaf.basic.BasicMenuUI$Handler.mouseEntered(Unknown 
>> Source)
>>  at 
>> javax.swing.plaf.basic.BasicMenuUI$MouseInputHandler.mouseEntered(Unknown 
>> Source)
>>  at 
>> com.sun.java.swing.plaf.windows.WindowsMenuUI$WindowsMouseInputHandler.mouseEntered(Unkno
>> wn 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.trackMouseEnterExit(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)
>>
>>
>> -Jukka Rahkonen-
>>
>> ---

Re: [JPP-Devel] OJ spoils shapefile if shema is edited

A more general solution than my last post is:

if (columnType == AttributeType.INTEGER) {
fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
//LDB: previously 16
DbfFieldDef fromFile =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
if (fromFile.fieldnumdec == 0)
fields[f] = fromFile;
f++;
} else if (columnType == AttributeType.DOUBLE) {
fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
DbfFieldDef fromFile =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
if (fromFile.fieldnumdec > 0)
fields[f] = fromFile;
   f++;

Larry

On Fri, Mar 1, 2013 at 10:38 AM, Larry Becker wrote:

> I have a fix that works in SkyJUMP and should work in OpenJUMP.  It isn't
> elegant but it works by avoiding calling
> overrideWithExistingCompatibleDbfFieldDef when a type change is detected.
> There may be a more direct solution, but I didn't find one.
>
> The patch file for SkyJUMP is:
>
> ### Eclipse Workspace Patch 1.0
> #P SkyJumpSVN
> Index: com/vividsolutions/jump/io/ShapefileWriter.java
> ===
> --- com/vividsolutions/jump/io/ShapefileWriter.java(revision 2)
> +++ com/vividsolutions/jump/io/ShapefileWriter.java(working copy)
> @@ -407,11 +407,13 @@
>
>  if (columnType == AttributeType.INTEGER) {
>  fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
> //LDB: previously 16
> -fields[f] =
> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
> +if ((fieldMap != null) &&
> !fieldMap.toString().endsWith("N 33.16}"))
> +fields[f] =
> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>  f++;
>  } else if (columnType == AttributeType.DOUBLE) {
>  fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
> -fields[f] =
> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
> +if ((fieldMap != null) &&
> !fieldMap.toString().endsWith("N 11.0}"))
> +fields[f] =
> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>  f++;
>  } else if (columnType == AttributeType.STRING) {
>  int maxlength = findMaxStringLength(featureCollection, t);
>
> Larry
>
>
> On Fri, Mar 1, 2013 at 9:09 AM, Larry Becker wrote:
>
>> I can reproduce it in SkyJUMP.
>>
>> I think this is thte result of using
>> overrideWithExistingCompatibleDbfFieldDef in ShapeWriter.   My rational
>> behind this method introduced a few years ago (July 2010) is that the size
>> of the numbers entered during an edit session should not automatically lead
>> to a reduction of precision in the shapefile.  This was the case before
>> this procedure was introduced. I had shapefiles for which there were
>> published data standards, but SkyJUMP would change the number of digits
>> each time I saved the file.   The change achieved its goal, but it may not
>> work correctly for this particular case due to the type change.
>>
>> I agree with Jukka.  It may be an unusual case, but the reliability of
>> shapefile IO is crucial to the JUMP family.  This must be fixed.  I will
>> work on it too.
>>
>> BTW, the result is the same if you Save Dataset As instead of Save
>> Selected Datasets.
>>
>> Larry
>>
>>
>> On Thu, Feb 28, 2013 at 7:00 AM, Rahkonen Jukka <
>> jukka.rahko...@mmmtike.fi> wrote:
>>
>>> Hi,
>>>
>>> This is bad. I have tested only with r3277 but not with any older
>>> versions.  I can reproduce this:
>>>
>>> - Start OJ
>>> - Create a layer, add attribute "attr" of type DOUBLE
>>> - Make a point, set attr=1.0
>>> - Save as a shapefile
>>> - Delete layer, read in the saved shapefile, everything OK
>>> - Edit schema, change "attr" into type INTEGER
>>> - Do "Save selected dataset"
>>> - Shapefile is now corrupted
>>>
>>> OJ cannot open this saved shapefile. The error is
>>>
>>> java.io.EOFException
>>> at java.io.DataInputStream.readFully(Unknown Source)
>>> at java.io.DataInputStream.readFully(Unknown Source)
>>> at
>>> com.vividsolutions.jump.io.EndianDataInputStream.readByteLEnum(EndianDataInputStream.java
>>> :75)
>>> at org.geotools.dbffile.DbfFile.GetDbfRec(DbfFile.java:230)
>>> at
>>> com.vividsolutions.jump.io.ShapefileReader.read(ShapefileReader.java:179)
>>> at
>>> com.vividsolutions.jump.io.datasource.DelegatingCompressedFileHandler.read(DelegatingComp
>>> ressedFileHandler.java:80)
>>> at
>>> com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeQuery(ReaderWri
>>> terFileDataSource.java:61)
>>> at
>>> org.openjump.core.ui.io.file.DataSourceFileLayerLoader.open(DataSourceFileLayerLoader.jav
>>> a:107)
>>> at
>>> org.openjump.core.

Re: [JPP-Devel] OJ spoils shapefile if shema is edited

I can reproduce it in SkyJUMP.

I think this is thte result of using
overrideWithExistingCompatibleDbfFieldDef in ShapeWriter.   My rational
behind this method introduced a few years ago (July 2010) is that the size
of the numbers entered during an edit session should not automatically lead
to a reduction of precision in the shapefile.  This was the case before
this procedure was introduced. I had shapefiles for which there were
published data standards, but SkyJUMP would change the number of digits
each time I saved the file.   The change achieved its goal, but it may not
work correctly for this particular case due to the type change.

I agree with Jukka.  It may be an unusual case, but the reliability of
shapefile IO is crucial to the JUMP family.  This must be fixed.  I will
work on it too.

BTW, the result is the same if you Save Dataset As instead of Save Selected
Datasets.

Larry

On Thu, Feb 28, 2013 at 7:00 AM, Rahkonen Jukka
wrote:

> Hi,
>
> This is bad. I have tested only with r3277 but not with any older
> versions.  I can reproduce this:
>
> - Start OJ
> - Create a layer, add attribute "attr" of type DOUBLE
> - Make a point, set attr=1.0
> - Save as a shapefile
> - Delete layer, read in the saved shapefile, everything OK
> - Edit schema, change "attr" into type INTEGER
> - Do "Save selected dataset"
> - Shapefile is now corrupted
>
> OJ cannot open this saved shapefile. The error is
>
> java.io.EOFException
> at java.io.DataInputStream.readFully(Unknown Source)
> at java.io.DataInputStream.readFully(Unknown Source)
> at
> com.vividsolutions.jump.io.EndianDataInputStream.readByteLEnum(EndianDataInputStream.java
> :75)
> at org.geotools.dbffile.DbfFile.GetDbfRec(DbfFile.java:230)
> at
> com.vividsolutions.jump.io.ShapefileReader.read(ShapefileReader.java:179)
> at
> com.vividsolutions.jump.io.datasource.DelegatingCompressedFileHandler.read(DelegatingComp
> ressedFileHandler.java:80)
> at
> com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeQuery(ReaderWri
> terFileDataSource.java:61)
> at
> org.openjump.core.ui.io.file.DataSourceFileLayerLoader.open(DataSourceFileLayerLoader.jav
> a:107)
> at
> org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131)
> at
> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
> at
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorM
> anager.java:152)
> at java.lang.Thread.run(Unknown Source)
>
> GDAL cannot open this shapefile either. It suggests that there is
> something wrong with the .dbf file.  From ogrinfo:
> Layer name: spoil
> Geometry: Point
> Feature Count: 1
> Extent: (280.00, 127.00) - (280.00, 127.00)
> Layer SRS WKT:
> (unknown)
> attr: Real (33.16)
> ERROR 1: fread(34) failed on DBF file.
>
> -Jukka Rahkonen-
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ spoils shapefile if shema is edited

I have a fix that works in SkyJUMP and should work in OpenJUMP.  It isn't
elegant but it works by avoiding calling
overrideWithExistingCompatibleDbfFieldDef when a type change is detected.
There may be a more direct solution, but I didn't find one.

The patch file for SkyJUMP is:

### Eclipse Workspace Patch 1.0
#P SkyJumpSVN
Index: com/vividsolutions/jump/io/ShapefileWriter.java
===
--- com/vividsolutions/jump/io/ShapefileWriter.java(revision 2)
+++ com/vividsolutions/jump/io/ShapefileWriter.java(working copy)
@@ -407,11 +407,13 @@

 if (columnType == AttributeType.INTEGER) {
 fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
//LDB: previously 16
-fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
+if ((fieldMap != null) && !fieldMap.toString().endsWith("N
33.16}"))
+fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
 f++;
 } else if (columnType == AttributeType.DOUBLE) {
 fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
-fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
+if ((fieldMap != null) && !fieldMap.toString().endsWith("N
11.0}"))
+fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
 f++;
 } else if (columnType == AttributeType.STRING) {
 int maxlength = findMaxStringLength(featureCollection, t);

Larry

On Fri, Mar 1, 2013 at 9:09 AM, Larry Becker  wrote:

> I can reproduce it in SkyJUMP.
>
> I think this is thte result of using
> overrideWithExistingCompatibleDbfFieldDef in ShapeWriter.   My rational
> behind this method introduced a few years ago (July 2010) is that the size
> of the numbers entered during an edit session should not automatically lead
> to a reduction of precision in the shapefile.  This was the case before
> this procedure was introduced. I had shapefiles for which there were
> published data standards, but SkyJUMP would change the number of digits
> each time I saved the file.   The change achieved its goal, but it may not
> work correctly for this particular case due to the type change.
>
> I agree with Jukka.  It may be an unusual case, but the reliability of
> shapefile IO is crucial to the JUMP family.  This must be fixed.  I will
> work on it too.
>
> BTW, the result is the same if you Save Dataset As instead of Save
> Selected Datasets.
>
> Larry
>
>
> On Thu, Feb 28, 2013 at 7:00 AM, Rahkonen Jukka  > wrote:
>
>> Hi,
>>
>> This is bad. I have tested only with r3277 but not with any older
>> versions.  I can reproduce this:
>>
>> - Start OJ
>> - Create a layer, add attribute "attr" of type DOUBLE
>> - Make a point, set attr=1.0
>> - Save as a shapefile
>> - Delete layer, read in the saved shapefile, everything OK
>> - Edit schema, change "attr" into type INTEGER
>> - Do "Save selected dataset"
>> - Shapefile is now corrupted
>>
>> OJ cannot open this saved shapefile. The error is
>>
>> java.io.EOFException
>> at java.io.DataInputStream.readFully(Unknown Source)
>> at java.io.DataInputStream.readFully(Unknown Source)
>> at
>> com.vividsolutions.jump.io.EndianDataInputStream.readByteLEnum(EndianDataInputStream.java
>> :75)
>> at org.geotools.dbffile.DbfFile.GetDbfRec(DbfFile.java:230)
>> at
>> com.vividsolutions.jump.io.ShapefileReader.read(ShapefileReader.java:179)
>> at
>> com.vividsolutions.jump.io.datasource.DelegatingCompressedFileHandler.read(DelegatingComp
>> ressedFileHandler.java:80)
>> at
>> com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeQuery(ReaderWri
>> terFileDataSource.java:61)
>> at
>> org.openjump.core.ui.io.file.DataSourceFileLayerLoader.open(DataSourceFileLayerLoader.jav
>> a:107)
>> at
>> org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131)
>> at
>> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
>> at
>> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorM
>> anager.java:152)
>> at java.lang.Thread.run(Unknown Source)
>>
>> GDAL cannot open this shapefile either. It suggests that there is
>> something wrong with the .dbf file.  From ogrinfo:
>> Layer name: spoil
>> Geometry: Point
>> Feature Count: 1
>> Extent: (280.00, 127.00) - (280.00, 127.00)
>> Layer SRS WKT:
>> (unknown)
>> attr: Real (33.16)
>> ERROR 1: fread(34) failed on DBF file.
>>
>> -Jukka Rahkonen-
>>
>>
>> --
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>> ___

[JPP-Devel] Fwd: [OSGeo-Edu] Call for OSGeo projects and mentors for Google Summer of Code 2013

2013-03-01 Thread Stefan Steiniger


not sure what our chances are as non-OSGeo project... but FYI


 Original-Nachricht 
Betreff: [OSGeo-Edu] Call for OSGeo projects and mentors for Google 
Summer of Code 2013

Datum: Wed, 27 Feb 2013 10:39:12 +0100
Von: Anne Ghisla 
An: OSGeo Discuss list , OSGeo Google Summer of 
Code list , OSGeo Education List 

Kopie (CC): Adkins, Dustan , Hamish Bowman 



Hello all!

like past years, OSGeo is applying to become a mentoring organisation
during Google Summer of Code 2013 [0,1].

As part of the application process, I welcome developers from every
OSGeo project to update the relevant Ideas pages (see past years' Ideas
pages for guidance [2]). I welcome every project to choose a
representative, in order to make communication more effective.


I am extending the call to OSGeo-Edu mailing list, as many open
geospatial labs would like to spread the news among their students, and
professors can consider to apply as mentors.


The deadline for OSGeo application is end of March [3]. Thanks in
advance for your contribution!


== For developers and potential Mentors ==

Is there a feature that your pet project would benefit from, and can be
developed by a student in roughly three months under your supervision?
It's time to describe it in the Ideas page of your project, write about
it in the usual communication channels (mailing lists, forums) and
unusual (university pinboards!) and look for the student who will
complete it.


== For potential GSoC Students ==

First, read carefully the eligibility criteria from Google [4], then
contact the developers of your favorite(s) project(s). Feel free to
either pick up a proposed Idea, or to propose your own.



We look forward for a vast geographical and linguistic (both spoken and
compiled languages) diversity in contributions!

More details on OSGeo application will be forwarded to SoC list soon.


[0] Google announcement:
http://google-opensource.blogspot.co.uk/2013/02/flip-bits-not-burgers-google-summer-of.html
[1] OSGeo participation since 2008:
http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2013
[2] Ideas pages:
http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2012_Ideas#The_ideas_pages
[3] Application deadline and full calendar:
http://www.google-melange.com/gsoc/events/google/gsoc2013
[4] Eligibility criteria:
http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page
[5] OSGeo 2013 Application:


Kind regards,

Anne, Hamish and Dustan
OSGeo GSoC Admins 2013
--
http://wiki.osgeo.org/wiki/User:Aghisla





signature.asc
Description: PGP signature
___
Edu_discuss mailing list
edu_disc...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/edu_discuss

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Viewing attributes on JcomboBox from Postgis database

2013-03-01 Thread Asma ouqalli

Hello,
am trying to code a java class(plugin) that creates a popupmenuitem that
brings multiple attributes of the selected layer on a combobox on openjump.
am trying now to do the same as the "ViewAttributePlugIn" so instead of
bringing all the attributes, i want to bring only 3 columns on the combobox
list so as the user can view the the records of the attribute.
what i want to know is where i have to declare my comboBox and populate
them is it in the "AttributeTablePanel" class or somewhere else.
sorry am not good in java programming and also i find it hard to understand
OpenJump philosophy.

plz help me, thanks in advance


-- 
*Asma OUQALLI*

Élève ingénieur : 3ème  Sciences d'Information Géographique (SIG).
Chef de commission développement professionnel  - Rotaract EHTP.
Chef de cellule Media - Olympiades EHTP 2012.
  Ecole Hassania des Travaux Publics.
   Mobile : +212 672 48 23 15.
   Email : asma.ouqa...@gmail.com
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new release 1.6 bug

2013-03-01 Thread luca marletta

Hi Ede, thanks for support me.

I solved !!!

Abauot the problem it's not easy have sscreenshot of something that just
NOT happen without errors and log.

to describe it:
all worked well except when you click on grid icon, in this case icon
become grey/unactivated as usual, link of attribute table is correcly
visible under help menu but no table appears.

I try several snapshot all with problem but I understood that the problem
was not on OJ but in workbench-state.xml file from precedents version
(maybe a very old one).

when I move this file I could able to open and use OJ as normal.

Why is a good question but for now I just post here as help for someone
else.

Maybe it could be suggest to delete workbench-state.xml in case of problem
in the upgrade README

luca

luca marletta
www.beopen.it

On Fri, Mar 1, 2013 at 10:11 AM,  wrote:

> Sorry, can't recall anything specific.. anyway would you mind to send a
> step by step list (start oj, create layer ... etc.) accompanied by a screen
> shot from the end when the button does not work?
>
> thanks.. ede
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJump driver for Microsoft SQL SERVER.

Hi Asma,

You're on the good list for that.

For documentation about how to develop plugins/extensions for OpenJUMP,
start with our wiki :
https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Developing_with_OpenJUMP

To know how to implement a new DB driver, you should first have a look on
how JDBC drivers (and more specifically PostGIS ones) are implemented in
OpenJUMP
- com.vividsolutions.jump.datastore (database access framework)
- com.vividsolutions.jump.workbench.datastore (connection manager and
connection persistence mechanism)
- com.vividsolutions.jump.workbench.ui.plugin.datastore (user interface
and existing plugins)
- org.openjump.core.ui.plugin.datastore (add datastore wizard in the
open menu and new plugins to save a layer to a postgis database)

You can also have a look at external plugins listed in the wiki. I think
most of them include source code.

Hope that helps,

Michaël

Le 28/02/2013 16:46, Asma ouqalli a écrit :

hello everybody,
i am working on creating the SQL SERVER driver for OpenJump, and i
need some

informations and help. i wanna know if there's a project about that.
if someone is interested please Contact me.
Thank youuu.

--
*Asma OUQALLI*

Élève ingénieur : 3ème Sciences d'Information Géographique (SIG).
Chef de commission développement professionnel - Rotaract EHTP.
Chef de cellule Media - Olympiades EHTP 2012.
Ecole Hassania des Travaux Publics.
Mobile : +212 672 48 23 15.
Email : asma.ouqa...@gmail.com

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb

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

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] File open UI issues

On 28.02.2013 11:25, Rahkonen Jukka wrote:
> Hi,
> 
> Testing with r3277 on Windows 7 with jre 1.7 and 1.6 (Oracle) and found two 
> little issues with File open.
> 
> The first is another Java 1.7 issue: sorting the file list by wildcards by 
> writing something like "P*.tif" into the filename box in the open file 
> dialogue does not work with jre 1.7. It works with jre 1.6 and shows a sorted 
> list of files.

can you open a bug report for that please.. this is actually an jre issue 
(still in jre8) and maybe we conceive a workaround for that one day
 
> The second one is that Sextante images cannot be opened through the Open 
> recent file system.  In my case I had first opened a tiff file as Sextante 
> image. When trying to open it from the list of recent files it is probably 
> tried to be opened as normal image layer and because the image is a 32-bit 
> DEM file it fails.  
> 
>  The error is
> com.vividsolutions.jump.JUMPException: All factories fail for the operation 
> "fileload"
...


let me have a look at that.. maybe we can save the used loader together with 
the file path.. ede

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
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-3606578 ] File list cannot be sorted with jre 1.7

2013-03-01 Thread SourceForge . net

Bugs item #3606578, was opened at 2013-03-01 13:13
Message generated for change (Tracker Item Submitted) made by jratike80
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3606578&group_id=118054

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jukka Rahkonen (jratike80)
Assigned to: Nobody/Anonymous (nobody)
Summary: File list cannot be sorted with jre 1.7

Initial Comment:
Sorting the file list by wildcards by writing something like "P*.tif" into the 
filename box in the open file dialogue does not work with jre 1.7. It works OK 
with jre 1.6.


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3606578&group_id=118054

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] File open UI issues

2013-03-01 Thread Stefan Steiniger

Hi,

yes on the Sextante thing:
I assume(!) the same, it file stored as "recent" will be tried to open 
with the build-in image loader, and not with the Sextante loader. That's 
why an error is thrown.

How to fix that is kind of clear, problem is - what time would it take 
to implement the reference link to the used image loader...

cheers,
stefan

Am 01.03.13 04:35, schrieb Michaël Michaud:
> Hi Jukka,
>
> Good catches.
> 1) First thought it was a jvm issue, but I tried on another java program
> and java 1.7.0_13 and I did not get the error, so it maybe a OpenJUMP issue
>
> 2) I think Sextante dialog does not use the OpenFile framework, so it
> will not be easy to fix. I'll fill a bug report but suggest to postpone
> this problem to after 1.6 release
>
> Michaël
>> Hi,
>>
>> Testing with r3277 on Windows 7 with jre 1.7 and 1.6 (Oracle) and found two 
>> little issues with File open.
>>
>> The first is another Java 1.7 issue: sorting the file list by wildcards by 
>> writing something like "P*.tif" into the filename box in the open file 
>> dialogue does not work with jre 1.7. It works with jre 1.6 and shows a 
>> sorted list of files.
>>
>> The second one is that Sextante images cannot be opened through the Open 
>> recent file system.  In my case I had first opened a tiff file as Sextante 
>> image. When trying to open it from the list of recent files it is probably 
>> tried to be opened as normal image layer and because the image is a 32-bit 
>> DEM file it fails.
>>
>>The error is
>> com.vividsolutions.jump.JUMPException: All factories fail for the operation 
>> "fileload"
>>   at 
>> com.vividsolutions.jump.workbench.imagery.geotiff.GeoTIFFImage.init(GeoTIFFImage.java:72)
>>
>>   at 
>> com.vividsolutions.jump.workbench.imagery.geotiff.GeoTIFFImage.(GeoTIFFImage.java:5
>> 6)
>>   at 
>> com.vividsolutions.jump.workbench.imagery.geotiff.GeoTIFFImageFactory.createImage(GeoTIFF
>> ImageFactory.java:54)
>>   at 
>> com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createImage(ImageryLayerDat
>> aset.java:77)
>>   at 
>> org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.createFeature(Referenc
>> edImageFactoryFileLayerLoader.java:216)
>>   at 
>> org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.open(ReferencedImageFa
>> ctoryFileLayerLoader.java:121)
>>   at 
>> org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131)
>>   at 
>> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
>>   at 
>> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorM
>> anager.java:152)
>>   at java.lang.Thread.run(Unknown Source)
>>
>> -Jukka Rahkonen-
>>
>>
>> --
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ spoils shapefile if shema is edited


Hi Larry,

Thanks a lot for your patch.
It took me time to understand how it works.

I noticed that the overrideWithExistingCompatibleDbfFieldDef is used
for AttributeType.INTEGER and AttributeType.DOUBLE
but for DOUBLE, I could not find a case where the overriding method
can change the dbf field.
It seems to me that currently, the original number of decimal of a double
will never be preserved (i mean in OpenJUMP code) ?
What do you think ?

Michaël


A more general solution than my last post is:

if (columnType == AttributeType.INTEGER) {
fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);  
//LDB: previously 16
DbfFieldDef fromFile = 
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);

if (fromFile.fieldnumdec == 0)
fields[f] = fromFile;
f++;
} else if (columnType == AttributeType.DOUBLE) {
fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
DbfFieldDef fromFile = 
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);

if (fromFile.fieldnumdec > 0)
fields[f] = fromFile;
   f++;

Larry

On Fri, Mar 1, 2013 at 10:38 AM, Larry Becker > wrote:


I have a fix that works in SkyJUMP and should work in OpenJUMP. 
It isn't elegant but it works by avoiding calling

overrideWithExistingCompatibleDbfFieldDef when a type change is
detected.   There may be a more direct solution, but I didn't find
one.

The patch file for SkyJUMP is:

### Eclipse Workspace Patch 1.0
#P SkyJumpSVN
Index: com/vividsolutions/jump/io/ShapefileWriter.java
===
--- com/vividsolutions/jump/io/ShapefileWriter.java (revision 2)
+++ com/vividsolutions/jump/io/ShapefileWriter.java (working copy)
@@ -407,11 +407,13 @@

 if (columnType == AttributeType.INTEGER) {
 fields[f] = new DbfFieldDef(columnName, 'N', 11,
0);  //LDB: previously 16
-fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
+if ((fieldMap != null) &&
!fieldMap.toString().endsWith("N 33.16}"))
+fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
 f++;
 } else if (columnType == AttributeType.DOUBLE) {
 fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
-fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
+if ((fieldMap != null) &&
!fieldMap.toString().endsWith("N 11.0}"))
+fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
 f++;
 } else if (columnType == AttributeType.STRING) {
 int maxlength =
findMaxStringLength(featureCollection, t);

Larry


On Fri, Mar 1, 2013 at 9:09 AM, Larry Becker
mailto:becker.la...@gmail.com>> wrote:

I can reproduce it in SkyJUMP.

I think this is thte result of using
overrideWithExistingCompatibleDbfFieldDef in ShapeWriter.   My
rational behind this method introduced a few years ago (July
2010) is that the size of the numbers entered during an edit
session should not automatically lead to a reduction of
precision in the shapefile.  This was the case before this
procedure was introduced. I had shapefiles for which there
were published data standards, but SkyJUMP would change the
number of digits each time I saved the file.   The change
achieved its goal, but it may not work correctly for this
particular case due to the type change.

I agree with Jukka.  It may be an unusual case, but the
reliability of shapefile IO is crucial to the JUMP family. 
This must be fixed.  I will work on it too.


BTW, the result is the same if you Save Dataset As instead of
Save Selected Datasets.

Larry


On Thu, Feb 28, 2013 at 7:00 AM, Rahkonen Jukka
mailto:jukka.rahko...@mmmtike.fi>>
wrote:

Hi,

This is bad. I have tested only with r3277 but not with
any older versions.  I can reproduce this:

- Start OJ
- Create a layer, add attribute "attr" of type DOUBLE
- Make a point, set attr=1.0
- Save as a shapefile
- Delete layer, read in the saved shapefile, everything OK
- Edit schema, change "attr" into type INTEGER
- Do "Save selected dataset"
- Shapefile is now corrupted

OJ cannot open this saved shapefile. The error is

java.io.EOFException
at java.io.DataInputStream.re

Re: [JPP-Devel] Viewing attributes on JcomboBox from Postgis database


Hi Asma,

Not sure I understand what you want to achieve.

Do you want to create a dialog box to allow the user to select attributes
Or do you want to display an Attribute Table with some attributes ?

To build a dialog box, com.vividsolutions.jump.workbench.ui.MultiInputDialog
is your friend.
In most OpenJUMP plugins, you'll find examples on how to use a dialog box
(with a combo box to select layers and/or attributes)

Creating a customized attribute table is probably more difficult.
Let us know more precisely what you want to do.

Michaël



Hello,
am trying to code a java class(plugin) that creates a popupmenuitem 
that brings multiple attributes of the selected layer on a combobox on 
openjump.
am trying now to do the same as the "ViewAttributePlugIn" so instead 
of bringing all the attributes, i want to bring only 3 columns on the 
combobox list so as the user can view the the records of the attribute.
what i want to know is where i have to declare my comboBox and 
populate them is it in the "AttributeTablePanel" class or somewhere else.
sorry am not good in java programming and also i find it hard to 
understand OpenJump philosophy.


plz help me, thanks in advance


--
*Asma OUQALLI*

Élève ingénieur : 3ème  Sciences d'Information Géographique (SIG).
Chef de commission développement professionnel  - Rotaract EHTP.
Chef de cellule Media - Olympiades EHTP 2012.
  Ecole Hassania des Travaux Publics.
   Mobile : +212 672 48 23 15.
   Email : asma.ouqa...@gmail.com 



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb


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


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] NPE from Sort selected category

Hi,
>> @Ede, probably related to recent addition of a EnableChecked interface.
>> If you explain briefly what is the rational behind the change and how it
>> is supposed to be implemented by plugins, I can take care of it.
> it is supposed to streamline the use of enablechecks.. formerly there was no 
> way to programmatically detect if a plugin has enablechecks. it now is.. 
> plugins can be tested for implementing EnableChecked and we can run 
> getEnableCheck() on them then. This is pretty much identical for Iconified.
>
> still not sure that the error below has something to do with that .. let me 
> doublecheck..
> ok, uninitialized workbenchContext. dunno why it came up earlier, couldn't 
> find any change regarding this in the file's history.
> fixed in the snapshot from now.

Thanks for that,

Michaël

>
> ..ede
>
>> Michaël
>>> java.lang.NullPointerException
>>>   at 
>>> org.openjump.core.ui.plugin.layer.SortCategoryRestorePlugIn$1.check(SortCategoryRestorePl
>>> ugIn.java:206)
>>>   at 
>>> com.vividsolutions.jump.workbench.plugin.MultiEnableCheck.check(MultiEnableCheck.java:60)
>>>
>>>   at 
>>> org.openjump.core.ui.swing.listener.EnableCheckMenuItemShownListener.menuItemShown(Enable
>>> CheckMenuItemShownListener.java:60)
>>>   at 
>>> com.vividsolutions.jump.workbench.ui.plugin.FeatureInstaller$JumpMenuListener.menuSelecte
>>> d(FeatureInstaller.java:1212)
>>>   at javax.swing.JMenu.fireMenuSelected(Unknown Source)
>>>   at javax.swing.JMenu$MenuChangeListener.stateChanged(Unknown 
>>> Source)
>>>   at javax.swing.DefaultButtonModel.fireStateChanged(Unknown Source)
>>>   at javax.swing.DefaultButtonModel.setSelected(Unknown Source)
>>>   at javax.swing.JMenu.setSelected(Unknown Source)
>>>   at javax.swing.JMenu.menuSelectionChanged(Unknown Source)
>>>   at javax.swing.MenuSelectionManager.setSelectedPath(Unknown 
>>> Source)
>>>   at 
>>> javax.swing.plaf.basic.BasicMenuUI$Handler.mouseEntered(Unknown Source)
>>>   at 
>>> javax.swing.plaf.basic.BasicMenuUI$MouseInputHandler.mouseEntered(Unknown 
>>> Source)
>>>   at 
>>> com.sun.java.swing.plaf.windows.WindowsMenuUI$WindowsMouseInputHandler.mouseEntered(Unkno
>>> wn 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.trackMouseEnterExit(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)
>>>
>>>
>>> -Jukka Rahkonen-
>>>
>>> --
>>> Everyone hates slow websites. So do we.
>>> Make your web apps faster with AppDynamics
>>> Download AppDynamics Lite for free today:
>>> http://p.sf.net/sfu/appdyn_d2d_feb
>>> ___

Re: [JPP-Devel] new release 1.6 bug


Hi Luca,

Good work !
Did you keep the guilty workbench-state.xml so that
we have a chance to understand what happened and
be able to help users with similar problems.

Michaël

Hi Ede, thanks for support me.

I solved !!!

Abauot the problem it's not easy have sscreenshot of something that 
just NOT happen without errors and log.


to describe it:
all worked well except when you click on grid icon, in this case icon 
become grey/unactivated as usual, link of attribute table is correcly 
visible under help menu but no table appears.


I try several snapshot all with problem but I understood that the 
problem was not on OJ but in workbench-state.xml file from precedents 
version (maybe a very old one).


when I move this file I could able to open and use OJ as normal.

Why is a good question but for now I just post here as help for 
someone else.


Maybe it could be suggest to delete workbench-state.xml in case of 
problem in the upgrade README


luca


luca marletta
www.beopen.it 


On Fri, Mar 1, 2013 at 10:11 AM, > wrote:


Sorry, can't recall anything specific.. anyway would you mind to
send a step by step list (start oj, create layer ... etc.)
accompanied by a screen shot from the end when the button does not
work?

thanks.. ede



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb


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


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ spoils shapefile if shema is edited

Hi Michaël,

  I'm not sure what you are seeing, but I tested both Sky and OJ before the
mod, and they both preserved an N 16.5 format when saving selected datasets.

regards,

Larry

On Fri, Mar 1, 2013 at 3:41 PM, Michaël Michaud wrote:

>  Hi Larry,
>
> Thanks a lot for your patch.
> It took me time to understand how it works.
>
> I noticed that the overrideWithExistingCompatibleDbfFieldDef is used
> for AttributeType.INTEGER and AttributeType.DOUBLE
> but for DOUBLE, I could not find a case where the overriding method
> can change the dbf field.
> It seems to me that currently, the original number of decimal of a double
> will never be preserved (i mean in OpenJUMP code) ?
> What do you think ?
>
> Michaël
>
>  A more general solution than my last post is:
>
> if (columnType == AttributeType.INTEGER) {
> fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
> //LDB: previously 16
> DbfFieldDef fromFile =
> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
> if (fromFile.fieldnumdec == 0)
> fields[f] = fromFile;
> f++;
> } else if (columnType == AttributeType.DOUBLE) {
> fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
> DbfFieldDef fromFile =
> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
> if (fromFile.fieldnumdec > 0)
> fields[f] = fromFile;
>f++;
>
> Larry
>
> On Fri, Mar 1, 2013 at 10:38 AM, Larry Becker wrote:
>
>> I have a fix that works in SkyJUMP and should work in OpenJUMP.  It isn't
>> elegant but it works by avoiding calling
>> overrideWithExistingCompatibleDbfFieldDef when a type change is detected.
>> There may be a more direct solution, but I didn't find one.
>>
>> The patch file for SkyJUMP is:
>>
>> ### Eclipse Workspace Patch 1.0
>> #P SkyJumpSVN
>> Index: com/vividsolutions/jump/io/ShapefileWriter.java
>> ===
>> --- com/vividsolutions/jump/io/ShapefileWriter.java(revision 2)
>> +++ com/vividsolutions/jump/io/ShapefileWriter.java(working copy)
>> @@ -407,11 +407,13 @@
>>
>>  if (columnType == AttributeType.INTEGER) {
>>  fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
>> //LDB: previously 16
>> -fields[f] =
>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>> +if ((fieldMap != null) &&
>> !fieldMap.toString().endsWith("N 33.16}"))
>> +fields[f] =
>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>>  f++;
>>  } else if (columnType == AttributeType.DOUBLE) {
>>  fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
>> -fields[f] =
>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>> +if ((fieldMap != null) &&
>> !fieldMap.toString().endsWith("N 11.0}"))
>> +fields[f] =
>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>>  f++;
>>  } else if (columnType == AttributeType.STRING) {
>>  int maxlength = findMaxStringLength(featureCollection,
>> t);
>>
>> Larry
>>
>>
>> On Fri, Mar 1, 2013 at 9:09 AM, Larry Becker wrote:
>>
>>> I can reproduce it in SkyJUMP.
>>>
>>> I think this is thte result of using
>>> overrideWithExistingCompatibleDbfFieldDef in ShapeWriter.   My rational
>>> behind this method introduced a few years ago (July 2010) is that the size
>>> of the numbers entered during an edit session should not automatically lead
>>> to a reduction of precision in the shapefile.  This was the case before
>>> this procedure was introduced. I had shapefiles for which there were
>>> published data standards, but SkyJUMP would change the number of digits
>>> each time I saved the file.   The change achieved its goal, but it may not
>>> work correctly for this particular case due to the type change.
>>>
>>> I agree with Jukka.  It may be an unusual case, but the reliability of
>>> shapefile IO is crucial to the JUMP family.  This must be fixed.  I will
>>> work on it too.
>>>
>>> BTW, the result is the same if you Save Dataset As instead of Save
>>> Selected Datasets.
>>>
>>> Larry
>>>
>>>
>>> On Thu, Feb 28, 2013 at 7:00 AM, Rahkonen Jukka <
>>> jukka.rahko...@mmmtike.fi> wrote:
>>>
 Hi,

 This is bad. I have tested only with r3277 but not with any older
 versions.  I can reproduce this:

 - Start OJ
 - Create a layer, add attribute "attr" of type DOUBLE
 - Make a point, set attr=1.0
 - Save as a shapefile
 - Delete layer, read in the saved shapefile, everything OK
 - Edit schema, change "attr" into type INTEGER
 - Do "Save selected dataset"
 - Shapefile is now corrupted

 OJ cannot open this saved shapefile. The error is

 java.io.EOFException

Re: [JPP-Devel] OJ spoils shapefile if shema is edited


Hi Larry,

My mistake,
I thought that Integers were encoded into 'N' and Double into 'F'
But 'F' are just read by OpenJUMP, not written.

Sorry for the noise,

Michaël


Hi Michaël,

  I'm not sure what you are seeing, but I tested both Sky and OJ 
before the mod, and they both preserved an N 16.5 format when saving 
selected datasets.


regards,

Larry

On Fri, Mar 1, 2013 at 3:41 PM, Michaël Michaud 
mailto:michael.mich...@free.fr>> wrote:


Hi Larry,

Thanks a lot for your patch.
It took me time to understand how it works.

I noticed that the overrideWithExistingCompatibleDbfFieldDef is used
for AttributeType.INTEGER and AttributeType.DOUBLE
but for DOUBLE, I could not find a case where the overriding method
can change the dbf field.
It seems to me that currently, the original number of decimal of a
double
will never be preserved (i mean in OpenJUMP code) ?
What do you think ?

Michaël


A more general solution than my last post is:

if (columnType == AttributeType.INTEGER) {
fields[f] = new DbfFieldDef(columnName, 'N', 11,
0);  //LDB: previously 16
DbfFieldDef fromFile =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
if (fromFile.fieldnumdec == 0)
fields[f] = fromFile;
f++;
} else if (columnType == AttributeType.DOUBLE) {
fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
DbfFieldDef fromFile =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
if (fromFile.fieldnumdec > 0)
fields[f] = fromFile;
   f++;

Larry

On Fri, Mar 1, 2013 at 10:38 AM, Larry Becker
mailto:becker.la...@gmail.com>> wrote:

I have a fix that works in SkyJUMP and should work in
OpenJUMP.  It isn't elegant but it works by avoiding calling
overrideWithExistingCompatibleDbfFieldDef when a type change
is detected.   There may be a more direct solution, but I
didn't find one.

The patch file for SkyJUMP is:

### Eclipse Workspace Patch 1.0
#P SkyJumpSVN
Index: com/vividsolutions/jump/io/ShapefileWriter.java
===
--- com/vividsolutions/jump/io/ShapefileWriter.java (revision 2)
+++ com/vividsolutions/jump/io/ShapefileWriter.java (working
copy)
@@ -407,11 +407,13 @@

 if (columnType == AttributeType.INTEGER) {
 fields[f] = new DbfFieldDef(columnName, 'N',
11, 0);  //LDB: previously 16
-fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
+if ((fieldMap != null) &&
!fieldMap.toString().endsWith("N 33.16}"))
+fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
 f++;
 } else if (columnType == AttributeType.DOUBLE) {
 fields[f] = new DbfFieldDef(columnName, 'N',
33, 16);
-fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
+if ((fieldMap != null) &&
!fieldMap.toString().endsWith("N 11.0}"))
+fields[f] =
overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
 f++;
 } else if (columnType == AttributeType.STRING) {
 int maxlength =
findMaxStringLength(featureCollection, t);

Larry


On Fri, Mar 1, 2013 at 9:09 AM, Larry Becker
mailto:becker.la...@gmail.com>> wrote:

I can reproduce it in SkyJUMP.

I think this is thte result of using
overrideWithExistingCompatibleDbfFieldDef in
ShapeWriter.   My rational behind this method introduced
a few years ago (July 2010) is that the size of the
numbers entered during an edit session should not
automatically lead to a reduction of precision in the
shapefile.  This was the case before this procedure was
introduced. I had shapefiles for which there were
published data standards, but SkyJUMP would change the
number of digits each time I saved the file.   The change
achieved its goal, but it may not work correctly for this
particular case due to the type change.

I agree with Jukka.  It may be an unusual case, but the
reliability of shapefile IO is crucial to the JUMP
family.  This must be fixed.  I will work on it too.

BTW, the result is the same if you Save Dataset As
instead of Save Sel

Re: [JPP-Devel] Viewing attributes on JcomboBox from Postgis database

2013-03-01 Thread Asma ouqalli

hello Micha,
what i want is to add a plugin that adds via a popupmenu a frame containing
AttributeTablePanel in a OneLayerAttributeTab.
this AttributeTAblePanel will  contain  3 comboBox each one will be
populated by records of a specific column of the selected layer.
and im thinking on adapting the code of the class LAyerTableModel.java
especially the method : initColumns(layer) where i can define 3 combobox
and get the features i need.
am not sure if am on the right way.
Plz guide me.
thanks.


-- 
*Asma OUQALLI*

Élève ingénieur : 3ème  Sciences d'Information Géographique (SIG).
Chef de commission développement professionnel  - Rotaract EHTP.
Chef de cellule Media - Olympiades EHTP 2012.
  Ecole Hassania des Travaux Publics.
   Mobile : +212 672 48 23 15.
   Email : asma.ouqa...@gmail.com
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ spoils shapefile if shema is edited

No problem.  Thanks for the code review.

On Fri, Mar 1, 2013 at 4:43 PM, Michaël Michaud wrote:

>  Hi Larry,
>
> My mistake,
> I thought that Integers were encoded into 'N' and Double into 'F'
> But 'F' are just read by OpenJUMP, not written.
>
> Sorry for the noise,
>
> Michaël
>
>  Hi Michaël,
>
>   I'm not sure what you are seeing, but I tested both Sky and OJ before
> the mod, and they both preserved an N 16.5 format when saving selected
> datasets.
>
> regards,
>
> Larry
>
>  On Fri, Mar 1, 2013 at 3:41 PM, Michaël Michaud 
> wrote:
>
>>  Hi Larry,
>>
>> Thanks a lot for your patch.
>> It took me time to understand how it works.
>>
>> I noticed that the overrideWithExistingCompatibleDbfFieldDef is used
>> for AttributeType.INTEGER and AttributeType.DOUBLE
>> but for DOUBLE, I could not find a case where the overriding method
>> can change the dbf field.
>> It seems to me that currently, the original number of decimal of a double
>> will never be preserved (i mean in OpenJUMP code) ?
>> What do you think ?
>>
>> Michaël
>>
>>   A more general solution than my last post is:
>>
>> if (columnType == AttributeType.INTEGER) {
>> fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
>> //LDB: previously 16
>> DbfFieldDef fromFile =
>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>> if (fromFile.fieldnumdec == 0)
>> fields[f] = fromFile;
>> f++;
>> } else if (columnType == AttributeType.DOUBLE) {
>> fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
>> DbfFieldDef fromFile =
>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>> if (fromFile.fieldnumdec > 0)
>> fields[f] = fromFile;
>>f++;
>>
>> Larry
>>
>> On Fri, Mar 1, 2013 at 10:38 AM, Larry Becker wrote:
>>
>>> I have a fix that works in SkyJUMP and should work in OpenJUMP.  It
>>> isn't elegant but it works by avoiding calling
>>> overrideWithExistingCompatibleDbfFieldDef when a type change is detected.
>>> There may be a more direct solution, but I didn't find one.
>>>
>>> The patch file for SkyJUMP is:
>>>
>>> ### Eclipse Workspace Patch 1.0
>>> #P SkyJumpSVN
>>> Index: com/vividsolutions/jump/io/ShapefileWriter.java
>>> ===
>>> --- com/vividsolutions/jump/io/ShapefileWriter.java(revision 2)
>>> +++ com/vividsolutions/jump/io/ShapefileWriter.java(working copy)
>>> @@ -407,11 +407,13 @@
>>>
>>>  if (columnType == AttributeType.INTEGER) {
>>>  fields[f] = new DbfFieldDef(columnName, 'N', 11, 0);
>>> //LDB: previously 16
>>> -fields[f] =
>>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>>> +if ((fieldMap != null) &&
>>> !fieldMap.toString().endsWith("N 33.16}"))
>>> +fields[f] =
>>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>>>  f++;
>>>  } else if (columnType == AttributeType.DOUBLE) {
>>>  fields[f] = new DbfFieldDef(columnName, 'N', 33, 16);
>>> -fields[f] =
>>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>>> +if ((fieldMap != null) &&
>>> !fieldMap.toString().endsWith("N 11.0}"))
>>> +fields[f] =
>>> overrideWithExistingCompatibleDbfFieldDef(fields[f], fieldMap);
>>>  f++;
>>>  } else if (columnType == AttributeType.STRING) {
>>>  int maxlength = findMaxStringLength(featureCollection,
>>> t);
>>>
>>> Larry
>>>
>>>
>>> On Fri, Mar 1, 2013 at 9:09 AM, Larry Becker wrote:
>>>
 I can reproduce it in SkyJUMP.

 I think this is thte result of using
 overrideWithExistingCompatibleDbfFieldDef in ShapeWriter.   My rational
 behind this method introduced a few years ago (July 2010) is that the size
 of the numbers entered during an edit session should not automatically lead
 to a reduction of precision in the shapefile.  This was the case before
 this procedure was introduced. I had shapefiles for which there were
 published data standards, but SkyJUMP would change the number of digits
 each time I saved the file.   The change achieved its goal, but it may not
 work correctly for this particular case due to the type change.

 I agree with Jukka.  It may be an unusual case, but the reliability of
 shapefile IO is crucial to the JUMP family.  This must be fixed.  I will
 work on it too.

 BTW, the result is the same if you Save Dataset As instead of Save
 Selected Datasets.

 Larry


 On Thu, Feb 28, 2013 at 7:00 AM, Rahkonen Jukka <
 jukka.rahko...@mmmtike.fi> wrote:

> Hi,
>
> This is bad. I have tested only with r3277 but not with any older
> versions.  I can reproduce this

Re: [JPP-Devel] File open UI issues

On 01.03.2013 08:35, Michaël Michaud wrote:
> Hi Jukka,
> 
> Good catches.
> 1) First thought it was a jvm issue, but I tried on another java program 
> and java 1.7.0_13 and I did not get the error, so it maybe a OpenJUMP issue

mine too.. good idea to doublecheck with another software! will you look at it? 
if not we should probably log a bug report.
 
> 2) I think Sextante dialog does not use the OpenFile framework, so it 
> will not be easy to fix. I'll fill a bug report but suggest to postpone 
> this problem to after 1.6 release

i am looking loosely at it, maybe i come up wit a way to save the used loader 
as well. ..ede

> Michaël
>> Hi,
>>
>> Testing with r3277 on Windows 7 with jre 1.7 and 1.6 (Oracle) and found two 
>> little issues with File open.
>>
>> The first is another Java 1.7 issue: sorting the file list by wildcards by 
>> writing something like "P*.tif" into the filename box in the open file 
>> dialogue does not work with jre 1.7. It works with jre 1.6 and shows a 
>> sorted list of files.
>>
>> The second one is that Sextante images cannot be opened through the Open 
>> recent file system.  In my case I had first opened a tiff file as Sextante 
>> image. When trying to open it from the list of recent files it is probably 
>> tried to be opened as normal image layer and because the image is a 32-bit 
>> DEM file it fails.
>>
>>   The error is
>> com.vividsolutions.jump.JUMPException: All factories fail for the operation 
>> "fileload"
>>  at 
>> com.vividsolutions.jump.workbench.imagery.geotiff.GeoTIFFImage.init(GeoTIFFImage.java:72)
>>
>>  at 
>> com.vividsolutions.jump.workbench.imagery.geotiff.GeoTIFFImage.(GeoTIFFImage.java:5
>> 6)
>>  at 
>> com.vividsolutions.jump.workbench.imagery.geotiff.GeoTIFFImageFactory.createImage(GeoTIFF
>> ImageFactory.java:54)
>>  at 
>> com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createImage(ImageryLayerDat
>> aset.java:77)
>>  at 
>> org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.createFeature(Referenc
>> edImageFactoryFileLayerLoader.java:216)
>>  at 
>> org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.open(ReferencedImageFa
>> ctoryFileLayerLoader.java:121)
>>  at 
>> org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131)
>>  at 
>> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
>>  at 
>> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorM
>> anager.java:152)
>>  at java.lang.Thread.run(Unknown Source)
>>
>> -Jukka Rahkonen-

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new release 1.6 bug

unlikely but not impossible... let's keep an eye on it.. maybe i'll setup 
virtual machine according to his specs, but it's not high on my priority list.

..ede

On 28.02.2013 09:05, Giuseppe Aruta wrote:
> Sorry but I cannot replicate it with Ubuntu, I tested either with 1.6RC and 
> with post OJ NB till the last. I use OpenJDK 1.6, can we exculde that is 
> something connected to JRE 1.7?
> 
> 
> 2013/2/27 mailto:edgar.sol...@web.de>>
> 
> Peppe..
> 
> your on Ubuntu.. could you check if you can replicate this, please?
> 
> ..ede
> 
> On 26.02.2013 22:45, Stefan Steiniger wrote:
> > worked for me on Mac with OJ 1.6 RC.
> > Maybe it was a one-time thing?
> >
> > (I used 1.6 RC for the latest Home Range Toolbox release)
> >
> > stefan
> >
> > Am 26.02.13 04:39, schrieb luca marletta:
> >> I just tested yesterday the new release on my linuxbox ubuntu 12.04 
> with
> >> jdk sun 1.7 and now way to get the layer attributes table opened when
> >> clicking the "grid button on tool bar".
> >>
> >> I can open it if I inquire items with infotool, just in this way.
> >>
> >> could some one checks?
> >>
> >> thanks a lot
> >>
> >> luca
> >>
> >> luca marletta
> >> www.beopen.it  
> >>
> >>
> >> 
> --
> >> Everyone hates slow websites. So do we.
> >> Make your web apps faster with AppDynamics
> >> Download AppDynamics Lite for free today:
> >> http://p.sf.net/sfu/appdyn_d2d_feb
> >>
> >>
> >>
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net 
> 
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >
> > 
> --
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net 
> 
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> 
> 
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net 
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Viewing attributes on JcomboBox from Postgis database


Hi,

OK, seems you already explored the code.
I feel like what you want to achieve is a bit different from
a AttributeTablePanel which is a component containing a
table (JTable) not ComboBoxes.

AttributeTablePanel is quite complex. It contains a special table
(with a geometry column), it is also synchronized with the layer
(see layerListener in LayerTableModel), it is editable, ...

If your plugin must have many of the AttributeTablePanel features,
it is a good idea to start from there.

Or maybe you just want to take the panel (with layer title and colored
column on the left, and replace the JTable by your combo boxes).

Most plugins opening a new frame use JInternalFrame. The one
containing OneLayerAttributeTab is built directly in the
ViewAttributePlugIn.

Your plugin could create a JInternalFrame containing a JPanel looking
like AttributeTablePanel but probably simpler. This panel will contain
your combo boxes, and as it will also have a reference to the layer,
you will be able to fill your combo boxes with the layer data.
(you'll find many plugins showing how to iterate over a FeatureCollection
to gather attributes...)


Michaël




But you may find it confortable to start from here to see how to get 
features from a Layer


hello Micha,
what i want is to add a plugin that adds via a popupmenu a frame 
containing

AttributeTablePanel in a OneLayerAttributeTab.
this AttributeTAblePanel will  contain  3 comboBox each one will be 
populated by records of a specific column of the selected layer.
and im thinking on adapting the code of the class LAyerTableModel.java 
especially the method : initColumns(layer) where i can define 3 
combobox and get the features i need.

am not sure if am on the right way.
Plz guide me.
thanks.


--
*Asma OUQALLI*

Élève ingénieur : 3ème  Sciences d'Information Géographique (SIG).
Chef de commission développement professionnel  - Rotaract EHTP.
Chef de cellule Media - Olympiades EHTP 2012.
  Ecole Hassania des Travaux Publics.
   Mobile : +212 672 48 23 15.
   Email : asma.ouqa...@gmail.com 



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb


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


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] shortcuts committed


> please check out the new keyboard shortcuts and the according Help menu item 
> and come back with comments.
Waouh ! Had not yet seen the new help menu. Excellent !
And no more html file to maintain ;-)
Have to try it now...

Michaël

>
> regards ..ede
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] center zoom shortcut WAS: shortcuts committed