Re: [JPP-Devel] SVN: [5793] core/tags

[Giuseppe Aruta]

Hi Michael
will these classes substitute all Layer/RederedImage/WMSLayer classes?
Peppe

2018-05-11 20:28 GMT+02:00 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net>:

> Revision: 5793
>   http://sourceforge.net/p/jump-pilot/code/5793
> Author:   michaudm
> Date: 2018-05-11 18:28:22 + (Fri, 11 May 2018)
> Log Message:
> ---
> New release 1.13
>
> Added Paths:
> ---
> core/tags/1.13/
> core/tags/1.13/src/com/vividsolutions/jump/workbench/model/
> AbstractGeoreferencedLayerable.java
> core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/GeoreferencedLayerable.java
> core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/ImageLayerable.java
> core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/VectorLayerable.java
>
> Added: core/tags/1.13/src/com/vividsolutions/jump/workbench/model/
> AbstractGeoreferencedLayerable.java
> ===
> --- core/tags/1.13/src/com/vividsolutions/jump/workbench/model/
> AbstractGeoreferencedLayerable.java  (rev 0)
> +++ core/tags/1.13/src/com/vividsolutions/jump/workbench/model/
> AbstractGeoreferencedLayerable.java  2018-05-11 18:28:22 UTC (rev
> 5793)
> @@ -0,0 +1,9 @@
> +package com.vividsolutions.jump.workbench.model;
> +
> +import com.vividsolutions.jts.geom.Envelope;
> +
> +public abstract class AbstractGeoreferencedLayerable
> +extends AbstractLayerable implements GeoreferencedLayerable{
> +
> +
> +}
>
> Added: core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/GeoreferencedLayerable.java
> ===
> --- core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/GeoreferencedLayerable.java  (rev 0)
> +++ core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/GeoreferencedLayerable.java  2018-05-11 18:28:22 UTC (rev 5793)
> @@ -0,0 +1,22 @@
> +package com.vividsolutions.jump.workbench.model;
> +
> +import com.vividsolutions.jts.geom.Envelope;
> +import com.vividsolutions.jump.io.datasource.DataSourceQuery;
> +
> +import javax.xml.namespace.QName;
> +
> +/**
> + * A georeferenced Layerable is a Layerable wich is displayed according to
> + * its position relative to the earth (rather than relative to the
> screen).
> + * Most layers (Vector Layers, Referenced Image Layers and WMS Layers are
> + * GeoreferencedLayerables.
> + */
> +public interface GeoreferencedLayerable extends Layerable {
> +
> +  Envelope getEnvelope();
> +
> +  DataSourceQuery getDataSourceQuery();
> +
> +  QName getSRS();
> +
> +}
>
> Added: core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/ImageLayerable.java
> ===
> --- 
> core/tags/1.13/src/com/vividsolutions/jump/workbench/model/ImageLayerable.java
> (rev 0)
> +++ 
> core/tags/1.13/src/com/vividsolutions/jump/workbench/model/ImageLayerable.java
> 2018-05-11 18:28:22 UTC (rev 5793)
> @@ -0,0 +1,14 @@
> +package com.vividsolutions.jump.workbench.model;
> +
> +import com.vividsolutions.jump.workbench.ui.LayerViewPanel;
> +
> +import java.awt.*;
> +
> +public interface ImageLayerable {
> +
> +  Image createImage(LayerViewPanel viewPanel);
> +
> +  double getAlpha();
> +
> +  void setAlpha(double alpha);
> +}
>
> Added: core/tags/1.13/src/com/vividsolutions/jump/workbench/
> model/VectorLayerable.java
> ===
> --- 
> core/tags/1.13/src/com/vividsolutions/jump/workbench/model/VectorLayerable.java
>(rev 0)
> +++ 
> core/tags/1.13/src/com/vividsolutions/jump/workbench/model/VectorLayerable.java
>2018-05-11 18:28:22 UTC (rev 5793)
> @@ -0,0 +1,24 @@
> +package com.vividsolutions.jump.workbench.model;
> +
> +import com.vividsolutions.jump.feature.FeatureCollection;
> +import com.vividsolutions.jump.feature.FeatureCollectionWrapper;
> +import com.vividsolutions.jump.workbench.ui.renderer.style.Style;
> +
> +import java.util.Collection;
> +import java.util.List;
> +
> +public interface VectorLayerable extends GeoreferencedLayerable {
> +
> +  

Re: [JPP-Devel] OpenJUMP 1.13-RC3

[Giuseppe Aruta]

Ok for me

2018-05-10 10:10 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi,
>
> If nobody minds, I will release 1.13 tomorrow.
>
> Michaël
>
>
>
> Le 08/05/2018 à 10:28, edgar.sol...@web.de a écrit :
>
>> that's correct. there is no release yet, just a release candidate for all
>> interested parties to verify that it is working as expected.
>>
>> ..ede
>>
>> On 5/8/2018 9:44, Giuseppe Aruta wrote:
>>
>>> Michael, Ede
>>> the page http://www.openjump.org/ still shows version 1.12
>>> Peppe
>>>
>>> 2018-05-08 8:19 GMT+02:00 <edgar.sol...@web.de >> edgar.sol...@web.de>>:
>>>
>>>  On 5/7/2018 22:42, Michaël Michaud wrote:
>>>  > Hi jumpers,
>>>  >
>>>  > Sorry, I don't know why uploaded releases do not stay in the
>>> snapshot repository.
>>>
>>>  probably the automated cleanup routine of the snapshot builder
>>>> I uploaded the last release in the official release area :
>>>  >
>>>  > https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/
>>> 1.13/Release%20Candidate/ <https://sourceforge.net/proje
>>> cts/jump-pilot/files/OpenJUMP/1.13/Release%20Candidate/>
>>>
>>>  jupp, see them there. will have a look.. ede
>>>
>>>  ---
>>> ---
>>>  Check out the vibrant tech community on one of the world's most
>>>  engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>  ___
>>>  Jump-pilot-devel mailing list
>>>  Jump-pilot-devel@lists.sourceforge.net >> Jump-pilot-devel@lists.sourceforge.net>
>>>  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
>>>
>>>
>>>
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>
>>>
>>>
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.13-RC3

[Giuseppe Aruta]

Michael, Ede
the page http://www.openjump.org/ still shows version 1.12
Peppe

2018-05-08 8:19 GMT+02:00 :

> On 5/7/2018 22:42, Michaël Michaud wrote:
> > Hi jumpers,
> >
> > Sorry, I don't know why uploaded releases do not stay in the snapshot
> repository.
>
> probably the automated cleanup routine of the snapshot builder
>
> > I uploaded the last release in the official release area :
> >
> > https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/1.13/Release%
> 20Candidate/
>
> jupp, see them there. will have a look.. ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5787] core/trunk/src/com/vividsolutions/jump/workbench

[Giuseppe Aruta]

Thanks Michael
Peppe

2018-05-06 12:41 GMT+02:00 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net>:

> Revision: 5787
>   http://sourceforge.net/p/jump-pilot/code/5787
> Author:   michaudm
> Date: 2018-05-06 10:41:07 + (Sun, 06 May 2018)
> Log Message:
> ---
> Improve AddNewLayerViewPlugIn according to Peppe's suggestion about
> layer's name
>
> Modified Paths:
> --
> core/trunk/src/com/vividsolutions/jump/workbench/model/LayerView.java
> core/trunk/src/com/vividsolutions/jump/workbench/
> ui/LayerNameRenderer.java
>
> Modified: core/trunk/src/com/vividsolutions/jump/workbench/
> model/LayerView.java
> ===
> --- core/trunk/src/com/vividsolutions/jump/workbench/model/LayerView.java
>  2018-05-04 05:43:18 UTC (rev 5786)
> +++ core/trunk/src/com/vividsolutions/jump/workbench/model/LayerView.java
>  2018-05-06 10:41:07 UTC (rev 5787)
> @@ -10,6 +10,13 @@
>
>public LayerView(Layer layer) {
>  super(layer.getName(), layer.getBasicStyle().getFillColor(), 
> layer.getFeatureCollectionWrapper(),
> layer.getLayerManager());
> +boolean firingEvents = getLayerManager().isFiringEvents();
> +getLayerManager().setFiringEvents(false);
> +try {
> +  setName(getName().replaceAll(layer.getName(),"").trim());
> +} finally {
> +  getLayerManager().setFiringEvents(firingEvents);
> +}
>  this.layer = layer;
>}
>
> @@ -36,6 +43,10 @@
>  super.setFeatureCollectionWrapper(observableFeatureCollection);
>}
>
> +  public Layer getLayer() {
> +return layer;
> +  }
> +
>public boolean isSelectable() {
>  return false;
>}
>
> Modified: core/trunk/src/com/vividsolutions/jump/workbench/
> ui/LayerNameRenderer.java
> ===
> --- core/trunk/src/com/vividsolutions/jump/workbench/ui/LayerNameRenderer.java
> 2018-05-04 05:43:18 UTC (rev 5786)
> +++ core/trunk/src/com/vividsolutions/jump/workbench/ui/LayerNameRenderer.java
> 2018-05-06 10:41:07 UTC (rev 5787)
> @@ -275,7 +275,9 @@
>  // assign layername to list entry
>  Layerable layerable = (Layerable) value;
>  if (layerable instanceof LayerView) {
> -  label.setText("-> " + layerable.getName());
> +  LayerView view = (LayerView)layerable;
> +  label.setText("-> " + view.getLayer().getName() + " - " +
> +  view.getName().replaceAll(view.getLayer().getName(),
> ""));
>  } else {
>label.setText(layerable.getName());
>  }
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] AddNewLayerViewPlugIn

[Giuseppe Aruta]

I understand why. LayerNameRenderer.class. Possibly I will  check a
solution on Layer popup info
Peppe

2018-05-01 11:54 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Michael
> New LayerView model is neither editable nor selectable. This is right.
> Nevertheless it is still possible to completely change its name.
>  I would have preferred that, when changing its name, this still preserves
> the original Layer name as prefix, together with the arrow. Allowing to
> change only the suffix number [(2), (3), etc] to whatever name the user
> want to use.
> Peppe
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] AddNewLayerViewPlugIn

[Giuseppe Aruta]

Hi Michael
New LayerView model is neither editable nor selectable. This is right.
Nevertheless it is still possible to completely change its name.
 I would have preferred that, when changing its name, this still preserves
the original Layer name as prefix, together with the arrow. Allowing to
change only the suffix number [(2), (3), etc] to whatever name the user
want to use.
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5776] core/trunk/scripts/oj_windows.bat

[Giuseppe Aruta]

Thanks Michaels!
Il 27 apr 2018 9:36 AM jump-pilot-svn--- via Jump-pilot-devel 
 ha scritto:
>
> Revision: 5776 
>   http://sourceforge.net/p/jump-pilot/code/5776 
> Author:   michaudm 
> Date: 2018-04-27 07:36:00 + (Fri, 27 Apr 2018) 
> Log Message: 
> --- 
> oj_windows.bat now expors modules for java9 AND post-java9 versions 
>
> Modified Paths: 
> -- 
>     core/trunk/scripts/oj_windows.bat 
>
> Modified: core/trunk/scripts/oj_windows.bat 
> === 
> --- core/trunk/scripts/oj_windows.bat 2018-04-23 22:25:47 UTC (rev 5775) 
> +++ core/trunk/scripts/oj_windows.bat 2018-04-27 07:36:00 UTC (rev 5776) 
> @@ -103,8 +103,9 @@ 
>  set JAVAVER_PATCH=%%x 
> ) 
>
> -rem -- java9 needs some packages explicitly added/exported -- 
> -if /i "%JAVAVER_MAJOR:~0,1%"=="9" ( 
> +rem -- java9+ needs some packages explicitly added/exported -- 
> +set /a JAVAVER_NUMBER=JAVAVER_MAJOR 
> +if %JAVAVER_NUMBER% geq 9 ( 
>    set JAVA_OPTS=%JAVA_OPTS% --add-exports 
> java.base/jdk.internal.loader=ALL-UNNAMED ^ 
> --add-exports java.desktop/com.sun.java.swing.plaf.windows=ALL-UNNAMED ^ 
> --add-exports java.desktop/com.sun.java.swing.plaf.motif=ALL-UNNAMED ^ 
>
>
> --
>  
> Check out the vibrant tech community on one of the world's most 
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot 
> ___ 
> Jump-pilot-devel mailing list 
> Jump-pilot-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel 
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ 1.12.1 maintenance release

[Giuseppe Aruta]

Hi Ede
I finished to set the new changes.
Peppe

2018-04-07 13:05 GMT+02:00 <edgar.sol...@web.de>:

> up to you, sounds like a good idea though.. ede
>
> On 4/7/2018 13:03, Giuseppe Aruta wrote:
> > I build the new versions of the plugins: should I add a copy of *.jar
> files to the SVN/plugins/plugin_name>/dist folder?
> >
> > 2018-04-07 12:28 GMT+02:00 <edgar.sol...@web.de  edgar.sol...@web.de>>:
> >
> > all points fine by me,
> >
> > let's do a 1.13 when you are ready. give me a shout out then.. ede
> >
> > On 4/7/2018 12:12, Giuseppe Aruta wrote:
> > > Hi Ede
> > > I did some small changes on CadPlan plugins+ correction of bugs.
> > > And I am going to do some extra work on Sextante (basically
> Sextante result outputs (table, text, charts) are unified  to new OpenJUMP
> Additional Resuls frame (*)).
> > > I need a couple of days to do fix the Sextante changes and to
> upgrade the plugins. Can we wait until the end of next week?
> > >
> > > The new Additional Resul frame in OpenJUMP seems for me a reason
> to upgrade to a new version (1,13), more than a maintenance release version.
> > > To give an idea about the new Additional Results Frame:
> > >
> > > 1) All the outputs (other then vector or Rater) like charts,
> table, images, text and FeatureCollections can be unified as objects in a
> list inside a unique frame.
> > > 2) the user can visualize or save those objects as image, html or
> table files
> > > 3) The following plugin are activated to use the new Additional
> Result framework
> > > /Tools/
> > > Statistics>Plots>All
> > > Statistics>Classify attributes
> > > Statistics>Layer attribute statistics
> > > Statistic>Layer statistics
> > > /Raster/
> > > Analysis on Single band raster>Compare selected Grid raster layers
> > >
> > > See also ChangeLog.txt
> > > .
> > > 2018-03-12 Giuseppe Aruta
> > > * Activated  Additional Result framemork: outputs other than
> vector or
> > >   raster are loaded as objects into a convenient frame where
> user can
> > >   save/delete/rename these objects.
> > >   The following objects can be saved into the Additional
> Result frame:
> > >   - Texts in Jlabel, JtextPane, JtextArea, HTMLPane: saved as
> .html file
> > >   - JTabel objects: saved as .csv file
> > >   - graphics added to PlotPane: saved as .png file (for
> Profiles also as cad .dxf file)
> > >   -  Other object: saved to .png file
> > >   - FeatureCollection into a FeatureCollectionPanel: saved to
> .jml/.shp
> > > ...
> > >
> > > (*) The framework derives from Sextante - see Sextante "Results"
> plugin
> > >
> > > 2018-04-07 11:14 GMT+02:00 Michaël Michaud <
> m.michael.mich...@orange.fr <mailto:m.michael.mich...@orange.fr>  m.michael.mich...@orange.fr <mailto:m.michael.mich...@orange.fr>>>:
> > >
> > > Ede,
> > >
> > > +1
> > >
> > > Michaël
> > >
> > >
> > >
> > > Le 07/04/2018 à 10:59, edgar.sol...@web.de  edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>> a écrit :
> > >
> > > we should probably do a maintenance release because of the
> showstopper with JML date fields that Jukka found.
> > >
> > > what do you say?.. ede
> > >
> > > -
> -
> > > Check out the vibrant tech community on one of the world's
> most
> > > engaging tech sites, Slashdot.org!
> http://sdm.link/slashdot
> > > ___
> > > Jump-pilot-devel mailing list
> > > Jump-pilot-devel@lists.sourceforge.net  Jump-pilot-devel@lists.sourceforge.net> <mailto:Jump-pilot-devel@
> lists.sourceforge.net <mailto:Jump-pilot-devel@lists.sourceforge.net>>
> > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-
> devel <https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel> <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.

Re: [JPP-Devel] sextante NPE

[Giuseppe Aruta]

Hi Ede,
I forgot that plugin folder points to LIB/PLUS instead to LIB/EXT in Eclipse

This method should probabily work in SextanteToolboxPlugIn class for both
folders.

 private String getJarsFolder() {
final String path = JUMPWorkbench.getInstance().getPlugInManager()
.getPlugInDirectory().getAbsolutePath();
final String sPath = path.concat(File.separator).concat("sextante");
LOGGER.info("Sextante jar folder: " + sPath);
return sPath;
}



instead of

private String getJarsFolder() {
final String sPath = System.getProperty("user.dir")
.concat(File.separator).concat("lib").concat(File.separator)
.concat("ext").concat(File.separator).concat("sextante");
LOGGER.info("Sextante jar folder: " + sPath);
return sPath;

}


I will correct tomorrow

Peppe

2018-04-08 20:49 GMT+02:00 <edgar.sol...@web.de>:

> hey Peppe,
>
> nope still broken ;(.. smells like it does not compute the sextante folder
> correctly. did you change something there?
>
> any reason why you don't ask OJ's PluginManager for the path? eg.
>
> workbenchcontext.getWorkbench().getPlugInManager().getPlugInDirectory();
>
> this should be correct always, whether in ide or not.
>
> ..ede
>
> On 4/8/2018 19:28, Giuseppe Aruta wrote:
> > Thanks Ede
> > It should be fixed on next build
> > Peppe
> >
> > 2018-04-08 15:42 GMT+02:00 <edgar.sol...@web.de  edgar.sol...@web.de>>:
> >
> > hey Peppe,
> >
> > after svn updating to your latest sextante binding, running OJ in
> eclipse throws the following.. ede
> >
> > java.lang.NullPointerException
> > at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> > at es.unex.sextante.core.Sextante.initialize(Sextante.
> java:67)
> > at es.unex.sextante.openjump.extensions.
> SextanteToolboxPlugin.initialize(SextanteToolboxPlugin.java:77)
> > at es.unex.sextante.openjump.extensions.SextanteExtension.
> configure(SextanteExtension.java:52)
> > at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:214)
> > at com.vividsolutions.jump.workbench.plugin.
> PlugInManager.load(PlugInManager.java:194)
> > at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:457)
> > at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:386)
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sextante NPE

[Giuseppe Aruta]

Thanks Ede
It should be fixed on next build
Peppe

2018-04-08 15:42 GMT+02:00 :

> hey Peppe,
>
> after svn updating to your latest sextante binding, running OJ in eclipse
> throws the following.. ede
>
> java.lang.NullPointerException
> at es.unex.sextante.core.AlgorithmsAndResources.
> addAlgorithmsAndPropertiesFromFolder(AlgorithmsAndResources.java:143)
> at es.unex.sextante.core.Sextante.initialize(Sextante.java:67)
> at es.unex.sextante.openjump.extensions.SextanteToolboxPlugin.
> initialize(SextanteToolboxPlugin.java:77)
> at es.unex.sextante.openjump.extensions.SextanteExtension.
> configure(SextanteExtension.java:52)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:214)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
> PlugInManager.java:194)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:457)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:386)
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] "Homologate.."

[Giuseppe Aruta]

Maybe I can explain better: "Adopted OpenJUMP standad OK/Cancel/Apply
button  toolbar to CadPlan plugin dialogs"

2018-04-08 15:27 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Ede
> 1) OpenJUMP plugin mostly use OKCancelApplyDialog.class (and related) to
> have the lower button bar with the  following order of button:
> 
>
> 2) CadPlan plugins used to have the following order/text
> 
>
> I homologate the lower button bar of CadPlan plugins to OpenJUMP plugins
> dialog
> using OKCancelApplyDialog .class so that they all have unique button bar.
>
> Before
>
>
> After
>
>
>
>
> 2018-04-08 15:03 GMT+02:00 <edgar.sol...@web.de>:
>
>> hey Peppe,
>>
>> can you detail what you mean by
>>   "Homologate frame button bar to OpenJUMP dialog style"
>> in the Changelog?
>>
>> ..ede
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] "Homologate.."

[Giuseppe Aruta]

Hi Ede
1) OpenJUMP plugin mostly use OKCancelApplyDialog.class (and related) to
have the lower button bar with the  following order of button:


2) CadPlan plugins used to have the following order/text


I homologate the lower button bar of CadPlan plugins to OpenJUMP plugins
dialog
using OKCancelApplyDialog .class so that they all have unique button bar.

Before


After




2018-04-08 15:03 GMT+02:00 :

> hey Peppe,
>
> can you detail what you mean by
>   "Homologate frame button bar to OpenJUMP dialog style"
> in the Changelog?
>
> ..ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ 1.12.1 maintenance release

[Giuseppe Aruta]

I build the new versions of the plugins: should I add a copy of *.jar files
to the SVN/plugins/plugin_name>/dist folder?

2018-04-07 12:28 GMT+02:00 <edgar.sol...@web.de>:

> all points fine by me,
>
> let's do a 1.13 when you are ready. give me a shout out then.. ede
>
> On 4/7/2018 12:12, Giuseppe Aruta wrote:
> > Hi Ede
> > I did some small changes on CadPlan plugins+ correction of bugs.
> > And I am going to do some extra work on Sextante (basically Sextante
> result outputs (table, text, charts) are unified  to new OpenJUMP
> Additional Resuls frame (*)).
> > I need a couple of days to do fix the Sextante changes and to upgrade
> the plugins. Can we wait until the end of next week?
> >
> > The new Additional Resul frame in OpenJUMP seems for me a reason to
> upgrade to a new version (1,13), more than a maintenance release version.
> > To give an idea about the new Additional Results Frame:
> >
> > 1) All the outputs (other then vector or Rater) like charts, table,
> images, text and FeatureCollections can be unified as objects in a list
> inside a unique frame.
> > 2) the user can visualize or save those objects as image, html or table
> files
> > 3) The following plugin are activated to use the new Additional Result
> framework
> > /Tools/
> > Statistics>Plots>All
> > Statistics>Classify attributes
> > Statistics>Layer attribute statistics
> > Statistic>Layer statistics
> > /Raster/
> > Analysis on Single band raster>Compare selected Grid raster layers
> >
> > See also ChangeLog.txt
> > .
> > 2018-03-12 Giuseppe Aruta
> > * Activated  Additional Result framemork: outputs other than vector
> or
> >   raster are loaded as objects into a convenient frame where user
> can
> >   save/delete/rename these objects.
> >   The following objects can be saved into the Additional Result
> frame:
> >   - Texts in Jlabel, JtextPane, JtextArea, HTMLPane: saved as .html
> file
> >   - JTabel objects: saved as .csv file
> >   - graphics added to PlotPane: saved as .png file (for Profiles
> also as cad .dxf file)
> >   -  Other object: saved to .png file
> >   - FeatureCollection into a FeatureCollectionPanel: saved to
> .jml/.shp
> > ...
> >
> > (*) The framework derives from Sextante - see Sextante "Results" plugin
> >
> > 2018-04-07 11:14 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr
> <mailto:m.michael.mich...@orange.fr>>:
> >
> > Ede,
> >
> > +1
> >
> > Michaël
> >
> >
> >
> > Le 07/04/2018 à 10:59, edgar.sol...@web.de  edgar.sol...@web.de> a écrit :
> >
> > we should probably do a maintenance release because of the
> showstopper with JML date fields that Jukka found.
> >
> > what do you say?.. ede
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
&

Re: [JPP-Devel] OJ 1.12.1 maintenance release

[Giuseppe Aruta]

...apart from adding to PLUS folder of coarse...

2018-04-07 13:03 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> I build the new versions of the plugins: should I add a copy of *.jar
> files to the SVN/plugins/plugin_name>/dist folder?
>
> 2018-04-07 12:28 GMT+02:00 <edgar.sol...@web.de>:
>
>> all points fine by me,
>>
>> let's do a 1.13 when you are ready. give me a shout out then.. ede
>>
>> On 4/7/2018 12:12, Giuseppe Aruta wrote:
>> > Hi Ede
>> > I did some small changes on CadPlan plugins+ correction of bugs.
>> > And I am going to do some extra work on Sextante (basically Sextante
>> result outputs (table, text, charts) are unified  to new OpenJUMP
>> Additional Resuls frame (*)).
>> > I need a couple of days to do fix the Sextante changes and to upgrade
>> the plugins. Can we wait until the end of next week?
>> >
>> > The new Additional Resul frame in OpenJUMP seems for me a reason to
>> upgrade to a new version (1,13), more than a maintenance release version.
>> > To give an idea about the new Additional Results Frame:
>> >
>> > 1) All the outputs (other then vector or Rater) like charts, table,
>> images, text and FeatureCollections can be unified as objects in a list
>> inside a unique frame.
>> > 2) the user can visualize or save those objects as image, html or table
>> files
>> > 3) The following plugin are activated to use the new Additional Result
>> framework
>> > /Tools/
>> > Statistics>Plots>All
>> > Statistics>Classify attributes
>> > Statistics>Layer attribute statistics
>> > Statistic>Layer statistics
>> > /Raster/
>> > Analysis on Single band raster>Compare selected Grid raster layers
>> >
>> > See also ChangeLog.txt
>> > .
>> > 2018-03-12 Giuseppe Aruta
>> > * Activated  Additional Result framemork: outputs other than vector
>> or
>> >   raster are loaded as objects into a convenient frame where user
>> can
>> >   save/delete/rename these objects.
>> >   The following objects can be saved into the Additional Result
>> frame:
>> >   - Texts in Jlabel, JtextPane, JtextArea, HTMLPane: saved as .html
>> file
>> >   - JTabel objects: saved as .csv file
>> >   - graphics added to PlotPane: saved as .png file (for Profiles
>> also as cad .dxf file)
>> >   -  Other object: saved to .png file
>> >   - FeatureCollection into a FeatureCollectionPanel: saved to
>> .jml/.shp
>> > ...
>> >
>> > (*) The framework derives from Sextante - see Sextante "Results" plugin
>> >
>> > 2018-04-07 11:14 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr
>> <mailto:m.michael.mich...@orange.fr>>:
>> >
>> > Ede,
>> >
>> > +1
>> >
>> > Michaël
>> >
>> >
>> >
>> > Le 07/04/2018 à 10:59, edgar.sol...@web.de > edgar.sol...@web.de> a écrit :
>> >
>> > we should probably do a maintenance release because of the
>> showstopper with JML date fields that Jukka found.
>> >
>> > what do you say?.. ede
>> >
>> > ---
>> ---
>> > Check out the vibrant tech community on one of the world's most
>> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> > ___
>> > Jump-pilot-devel mailing list
>> > Jump-pilot-devel@lists.sourceforge.net > Jump-pilot-devel@lists.sourceforge.net>
>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
>> >
>> >
>> >
>> > ---
>> ---
>> > Check out the vibrant tech community on one of the world's most
>> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> > ___
>> > Jump-pilot-devel mailing list
>> > Jump-pilot-devel@lists.sourceforge.net > Jump-pilot-devel@lists.sourceforge.net>
>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
>> &g

Re: [JPP-Devel] OJ 1.12.1 maintenance release

[Giuseppe Aruta]

Hi Ede
I did some small changes on CadPlan plugins+ correction of bugs.
And I am going to do some extra work on Sextante (basically Sextante result
outputs (table, text, charts) are unified  to new OpenJUMP Additional
Resuls frame (*)).
I need a couple of days to do fix the Sextante changes and to upgrade the
plugins. Can we wait until the end of next week?

The new Additional Resul frame in OpenJUMP seems for me a reason to upgrade
to a new version (1,13), more than a maintenance release version.
To give an idea about the new Additional Results Frame:

1) All the outputs (other then vector or Rater) like charts, table, images,
text and FeatureCollections can be unified as objects in a list inside a
unique frame.
2) the user can visualize or save those objects as image, html or table
files
3) The following plugin are activated to use the new Additional Result
framework
*Tools*
Statistics>Plots>All
Statistics>Classify attributes
Statistics>Layer attribute statistics
Statistic>Layer statistics
*Raster*
Analysis on Single band raster>Compare selected Grid raster layers

See also ChangeLog.txt
.
2018-03-12 Giuseppe Aruta
* Activated  Additional Result framemork: outputs other than vector or
  raster are loaded as objects into a convenient frame where user can
  save/delete/rename these objects.
  The following objects can be saved into the Additional Result frame:
  - Texts in Jlabel, JtextPane, JtextArea, HTMLPane: saved as .html file
  - JTabel objects: saved as .csv file
  - graphics added to PlotPane: saved as .png file (for Profiles also
as cad .dxf file)
  -  Other object: saved to .png file
  - FeatureCollection into a FeatureCollectionPanel: saved to .jml/.shp
...

(*) The framework derives from Sextante - see Sextante "Results" plugin

2018-04-07 11:14 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Ede,
>
> +1
>
> Michaël
>
>
>
> Le 07/04/2018 à 10:59, edgar.sol...@web.de a écrit :
>
>> we should probably do a maintenance release because of the showstopper
>> with JML date fields that Jukka found.
>>
>> what do you say?.. ede
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5741] core/trunk/src

[Giuseppe Aruta]

Interesting solution.
Thanks Ede to taking care of these bugs ;-)

2018-04-06 16:14 GMT+02:00 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net>:

> Revision: 5741
>   http://sourceforge.net/p/jump-pilot/code/5741
> Author:   edso
> Date: 2018-04-06 14:14:17 + (Fri, 06 Apr 2018)
> Log Message:
> ---
> beautify layer info internal frame with a smaller 14x14 icon
>
> Modified Paths:
> --
> core/trunk/src/org/openjump/core/ui/plugin/layer/
> NewLayerPropertiesPlugIn.java
>
> Added Paths:
> ---
> core/trunk/src/com/vividsolutions/jump/workbench/
> ui/images/information_12x12.png
>
> Added: core/trunk/src/com/vividsolutions/jump/workbench/
> ui/images/information_12x12.png
> ===
> (Binary files differ)
>
> Index: core/trunk/src/com/vividsolutions/jump/workbench/
> ui/images/information_12x12.png
> ===
> --- core/trunk/src/com/vividsolutions/jump/workbench/
> ui/images/information_12x12.png2018-04-06 14:11:45 UTC (rev 5740)
> +++ core/trunk/src/com/vividsolutions/jump/workbench/
> ui/images/information_12x12.png2018-04-06 14:14:17 UTC (rev 5741)
>
> Property changes on: core/trunk/src/com/vividsolutions/jump/workbench/
> ui/images/information_12x12.png
> ___
> Added: svn:mime-type
> ## -0,0 +1 ##
> +application/octet-stream
> \ No newline at end of property
> Modified: core/trunk/src/org/openjump/core/ui/plugin/layer/
> NewLayerPropertiesPlugIn.java
> ===
> --- 
> core/trunk/src/org/openjump/core/ui/plugin/layer/NewLayerPropertiesPlugIn.java
> 2018-04-06 14:11:45 UTC (rev 5740)
> +++ 
> core/trunk/src/org/openjump/core/ui/plugin/layer/NewLayerPropertiesPlugIn.java
> 2018-04-06 14:14:17 UTC (rev 5741)
> @@ -79,6 +79,7 @@
>  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.GUIUtil;
>  import com.vividsolutions.jump.workbench.ui.HTMLPanel;
>  import com.vividsolutions.jump.workbench.ui.images.IconLoader;
>  import com.vividsolutions.jump.workbench.ui.renderer.style.AlphaSetting;
> @@ -213,7 +214,7 @@
>  frame.setTitle(LAYER_PROPERTIES + ": " + MULTIPLE_SOURCES);
>  }
>  frame.setIconifiable(true);
> -frame.setFrameIcon(IconLoader.icon("information_16x16.png"));
> +frame.setFrameIcon(GUIUtil.pad(IconLoader.icon("
> information_12x12.png"),1));
>  Border mainComponentBorder = BorderFactory.createCompoundBorder(
>  BorderFactory.createEtchedBorder(),
>  BorderFactory.createEmptyBorder(5, 5, 5, 5));
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5730] core/trunk/src/com/vividsolutions/jump/feature/ BasicFeature.java

[Giuseppe Aruta]

Hi Ede
I was commited a series of modifications on JumpChart plugin. The last one
possibly was finalized while you were saving yours on OpenJUM.
So I have now two identical numbers (5730 - last modification) on both
OJ/BasicFeature.class and JumpChart Plugin/ChartDialog.class on my Eclipse.
Note that I have OpenJUMP and OJ-Plugins on two different projects.
Is it a problem? On my side (Eclipse) I don't see any conflict between the
two projects
Peppe

2018-04-04 16:53 GMT+02:00 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net>:

> Revision: 5730
>   http://sourceforge.net/p/jump-pilot/code/5730
> Author:   edso
> Date: 2018-04-04 14:52:50 + (Wed, 04 Apr 2018)
> Log Message:
> ---
> reformatted because of mixed tab/space indention
>
> Modified Paths:
> --
> core/trunk/src/com/vividsolutions/jump/feature/BasicFeature.java
>
> Modified: core/trunk/src/com/vividsolutions/jump/feature/BasicFeature.java
> ===
> --- core/trunk/src/com/vividsolutions/jump/feature/BasicFeature.java
> 2018-04-04 14:36:01 UTC (rev 5729)
> +++ core/trunk/src/com/vividsolutions/jump/feature/BasicFeature.java
> 2018-04-04 14:52:50 UTC (rev 5730)
> @@ -58,35 +58,38 @@
>
>
>  /**
> - * A low-level accessor that is not normally used. It is called by
> ViewSchemaPlugIn.
> + * A low-level accessor that is not normally used. It is called by
> + * ViewSchemaPlugIn.
>   */
>  public void setAttributes(Object[] attributes) {
> -   Object[] attributesOld = this.attributes;
> -   this.attributes = attributes;
> -   if (attributes != null)
> -   if (attributesOld.length != attributes.length)
> -   modified = true;
> -   else {
> -   for (int i=0; i -   if ( attributesOld[i] != null &&
> attributesOld[i] != attributes[i]) {
> -   modified = true;
> -   }
> -   }
> -   }
> +  Object[] attributesOld = this.attributes;
> +  this.attributes = attributes;
> +  if (attributes != null)
> +if (attributesOld.length != attributes.length)
> +  modified = true;
> +else {
> +  for (int i = 0; i < attributes.length; i++) {
> +if (attributesOld[i] != null && attributesOld[i] !=
> attributes[i]) {
> +  modified = true;
> +}
> +  }
> +}
>  }
> -
> +
>  /**
>   * Sets the specified attribute.
>   *
> - *@param  attributeIndex  the array index at which to put the new
> attribute
> - *@param  newAttributethe new attribute
> + * @param attributeIndex
> + *  the array index at which to put the new attribute
> + * @param newAttribute
> + *  the new attribute
>   */
>  public void setAttribute(int attributeIndex, Object newAttribute) {
> -   modCount++;
> -   if (attributes[attributeIndex] != null || modCount >
> attributes.length) {
> -   modified = true;
> -   }
> -attributes[attributeIndex] = newAttribute;
> +  modCount++;
> +  if (attributes[attributeIndex] != null || modCount >
> attributes.length) {
> +modified = true;
> +  }
> +  attributes[attributeIndex] = newAttribute;
>  }
>
>  /**
> @@ -125,10 +128,11 @@
>  }
>
>  /**
> - * @param modified - allows the modified flag to be set or reset
> + * @param modified
> + *  - allows the modified flag to be set or reset
>   */
>  public void setModified(boolean modified) {
> -   this.modified = modified;
> -   modCount = 0;
> +  this.modified = modified;
> +  modCount = 0;
>  }
>   }
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Simplify menus and customize Schema Panel

[Giuseppe Aruta]

Hi Jukka
I did not consider EZButtons. It sounds interesting to find a way to add
both text and icons to  EZButtons

Peppe

2018-04-04 11:24 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
> I like also this two-way option, for a few reasons:
>
> - Save and restore with text file feels good. I guess it would also be
> faster to create new long schema with text editor than through the UI.
> - It feels that copy-pasting schemas between existing layers is easier
> through the context menu.
> - If you really need to use some menu option frequently the ultimate way
> is to attach the option to some function key with EZButtons. Context menu
> items can be attached with EZButtons but not the icons of the toolbars.
>
> -Jukka Rahkonen-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> Lähetetty: 4. huhtikuuta 2018 12:09
> Vastaanottaja: jump devel <jump-pilot-devel@lists.sourceforge.net>
> Aihe: Re: [JPP-Devel] Simplify menus and customize Schema Panel
>
> On 04.04.2018 10:46, Giuseppe Aruta wrote:
> > My alternative proposal is to keep both options on a Layer context
> schema submenu:
> >
> > a) an enhanced View/Edit schema plugin with all the
> > Copy/Paste/Save/Restore options and
> >
> > b) both Copy Schema and Paste Schema plugins.
> >
>
> sounds good to me. ..ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most engaging
> tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Simplify menus and customize Schema Panel

[Giuseppe Aruta]

Bonjour  Michaël,

thanks for the answer and the notes/questions.

I don't understand the reason for such a change. Copy schema/Paste schema
operations are relative to a layer.
How will you copy a schema from a layer to another layer ? Will you have to
open the schema dialog of the source layer, copy, close the dialog, open
the schema dialog of the target layer and paste ? Or will it be possible to
have both source and target schema opened at the same time ? And will you
be able to paste a schema to several layers ?

The idea is to simplify the layer context menu and have all Schema
plugins/actions on the Schema panel toolbar.

I figure out that an User should a) open source layer schema panel, b)
click on "Copy schema" button (*), c) open a target layer, d) click on
"Paste schema" button(*).

Cons: this process is slower than clicking Copy/Paste plugins on layer
context menu.
Pros: User can control if copy, and specially paste, actions have been
finalized in the right way(**): By the time that the User clicks on the
Paste schema button, the schema is applied to the layer

Currently the actions (both Copy/Paste schema plugins on the layer context
menu, and the toolbar button) work on one layer per time.

Right now, once a Schema has been copied on the clipboard, it is possible
to paste to several layers (again one layer per time)(***).

On the other hand, adding a way to save/restore a schema from a file can be
a useful addition.

Ideally I wanted to create a simple Load schema plugin which would have
retrive Schema from a dbf or jml file. Then I realized that there were so
many extra vector options (GeoJSON, DXF, CSV,...) that the work would bhave
been quite long. Saving to a text file and loading seems to me a valid
simple alternative.

I use schema editor quite much and I often have hesitated to add the plugin
in the toolbar, but this is another (easier) question.

My alternative proposal is to keep both options on a Layer context schema
submenu:

a) an enhanced View/Edit schema plugin with all the Copy/Paste/Save/Restore
options and

b) both Copy Schema and Paste Schema plugins.
Best regards

Peppe


(*) Copy/Paster schema buttons (on schema toolbar) actions do not refer to
extra codes: they simply l run CopySchemaPlugIn and PasteSchemaPlugIn

(**) Yesterday, the firt time I used the new Schema panel copy/paste
schema,I realized (and then  corrected) that Paste schema former plugin was
missing of Boolean and Long attributes.

(***) Paste Schema prevents to clone the same attributes (same name, same
type) if clicked more times on the same layer. On the other hand this
plugin is not undoable - which should be solved...

2018-04-03 20:50 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi Peppe,
>
> I don't understand the reason for such a change. Copy schema/Paste schema
> operations are relative to a layer.
>
> How will you copy a schema from a layer to another layer ? Will you have
> to open the schema dialog of the source layer, copy, close the dialog, open
> the schema dialog of the target layer and paste ? Or will it be possible to
> have both source and target schema opened at the same time ? And will you
> be able to paste a schema to several layers ?
>
> On the other hand, adding a way to save/restore a schema from a file can
> be a useful addition.
>
> I use schema editor quite much and I often have hesitated to add the
> plugin in the toolbar, but this is another (easier) question.
>
> Michaël
>
> Le 03/04/2018 à 13:58, Giuseppe Aruta a écrit :
>
> Hi Ede, Michael and others
>
> I want to customize Schema Panel 
> (com.vividsolutions.jump.workbench.ui.SchemaPanel)
> in order to group in it all other schema layer action (actualy Copy and
> Paste Schema) which actualy are separate plugins. Plus other enhancements.
>
> This is the actual panel
>
>
> And this is how it will look like after "restyling"
>
>
>
>
> 1) The Toolbar is moved to the top of the frame
>
> 2) The first button are the usual: Add/Remove/Move down/Move up attribute
> commands.
>
> 3) Afterwards, there are other four commands: Copy Schema, Paste Schema,
> Save schema as file, Load schema from file
>
> 3) Save schema as file will save the schema as a simple text file. Load
> schema from file will load into the layer schema an external schema saved
> as file. These 2 plugin will be useful to share schemas within parallel
> projects on different data layers.
>
> I will also modify the Layer menu in OpenJUMP, in order to remove the
> Schema submenu and keep only a "View /Edit schema" item
>
> What is your opinion?
>
> Best regards
>
> Peppe
>
>
> --
> Check out the vibrant tech community on one of the world's most
> 

Re: [JPP-Devel] jts 1.15 vs 1.14 Was:Re: OpenJUMP next version

[Giuseppe Aruta]

 Jucca, Michaël, Ede
I am working to upgrade CadPlan Jump Chart (mostly added Spanish and
Italian language files).
I  did a tets to migrate that plugin to JTS 1.15.
I download the file here: https://github.com/locationtech/jts/releases and
configured build path.
I had problem with* feature.setGeometry* as this method referres to
original com.vividsolutions.jts.geom.* path and not to
org.locationtech.jts.geom.*
This means we have to rewrite all the code of OpenJUMP before modifing
external plugins.
Peppe



2018-04-03 19:00 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> https://osgeo-org.atlassian.net/browse/GEOT-5954
>
> Discussion in GeoTools list about migrating. There is an interesting note
> about Jai-ext depency on Jts
>
> 2018-04-03 17:28 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi,
>>
>> I can't think of a good solution to migrate without pain.
>>
>> There is no hurry to migrate and we can probably make one more OJ release
>> with JTS 1.14. I'm curious to see how bigger projects like Geotools,
>> deegree, hale, udig... will manage this change.
>> On the other hand, JTS is one of the biggest strength of OpenJUMP, and
>> we'll have to adopt the newer version, sooner or later.
>>
>> Maybe we should try to communicate a bit more (list, forum , wiki) to
>> know what third parties think about this evolution. I think there are no
>> much active project using OpenJUMP these days.
>>
>> Among project derived from OpenJUMP, I can just see Manuela (sourceforge)
>> which is still in sync with OpenJUMP. Other projects like Kosmo,
>> Adb-Toolbox, SkyJUMP, PirolJUMP seem to have been inactive for four years
>> or more.
>>
>> There has been some interesting plugins since then like an OSM Map reader
>> (github, 2017), a LogisticTools PlugIn (github, 2017) and a drillgis plugin
>> (github, 2015). But this is not much.
>>
>> Michaël
>>
>>
>>
>> Le 03/04/2018 à 14:51, edgar.sol...@web.de a écrit :
>>
>>> On 03.04.2018 14:12, Giuseppe Aruta wrote:
>>>
>>>> It sounds like a lot of job for OpenJUMP.
>>>>
>>> it will be, for us as well as for all the other jts implementing
>>> projects. it would be really interesting, if there is a kind of - we will
>>> stick to the old, it's stable enough - attitude out there.
>>>
>>> What about to write to LocationTech and show the difficulties for such
>>>> changes? Is Martin Davis still involved into the JTS project?
>>>>
>>> the main problem isn't the adaptation, that's mainly replacing package
>>> names in imports and changing some moved classes or API incompatibilities.
>>>
>>> the problem for us, apart from a man power that is virtually not
>>> existing for non essential tasks is:
>>>
>>> we have third party extensions, partly without the sources at hand.
>>>
>>> all these have to be adapted, compiled, zipped in a jar, just because
>>> jts decided it was change the package name, without any major
>>> incompatibility in the API itself.
>>>
>>> ..ede
>>>
>>>
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] jts 1.15 vs 1.14 Was:Re: OpenJUMP next version

[Giuseppe Aruta]

https://osgeo-org.atlassian.net/browse/GEOT-5954

Discussion in GeoTools list about migrating. There is an interesting note
about Jai-ext depency on Jts

2018-04-03 17:28 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi,
>
> I can't think of a good solution to migrate without pain.
>
> There is no hurry to migrate and we can probably make one more OJ release
> with JTS 1.14. I'm curious to see how bigger projects like Geotools,
> deegree, hale, udig... will manage this change.
> On the other hand, JTS is one of the biggest strength of OpenJUMP, and
> we'll have to adopt the newer version, sooner or later.
>
> Maybe we should try to communicate a bit more (list, forum , wiki) to know
> what third parties think about this evolution. I think there are no much
> active project using OpenJUMP these days.
>
> Among project derived from OpenJUMP, I can just see Manuela (sourceforge)
> which is still in sync with OpenJUMP. Other projects like Kosmo,
> Adb-Toolbox, SkyJUMP, PirolJUMP seem to have been inactive for four years
> or more.
>
> There has been some interesting plugins since then like an OSM Map reader
> (github, 2017), a LogisticTools PlugIn (github, 2017) and a drillgis plugin
> (github, 2015). But this is not much.
>
> Michaël
>
>
>
> Le 03/04/2018 à 14:51, edgar.sol...@web.de a écrit :
>
>> On 03.04.2018 14:12, Giuseppe Aruta wrote:
>>
>>> It sounds like a lot of job for OpenJUMP.
>>>
>> it will be, for us as well as for all the other jts implementing
>> projects. it would be really interesting, if there is a kind of - we will
>> stick to the old, it's stable enough - attitude out there.
>>
>> What about to write to LocationTech and show the difficulties for such
>>> changes? Is Martin Davis still involved into the JTS project?
>>>
>> the main problem isn't the adaptation, that's mainly replacing package
>> names in imports and changing some moved classes or API incompatibilities.
>>
>> the problem for us, apart from a man power that is virtually not existing
>> for non essential tasks is:
>>
>> we have third party extensions, partly without the sources at hand.
>>
>> all these have to be adapted, compiled, zipped in a jar, just because jts
>> decided it was change the package name, without any major incompatibility
>> in the API itself.
>>
>> ..ede
>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Something gone wrong with attribute table between r5660 and r5664

[Giuseppe Aruta]

Hi Jukka

I cannot go further 5689 in my Eclispe,
I did a Copy Schema and had this output

GEOMETRYGEOMETRY
OBJECTIDLONGwhich seems regular
NimiSTRING
MuutosPvmDATE
Shape_STArDOUBLE
Shape_STLeDOUBLE
MaakuntaSTRING
VesistöalSTRING
KalatalousSTRING
P_ala_km2DOUBLE
Vesiala_haDOUBLE

which seems regular

I can see that it is impossible also to save the file to Shapefile.
I bypassed the problem saving the file to GeoJSON and reopen it again

Peppe

2018-04-03 16:15 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> If I open this file http://www.latuviitta.org/downloads/oj5664test.jml
> with OJ r5664 or later the attribute table behaves oddly. It opens so that
> only the title bar shows. If I hover over the place where the table is with
> the mouse then the tool icons appear and if I press the left button and
> drag the mouse even some data shells get visible but working with data is
> still impossible.  See attached screenshot.  With version r5660 this does
> not happen.  Tested with Java 1.8.0_162(x86) on Windows.
>
>
>
> -Jukka Rahkonen-
>
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] jts 1.15 vs 1.14 Was:Re: OpenJUMP next version

[Giuseppe Aruta]

It sounds like a lot of job for OpenJUMP.
What about to write to LocationTech and show the difficulties for such
changes? Is Martin Davis still involved into the JTS project?
Peppe

2018-04-03 13:50 GMT+02:00 :

> hey All,
>
> had a look at it over the course of the last weeks and couldn't find a one
> size fit's all solution. there are solution that allow us to map the
> package, but then we still have to deal with the return types of methods,
> which is going to be a lot of work.
>
> with that information i'd suggest now is to go the scenic route
> - keeping jts 1.14, for legacy compatibility
> - add jts 1.15, it's a different package anyway
> - implement the new package step by step in OJ core (have core deal with
> both package's classes eventually eg. being able to render
> org.locationtech.jts.geom.* classes)
> - write a converter/wrapping functionality for backwards compatibility
> (where needed, there will be speed penalties of course)
> - eventually we will probably end up with OJ 2.x, just because of the
> plethora of incompatibilities we will fetch because of this step jts
> project took (really don't understand jts's reasoning, it's just so much
> unnecessary work!)
>
> what do you say? ..ede
>
> On 11.03.2018 20:25, edgar.sol...@web.de wrote:
> > On 3/11/2018 19:54, Michaël Michaud wrote:
> >>
> >>
> >> Le 11/03/2018 à 18:07, edgar.sol...@web.de a écrit :
> >>> On 3/11/2018 17:45, Michaël Michaud wrote:
>  Migrating to jts 1.15 will probably break a lot of plugins. How
> do you think we should manage this migration ?
> >>> preferably with a compatibility layer, eg. two classloaders, one
> w/ old, one new jts. or standin JTS classes in OJ core, that fix
> incompatibilities on a one by one basis.
> >> Can you elaborate about how using two classloaders can help us ?
> >> I think that as soon as the new Geometry class will be used in
> Feature's, every plugin importing a Geometry from the old vividsolutions
> package will have to be changed (including extensions...) .
> > could you point to docs describing the changes or explain the
> incompatibility between the two Geometry classes a bit more detailed?
>  https://github.com/locationtech/jts/blob/master/MIGRATION.md
> >>> so it is not really an incompatibility, but they actually dared to
> change the package name? and instead of making it generic, they made it
> into another company name :)), well done!
> >> Yes, sorry if my previous mail did not make that clear.
> >
> > no problemo
> >
> >>>
> >>> before we start replacing all over the project let's see if we can
> patch our classloader to simply load from the different package? that would
> save us from digging through all extension jars and fixup imports there.
> >> Wow, it seems magic to me.
> >> Do you mean loading new jts15 classes with their old name so that they
> match current code instructions ?
> >
> > looked into it, but seems more complex then expected. something along
> the lines of
> >   https://stackoverflow.com/questions/2897685/dynamic-
> loading-a-class-in-java-with-a-different-package-name
> >
> > but also not usable, as we need the old to be class compatible eg.
> instanceof comparable wit the new
> >
> >> Indeed, I'm afraid about the complexity added by such a solution but if
> it could make external extension still work without change, it would be a
> very good point.
> >>> d'accord? ..ede
> >> It would be a nice temporary solution. Maybe until the next version.
> When jts will add new classes / methods, it will become very confusing.
> >
> > currently i think using shims would be the way to go. jts has less than
> 500 java files. what we need to do is recreate al of them but point them to
> their new package equivalent. additionally we can @deprecated them eg.
> >
> > package com.vividsolutions.jts.geom;
> >
> > /**
> >  * @deprecated use the other one
> >  */
> > @Deprecated
> > public class Coordinate extends org.locationtech.jts.geom.Coordinate {
> > }
> >
> > having these in core under com.vividsolutions.jts or in a specific jar
> should resolve legacy issues instantly.
> >
> > now thinking up a routine that takes over most if the src code creation.
> something hackish iterating over the jts sources and creating the above
> mentioned sources that then will need some finetuning only hopefully.
> >
> >> I just checked some famous libraries using jts.
> >> Seems like deegree still use jts1.13 and geotools still use jts1.14.
> >
> > they probably know why :)
> >
> > ..ede
> >
> > PS: good fit - http://dilbert.com/strip/2018-03-11
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > 

[JPP-Devel] Simplify menus and customize Schema Panel

[Giuseppe Aruta]

Hi Ede, Michael and others

I want to customize Schema Panel
(com.vividsolutions.jump.workbench.ui.SchemaPanel) in order to group in it
all other schema layer action (actualy Copy and Paste Schema) which actualy
are separate plugins. Plus other enhancements.

This is the actual panel


And this is how it will look like after "restyling"




1) The Toolbar is moved to the top of the frame

2) The first button are the usual: Add/Remove/Move down/Move up attribute
commands.

3) Afterwards, there are other four commands: Copy Schema, Paste Schema,
Save schema as file, Load schema from file

3) Save schema as file will save the schema as a simple text file. Load
schema from file will load into the layer schema an external schema saved
as file. These 2 plugin will be useful to share schemas within parallel
projects on different data layers.

I will also modify the Layer menu in OpenJUMP, in order to remove the
Schema submenu and keep only a "View /Edit schema" item

What is your opinion?

Best regards

Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Time to say goodbye

[Giuseppe Aruta]

Hi Uwe
I want to say thank you for all your efforts to help OpenJUMP project to be
"on the road" - and to help us users to understand " Geoinformatik "
Hopefully you will be in Bologna one day. It will be a pleasure for me too
to meet you
Best wishes for your future

Peppe


2018-03-22 8:32 GMT+01:00 Michaël Michaud :

> Hi Uwe,
>
> Hey, this is probably good news for you (not so good for the project ;-)
>
> It was a pleasure. You probably wrote the best documention ever about how
> to use OpenJUMP. We will miss you.
>
> Anyway, you may need OpenJUMP even if you're retired, so I hope to hear
> you again, and maybe to see you one day if your travel take you to Paris.
>
> Greetings from Paris,
>
> Michaël
>
>
>
>
> Le 22/03/2018 à 08:04, Uwe Dalluege a écrit :
>
>> Hi,
>>
>> now it is time to say goodbye because I will retire.
>>
>> Thank you for all your help and support!
>> It was a nice time with you and OpenJUMP.
>>
>> I wish you all the best for the future!
>>
>> Greetings from Hamburg
>>
>> Uwe
>>
>>
>> --
>>
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP next version

[Giuseppe Aruta]

Checking on GvSIG CE svn, Sextante
* the main library (sextante.jar) depends on  jts 1.12
* The other Sextante libraries (sextante-gui.jar, libMath.jar and
Sextante-algorithms.jar) don't seem to have depency to jts





2018-03-12 0:15 GMT+01:00 :

> On 3/11/2018 23:40, Michaël Michaud wrote:
> >> now thinking up a routine that takes over most if the src code
> creation. something hackish iterating over the jts sources and creating the
> above mentioned sources that then will need some finetuning only hopefully.
> > This solution looks better to me as it is more oriented toward the new
> package (new code can be written with the new package name).
> > If it works fine, we could migrate OpenJUMP slowly toward the new
> package name and keep this solution only to solve compatibility
> > problems arising on not-yet-migrated plugins/extensions.
>
> that's the idea :)
>
> >
> > I'm pretty sure that some classes will need more care though (maybe
> internal classes or final classes...)
>
> jupp, but we'll see about them. most extensions probably do not use JTS in
> such fine detail.. ede
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP next version

[Giuseppe Aruta]

Hi Michaël,
I don't have the experience about it
Nevertheless I feel that the first your  proposal is more easy to manage,
as we are a small comunity of developers.
Peppe


2018-03-11 8:21 GMT+01:00 Michaël Michaud :

> Hi Jumpers,
>
> One of the next big step will be to migrate to jts 1.15 and java 1.8.
>
> Migrating to jts 1.15 will probably break a lot of plugins. How do you
> think we should manage this migration ?
>
> I think we can start this migration on the trunk, and if something need o
> be fixed on OpenJUMP 1.12, fix it on 1.12 tag.
>
> Or should we make another branch for important fixes on 1.12 ?
>
> Michaël
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP 1.12 released

[Giuseppe Aruta]

Yes, Ede.
I live in Bologna where it is usual to  have snow every now and then.
I was in Rome to visit my sister and took that picture close to the
Colosseum.
It is quite rare to have snow in town, exceptional to have such quantity of
snow.
Peppe

2018-03-05 14:26 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> On 05.03.2018 14:22, Giuseppe Aruta wrote:
> > I really apprechiate your job for OpenJUMP. Thank you very much.
>
> no problemo
>
> > Have a nice... thawing in Cologne ;-)
>
> ahh, snow does not really stay long here.. it was just frosty for like two
> weeks.
>
> did you shoot the pic in Rome, don't you live somewhere else in italy?
> ..ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] New OpenJUMP realize

[Giuseppe Aruta]

Ops!
I realized that http://www.openjump.org/ is offline.


2018-03-02 8:41 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Ede
> when do you plan to do the new OpenJUMP realize?
> thanks
> Peppe
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] New OpenJUMP realize

[Giuseppe Aruta]

Hi Ede
when do you plan to do the new OpenJUMP realize?
thanks
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Changes.txt WAS:Fwd: Changelog

[Giuseppe Aruta]

It is fine for me.

2018-02-14 14:16 GMT+01:00 :

> hey All,
>
> please take a moment for the below for the release.
>
> thx.. ede
>
>
>  Forwarded Message 
> Subject: Changelog
> Date: Sun, 28 Jan 2018 14:34:15 +0100
> From: edgar.sol...@web.de
> To: OpenJump develop and use 
>
> hey All,
>
> just transferred Changelog entries into Changes.txt.. not sure what we
> want to be highlighted. so please take a look into trunk/Changes.txt and
> move entries you deem to be a highlight from below into the Highlights
> section.
>
> regards.. ede
>
> PS: http://dilbert.com/strip/2018-01-28
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ release status

[Giuseppe Aruta]

Sorry,
I gave a look back to last month previous mails. Possibly Mike is waiting
for my tests/answer about Layer crs detection.
Crs detection is working fine and can detect and decode both ESRI and EPSG
coordinate strings.
I confirm to go ahead for new OJ real.
Peppe

2018-02-13 11:38 GMT+01:00 :

> hey All,
>
> we are well into February now. can we release or are there still
> obstacles? that means primarily you Mike ;).. Peppe and me signaled a go
> already.
>
> ..ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5695] plug-ins/CadPlan_JumpPrinter/trunk

[Giuseppe Aruta]

 Hi Michael
I really appreciated that you took care of Cadplan plugins.
I will give a look to the code and hopefully can give my help in the future.
Thanks again
Peppe


2018-01-28 22:22 GMT+01:00 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net>:

> Revision: 5695
>   http://sourceforge.net/p/jump-pilot/code/5695
> Author:   michaudm
> Date: 2018-01-28 21:22:53 + (Sun, 28 Jan 2018)
> Log Message:
> ---
> Upgrade JumpPrinter : add ant file + version number, replace obsolete
> de.fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.RasterImageLayer
> by current version of RasterImageLayer in the code.
>
> Modified Paths:
> --
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/
> FurnitureImagePanel.java
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/
> MapImagePrinter.java
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/
> PrinterExtension.java
>
> Added Paths:
> ---
> plug-ins/CadPlan_JumpPrinter/trunk/build.xml
>
> Copied: plug-ins/CadPlan_JumpPrinter/trunk/build.xml (from rev 5694,
> plug-ins/CadPlan_VertexSymbols/trunk/build.xml)
> ===
> --- plug-ins/CadPlan_JumpPrinter/trunk/build.xml
>   (rev 0)
> +++ plug-ins/CadPlan_JumpPrinter/trunk/build.xml2018-01-28
> 21:22:53 UTC (rev 5695)
> @@ -0,0 +1,96 @@
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> + +   debug="on"  deprecation="false" verbose="no"
> +   includeantruntime="false"
> +   encoding="windows-1252"
> +   source="1.7"
> +   target="1.7">
> + 
> + 
> +
> +
> + includes="**/*.gif, **/*.jpg, **/*.png" />
> + includes="**/*.properties" />
> + includes="**/*.html" />
> + includes="**/*.txt" />
> + includes="**/*.java2xml" />
> +
> + includes="**/*.properties" />
> +
> +
> +
> +
> +
> +
> +
> + depends="compile-all">
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> + depends="jar-jump-printer">
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> +
> \ No newline at end of file
>
> Modified: plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/
> FurnitureImagePanel.java
> ===
> --- 
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/FurnitureImagePanel.java
>   2018-01-28 20:48:34 UTC (rev 5694)
> +++ 
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/FurnitureImagePanel.java
>   2018-01-28 21:22:53 UTC (rev 5695)
> @@ -30,7 +30,7 @@
>
>
>  import com.cadplan.designer.GridBagDesigner;
> -import com.cadplan.fileio.*;
> +//import com.cadplan.fileio.*;
>  import com.cadplan.fileioA.FileChooser;
>
>  public class FurnitureImagePanel extends JPanel implements
> ActionListener, AdjustmentListener
>
> Modified: plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/
> MapImagePrinter.java
> ===
> --- 
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/MapImagePrinter.java
>   2018-01-28 20:48:34 UTC (rev 5694)
> +++ 
> plug-ins/CadPlan_JumpPrinter/trunk/src/com/cadplan/jump/MapImagePrinter.java
>   2018-01-28 21:22:53 UTC (rev 5695)
> @@ -120,10 +120,10 @@
>  Layerable layer = (Layerable) ijj.next();
>  try
>  {
> -Class dummy = Class.forName("de.
> fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.RasterImageLayer");
> -if((AbstractLayerable) layer instanceof
> de.fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.RasterImageLayer)
> +Class dummy = Class.forName("org.openjump.
> core.rasterimage.RasterImageLayer");
> +if((AbstractLayerable) layer instanceof
> org.openjump.core.rasterimage.RasterImageLayer)
>  {
> -boolean isVisible =
> ((de.fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.
> RasterImageLayer)layer).isVisible();
> +boolean isVisible = ((org.openjump.core.
> rasterimage.RasterImageLayer)layer).isVisible();
>  if(isVisible) rasterLayers.add(layer);
>  

Re: [JPP-Devel] Snaphots do not build

[Giuseppe Aruta]

Hi Ede
thanks. It works.
I also updated Sextante binding to solve a bug on exporting raster.
>From my side I am ready for a new OJ real (crossing fingers)
Peppe

2018-01-29 13:21 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> try r5697 ..ede
>
> On 29.01.2018 13:13, edgar.sol...@web.de wrote:
> > Peppe,
> >
> > that's should have been just a compile time dependency, but erronously
> is packaged now in PLUS. check your snapshots lib/ folder and remove
> 'imageio-ext-tiff-1.1.16.jar' . that should work.
> >
> > will fix it soonish.. ede
> >
> > On 29.01.2018 13:04, Giuseppe Aruta wrote:
> >> Hi Ede,
> >> I did some test on older OJ build and I can confirm that the problem
> starts from OpenJUMP-20171129-r5596-PLUS, at least for me.
> >> see also you note: https://sourceforge.net/p/jump-pilot/code/5596/
> >>
> >> I suspect a problem somewhere on class org.openjump.core.rasterimage.
> RasterImageIO.
> >> Can you revert this depency?  I seems to me the easest way to check
> (and possible solve) the problem for next real.
> >> Peppe
> >>
> >> 2018-01-29 11:28 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com
> <mailto:giuseppe.ar...@gmail.com>>:
> >>
> >> Hi Ede
> >>
> >> >will add imageio-ext-tiff to the maven pom.xml, in case you really
> need it in the future.
> >>
> >> Sorry for the late answer, I found a critical problem  ( case test
> OJ 678-5679 and  newer 5696. Only with PLUS version on loading TIF monoband
> raster as Sexante raster. This problem might be related to the object of
> this post
> >>
> >> OJ CORE: the file is correctly loaded and displayed on the view.
> RasterProperties and Raster>Statistic plugins works and shows corrdct
> min/max/nodata etc values.
> >>
> >> OJ PLUS: the file is loaded but not displayed on the view.
> RasterProperties  doesn't show correct data (number of band =0 while should
> be 1).
> >>
> >> I recompiled OJ.jar from svn having the same problem.
> >>
> >> I cannot understand the reason: I wonder if the problem can be
> connected to a conflict between different TIF libraries ( imageio-ext-tiff
> vs class used by RasterImageLayer  to load tiff 
> (org.openjump.core.rasterimage.TiffUtils
> based on JAI)).
> >>
> >> I attached to this mail a test TIF monoband file.
> >>
> >> I ask you if you can give a look.
> >>
> >> Thanks
> >>
> >> Peppe
> >>
> >>
> >>
> >>
> >>
> >> 2017-11-29 11:23 GMT+01:00 <edgar.sol...@web.de  edgar.sol...@web.de>>:
> >>
> >> On 29.11.2017 10:07, Giuseppe Aruta wrote:
> >> > It is working.
> >>
> >> good to hear
> >>
> >> > I used an imageIO-ext method;
> >> > it.geosolutions.imageio.plugins.tiff.TIFFImageWriteParam
> >> > instead of  imageIO method:
> >> > javax.imageio.ImageWriteParam
> >>
> >> yeah, but not really needed, as this was your only dependency
> to the imageio-ext-tiff package and the same functionality is provided by
> imageio already.
> >>
> >> > I wonder why it had problems to recompile on svn when I need
> ImageIo-ext classes to recompile my version of OJ on Eclipse
> >> > (I can see that other OJ imagery classes need those libs)
> >>
> >> imageio-ext jars are split into
> >>   lib/imageio-ext/
> >>   lib/plus/imageio-ext/
> >> .
> >>
> >> only the first is needed. it holds the compile time
> dependencies and plugins offered in CORE.
> >> compile time needed currently are only
> >>   gdal-2.1.0.jar
> >>   imageio-ext-gdalframework-1.1.16.jar
> >>   imageio-ext-streams-1.1.16.jar
> >>   imageio-ext-geocore-1.1.16.jar
> >>   imageio-ext-utilities-1.1.16.jar
> >>
> >> the others
> >>   imageio-ext-arcgrid-1.1.16.jar
> >>   imageio-ext-tiff-1.1.13.jar
> >> are optional format plugins. why arc-grid ended up there i do
> not recall. tiff was a choice i think.
> >>
> >> will add imageio-ext-tiff to the maven pom.xml, in case you
> really need it in the future.
> >>
> >> > Thanks Ede
> >>
> >> no problemo..

Re: [JPP-Devel] Snaphots do not build

[Giuseppe Aruta]

Hi Ede,
I did some test on older OJ build and I can confirm that the problem starts
from OpenJUMP-20171129-r5596-PLUS, at least for me.
see also you note: https://sourceforge.net/p/jump-pilot/code/5596/

I suspect a problem somewhere on class
org.openjump.core.rasterimage.RasterImageIO.
Can you revert this depency?  I seems to me the easest way to check (and
possible solve) the problem for next real.
Peppe

2018-01-29 11:28 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Ede
>
> >will add imageio-ext-tiff to the maven pom.xml, in case you really need
> it in the future.
>
> Sorry for the late answer, I found a critical problem  ( case test OJ
> 678-5679 and  newer 5696. Only with PLUS version on loading TIF monoband
> raster as Sexante raster. This problem might be related to the object of
> this post
>
> OJ CORE: the file is correctly loaded and displayed on the view.
> RasterProperties and Raster>Statistic plugins works and shows corrdct
> min/max/nodata etc values.
>
> OJ PLUS: the file is loaded but not displayed on the view.
> RasterProperties  doesn't show correct data (number of band =0 while should
> be 1).
>
> I recompiled OJ.jar from svn having the same problem.
>
> I cannot understand the reason: I wonder if the problem can be connected
> to a conflict between different TIF libraries ( imageio-ext-tiff  vs class
> used by RasterImageLayer  to load tiff 
> (org.openjump.core.rasterimage.TiffUtils
> based on JAI)).
>
> I attached to this mail a test TIF monoband file.
>
> I ask you if you can give a look.
>
> Thanks
>
> Peppe
>
>
>
>
>
> 2017-11-29 11:23 GMT+01:00 <edgar.sol...@web.de>:
>
>> On 29.11.2017 10:07, Giuseppe Aruta wrote:
>> > It is working.
>>
>> good to hear
>>
>> > I used an imageIO-ext method;
>> > it.geosolutions.imageio.plugins.tiff.TIFFImageWriteParam
>> > instead of  imageIO method:
>> > javax.imageio.ImageWriteParam
>>
>> yeah, but not really needed, as this was your only dependency to the
>> imageio-ext-tiff package and the same functionality is provided by imageio
>> already.
>>
>> > I wonder why it had problems to recompile on svn when I need
>> ImageIo-ext classes to recompile my version of OJ on Eclipse
>> > (I can see that other OJ imagery classes need those libs)
>>
>> imageio-ext jars are split into
>>   lib/imageio-ext/
>>   lib/plus/imageio-ext/
>> .
>>
>> only the first is needed. it holds the compile time dependencies and
>> plugins offered in CORE.
>> compile time needed currently are only
>>   gdal-2.1.0.jar
>>   imageio-ext-gdalframework-1.1.16.jar
>>   imageio-ext-streams-1.1.16.jar
>>   imageio-ext-geocore-1.1.16.jar
>>   imageio-ext-utilities-1.1.16.jar
>>
>> the others
>>   imageio-ext-arcgrid-1.1.16.jar
>>   imageio-ext-tiff-1.1.13.jar
>> are optional format plugins. why arc-grid ended up there i do not recall.
>> tiff was a choice i think.
>>
>> will add imageio-ext-tiff to the maven pom.xml, in case you really need
>> it in the future.
>>
>> > Thanks Ede
>>
>> no problemo.. ede
>>
>> >
>> > Peppe
>> >
>> > 2017-11-28 21:54 GMT+01:00 <edgar.sol...@web.de > edgar.sol...@web.de>>:
>> >
>> > should be fixed by r5594.. please check.
>> >
>> > also @Peppe, can you test that whatever your code does still works?
>> i just blindly removed the dependency and took care it still compiles.
>> >
>> > ..ede
>> >
>> > On 11/28/2017 21:32, Rahkonen Jukka (MML) wrote:
>> > > Hi,
>> > >
>> > > There are no builds since 5588 https://sourceforge.net/projec
>> ts/jump-pilot/files/OpenJUMP_snapshots/ <https://sourceforge.net/proje
>> cts/jump-pilot/files/OpenJUMP_snapshots/>. Seems to be problems with
>> some image stuff
>> > >
>> > > ERROR] Failed to execute goal 
>> > org.apache.maven.plugins:maven-compiler-plugin:3.5.1:compile
>> (default-compile) on project OpenJUMP: Compilation failure: Compilation
>> failure:
>> > > [ERROR] /srv/www/vhosts/host/oj-svn/sr
>> c/com/vividsolutions/jump/workbench/ui/plugin/imagery/ImageryUtils.java:[3,44]
>> package it.geosolutions.imageio.plugins.tiff does not exist
>> > > [ERROR] /srv/www/vhosts/host/oj-svn/sr
>> c/com/vividsolutions/jump/workbench/ui/plugin/imagery/ImageryUtils.java:[65,13]
>> cannot find symbol
>> > > [ERROR] symbol:   class TIFFImageWriteParam
>

Re: [JPP-Devel] Plugin updates

[Giuseppe Aruta]

Thanks Michael
I will check CTS decoding in the next days


> There are still four plugins which get new translations from Jukka but
still not included in PLUS version :
>- ColorChooser
>- Sextante
>- Cadplan (Vertex and JumpPrinter)

Done for ColorChooser and Sextante



2018-01-27 21:45 GMT+01:00 Michaël Michaud :

> Hi all,
>
> I updated 3 extensions to include last jukka's translation in the PLUS
> distribution : csv-driver, graph extension, topology
>
> These extensions have an ant build file and are quite easy to upgrade.
>
> There are still four plugins which get new translations from Jukka but
> still not included in PLUS version :
> - ColorChooser
> - Sextante
> - Cadplan (Vertex and JumpPrinter)
>
> Michaël
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] closing in on OJ Release

[Giuseppe Aruta]

Hi Ede
Michael could be still on vacation and not controlling the list. Let us wait 
for some days
Peppe

http://dilbert.com/strip/2014-11-26

Messaggio inviato dal mio ASUS MeMO Pad

edgar.sol...@web.de ha scritto:

>Mike? s.b. ..ede
>
>On 1/4/2018 22:24, Giuseppe Aruta wrote:
>> Hi Eden, Nicolas
>> Thanks for your efforts.
>> I found a problem, an error that comes out using NewLayerPropertiesPlugin on 
>> a shapefile related to .pry file decoding. I cannot figure out the reason of 
>> that error as I don't have access to svn in these days. it could be related 
>> to the new framework to read/write .pry. I have already written to the list 
>> and would like to wait Michael's opinion to solve it before New OJ real.
>> Best regards
>> Peppe
>> 
>> Messaggio inviato dal mio ASUS MeMO Pad
>> 
>> edgar.sol...@web.de ha scritto:
>> 
>>> happy new year all around,
>>>
>>> just committed the latest changes i wanted to add to the upcoming release 
>>> and will use the next days to add those to and compile the Changelog.
>>>
>>> whoever has still outstanding contributions or wants to test something is 
>>> invited to do so now.
>>>
>>> so far.. ede
>>>
>>> PS: http://dilbert.com/strip/2018-01-03
>>>
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> 
>
>
>--
>Check out the vibrant tech community on one of the world's most
>engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] closing in on OJ Release

[Giuseppe Aruta]

Hi Eden, Nicolas
Thanks for your efforts.
I found a problem, an error that comes out using NewLayerPropertiesPlugin on a 
shapefile related to .pry file decoding. I cannot figure out the reason of that 
error as I don't have access to svn in these days. it could be related to the 
new framework to read/write .pry. I have already written to the list and would 
like to wait Michael's opinion to solve it before New OJ real.
Best regards
Peppe

Messaggio inviato dal mio ASUS MeMO Pad

edgar.sol...@web.de ha scritto:

>happy new year all around,
>
>just committed the latest changes i wanted to add to the upcoming release and 
>will use the next days to add those to and compile the Changelog.
>
>whoever has still outstanding contributions or wants to test something is 
>invited to do so now.
>
>so far.. ede
>
>PS: http://dilbert.com/strip/2018-01-03
>
>--
>Check out the vibrant tech community on one of the world's most
>engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>___
>Jump-pilot-devel mailing list
>Jump-pilot-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Problems on projection file (shapefile) detection

[Giuseppe Aruta]

Hi Michael
I had this warning caming out on using Layer Properties plugin:

ava.lang.IllegalArgumentException: No enum constant
org.openjump.core.ccordsys.utils.SRSInfo.Registry.LOCAL_CoordinateReferenceSystem
at java.lang.Enum.valueOf(Unknown Source)
at
org.openjump.core.ccordsys.utils.SRSInfo$Registry.valueOf(SRSInfo.java:21)
at org.openjump.core.ccordsys.utils.SRSInfo.setRegistry(SRSInfo.java:61)
at
org.openjump.core.ccordsys.utils.ProjUtils.getSRSInfoFromAuxiliaryFile(ProjUtils.java:127)
at
org.openjump.core.ccordsys.utils.ProjUtils.getSRSInfoFromLayerSource(ProjUtils.java:380)
at
org.openjump.core.ccordsys.utils.ProjUtils.getSRSInfoFromLayerStyleOrSource(ProjUtils.java:275)
at
org.openjump.core.ui.plugin.layer.NewLayerPropertiesPlugIn$InfoPanel.setInfoProjection(NewLayerPropertiesPlugIn.java:705)
at
org.openjump.core.ui.plugin.layer.NewLayerPropertiesPlugIn$InfoPanel.(NewLayerPropertiesPlugIn.java:446)
at
org.openjump.core.ui.plugin.layer.NewLayerPropertiesPlugIn$InfoPanel.(NewLayerPropertiesPlugIn.java:343)
at
org.openjump.core.ui.plugin.layer.NewLayerPropertiesPlugIn.execute(NewLayerPropertiesPlugIn.java:205)

I tried with several .prj file using OJ 5639 and OJ 5655.
It seems to me that something is broken on SRSInfo class, maybe. I don't
have OJ source code to check here in Chile.


I just resume as projection detection was working since early ProjUtils
class. Maybe it can be useful to find the problem

1) projection WKT string is searched on a .prj file (or .aux file)  on
reading data
2) WKT string detected is "cleaned" to take only the PROJ definition.
3) PROJ definition is  decoded proj  according to main varieties (OGC and
ESRI) plus few extra codes to have unique readable definition
4) the definition is finally compared on a registry file to have back its
EPSG srid code and unit
5) if WKT string doesn't match any definition find on the registry. Layer
Property plugin outputs the entire WKT string. In this way the user can
find other way to find t the srid

Greetings from Santiago and Happy new year

Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] CAD Tool

[Giuseppe Aruta]

Hi MIchael
I found a solution for point 2 and point 4:
in details, with this patch the Jcombobox of blocks seems not frozen and I
rewrite the saving block process in order that the blocks are saved with
their original size (as you suggest)
I left point 1 and 3 (doubke click and JFrame ecceptions) as these should
be solved for other CAD plugins/tools too. Anyhow they don't affect the
usage of the tools and are not really annoying "bugs"
I cannot upgrade svn from where I am.
I attached to this mail the classes I modified and the new build
(CadTools-05.jar). I ask you (or other developers) if you/they can upgrade
the repository (and OpenJUMP)
thanks in advance
Peppe

https://drive.google.com/file/d/1I8yDnvtYGcJi_4f_0KXy328kwMooKbWj/view?usp=sharing
https://drive.google.com/file/d/1okRtrTe37vC4YHB0zCnbKkXAk7jKNdxk/view?usp=sharing
https://drive.google.com/file/d/1G6hFkVYhAotNZU7YzrvM3DDrMGX2Zq8o/view?usp=sharing


2017-12-16 12:56 GMT+01:00 Michaël Michaud :

> Hi Peppe,
>
> I added some translations to CAD Tool and tested a bit more the nice
> block/symbol tool.
>
> Here are some remarks.
>
> 1) I f you terminate "Draw an oriented block" by a double click, you get
> an exception (java.lang.IndexOutOfBoundsException: Index 0 out-of-bounds
> for length 0). It is not very annoying and it is related to a bad usage of
> the tool, so, not very annoying.
>
> 2) After I have saved a first block, and a second block in a file, I can
> no more access to the combobox. Strange bug. I'm not sure it always
> happens, but I can reproduce it quite easily :
>
> select a geometry, save as -> I can immediately acces the new block in the
> combo box (nice !)
> select another geometry, save as -> combobox is no more working (the list
> does not drop down)
>
> 3) The first time I open the Toolbox, it deactivates the current project,
> so that when I try to use, say, "Draw a block", I get an exception "A
> project must be active". If I click the project windows, everything works
> again, but  Ithink that the first opening of the toolbox should not
> deactivate the current project.
>
> 4) About block size : when one select a geometry and save it as a symbol
> in a file, the geometry is resized. It is difficult to control the size
> that the block will finally have when you use the symbol. If you want to
> save a "big" symbol, even with a size of 400%, it may be impossible to use
> it at its original size. Why not just save the symbol as is (at its
> original size) ?
>
> Finally : how do you use to compile this plugin ? Do you want me to add an
> ant build file to manage the build process ?
>
> I can write tickets or FR for these remarks, but did want to have your
> feedback first.
>
> Michaël
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5638]

[Giuseppe Aruta]

Hi Michael
You probably can check that I made some upgrades also on svn Sextante
binding.
But I want to make those available only after new OpenJUMP real.
So, please,  keep the original ojsextante_binding_dec2016c.jar for the next
OJ stable
thanks
Peppe

2017-12-15 12:28 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Michael,
> I updated CADExtension, adding two language codes related to output
> warnings on OJ loading.I can see that German, Franche and Finnic requires
> some updates (ralated to new Text and block features).
> Peppe
>
> 2017-12-14 20:12 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi all,
>>
>> Let me know which external plugins you have updated (I18N) so that I can
>> include new versions in the next official release.
>>
>> Michaël
>>
>>
>>
>> Le 14/12/2017 à 15:49, edgar.sol...@web.de a écrit :
>>
>>> not saying your wrong. just saying that since we started building with
>>> maven it is not needed anymore. at least for all characters within
>>> iso-8859-1 which covers pretty much the complete western european charset.
>>>
>>> ..ede
>>>
>>> On 14.12.2017 15:43, Rahkonen Jukka (MML) wrote:
>>>
>>>> Hi,
>>>>
>>>> I checked the German properties file and it is using the escaped format
>>>> as well. I would guess that Stefan knows the history best.
>>>>
>>>> -Jukka-
>>>>
>>>> -Alkuperäinen viesti-
>>>> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
>>>> Lähetetty: 14. joulukuuta 2017 16:38
>>>> Vastaanottaja: jump devel <jump-pilot-devel@lists.sourceforge.net>
>>>> Aihe: Re: [JPP-Devel] SVN: [5638]
>>>>
>>>> On 14.12.2017 15:33, Rahkonen Jukka (MML) wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> The Finnish language file has always (at least since 2006 when I
>>>>> started) used those Unicode escaped expressions for non-ASCII characters
>>>>> and I have thought that it is a requirement.
>>>>>
>>>> not at all :)
>>>>
>>>> The Babelfish application that I used to do made the change
>>>> automatically but now I translate with a common text editor and every now
>>>> and then I forget to do find/replace.
>>>> well you do not need to, technically. but agn. no harm there if you do.
>>>> carry on.. ede
>>>>
>>>> 
>>>> --
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> ___
>>>> Jump-pilot-devel mailing list
>>>> Jump-pilot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>>> 
>>>> --
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> ___
>>>> Jump-pilot-devel mailing list
>>>> Jump-pilot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5638]

[Giuseppe Aruta]

Hi Michael,
I updated CADExtension, adding two language codes related to output
warnings on OJ loading.I can see that German, Franche and Finnic requires
some updates (ralated to new Text and block features).
Peppe

2017-12-14 20:12 GMT+01:00 Michaël Michaud :

> Hi all,
>
> Let me know which external plugins you have updated (I18N) so that I can
> include new versions in the next official release.
>
> Michaël
>
>
>
> Le 14/12/2017 à 15:49, edgar.sol...@web.de a écrit :
>
>> not saying your wrong. just saying that since we started building with
>> maven it is not needed anymore. at least for all characters within
>> iso-8859-1 which covers pretty much the complete western european charset.
>>
>> ..ede
>>
>> On 14.12.2017 15:43, Rahkonen Jukka (MML) wrote:
>>
>>> Hi,
>>>
>>> I checked the German properties file and it is using the escaped format
>>> as well. I would guess that Stefan knows the history best.
>>>
>>> -Jukka-
>>>
>>> -Alkuperäinen viesti-
>>> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
>>> Lähetetty: 14. joulukuuta 2017 16:38
>>> Vastaanottaja: jump devel 
>>> Aihe: Re: [JPP-Devel] SVN: [5638]
>>>
>>> On 14.12.2017 15:33, Rahkonen Jukka (MML) wrote:
>>>
 Hi,

 The Finnish language file has always (at least since 2006 when I
 started) used those Unicode escaped expressions for non-ASCII characters
 and I have thought that it is a requirement.

>>> not at all :)
>>>
>>> The Babelfish application that I used to do made the change
>>> automatically but now I translate with a common text editor and every now
>>> and then I forget to do find/replace.
>>> well you do not need to, technically. but agn. no harm there if you do.
>>> carry on.. ede
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most engaging
>>> tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Show a crosshair string can't be translated

[Giuseppe Aruta]

Thanks Jukka
it should be fixed now
Peppe

2017-12-13 16:38 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> This new map decoration option does not seem to have a string to translate:
>
>
>
> View – Map Decorations – Show a crosshair in the centre of the view
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Featurecollection to JTable

[Giuseppe Aruta]

On the previous way I can exclude all the search/build of geometry string
and it could be faster (I don't need to get all those POLYGON etc)


 public static TableModel setTableModelFromFeatureCollection() {

final DefaultTableModel model = new DefaultTableModel();

String[] fields;
int iCount;

iCount = featureCollection.getFeatures().size();
FeatureSchema schema = featureCollection.getFeatureSchema();
ArrayList ar = new ArrayList();
String name;
for (int j = 0; j < schema.getAttributeNames().size(); j++) {

name = schema.getAttributeName(j).toString();
ar.add(name);

}
fields = ar.toArray(new String[0]);
// fields = new String[ar.size()];
// fields = ar.toArray(fields);

final String[][] data = new String[iCount][fields.length];

// Feature[] featArray = featureCollection.getFeatures().toArray(
// new Feature[0]);

for (int i = 0; i < featureCollection.size(); i++) {
// < featArray.length; i++) {
Feature feat = featureCollection.getFeatures().get(i);
// featArray[i];

for (int j = 0; j < schema.getAttributeCount(); j++) {
if (feat.getSchema().getAttributeType(j) !=
AttributeType.GEOMETRY) {
data[i][j] = feat.getAttribute(j).toString();
} else {
String geomType =
feat.getGeometry().getClass().getName();
int dotPos = geomType.lastIndexOf(".");
if (dotPos > 0) {
geomType = geomType.substring(dotPos + 1);
}

data[i][j] = geomType.toUpperCase();
}

}

}

model.setDataVector(data, fields);
return model;
}


---

Anyhow I found an inner OJ way (using LayerTableModel  and creating a new
layer from the featurecollection)

Layer layer = new Layer("name", Color.gray, featureCollection,
context.getLayerManager());
LayerTableModel layerMode = new LayerTableModel(layer);
List features = resultFC.getFeatures();
layerMode .addAll(features);
AttributeTablePanel panel = new AttributeTablePanel(layerMode ,
true,
context.getWorkbenchContext());

It has to pass through the creatuon of a new Layer, even if not loaded into
the view.
Strangely if I don't add first the featurecollection to the new layer and
than the features (as list) again to the layer, TablePanel will be empty or
I have back an error

2017-12-13 13:22 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi,
>
> May be you can do something even more direct if you put the
> featureCollection in an indexed list
>
> ArrayList list = new ArrayList(featureCollection.getFeatures())
>
> Then use the sample in JTable javadoc to build the model :
>
> TableModel dataModel = new AbstractTableModel() {
>   public int getColumnCount() { return 10; } // FeatureSchema column 
> count
>   public int getRowCount() { return 10;} // list.size()
>   public Object getValueAt(int row, int col) { return new 
> Integer(row*col); }  // list.get(row).getAttribute(col)
>   };
>
>
> But if it is to be used in OpenJUMP, there is probably some benefits to
> use AttributeTable
>
> MM
>
>
> Le 13/12/2017 à 11:07, edgar.sol...@web.de a écrit :
>
> hey Peppe,
>
> looks proper. performancewise i would no convert Lists to Arrays, but iterate 
> them directly. always keep in mind that datasets might get huge.
>
> ..ede
>
> On 13.12.2017 11:01, Giuseppe Aruta wrote:
>
> Hi Ede
> I checked. It looks complicate for me to load a featurecollection into a 
> JTable.
> I found a quick way from Sextante gui, that I modified.
> It generates a loop to fill all JTable records with feature values.
> I post the code below.
>
>  public static TableModel setTableModelFromFeatureCollection(
> FeatureCollection featureCollection) {
> final DefaultTableModel model = new DefaultTableModel();
> String[] fields;
> int iCount;
> iCount = featureCollection.getFeatures().size();
> FeatureSchema schema = featureCollection.getFeatureSchema();
> ArrayList ar = new ArrayList();
> String name;
> for (int j = 0; j < schema.getAttributeNames().size(); j++) {
> name = schema.getAttributeName(j).toString();
> ar.add(name);
> }
> fields = ar.toArray(new String[0]);
> final String[][] data = new String[iCount][fields.length];
> Feature[] featArray = featureCollect

Re: [JPP-Devel] Featurecollection to JTable

[Giuseppe Aruta]

Hi Ede
I checked. It looks complicate for me to load a featurecollection into a
JTable.
I found a quick way from Sextante gui, that I modified.
It generates a loop to fill all JTable records with feature values.
I post the code below.

 public static TableModel setTableModelFromFeatureCollection(
FeatureCollection featureCollection) {
final DefaultTableModel model = new DefaultTableModel();
String[] fields;
int iCount;
iCount = featureCollection.getFeatures().size();
FeatureSchema schema = featureCollection.getFeatureSchema();
ArrayList ar = new ArrayList();
String name;
for (int j = 0; j < schema.getAttributeNames().size(); j++) {
name = schema.getAttributeName(j).toString();
ar.add(name);
}
fields = ar.toArray(new String[0]);
final String[][] data = new String[iCount][fields.length];
Feature[] featArray = featureCollection.getFeatures().toArray(
new Feature[0]);
for (int i = 0; i < featArray.length; i++) {
Feature feat = featArray[i];
for (int j = 0; j < schema.getAttributeCount(); j++) {
data[i][j] = feat.getAttribute(j).toString();
}
}
model.setDataVector(data, fields);
return model;
}

Peppe

2017-12-12 18:23 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> did you check the AttributeTable plugin? if there is, it will probably be
> in use there?
>
> ..ede
>
> On 12.12.2017 17:50, Giuseppe Aruta wrote:
> > Hi all
> > does OJ alreay have a way to load a featurecollection into a JTable?
> > I know Geotools has a such way (http://docs.geotools.org/
> stable/userguide/tutorial/filter/query.html):
> >
> > JTable table
> > SimpleFeatureCollection features 
> > FeatureCollectionTableModel model = new FeatureCollectionTableModel(
> features);
> > table.setModel(model); (*)
> >
> > I don't want to use geotools neither to "reinvent the wheel". Do we have
> something similar (and simple)?
> > thanks in advance.
> >
> > Peppe
> >
> > (*) Geometry attributes are saved as string
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Test "Starting OJ with java9 throws several exceptions"

[Giuseppe Aruta]

Thanks Ede,
I confirm Jukka's observation (unlikely only with  my Win 8.1/ java 9.0.1)
Peppe

2017-12-12 15:10 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
> No exceptions on Windows with jre 9.0.1. Just a few harmless warnings:
>
> [WARN] 2017-12-12_16:01:47.108 No translation for key
> 'org.openjump.core.ui.plugin.file.SaveWizardPlugIn' in bundle
> 'language/jump'.
> [WARN] 2017-12-12_16:01:47.108 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key org.openjump.core.ui.plugin.file.SaveWizardPlugIn no default value,
> the resource key is used: SaveWizardPlugIn
> [WARN] 2017-12-12_16:01:48.752 No translation for key
> 'org.openjump.core.ui.config.CADToolsOptionsPanel.EditingOptions' in
> bundle 'org/openjump/advancedtools/language/cadtoolbox'.
> [WARN] 2017-12-12_16:01:48.752 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key org.openjump.core.ui.config.CADToolsOptionsPanel.EditingOptions no
> default value, the resource key is used: EditingOptions
> [WARN] 2017-12-12_16:01:48.752 No translation for key
> 'org.openjump.core.ui.config.CADToolsOptionsPanel.EditingOptions.show-panel'
> in bundle 'org/openjump/advancedtools/language/cadtoolbox'.
> [WARN] 2017-12-12_16:01:48.752 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key org.openjump.core.ui.config.CADToolsOptionsPanel.EditingOptions.show-panel
> no default value, the resource key is used: show-panel
> [WARN] 2017-12-12_16:01:49.202 No translation for key 
> 'com.cadplan.jump.JumpChartPlugIn'
> in bundle 'language/jump'.
> [WARN] 2017-12-12_16:01:49.202 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key com.cadplan.jump.JumpChartPlugIn no default value, the resource key
> is used: JumpChartPlugIn
> [WARN] 2017-12-12_16:01:49.382 No translation for key 
> 'com.cadplan.jump.PrinterPlugIn'
> in bundle 'language/jump'.
> [WARN] 2017-12-12_16:01:49.382 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key com.cadplan.jump.PrinterPlugIn no default value, the resource key is
> used: PrinterPlugIn
> [WARN] 2017-12-12_16:01:49.382 No translation for key 'lat-long' in bundle
> 'com/isa/jump/plugin/language/jump'.
> [WARN] 2017-12-12_16:01:49.382 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key lat-long no default value, the resource key is used: lat-long
> [WARN] 2017-12-12_16:01:49.862 No translation for key 
> 'com.cadplan.jump.VertexNotePlugin'
> in bundle 'language/jump'.
> [WARN] 2017-12-12_16:01:49.862 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key com.cadplan.jump.VertexNotePlugin no default value, the resource key
> is used: VertexNotePlugin
> [WARN] 2017-12-12_16:01:49.862 No translation for key 
> 'com.cadplan.jump.VertexSymbolsPlugIn'
> in bundle 'language/jump'.
> [WARN] 2017-12-12_16:01:49.862 Can't find resource for bundle 
> java.util.PropertyResourceBundle,
> key com.cadplan.jump.VertexSymbolsPlugIn no default value, the resource
> key is used: VertexSymbolsPlugIn
>
> -Jukka Rahkonen-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> Lähetetty: 12. joulukuuta 2017 14:46
> Vastaanottaja: jump devel 
> Aihe: [JPP-Devel] Test "Starting OJ with java9 throws several exceptions"
>
> hey All,
>
> can everybody concerned and with access to java9 on one of our platforms
> (Windows,Linux,MacOSX) please test if
>   "Starting OJ with java9 throws several exceptions"
>   https://sourceforge.net/p/jump-pilot/bugs/463/
> is definitely fixed completely?
>
> thanks..ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most engaging
> tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Featurecollection to JTable

[Giuseppe Aruta]

Hi all
does OJ alreay have a way to load a featurecollection into a JTable?
I know Geotools has a such way (
http://docs.geotools.org/stable/userguide/tutorial/filter/query.html):

JTable table
SimpleFeatureCollection features 
FeatureCollectionTableModel model = new
FeatureCollectionTableModel(features);
table.setModel(model); (*)

I don't want to use geotools neither to "reinvent the wheel". Do we have
something similar (and simple)?
thanks in advance.

Peppe

(*) Geometry attributes are saved as string
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to use the Colpr Picker and Color By Attribute tools?

[Giuseppe Aruta]

Hi Jukka,
I reactivated Color chooser menu on the plugin according to your request.
See also a couple of new strings to translate.
Peppe

2017-12-08 13:48 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> Agreed on a) and fixing b)
>
> Yes, I meant the Other color in c)
>
> No opinion about d)
>
> e) Feels unnecessary if CAD coloring and coloring for other purposes can
> live in the same plugin but because you work with CAD data you may know
> some difficulties. The main difference is probably in the palette based CAD
> colors vs. free RGB for other publishing.
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta [mailto:giuseppe.ar...@gmail.com]
> *Lähetetty:* 8. joulukuuta 2017 14:13
>
> *Vastaanottaja:* OpenJump develop and use <jump-pilot-devel@lists.
> sourceforge.net>
> *Aihe:* Re: [JPP-Devel] How to use the Colpr Picker and Color By
> Attribute tools?
>
>
>
> Hi Jukka,
>
> thanks for your coments. Please read my answers below and post your
> opinion about
>
>
> a) > Could it rather be “Use layer color” of “Default color” or something
> like that?
>
> Yes. I prefer "Use layer style color" if you agree
>
>
>
> b) >However, it is not possible to edit the colors with the color tools
> It is easy to remove this bug.
>
>
> c) >There used to be also an “Another color” option which I have used for
> copying predefined color schema from Colorbrewer or given by the customer
>
> Do you mean this option "Other color" (see the screenshot below)? I can
> reactivate it.
>
>
>
>
> [image: Immagine incorporata 1]
>
>
>
>
>
> d) If you need I can reactivate (in a submenu), the list of preset colors
>
>
>
>
>
> e) Eventually I reactivate the old color chooser and reuse the new one as
> a separate plugin for CAD.
>
>
>
> Best regards
>
>
>
> Peppe
>
>
>
> 2017-12-08 10:37 GMT+01:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
> Hi,
>
>
>
> I found out what the Color by attribute tool (the big L) does. It seems to
> delete the per feature color attributes so that the style defined for the
> whole layer is applied. I think that the name of the tool is not the best
> possible. Could it rather be “Use layer color” of “Default color” or
> something like that?
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Rahkonen Jukka (MML)
> *Lähetetty:* 7. joulukuuta 2017 22:25
> *Vastaanottaja:* OpenJump develop and use <jump-pilot-devel@lists.
> sourceforge.net>
>
>
> *Aihe:* Re: [JPP-Devel] How to use the Colpr Picker and Color By
> Attribute tools?
>
>
>
> Hi,
>
>
>
> Please remember also that JML has support in GDAL and it is aware of R_G_B
> http://www.gdal.org/drv_jml.html. I wonder it new Color chooser now
> requires that both R_G_B and COLOR exist. It is rather simple for the
> external tools to write the RGB values into R_G_B field while they probably
> do not know what color index number they should use.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Michaël Michaud [mailto:m.michael.mich...@orange.fr
> <m.michael.mich...@orange.fr>]
> *Lähetetty:* 7. joulukuuta 2017 22:14
> *Vastaanottaja:* jump-pilot-devel@lists.sourceforge.net
> *Aihe:* Re: [JPP-Devel] How to use the Colpr Picker and Color By
> Attribute tools?
>
>
>
> Peppe,
>
> In Dxf driver, I create a default schema with a COLOR attribute which is
> the name used in dxf to set features color.
>
> But the role of this attribute is very similar to the one added in Color
> Chooser plugin (R_G_B)
>
> I would have no objection to change one of them (store color information
> from dxf into R_G_B attribute or rename
> R_G_B to COLOR) if it could simplify things.
>
> Maybe R_G_B has less chance to collide to another user attribute...
>
> Michaël
>
>
>
> Le 07/12/2017 à 12:15, Giuseppe Aruta a écrit :
>
> Hi Jukka
>
>
>
> Color chooser if formed by two icons on the toolbar:
>
> (a) one square icon that is colored by the "actual color". If the user
> select a feature and click on this icon, the geometry is colored
>
> (b) the menu of th tools (Color menu, pick etc)
>
> >There is a new Color picker tool in the Set color toolbox.
>
> It helps in this situation: 1) you have an already colorized feature (by
> using (a) tool), 2) you want to resume the color but 3) button (a) shows a
> different color.
>
> Using Color picked on the feature resumes the color value from the feature
> and re-colorize the (a) icon
>
> >It show t

Re: [JPP-Devel] How to use the Colpr Picker and Color By Attribute tools?

[Giuseppe Aruta]

Hi Michael
The alternative DXF adopts COLOR<->R_G_B conversions so that DXF loaded
into OJ saves the correct colors (and viceversa to Autocad) seems
interesting.
The problem is that we need a warning (to the user) if he wants to open a
dxf file with true colors. On the same hand, we must consider if the cost
of the work worth for the actual usage.
I think it is better to leave the things as they are.
Peppe



2017-12-07 21:13 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Peppe,
>
> In Dxf driver, I create a default schema with a COLOR attribute which is
> the name used in dxf to set features color.
>
> But the role of this attribute is very similar to the one added in Color
> Chooser plugin (R_G_B)
>
> I would have no objection to change one of them (store color information
> from dxf into R_G_B attribute or rename
> R_G_B to COLOR) if it could simplify things.
>
> Maybe R_G_B has less chance to collide to another user attribute...
>
> Michaël
>
> Le 07/12/2017 à 12:15, Giuseppe Aruta a écrit :
>
> Hi Jukka
>
> Color chooser if formed by two icons on the toolbar:
> (a) one square icon that is colored by the "actual color". If the user
> select a feature and click on this icon, the geometry is colored
> (b) the menu of th tools (Color menu, pick etc)
>
> >There is a new Color picker tool in the Set color toolbox.
> It helps in this situation: 1) you have an already colorized feature (by
> using (a) tool), 2) you want to resume the color but 3) button (a) shows a
> different color.
> Using Color picked on the feature resumes the color value from the feature
> and re-colorize the (a) icon
>
> >It show the index number of the color and shows RGB values in the lower
> left corner, in a box that claims that the value can be copied into
> clipboard
> It is a side effect as I used lower left corner to visualized the value of
> the color... and lower left corner box text can be copied into the
> clipboard...
>
> >Color by attribute tool
> If you have colorized a feature using a) and you want to restore the
> original color /style set by attrubute or else, colo by attribute tool
> reset the original style (delating "COLOR" and "R_G_B" attribute of the
> feature
>
>
> Color chooser seems to be "oversized" comparing to what  was the original
> idea of SkyJUMP (to color few features to identify between others). I use
> this tool to work together with CAD files, if I export to dxf a set of
> feature with "COLOR" attributes, those area automatically trasformed into
> DXF COLOR values
>
> Peppe
>
> 2017-12-07 11:00 GMT+01:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
>> Hi,
>>
>>
>>
>> There is a new Color picker tool in the Set color toolbox. It show the
>> index number of the color and shows RGB values in the lower left corner, in
>> a box that claims that the value can be copied into clipboard. For me it
>> seems that copy-paste does not work. Is there some other purpose for the
>> tool? Another question is about the Color by attribute tool. What it really
>> does and how should I use it?
>>
>>
>>
>> -Jukka Rahkonen-
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: From Webform - Case ID 00182355 [] [ ref:_00D20mcp9._5000J1HFo9r:ref ]

[Giuseppe Aruta]

That is interesting.
Bitdefenderteam is taking seriously their job.
Peppe

2017-12-08 21:56 GMT+01:00 :

> btw. there is an preliminary answer from bitdefender wrt. the false
> positive virus alert on OJ PLUS.. ede
>
>
>  Forwarded Message 
> Subject:From Webform - Case ID 00182355 [] [
> ref:_00D20mcp9._5000J1HFo9r:ref ]
> Date:   Fri, 8 Dec 2017 17:15:46 + (GMT)
>
>
> Hello Edgar,
>
> Thank you for contacting the Bitdefender Technical Business Support team.
>
> Please be informed that I have forwarded the file to our Anti-Malware
> Laboratory team for analysis, and we will return with more information as
> soon as the process is complete.
>
> Have a good day ahead, Edgar!
>
> Best regards,
>
> *Robert MOROSANU
> Enterprise Support Representative*
>
> www.bitdefender.com/support/business  support/business/>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to use the Colpr Picker and Color By Attribute tools?

[Giuseppe Aruta]

Hi Jukka,
thanks for your coments. Please read my answers below and post your opinion
about

a) > Could it rather be “Use layer color” of “Default color” or something
like that?
Yes. I prefer "Use layer style color" if you agree

b) >However, it is not possible to edit the colors with the color tools
It is easy to remove this bug.

c) >There used to be also an “Another color” option which I have used for
copying predefined color schema from Colorbrewer or given by the customer
Do you mean this option "Other color" (see the screenshot below)? I can
reactivate it.


[image: Immagine incorporata 1]


d) If you need I can reactivate (in a submenu), the list of preset colors


e) Eventually I reactivate the old color chooser and reuse the new one as a
separate plugin for CAD.

Best regards

Peppe

2017-12-08 10:37 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> I found out what the Color by attribute tool (the big L) does. It seems to
> delete the per feature color attributes so that the style defined for the
> whole layer is applied. I think that the name of the tool is not the best
> possible. Could it rather be “Use layer color” of “Default color” or
> something like that?
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Rahkonen Jukka (MML)
> *Lähetetty:* 7. joulukuuta 2017 22:25
> *Vastaanottaja:* OpenJump develop and use <jump-pilot-devel@lists.
> sourceforge.net>
>
> *Aihe:* Re: [JPP-Devel] How to use the Colpr Picker and Color By
> Attribute tools?
>
>
>
> Hi,
>
>
>
> Please remember also that JML has support in GDAL and it is aware of R_G_B
> http://www.gdal.org/drv_jml.html. I wonder it new Color chooser now
> requires that both R_G_B and COLOR exist. It is rather simple for the
> external tools to write the RGB values into R_G_B field while they probably
> do not know what color index number they should use.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Michaël Michaud [mailto:m.michael.mich...@orange.fr
> <m.michael.mich...@orange.fr>]
> *Lähetetty:* 7. joulukuuta 2017 22:14
> *Vastaanottaja:* jump-pilot-devel@lists.sourceforge.net
> *Aihe:* Re: [JPP-Devel] How to use the Colpr Picker and Color By
> Attribute tools?
>
>
>
> Peppe,
>
> In Dxf driver, I create a default schema with a COLOR attribute which is
> the name used in dxf to set features color.
>
> But the role of this attribute is very similar to the one added in Color
> Chooser plugin (R_G_B)
>
> I would have no objection to change one of them (store color information
> from dxf into R_G_B attribute or rename
> R_G_B to COLOR) if it could simplify things.
>
> Maybe R_G_B has less chance to collide to another user attribute...
>
> Michaël
>
>
>
> Le 07/12/2017 à 12:15, Giuseppe Aruta a écrit :
>
> Hi Jukka
>
>
>
> Color chooser if formed by two icons on the toolbar:
>
> (a) one square icon that is colored by the "actual color". If the user
> select a feature and click on this icon, the geometry is colored
>
> (b) the menu of th tools (Color menu, pick etc)
>
> >There is a new Color picker tool in the Set color toolbox.
>
> It helps in this situation: 1) you have an already colorized feature (by
> using (a) tool), 2) you want to resume the color but 3) button (a) shows a
> different color.
>
> Using Color picked on the feature resumes the color value from the feature
> and re-colorize the (a) icon
>
> >It show the index number of the color and shows RGB values in the lower
> left corner, in a box that claims that the value can be copied into
> clipboard
>
> It is a side effect as I used lower left corner to visualized the value of
> the color... and lower left corner box text can be copied into the
> clipboard...
>
> >Color by attribute tool
>
> If you have colorized a feature using a) and you want to restore the
> original color /style set by attrubute or else, colo by attribute tool
> reset the original style (delating "COLOR" and "R_G_B" attribute of the
> feature
>
>
> Color chooser seems to be "oversized" comparing to what  was the original
> idea of SkyJUMP (to color few features to identify between others). I use
> this tool to work together with CAD files, if I export to dxf a set of
> feature with "COLOR" attributes, those area automatically trasformed into
> DXF COLOR values
>
> Peppe
>
>
>
> 2017-12-07 11:00 GMT+01:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
> Hi,
>
>
>
> There is a new Color picker tool in the Set color toolbox. It show the
> index number of the color and shows RGB values

Re: [JPP-Devel] Add a small modification to WorkbenchFrame class

[Giuseppe Aruta]

I found that Sextante classes es.unex.sextante.gui.additionalResults are
more flexible to accept different object (instead of HTMLFrame that accept
only html): html, JTable, plot panels, etc.
I will study that section of sextante in order to port into OJ.
Right now I will open a feature ticket
Peppe

2017-12-06 18:14 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi all
> Some OJ plugin produces html pages (ike  raster profile, for instance, or
> LayerProperties/SextanteRasterProperties outputs)
> I would like to use the power of HTMLPanel/Frame classes to record these
> pages into the output panel (currently only LayerStatistics does).
> From the output panel users can visualize again these pages if they need
> and eventually save them.
> The way I want to use is to call (and save as doc) HTMLFrame every time a
> html doc is produced.
> To do so I would like to add to Workbenchframe
>
> public void addDocumentToOutputFrame(String htmlString) {
> HTMLFrame frame = getOutputFrame();
> frame.createNewDocument();
> frame.append(htmlString);
> }
>
> I have already tested and I didn't see any problems.
> I am not sure if this affects ram consuming and slower down OJ
> what is your opinion?
>
> Thanks for the answers
>
> Peppe
>
>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to use the Colpr Picker and Color By Attribute tools?

[Giuseppe Aruta]

Hi Jukka

Color chooser if formed by two icons on the toolbar:
(a) one square icon that is colored by the "actual color". If the user
select a feature and click on this icon, the geometry is colored
(b) the menu of th tools (Color menu, pick etc)

>There is a new Color picker tool in the Set color toolbox.
It helps in this situation: 1) you have an already colorized feature (by
using (a) tool), 2) you want to resume the color but 3) button (a) shows a
different color.
Using Color picked on the feature resumes the color value from the feature
and re-colorize the (a) icon

>It show the index number of the color and shows RGB values in the lower
left corner, in a box that claims that the value can be copied into
clipboard
It is a side effect as I used lower left corner to visualized the value of
the color... and lower left corner box text can be copied into the
clipboard...

>Color by attribute tool
If you have colorized a feature using a) and you want to restore the
original color /style set by attrubute or else, colo by attribute tool
reset the original style (delating "COLOR" and "R_G_B" attribute of the
feature


Color chooser seems to be "oversized" comparing to what  was the original
idea of SkyJUMP (to color few features to identify between others). I use
this tool to work together with CAD files, if I export to dxf a set of
feature with "COLOR" attributes, those area automatically trasformed into
DXF COLOR values

Peppe

2017-12-07 11:00 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> There is a new Color picker tool in the Set color toolbox. It show the
> index number of the color and shows RGB values in the lower left corner, in
> a box that claims that the value can be copied into clipboard. For me it
> seems that copy-paste does not work. Is there some other purpose for the
> tool? Another question is about the Color by attribute tool. What it really
> does and how should I use it?
>
>
>
> -Jukka Rahkonen-
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Add a small modification to WorkbenchFrame class

[Giuseppe Aruta]

Hi all
Some OJ plugin produces html pages (ike  raster profile, for instance, or
LayerProperties/SextanteRasterProperties outputs)
I would like to use the power of HTMLPanel/Frame classes to record these
pages into the output panel (currently only LayerStatistics does).
>From the output panel users can visualize again these pages if they need
and eventually save them.
The way I want to use is to call (and save as doc) HTMLFrame every time a
html doc is produced.
To do so I would like to add to Workbenchframe

public void addDocumentToOutputFrame(String htmlString) {
HTMLFrame frame = getOutputFrame();
frame.createNewDocument();
frame.append(htmlString);
}

I have already tested and I didn't see any problems.
I am not sure if this affects ram consuming and slower down OJ
what is your opinion?

Thanks for the answers

Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Where to find driver-dxf-0.8.1.jar source

[Giuseppe Aruta]

Hi Michael
I would like to give a look ito the code of your dxf plugin but I cannot
find it
Whre can I find?
thanks
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5608] core/trunk

[Giuseppe Aruta]

> Geoffrey wrote to the list a while ago that he is retiring and wants us
to grab everything because sometime in the future the cadplan website might
go offline.
that's why Peppe moved the code. meaning in the future it's up to us to
enhance/fix his extensions.

Michael, Ede
If it create a proble for j9 I can remove those codes from svn and set to
another sourceforge place.

Peppe

2017-12-04 12:40 GMT+01:00 :

> Mike,
>
> On 04.12.2017 09:06, Michaël Michaud wrote:
> > Ede,
> >
> > Not so fine as jar files were probably intentionally sealed by G. Roy,
> but as far as I understand sealed, the files did not follow the
> requirements.
>
> well, it's a precaution to not accidentally have a second class definition
> in the class path. afaics it is because the way the PluginClassloader
> overloads the application classloader.
> it is kind of hackish, but alas it works and took long enough to figure
> out how to get all our classes loaded by one classloader.
>
> also in this case it is definitely not an error as there are merely two
> classloaders seeing the same jar.
>
> > I removed sealed instruction directly from jar file, but we must find a
> more permanent solution either with Geoffrey Roy, the original author who
> has still maintained the plugins until now or with Peppe (I see he copied
> the source code into the plugin directory last month)
>
> Geoffrey wrote to the list a while ago that he is retiring and wants us to
> grab everything because sometime in the future the cadplan website might go
> offline.
> that's why Peppe moved the code. meaning in the future it's up to us to
> enhance/fix his extensions.
>
> > There are two more java 9 compatibility problem :
> >
> > - one with jaxb usage (some explanation here, let me know what you think
> https://stackoverflow.com/questions/43574426/how-to-resolve-java-lang-
> noclassdeffounderror-javax-xml-bind-jaxbexception-in-j)
>
> hmm, that's in
>
> java.lang.NoClassDefFoundError: javax/xml/bind/UnmarshalException
> at org.openjump.ext.viewmanager.ViewManagerExtension.configure(
> ViewManagerExtension.java:21)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.
> loadConfigurations(PlugInManager.java:212)
> at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
> PlugInManager.java:192)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:457)
> at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:386)
>
> need to have a look at that.
>
> > - one in ojmapcoloring-0.5.jar extensions :  bundle=ResourceBundle.
> getBundle("/org/freevoice/mapcoloring/mapcolorstrings"); do not find the
> resourceBundle. I think this is because it does not pass the
> PlugInClassLoader as a parameter. I don't know if there is a way to change
> the loading mechanism without changing the extension code. Otherwise, we'll
> have to contact Larry Reeder to know if he still want to maintain the
> plugin.
>
> the main reason to have one classloader to rule them all is that all
> following classloaders will have it as parent and will find all
> classes/resources.
> meaning, ist should not happen ;)
>
> give me some time.. i am quite busy at the moment.. ede
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] r5600 made without SVN update

[Giuseppe Aruta]

easier than I thought. Thanks JUkka and Ede!

2017-12-01 15:21 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> please wait and let Jukka try to readd his modifications. when he's done
> simply overwrite update your local versions and then you can delete the
> *.r,*.mine files .
>
> ..ede
>
> On 01.12.2017 15:18, Giuseppe Aruta wrote:
> > Trying to solve it but I got back copies of finnic language file. What
> can I do? 5603 is corrected.
> > Immagine incorporata 1
> >
> > 2017-12-01 14:46 GMT+01:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi <mailto:jukka.rahko...@maanmittauslaitos.fi>>:
> >
> > Hi Ede,
> >
> > There were quite a few strings, I would be happy if you do not mind.
> > I can't commit again because I made a SVN update and my text editor
> reloaded the file so my edits are gone also on my own machine.
> >
> > -Jukka-
> >
> > -Alkuperäinen viesti-
> > Lähettäjä: edgar.sol...@web.de <mailto:edgar.sol...@web.de> [mailto:
> edgar.sol...@web.de <mailto:edgar.sol...@web.de>]
> > Lähetetty: 1. joulukuuta 2017 15:40
> > Vastaanottaja: jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>
> > Aihe: Re: [JPP-Devel] r5600 made without SVN update
> >
> > Jukka,
> >
> > do you want me to fix that? ..ede
> >
> > On 01.12.2017 14 <tel:01.12.2017%2014>:27, Rahkonen Jukka (MML)
> wrote:
> > > Hi,
> > >
> > >
> > >
> > > It seems that this changeset deleted the translated strings which I
> > > committed yesterday
> > >
> > > http://sourceforge.net/p/jump-pilot/code/5600 <
> http://sourceforge.net/p/jump-pilot/code/5600>
> > >
> > >
> > >
> > > -Jukka Rahkonen-
> > >
> > >
> > >
> > > 
> --
> > >  Check out the vibrant tech community on one of the world's
> > > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > >
> > >
> > >
> > > ___
> > > Jump-pilot-devel mailing list
> > > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> > >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Question about ViewOptionsPlugin

[Giuseppe Aruta]

Greeting
Roberto Rossi, from the University of Padova, asked me if the
synchronizationCheckBox on ViewOptinsPanel can be se enabled by defaut on
fresh OpenJUMP distributuions.
This option synchronizes selection between Attribute Table Records and Map
Items.
The question is if enabling sync by defaut will affect OJ ram usage.
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] A couple of strings which can't be localized

[Giuseppe Aruta]

Jukka

perspective transformation tooltip comes up only on the check that the tool
fits all request (exactly 4 vectors must be drawn)
or
on warp toolbox if the perspective transf. is selected and there are less
or more than 4 vectors

regarding AffineTransformationPlugIn.image-options, I correct a typo on the
language files. It should be fixed on next build.
Please check on your side

Peppe



2017-11-30 14:12 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi Peppe,
>
>
>
> It seems to me that the tooltip hint about perspective transformation does
> not show the translated string of
>
> “…WarpingPanel.warning_2”.
>
> Also the affine transformation dialogue shows subtitle
> AffineTransformationPlugIn.image-options in English for me
>
>
>
> Michaël,
>
>
>
> In Save dataset as (testing) title “table” can’t be translated.
>
>
>
> -Jukka-
>
>
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] About online Wiki pages

[Giuseppe Aruta]

I am working on the wiki to upgrade some pages, expecially on the online
manual
I found we have two pages which are alomost similar;
http://ojwiki.soldin.de/index.php?title=Downloadable_Tutorials_and_Guides
http://ojwiki.soldin.de/index.php?title=Online_Tutorials

Can I integrate them to one?

Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5596] core/trunk/pom.xml

[Giuseppe Aruta]

thanks Ede,
I will save your modification forn now,
Peppe

2017-11-29 11:20 GMT+01:00 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net>:

> Revision: 5596
>   http://sourceforge.net/p/jump-pilot/code/5596
> Author:   edso
> Date: 2017-11-29 10:20:15 + (Wed, 29 Nov 2017)
> Log Message:
> ---
> add imageio-ext-tiff as compile time dependency as it is part of CORE
>
> Modified Paths:
> --
> core/trunk/pom.xml
>
> Modified: core/trunk/pom.xml
> ===
> --- core/trunk/pom.xml  2017-11-29 09:20:55 UTC (rev 5595)
> +++ core/trunk/pom.xml  2017-11-29 10:20:15 UTC (rev 5596)
> @@ -1059,6 +1059,11 @@
>  provided
>  
>  
> +   it.geosolutions.imageio-ext
> +   imageio-ext-tiff
> +${imageio-ext.version}
> +
> +
>  org.deegree2
>  deegree2-core
>  2.6-pre2-SNAPSHOT
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP version

[Giuseppe Aruta]

Thsi is a (non exahustive) list of the new features/improvements added to
OpenJUMP during this year (I made the list from from ChangeLog file)
I am sure I lost others that can be added to the list.
I wrote in red if the elements need more info


- CORE: New plugin in Edit menu (Project properties). It opens a panel
where the user can explore and add metadata to the Projects (these metadata
are saved into project file). It is possible to define a projection of the
project which is shown on the top  of the view panel

- PLUS: Added HydrographicNetworkAnalysis plugin (extra details)

- PLUS? Added support for spatial index of SQLite/Spatialite (extra details
and location CORE?PLUS?)

- CORE Integrated  Coordinate Trasformation System libraries

- CORE Exporting Shapefile with defined CRS saves aldo conresponding .prj
file

- PLUS implemented CADTools: a) a panel to work with blocks (saved as
geometries into the view), b) a panel to add labels to the view, as labeled
points, these labels are already formatted to be exported as DXF TEXT
objects

- CORE Affine transformtion (from parameters) plugi allows to georeferece
image layers (move, scale, rotate). These layers are saved as image PNG
files

- CORE Warp tool now support also Affine and Perspective transformation

- CORE Syncronize zoom plugin, which allows to syncronize two different
views in different panels to the same zoom level

- CORE View>Decoration. Add Viewfinder plugin to the center of the view

- PLUS help menu. Add some plugins to open OpenJUMP wiki pages


2017-11-29 11:44 GMT+01:00 :

> On 29.11.2017 08:21, Michaël Michaud wrote:
> > Hi all,
> >
> > After a relatively quiet year, we have some new features and
> improvements and it would
> > be nice to have a new release for christmas.
> >
> > What do you think ?
>
> "same procedure as every year" - https://en.wikipedia.org/wiki/
> Dinner_for_One
>
> >
> > Before a new release, I think there are some compatibility issues with
> java 9 to solve.
>
> agreed for the startup errors if possible. if not that should come with
> the next release, possibly a major version change, if the startup scripts
> have to be modified into a java8 incompatible way because of the new
> classpath packaging.
>
> > I can't see other important things that should absolutely be done before
> a new release.
> > What about you ?
>
> some cleanup, there are some started ideas in my tree, will have a look.
>
> >
> > After next release (1.12), I think we could switch to java 8 and the
> just released jts 1.15.
>
> @Mike
> does JTS-1.15 contain the fixes you tried to stage there for ages
> (datastore wkb parsing and others i don't remember)?
>
> i might like to suggest some changes to their GeoJSON geometry parser. can
> you point me to a repository to file a ticket?
>
> ..ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Sourceforge reports that Portable Plus 1.11 may be infected by malware

[Giuseppe Aruta]

Ede and others
an user reported to me that the zip file related to Portable PLUS 1.11 on
Sourceforge(*)
reports a
red danger message (
*This file may be infected by malware*). even if antivirus and antimalware
softwares don't find any problem.
This may have had an effect on download activity.
Peppe

(*) https://sourceforge.net/projects/jump-pilot/files/OpenJUMP/1.11/
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Indention WAS:Re: SVN: [5592] core/trunk/src/org/openjump/core/ui/plugin/wms/ AddWmsLayerWizard.java

[Giuseppe Aruta]

Hey Ede
I don't know what happened form my side.
I substituded/added the url codes and save the class (no copy/paste from
another class, no substituting the whole code).
I will check any anyhow on my side.

regarding the other points
- spaces only
- indention is two spaces
could it be alreay the formatting of the original code?

thanks to recover it.
Peppe


2017-11-28 17:12 GMT+01:00 :

> Peppe,
>
> you reformatted a whole class, which did not have any formatting issues.
> please refrain from doing that in favour of enabling others spotting your
> changes.
>
> btw. didn't we negotiate
> - spaces only
> - indention is two spaces
> - reformatting only if the whole file is a big indention mess
> (tabs/spaces, bigger/smaller indention) that cannot be dealt w/ manually
> in the past for OJ?
>
> ..ede
>
>
> On 28.11.2017 16:01, jump-pilot-svn--- via Jump-pilot-devel wrote:
> > Revision: 5592
> >   http://sourceforge.net/p/jump-pilot/code/5592
> > Author:   ma15569
> > Date: 2017-11-28 15:01:34 + (Tue, 28 Nov 2017)
> > Log Message:
> > ---
> > Small upgrade WMS URLs
> >
> > Modified Paths:
> > --
> > core/trunk/src/org/openjump/core/ui/plugin/wms/
> AddWmsLayerWizard.java
> >
> > Modified: core/trunk/src/org/openjump/core/ui/plugin/wms/
> AddWmsLayerWizard.java
> > ===
> > --- core/trunk/src/org/openjump/core/ui/plugin/wms/AddWmsLayerWizard.java
>2017-11-28 13:25:04 UTC (rev 5591)
> > +++ core/trunk/src/org/openjump/core/ui/plugin/wms/AddWmsLayerWizard.java
>2017-11-28 15:01:34 UTC (rev 5592)
> > @@ -1,5 +1,13 @@
> >  package org.openjump.core.ui.plugin.wms;
> >
> > +import java.io.IOException;
> > +import java.util.ArrayList;
> > +import java.util.Collection;
> > +import java.util.List;
> > +
> > +import org.openjump.core.ui.plugin.file.open.ChooseProjectPanel;
> > +import org.openjump.core.ui.swing.wizard.AbstractWizardGroup;
> > +
> >  import com.vividsolutions.jump.I18N;
> >  import com.vividsolutions.jump.task.TaskMonitor;
> >  import com.vividsolutions.jump.workbench.WorkbenchContext;
> > @@ -18,125 +26,136 @@
> >  import com.vividsolutions.jump.workbench.ui.wizard.WizardDialog;
> >  import com.vividsolutions.wms.MapLayer;
> >  import com.vividsolutions.wms.WMService;
> > -import org.openjump.core.ui.plugin.file.open.ChooseProjectPanel;
> > -import org.openjump.core.ui.swing.wizard.AbstractWizardGroup;
> >
> > -import java.io.IOException;
> > -import java.util.ArrayList;
> > -import java.util.Collection;
> > -import java.util.List;
> > -
> >  public class AddWmsLayerWizard extends AbstractWizardGroup {
> > -
> > -  public static final String CACHED_URL_KEY =
> "AddWMSQueryPlugin.CACHED_URL";
> >
> > -  public static final String KEY = AddWmsLayerWizard.class.getName();
> > +public static final String CACHED_URL_KEY =
> "AddWMSQueryPlugin.CACHED_URL";
> >
> > -  private WorkbenchContext workbenchContext;
> > +public static final String KEY = AddWmsLayerWizard.class.getName();
> >
> > -  public static final String[] DEFAULT_URLS = new String[] {
> > -"http://deegree3-demo.deegree.org/utah-workspace/services;,
> > -"http://demo.opengeo.org/geoserver/wms;,
> > -//"http://wiki.openstreetmap.org/wiki/WMS;, // does not work
> (missing WMT_MS_Capabilities)
> > -//"http://openaerialmap.org/wms/;,  // does not work
> (2013-06-09)
> > -"http://wms.jpl.nasa.gov/wms.cgi;,
> > -//"http://wms.latlon.org/?;,// does not work
> (missing WMT_MS_Capabilities)
> > -"http://ows.terrestris.de/osm/service;,
> > -"http://maps.omniscale.net/wms/demo/default/service;,
> > -// addresses added on 2013-06-19
> > -"http://www2.demis.nl/WMS/wms.ashx?wms=WorldMap;,
> > -"http://gridca.grid.unep.ch/cgi-bin/mapserv?map=/www/
> geodataportal/htdocs/mod_map/geo_wms.map&",
> > -"http://demo.mapserver.org/cgi-bin/wms;,
> > -"http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/
> raster/ortofoto_colore_06.map&",
> > +private WorkbenchContext workbenchContext;
> >
> > -  };
> > +public static final String[] DEFAULT_URLS = new String[] {
> > +"http://deegree3-demo.deegree.org/utah-workspace/services;,
> > +"http://demo.opengeo.org/geoserver/wms;,
> > +// "http://wiki.openstreetmap.org/wiki/WMS;, // does not
> work
> > +// (missing WMT_MS_Capabilities)
> > +// "http://openaerialmap.org/wms/;, // does not work
> (2013-06-09)
> > +"http://wms.jpl.nasa.gov/wms.cgi;,
> > +// "http://wms.latlon.org/?;, // does not work (missing
> > +// WMT_MS_Capabilities)
> > +"http://ows.terrestris.de/osm/service;,
> > +"http://maps.omniscale.net/wms/demo/default/service;,
> > +// addresses added on 2013-06-19
> > +"http://www2.demis.nl/WMS/wms.ashx?wms=WorldMap;,
> > +

Re: [JPP-Devel] Fwd: setting SRID

[Giuseppe Aruta]

Gdal/ogr2ogr is used by QGIS.
Can QGIS independently decode external sidecar files, like aux.xml? or is
everything done by gdal.
Limiting to raster files (AFAIR) some gis sofware were able to read
external auxiliary files (on demand by the user) to catch info about
projection.
Peppe

2017-11-29 8:11 GMT+01:00 Michaël Michaud :

> Hi Ede, Jukka,
>
> I've no idea about the best way to store srid information into jml.
> - Customized light way (e.g. attribute of the featureCollection tag) or
> - A pure gml way (a URI or URN on each geometry)
>
> I don't think that the first way can be a problem, but other gml drivers
> will not be able to read it
> (AFAIK, the only external jml driver is the ogr2ogr addon made on jukka's
> request).
>
> In both case I think we must keep registry information (default = EPSG) et
> SRS code as a String.
>
> About transfering information from SRIDStyle to writer, I had hard time to
> find a way for shapefile.
>
> I set 2 properties ("EPSG" and SRID taken from SRIDStyle) through
> InstallStandardDataSourceQueryChoosersPlugin
>
> Maybe also available for jml ?
>
> If you want to have a look, changes are in r5543
>
> Michaël
>
>
>
>
> Le 28/11/2017 à 23:18, edgar.sol...@web.de a écrit :
>
>> putting this back on the list..
>>
>> just asking because Jukka asked for SRID support for JML
>>https://sourceforge.net/p/jump-pilot/mailman/message/36133057/
>>
>> we negotiated a plain GML2 solution via a bounding box. now i am
>> engineering a way to route the layers SRID style value to the file writer,
>> which traditionally only receive the feature collection.
>> how'd you transfer this and possibly other informations to the legacy
>> writers?
>>
>> ..ede
>>
>>
>> On 11/28/2017 23:10, Michaël Michaud wrote:
>>
>>> Ede,
>>>
>>> Just had a look into WritableDataStoreDataSource code.
>>>
>>> Generally, it uses the srid defined in the DataSource properties to
>>> write geometries to PostGIS.
>>>
>>> There is a single corner case where a second geometry is stored into an
>>> attribute of type Object, in which case, it will try to use the embeded
>>> Geometry SRID.
>>>
>>> This corner case could probably be ignored if there was a real interest
>>> to let a default 0 value in Geometry SRID.
>>>
>>> I still must check the old PostGIS writer...
>>>
>>> Michaël
>>>
>>>
>>> Le 28/11/2017 à 21:43, Edgar Soldin a écrit :
>>>
 On 11/28/2017 20:52, Michaël Michaud wrote:

> Hi,
>
>
> Hi Ede,
>>>
>>> I just realize that I haven't received message posted to
>>> jump-pilot-devel for months (beginning of august I think)
>>>
>> ok, what about the issue "setting SRID"? any comment?
>>
> I'm not sure. That's right, we don't manage srid at the object level
> (and most GIS and Database also manage srid information at the table 
> level).
> On the other hand, I think setting SRID on every object is quite cheap,
>
 how is iterating over millions of features cheap? :)

 and I must check how srid is handle when writing to database (maybe the
> JTS writer uses the srid embeded in the Geometry to write the correct
> EWKB into postgis).
>
 ahh, good to know.


> and that my last messages have not been sent to the list (just thought
>> that the list was sleeping...).
>> your last message i see is from the 31.07.2017
>>  https://sourceforge.net/p/jump-pilot/mailman/search/?q=micha
>> ud=25=0=posted_date%20desc
>>
> ya, last message I received is from august 1st.
>
> just checked.. sf.net limited the admin access to user management for
 privacy concerns.. so you have to cchek your account yourself. the link is
 below.

 you are on no blocklist afaics.. ede


>>
>>> Any idea ? May be a problem with my own webmail or with my
>>> subscription...
>>>
>> spam folder? maybe your mail provider blocks sf.net because there
>> was spam?
>>
>> Do you know how we can check subscribers ?
>>>
>> you can check your account
>>  https://sourceforge.net/projects/jump-pilot/lists/jump-
>> pilot-devel/unsubscribe
>>
>> let me have a look in the sf.net admin section.. ede
>>
>> Michaël
>>>
>>>
>>> Le 28/11/2017 à 14:59, Edgar Soldin a écrit :
>>>
 Mike, have you seen this message? ..ede


  Forwarded Message 
 Subject: setting SRID
 Date: Sun, 26 Nov 2017 19:52:34 +0100
 From: edgar.sol...@web.de
 To: OpenJump develop and use 

 hey All,

 i just found this method in SRIDStyle.java while adding a setting
 to route through the writers. it applies the new srid to _every_ 
 geometry,
 which sounds slow on big datasets and unnecessary as we do not support
 multi SRID layers 

Re: [JPP-Devel] writing prj files

[Giuseppe Aruta]

Hi Michael,
thanks to send back the mail.

>I added prj writing in ShapefileWriter : if a srid is set in SRIDStyle and
recognised by cts library, the prj file is written
Fine. Hopefully can extend this also to aux.xml file for raster

>I hacked ProjUtils so that when reading the prj file, it tries to match it
with a known crs in cts first.   If it can't, it fall back to the previous
behaviour (using the srid.txt)
This is fine as srid.txt is a simple text file and can be quickly upgraded
with the necessary info to decode file SRID  and get back these info, while
upgrading CTS srid registry can be a bit longer (I think)

I agree to work at FeatureSchema level, which sounds simpler than at
geometry level.

Peppe


2017-11-29 8:25 GMT+01:00 Michaël Michaud :

> Hi,
> I think this information message has been lost. Sorry if you already
> received it...
>
>  Message transféré 
> Sujet : writing prj files
> Date : Sun, 5 Nov 2017 10:41:26 +0100
> De : Michaël Michaud 
> 
> Pour : OpenJump develop and use 
> 
>
> Hi Peppe, others,
>
> I started to add support for prj files using crs library.
>
> At the moment,
>
> - I added prj writing in ShapefileWriter : if a srid is set in SRIDStyle
> and recognised by cts library, the prj file is written
>
> - I hacked ProjUtils so that when reading the prj file, it tries to
> match it with a known crs in cts first.
> If it can't, it fall back to the previous behaviour (using the
> srid.txt)
>
> There is much to do to have something clean. I wonder if we could remove
> all the succesive attempts to manage crs (CoordinateSystemRegistry,
> SRIDStyle, SRSInfo...) and replace all of that by
>
> - two tags at the FeatureSchema level (crs registry and crs code, e.g
> EPSG, 4326)
>
> - use cts library to convert datasets from a crs to another crs and to
> read/write files like prj or aux
>
> Michaël
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP version

[Giuseppe Aruta]

I was reported a problem (possibly a bug) on OpenJUMPSextanteRasterLayer
class that probably affects two plugins (Raster>Profiles and
Raster>Vectorialize>Create Lattice from Raster). Alberto De Luca would
check on Raster>Profile.
Peppe



2017-11-29 8:21 GMT+01:00 Michaël Michaud :

> Hi all,
>
> After a relatively quiet year, we have some new features and improvements
> and it would
> be nice to have a new release for christmas.
>
> What do you think ?
>
> Before a new release, I think there are some compatibility issues with
> java 9 to solve.
> I can't see other important things that should absolutely be done before a
> new release.
> What about you ?
>
> After next release (1.12), I think we could switch to java 8 and the just
> released jts 1.15.
>
> Michaël
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: New version on cad tools

[Giuseppe Aruta]

Thanks Michael
You also added a useful RemodelerTool.
Blocks set on CAD tools needs some extra upgrade like adding icons on each
items (block) on the JList
and possibly the possibility to set the folder for blocks.
Decoration is still "a work in progress", I would like to set the  symbols
along the segments on position defined by fix distance, and not (only) in
the middle point of each segment.
Peppe

2017-11-29 8:23 GMT+01:00 Michaël Michaud :

> I sent this message to the wrong list
>
>  Message transféré 
> Sujet : New version on cad tools
> Date : Sat, 11 Nov 2017 15:44:23 +0100
> De : Michaël Michaud 
> 
> Pour : The JUMP Pilot Project SVN repository
> 
> 
>
> Hi Peppe,
>
> You have made nice additions on CAD Tools and on line decoration ;-)
>
> Michaël
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Removing unused ProjUtils classes

[Giuseppe Aruta]

Hi Michael
it is OK form me to remove ProjUtilsOld . I use  this class insome external
plugin (I am more familiar with that) and there is no problem to remove
from OJ code.
The same for org.openjump.core.ui.util.ProjUtils.
I will remove them
Peppe

2017-11-29 8:13 GMT+01:00 Michaël Michaud :

> Hi Peppe,
>
> We now have 3 ProjUtils classes.
>
> I think that org.openjump.core.ui.util.ProjUtils is unused (you wrote it
> in 2015)
>
> org.openjump.core.ccordsys.utils.ProjUtilsOld is also a class you wrote
> and that I renamed and replaced by
> org.openjump.core.ccordsys.utils.ProjUtils when I introduced SRIDInfo
>
> I think that org.openjump.core.ui.util.ProjUtils and
> org.openjump.core.ccordsys.utils.ProjUtilsOld can now be removed
>
> Can you confirm ?
>
> Michaël
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Snaphots do not build

[Giuseppe Aruta]

It is working.
I used an imageIO-ext method;
it.geosolutions.imageio.plugins.tiff.TIFFImageWriteParam
instead of  imageIO method:
javax.imageio.ImageWriteParam

I wonder why it had problems to recompile on svn when I need ImageIo-ext
classes to recompile my version of OJ on Eclipse
(I can see that other OJ imagery classes need those libs)

Thanks Ede

Peppe

2017-11-28 21:54 GMT+01:00 :

> should be fixed by r5594.. please check.
>
> also @Peppe, can you test that whatever your code does still works? i just
> blindly removed the dependency and took care it still compiles.
>
> ..ede
>
> On 11/28/2017 21:32, Rahkonen Jukka (MML) wrote:
> > Hi,
> >
> > There are no builds since 5588 https://sourceforge.net/
> projects/jump-pilot/files/OpenJUMP_snapshots/. Seems to be problems with
> some image stuff
> >
> > ERROR] Failed to execute goal org.apache.maven.plugins:
> maven-compiler-plugin:3.5.1:compile (default-compile) on project
> OpenJUMP: Compilation failure: Compilation failure:
> > [ERROR] /srv/www/vhosts/host/oj-svn/src/com/vividsolutions/jump/
> workbench/ui/plugin/imagery/ImageryUtils.java:[3,44] package
> it.geosolutions.imageio.plugins.tiff does not exist
> > [ERROR] /srv/www/vhosts/host/oj-svn/src/com/vividsolutions/jump/
> workbench/ui/plugin/imagery/ImageryUtils.java:[65,13] cannot find symbol
> > [ERROR] symbol:   class TIFFImageWriteParam
> > [ERROR] location: class com.vividsolutions.jump.
> workbench.ui.plugin.imagery.ImageryUtils
> > [ERROR] /srv/www/vhosts/host/oj-svn/src/com/vividsolutions/jump/
> workbench/ui/plugin/imagery/ImageryUtils.java:[65,50] cannot find symbol
> > [ERROR] symbol:   class TIFFImageWriteParam
> > [ERROR] location: class com.vividsolutions.jump.
> workbench.ui.plugin.imagery.ImageryUtils
> > [ERROR] -> [Help 1]
> > [ERROR]
> > [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e switch.
> > [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> > [ERROR]
> > [ERROR] For more information about the errors and possible solutions,
> please read the following articles:
> > [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/
> MojoFailureException
> >
> > -Jukka Rahkonen-
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Warp tools

[Giuseppe Aruta]

Dear OpenJUMPers
A new wiki page is available regarding Warp tools avaliable on OpenJUMP
Night Buit version 5591
http://ojwiki.soldin.de/index.php?title=Warp
What is new:
a) new  Warp toolbox provides also Affine and Perspetive transformations.
b)new  Affine transformation (from parameters) plugin is able to do an
affine transformation of image layers (limited to BMP, JPG, JP2, GIF, PNG
and TIF file).

To developers:
Since new Warp toolbox  provides also Affine  transformation, relater
plugin (Affine transformation (from vectors) can be deactivated

Best regards

Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5590] core/trunk/lib/plus/OnlineDoc-0.1.jar

[Giuseppe Aruta]

sorry. To reduce the plugins, which currently are 6,  to one.

2017-11-28 14:59 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> It is still test and I am sure series of tools can be reduced to one
>
> 2017-11-28 14:29 GMT+01:00 <edgar.sol...@web.de>:
>
>> hey Peppe,
>>
>> any specific reason to only include it in PLUS and not simply include it
>> in CORE?
>>
>> ..ede
>>
>> On 28.11.2017 14:23, jump-pilot-svn--- via Jump-pilot-devel wrote:
>> > Revision: 5590
>> >   http://sourceforge.net/p/jump-pilot/code/5590
>> > Author:   ma15569
>> > Date: 2017-11-28 13:23:54 + (Tue, 28 Nov 2017)
>> > Log Message:
>> > ---
>> > add Plugin to open OpenJUMP wiki pages on default internet browser.
>> >
>> > Added Paths:
>> > ---
>> > core/trunk/lib/plus/OnlineDoc-0.1.jar
>> >
>> > Added: core/trunk/lib/plus/OnlineDoc-0.1.jar
>> > ===
>> > (Binary files differ)
>> >
>> > Index: core/trunk/lib/plus/OnlineDoc-0.1.jar
>> > ===
>> > --- core/trunk/lib/plus/OnlineDoc-0.1.jar 2017-11-27 14:18:56 UTC
>> (rev 5589)
>> > +++ core/trunk/lib/plus/OnlineDoc-0.1.jar 2017-11-28 13:23:54 UTC
>> (rev 5590)
>> >
>> > Property changes on: core/trunk/lib/plus/OnlineDoc-0.1.jar
>> > ___
>> > Added: svn:mime-type
>> > ## -0,0 +1 ##
>> > +application/octet-stream
>> > \ No newline at end of property
>> >
>> > 
>> --
>> > Check out the vibrant tech community on one of the world's most
>> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> > ___
>> > Jump-pilot-devel mailing list
>> > Jump-pilot-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> >
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [5590] core/trunk/lib/plus/OnlineDoc-0.1.jar

[Giuseppe Aruta]

It is still test and I am sure series of tools can be reduced to one

2017-11-28 14:29 GMT+01:00 :

> hey Peppe,
>
> any specific reason to only include it in PLUS and not simply include it
> in CORE?
>
> ..ede
>
> On 28.11.2017 14:23, jump-pilot-svn--- via Jump-pilot-devel wrote:
> > Revision: 5590
> >   http://sourceforge.net/p/jump-pilot/code/5590
> > Author:   ma15569
> > Date: 2017-11-28 13:23:54 + (Tue, 28 Nov 2017)
> > Log Message:
> > ---
> > add Plugin to open OpenJUMP wiki pages on default internet browser.
> >
> > Added Paths:
> > ---
> > core/trunk/lib/plus/OnlineDoc-0.1.jar
> >
> > Added: core/trunk/lib/plus/OnlineDoc-0.1.jar
> > ===
> > (Binary files differ)
> >
> > Index: core/trunk/lib/plus/OnlineDoc-0.1.jar
> > ===
> > --- core/trunk/lib/plus/OnlineDoc-0.1.jar 2017-11-27 14:18:56 UTC
> (rev 5589)
> > +++ core/trunk/lib/plus/OnlineDoc-0.1.jar 2017-11-28 13:23:54 UTC
> (rev 5590)
> >
> > Property changes on: core/trunk/lib/plus/OnlineDoc-0.1.jar
> > ___
> > Added: svn:mime-type
> > ## -0,0 +1 ##
> > +application/octet-stream
> > \ No newline at end of property
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add an On line help menu to OpenJUMP?

[Giuseppe Aruta]

Yes. I did some changes ( warp and affine transformation plugins) during
the last weeks. I want to upgrade the wiki to include these changes.


Il 27 nov 2017 16:22, <edgar.sol...@web.de> ha scritto:

right, might have been this way even before you modified the wiki today..
ede

On 27.11.2017 16:19, Giuseppe Aruta wrote:
> Maybe because oj online documentation is waiting on line to be upgraded ;)
>
>
> Il 27 nov 2017 15:43, <edgar.sol...@web.de <mailto:edgar.sol...@web.de>>
ha scritto:
>
> no opposition, but please phrase it properly ;).. there is a
difference between
>   https://en.wiktionary.org/wiki/online <https://en.wiktionary.org/
wiki/online>
> and
>  https://en.wiktionary.org/wiki/on_line <https://en.wiktionary.org/
wiki/on_line>
>
> on line being in the queue of a shop waiting for your turn ;).. ede
>
> PS: same goes for the wiki of course, just saw your additions there
>
> On 27.11.2017 15:27, Giuseppe Aruta wrote:
> > My idea is to add some items on Help menu.
> > These items will open the internet browser to some web pages of our
wiki.
> > this will help new user to quickly identify where to check some
help.
> > I took the code from Kosmo SAIG and adapted to OpenJUMP. It seems
to work Windows and, as fr as I remember, it was working with Ubuntu Linix.
> > This is a screenshot:
> > Immagine incorporata 2
> >
> > what is your opinion?
> >
> > Peppe
> >
> >
> >
> >
> >
> >
> > 
--
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
>
>
> 
--
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
>
>
>
>
> 
--
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add an On line help menu to OpenJUMP?

[Giuseppe Aruta]

Maybe because oj online documentation is waiting on line to be upgraded ;)


Il 27 nov 2017 15:43, <edgar.sol...@web.de> ha scritto:

no opposition, but please phrase it properly ;).. there is a difference
between
  https://en.wiktionary.org/wiki/online
and
 https://en.wiktionary.org/wiki/on_line

on line being in the queue of a shop waiting for your turn ;).. ede

PS: same goes for the wiki of course, just saw your additions there

On 27.11.2017 15:27, Giuseppe Aruta wrote:
> My idea is to add some items on Help menu.
> These items will open the internet browser to some web pages of our wiki.
> this will help new user to quickly identify where to check some help.
> I took the code from Kosmo SAIG and adapted to OpenJUMP. It seems to work
Windows and, as fr as I remember, it was working with Ubuntu Linix.
> This is a screenshot:
> Immagine incorporata 2
>
> what is your opinion?
>
> Peppe
>
>
>
>
>
>
> 
--
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to load a TIF image layer (as ReferenceLayer) by plugin

[Giuseppe Aruta]

Thanks Ede,
I was missing filling Map<String, Object> options.
Now it works!
Peppe

2017-11-24 13:32 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> try to fetch the layerloader from the Registry like OpenFileWizard does.
>
> Registry registry = workbenchContext.getRegistry();
> List loaders = registry.getEntries(FileLayerLoader.KEY);
> FileLayerLoader loader = null;
> for (FileLayerLoader fileLayerLoader : loaders) {
> if (fileLayerLoader instanceof GeoImageFactoryFileLayerLoader)
> loader = fileLayerLoader;
> }
> loader.open(TaskMonitor monitor, URI uri, Map<String, Object> options);
>
> that's just written down, not compile tested.
>
> the open method does everything for you. layer creation and filling it.
>
> ..ede
>
>
> On 24.11.2017 12:30, Giuseppe Aruta wrote:
> > Hi Ede,
> > thanks for the suggestion.
> > I can see the method ReferencedImageFactoryFileLayerLoader.open(..) is
> a boolen
> > How can I use it?
> >
> >  < I tried:
> >String inputFile ="D:/test.tif";
> >  String category= StandardCategoryNames.WORKING
> > URI uri = inputFile .toURI();
> > ReferencedImageFactoryFileLayerLoader loader = null;
> > Layer layer = loader.createLayer(context.getLayerManager(),
> uri);
> > context.getLayerManager().addLayer(category, layer);
> >
> > but id doesb't work>
> >
> > Peppe
> >
> > 2017-11-24 11:51 GMT+01:00 <edgar.sol...@web.de  edgar.sol...@web.de>>:
> >
> > Peppe,
> >
> > you should probably use
> >   com.vividsolutions.jump.workbench.imagery.
> ReferencedImageFactoryFileLayerLoader.open(...)
> > as it is done in
> >   org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(...)
> L#156ff
> >
> > you can give a target layername via the options map.
> >
> > ..ede
> >
> >
> > On 24.11.2017 11:16, Giuseppe Aruta wrote:
> > > Greetings
> > > I am able to programmatically load a tif image as RasterImageLayer
> via plugin,
> > > Two years ago I added a class (org.openjump.core.rasterimage.
> RasterImageIOUtils)
> > > To make the process easier. For instance, related to my question,
> the method:
> > >  RasterImageIOUtils.loadTIF(File file, PlugInContext context,
> String category).
> > >
> > > I can write on my plugin these simple lines:
> > >
> > > String inputFile ="D:/test.tif";
> > > String category= StandardCategoryNames.WORKING;
> > >  RasterImageIOUtils.loadTIF(inputFile, context, category)
> > >
> > > and the file is loaded into the view
> > >
> > > The class org.openjump.core.apitools.IOTools have methods for
> vectors (Shapefiles and JML).
> > > This class is used by Sextante toolbox to load/save vector files
> > >
> > > My question is if we have something similar to load a Tif image as
> Layer (RefrenceImageLayer).
> > > If not, how can I load a tif image as Layer (RefrenceImageLayer)
> via PlugIn?
> > >
> > > thanks in advance
> > > Peppe
> > >
> > >
> > > 
> --
> > > Check out the vibrant tech community on one of the world's most
> > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > >
> > >
> > >
> > > ___
> > > Jump-pilot-devel mailing list
> > > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> > >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> >
> >

Re: [JPP-Devel] How to load a TIF image layer (as ReferenceLayer) by plugin

[Giuseppe Aruta]

Hi Ede,
thanks for the suggestion.
I can see the method ReferencedImageFactoryFileLayerLoader.open(..) is a
boolen
How can I use it?

 < I tried:
   String inputFile ="D:/test.tif";
 String category= StandardCategoryNames.WORKING
URI uri = inputFile .toURI();
ReferencedImageFactoryFileLayerLoader loader = null;
Layer layer = loader.createLayer(context.getLayerManager(), uri);
context.getLayerManager().addLayer(category, layer);

but id doesb't work>

Peppe

2017-11-24 11:51 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> you should probably use
>   com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLaye
> rLoader.open(...)
> as it is done in
>   org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(...) L#156ff
>
> you can give a target layername via the options map.
>
> ..ede
>
>
> On 24.11.2017 11:16, Giuseppe Aruta wrote:
> > Greetings
> > I am able to programmatically load a tif image as RasterImageLayer via
> plugin,
> > Two years ago I added a class (org.openjump.core.rasterimage.
> RasterImageIOUtils)
> > To make the process easier. For instance, related to my question, the
> method:
> >  RasterImageIOUtils.loadTIF(File file, PlugInContext context, String
> category).
> >
> > I can write on my plugin these simple lines:
> >
> > String inputFile ="D:/test.tif";
> > String category= StandardCategoryNames.WORKING;
> >  RasterImageIOUtils.loadTIF(inputFile, context, category)
> >
> > and the file is loaded into the view
> >
> > The class org.openjump.core.apitools.IOTools have methods for vectors
> (Shapefiles and JML).
> > This class is used by Sextante toolbox to load/save vector files
> >
> > My question is if we have something similar to load a Tif image as Layer
> (RefrenceImageLayer).
> > If not, how can I load a tif image as Layer (RefrenceImageLayer) via
> PlugIn?
> >
> > thanks in advance
> > Peppe
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] How to load a TIF image layer (as ReferenceLayer) by plugin

[Giuseppe Aruta]

Greetings
I am able to programmatically load a tif image as RasterImageLayer via
plugin,
Two years ago I added a class
(org.openjump.core.rasterimage.RasterImageIOUtils)
To make the process easier. For instance, related to my question, the
method:
 RasterImageIOUtils.loadTIF(File file, PlugInContext context, String
category).

I can write on my plugin these simple lines:

String inputFile ="D:/test.tif";
String category= StandardCategoryNames.WORKING;
 RasterImageIOUtils.loadTIF(inputFile, context, category)

and the file is loaded into the view

The class org.openjump.core.apitools.IOTools have methods for vectors
(Shapefiles and JML).
This class is used by Sextante toolbox to load/save vector files

My question is if we have something similar to load a Tif image as Layer
(RefrenceImageLayer).
If not, how can I load a tif image as Layer (RefrenceImageLayer) via PlugIn?

thanks in advance
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SRID support in JML

[Giuseppe Aruta]

; feature as the standard expects, but that of course would blow up the
> dataset exponentially unnecessarily.
> >>
> >> ..ede
> >>
> >> On 23.11.2017 11:05, Rahkonen Jukka (MML) wrote:
> >>> Or we could add a CRS element into GML Input Template section and
> boundedBy like in GML2 into the data section:
> >>>
> >>>   >>> xmlns:gml="http://www.opengis.net/gml;
> >>> xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance; >
> >>> 
> >>> featureCollection
> >>> boundedBy
> >>> feature
> >>> geometry
> >>> 
> >>> 
> >>> 
> >>>
> >>> 
> >>>
> >>>   http://www.opengis.net/gml/srs/epsg.xml#4326;>
> >>>  474.0,280.0
> 620.0,380.0
> >>>   
> >>>
> >>>  
> >>> ...
> >>>
> >>> -Jukka-
> >>>
> >>>
> >>> -Alkuperäinen viesti-
> >>> Lähettäjä: Rahkonen Jukka (MML)
> >>> Lähetetty: 23. marraskuuta 2017 11:36
> >>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >>> Aihe: Re: [JPP-Devel] SRID support in JML
> >>>
> >>> Hi,
> >>>
> >>> So could it work simply by adding srsName as an attribute into
> featureCollection:
> >>>
> >>>   >>> xmlns:gml="http://www.opengis.net/gml;
> >>> xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance; >
> >>> 
> >>> featureCollection
> >>> feature
> >>> geometry
> >>> 
> >>> 
> >>> 
> >>>
> >>> http://www.opengis.
> net/gml/srs/epsg.xml#4326">
> >>>  
> >>>   
> >>> 
> >>>   
> >>>   
> >>> 474.0,371.0
> >>>   620.0,380.0
> >>>   520.0,280.0
> >>>   474.0,371.0 
> >>>   
> >>>   
> >>> 
> >>>   
> >>>  
> >>>
> >>>  
> >>> 
> >>>
> >>>
> >>> -Alkuperäinen viesti-
> >>> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> >>> Lähetetty: 22. marraskuuta 2017 23:35
> >>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >>> Aihe: Re: [JPP-Devel] SRID support in JML
> >>>
> >>> Jukka,
> >>>
> >>> adding to the XML structure will be ignored by current readers.
> changing the structure would break things.
> >>>
> >>> ..ede
> >>>
> >>> On 11/22/2017 21:41, Rahkonen Jukka (MML) wrote:
> >>>> Hi,
> >>>>
> >>>> In GML srsName is set for each feature. See the GML2 response from
> >>>> http://demo.geo-solutions.it/geoserver/wfs?service=wfs=1.0.
> >>>> 0
> >>>> &
> >>>> r
> >>>> equest=getfeature=topp:states=5
> >>>> We have the same SRID for the whole layer so one occurrance per file
> would be enough. But I wonder if changing the JML format would break
> backwards interoperability? I don't like the sidecar files but they would
> not make harm for old OJ versions.
> >>>>
> >>>> -Jukka-
> >>>>
> >>>> 
> >>>> Lähettäjä: edgar.sol...@web.de <edgar.sol...@web.de>
> >>>> Lähetetty: 22. marraskuuta 2017 18:42
> >>>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >>>> Aihe: Re: [JPP-Devel] SRID support in JML
> >>>>
> >>>> as jml is essentially gml, how is srid support defined in the gml
> specs?
> >>>>
> >>>> ..ede
> >>>>
> >>>> On 22.11.2017 17:40, Giuseppe Aruta wrote:
> >>>>> we should investigate o JML documentation (if any) if this format
> support embedded projection info. Another alternative could be that those
> infos can be stored in any external extra file, like .prj or .aux, in this
> case OpenJUMP is already able to read srid from a

Re: [JPP-Devel] SRID support in JML

[Giuseppe Aruta]

we should investigate o JML documentation (if any) if this format support
embedded projection info. Another alternative could be that those infos can
be stored in any external extra file, like .prj or .aux, in this case
OpenJUMP is already able to read srid from any ..aux.xml file stored with the dataset.
Peppe


2017-11-22 16:47 GMT+01:00 :

> Jukka,
>
> you are right. just checked! as SRID is held in a style object and styles
> are only saved in projects, a saved JML file currently lacks this
> information.
>
> .ede
>
> On 22.11.2017 16:19, Rahkonen Jukka (MML) wrote:
> > Hi,
> >
> >
> >
> > Am I right that we have an enhanced SRID support in OpenJUMP and
> shapefiles via .prj files, but nothing at all for JML format?
> >
> >
> >
> > -Jukka Rahkonen-
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Select object on actual layer

[Giuseppe Aruta]

Good point Jukka,
I will investigate on it
Peppe

2017-11-22 12:22 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
> I was about to write that while I digitize I utilize all the time the
> keyboard mode switches.
>
> We have now in the general settings an option to allow only one layer to
> be editable. What if we had in the same place an option to select features
> only from selected layer(s)? Should it affect feature info by the same?
>
> -Jukka Rahkonen-
>
> -Alkuperäinen viesti-
> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de]
> Lähetetty: 22. marraskuuta 2017 12:18
> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> Aihe: Re: [JPP-Devel] Select object on actual layer
>
> hey Matthias,
>
> the r4452 commit message explains why it is gone and frankly i see no way
> around it as quasi mode  switching would involuntarily switch select modes
> as well
> "#319 and #399 deactivate the ctrl feature used to limit selection to the
> selected layers because it is buggy and it is not compatible with
> quasi-mode tool (ctrl already used to switch to select tool)"
>
> ..ede
>
> On 22.11.2017 09:37, Matthias Scholz wrote:
> > Hi,
> >
> > this feature was gone between OJ 1.8.0 and 1.9.0. In 1.8.0 the exact
> > behavior was the following:
> > -load two layers
> > -select one layer
> > -activate the selection tool
> > -click in the map
> > Now objects on many layers are selected. This is the default. Now
> > press and release the  key once and OJ 1.8.0 switches to a
> > single layer selection mode. With the  key you can switch back.
> >
> > The change was made in revision 4452 at 17 May 2015 by Michaël. It
> > would be nice if we get this back into the CORE edition, because the
> > PLUS edition is too much for some users.
> >
> > Matthias
> >
> >
> >> Hi,
> >>
> >> I do not remember such a shift key shortcut. How old OpenJUMP should I
> use for testing? I suppose that you want to select features from many
> layers from time to time and setting other layers as non-selectable is not
> a practical solution.
> >>
> >> -Jukka Rahkonen-
> >>
> >> -Alkuperäinen viesti-
> >> Lähettäjä: Matthias Scholz [mailto:m...@jammerhund.de]
> >> Lähetetty: 21. marraskuuta 2017 16:30
> >> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net
> >> Aihe: [JPP-Devel] Select object on actual layer
> >>
> >> Hi,
> >>
> >> how can i select object(s) with the selectiontool that only on the
> actual selected layer? In older OJ versions i could switch the
> selectionbehavior with the shift key.
> >>
> >> Thanks
> >>
> >> Matthias
> >>
> >> -
> >> - Check out the vibrant tech community on one of the world's
> >> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >> -
> >> - Check out the vibrant tech community on one of the world's
> >> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> > --
> >  Check out the vibrant tech community on one of the world's
> > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most engaging
> tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net

Re: [JPP-Devel] support for some OJ plugins

[Giuseppe Aruta]

This is my idea
Codes: move them to ..jump-pilot/code/plug-ins svn resource path, like the
other plugins, possibly into a unique folder, with a text file that explain
which libraries to use
Documentation: I have the associated pdf that can be located into
..jump-pilot/code/core/trunk/docs folder. Better if we can have
DOC/OpenOffice files that can be modified if (in the future) we improve
these plugins
Any suggestion?


2017-11-22 11:10 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> hint wrt. what?.. ede
>
> On 22.11.2017 08:59, Giuseppe Aruta wrote:
> > Dear Geoff, Ede and others
> > I downloaded CadPlan source code plugins and I am ready to move them
> into OpenJUMP official svn.
> > Print,  Vertex Symbols and  Fill Pattern codes should match related
> OpenJUMP plus embedded plugins.
> > Any hint?
> > Peppe
> > I
> >
> > 2017-08-20 4:42 GMT+02:00 Geoffrey Roy <ge...@cadplan.com.au  ge...@cadplan.com.au>>:
> >
> > Dear Ede
> >
> > As far as I know the sources an on the Cadplan web site are all up
> to date, but, as always they need to be checked by someone you will take
> them over.  In the short term I able able to assist this transition..
> >
> > thanks
> >
> > Geoff
> >
> >
> >
> > On 19/08/2017 07:50, edgar.sol...@web.de <mailto:edgar.sol...@web.de>
> wrote:
> >
> > hey Geoff,
> >
> > thanks for the heads up. provided that the sources on your
> website are complete and working (?) we can easily move them into our
> official svn.
> >
> > as all of them are part of OJ Plus i'd say there is interest in
> them for sure ;). even our websites sport chart plugin screenshots if i am
> not mistaken
> >https://sourceforge.net/projects/jump-pilot/?source=navbar <
> https://sourceforge.net/projects/jump-pilot/?source=navbar>
> > .
> >
> > is there a date when your website is about to go offline?
> >
> > ..ede
> >
> > On 8/19/2017 1:36, Geoffrey Roy wrote:
> >
> > Dear OJ developers.
> >
> > I have not had any active involvement with OJ for some time,
> though I have continued to monitor the developer communications. Some time
> ago I was involved in the development of a number of plugins:
> >
> >   * Print plugin
> >   * Vertex Symbols plugin
> >   * Fill Pattern plugin
> >   * Chart plugin
> >
> > I am now getting too old to be an active contributor.  If
> any of these plugins are still in use, or of interest, I would be pleased
> to hand them over to a younger contributor so that they can be
> maintained/updated and so on.  I will not be able to guarantee that I will
> maintain my web site where they are to be found.
> >
> > I would welcome some suggestions on how to proceed.
> >
> > thanks
> >
> > Geoff
> >
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's
> most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net  Jump-pilot-devel@lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-
> devel <https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net <mailto:Jump-pilot-devel@
> lists.sourceforge.net>
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel <
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> >
> >
> > --
> > Dr Geoffrey G Roy
> > Cadplan
> > 129 Gloster Street, Subiaco WA 6008
> > Tel: (08) 9381 4870 <tel:%2808%29%209381%204870>  Mob: 04000 31298
> <tel:04000%2031298>
> > Email: ge...@cadplan.com.

Re: [JPP-Devel] support for some OJ plugins

[Giuseppe Aruta]

Dear Geoff, Ede and others
I downloaded CadPlan source code plugins and I am ready to move them  into
OpenJUMP official svn.
Print,  Vertex Symbols and  Fill Pattern codes should match related
OpenJUMP plus embedded plugins.
Any hint?
Peppe
I

2017-08-20 4:42 GMT+02:00 Geoffrey Roy :

> Dear Ede
>
> As far as I know the sources an on the Cadplan web site are all up to
> date, but, as always they need to be checked by someone you will take them
> over.  In the short term I able able to assist this transition..
>
> thanks
>
> Geoff
>
>
>
> On 19/08/2017 07:50, edgar.sol...@web.de wrote:
>
>> hey Geoff,
>>
>> thanks for the heads up. provided that the sources on your website are
>> complete and working (?) we can easily move them into our official svn.
>>
>> as all of them are part of OJ Plus i'd say there is interest in them for
>> sure ;). even our websites sport chart plugin screenshots if i am not
>> mistaken
>>https://sourceforge.net/projects/jump-pilot/?source=navbar
>> .
>>
>> is there a date when your website is about to go offline?
>>
>> ..ede
>>
>> On 8/19/2017 1:36, Geoffrey Roy wrote:
>>
>>> Dear OJ developers.
>>>
>>> I have not had any active involvement with OJ for some time, though I
>>> have continued to monitor the developer communications. Some time ago I was
>>> involved in the development of a number of plugins:
>>>
>>>   * Print plugin
>>>   * Vertex Symbols plugin
>>>   * Fill Pattern plugin
>>>   * Chart plugin
>>>
>>> I am now getting too old to be an active contributor.  If any of these
>>> plugins are still in use, or of interest, I would be pleased to hand them
>>> over to a younger contributor so that they can be maintained/updated and so
>>> on.  I will not be able to guarantee that I will maintain my web site where
>>> they are to be found.
>>>
>>> I would welcome some suggestions on how to proceed.
>>>
>>> thanks
>>>
>>> Geoff
>>>
>>>
>>>
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>
>>>
>>>
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
> --
> Dr Geoffrey G Roy
> Cadplan
> 129 Gloster Street, Subiaco WA 6008
> Tel: (08) 9381 4870  Mob: 04000 31298
> Email: ge...@cadplan.com.au
> http://www.cadplan.com.au
>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Enhenced version of CadTools plugin

[Giuseppe Aruta]

Greetings
As i mensioned on a previous mail, I added to OpenJUMP CadTools plugin some
new enhencements:
- a Block panel with some tools/plugin to add blocks (=defined geomeries)
to the view (*) and to save selected geometries as blocks (*)
- An Annotation panel with two tools to add/modify annotations (=point with
defined text style) on the view
- Some extra line decorations
Please check on OpenJUMP version 5552
Best regards
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: Re: CTS plugin

[Giuseppe Aruta]

I can see that Coordinate Transformation plugin points (as target
coordinate system) to Project SRS metadata (Edit>Project properties): this
is fine form me. I agree in this case to leave on Layer context menu.

It would be fine to have 1) it to work on several layers, 2) an access
point on Layer menu, but in this case we need a EnableCheck that activate
the plugin only if all the layers have the same SRS.

By the way: On "Project properties" I used *SRS* (Spatial reference system)
while on Coordinate Transformation Plugin Michael used "Source (and
Target) *Coordinate
System*" : should we uniform the terminology? In this case what is your
idea? SRS (Spatial reference syetem) or Coordinate System?
Peppe

2017-10-23 11:13 GMT+02:00 :

> let's see what others say.
>
> i'd say Layer menu fit's best.
>
> ..ede
>
> On 23.10.2017 10:14, Rahkonen Jukka (MML) wrote:
> > Hi Michaël,
> >
> > I agree that ability to transform several layers at a time is a good
> reason for having CTS in the context menu.  I am not sure about the Layers
> menu. SetSRID is of course related but there are no other real editing
> tools in there.  Even SetSRID is only touching the layer metadata but not
> the geometries. I was thinking that coordinate transformation tool is are
> somehow similar to Geometry conversion tool that is in the Edit Geometry
> menu but I do not have strong opinions about this.
> >
> > -Jukka Rahkonen-
> >
> >
> >
> > -Alkuperäinen viesti-
> > Lähettäjä: Michaël Michaud [mailto:m.michael.mich...@orange.fr]
> > Lähetetty: 23. lokakuuta 2017 9:08
> > Vastaanottaja: Rahkonen Jukka (MML) ;
> jump devel 
> > Aihe: Re: [JPP-Devel] Fwd: Re: CTS plugin
> >
> > Hi Jukka,
> >
> > I agree that there is no more reason to have it in plugins menu and we
> can discuss about a better place,
> >
> > Edit geometry is a good candidate but not the only one :
> >
> > - coordinate transformation is tightly related to setSrid tool which is
> currently in Layer menu (just a remark, I don't say it is a better place to
> put it here)
> >
> > - having it in the context menu of the layer name panel is an easy way
> to transform several layers at a time (I would let it here regardless of
> the place we find it elsewhere)
> >
> > Michaël
> >
> >
> > Le 22/10/2017 à 22:15, Rahkonen Jukka (MML) a écrit :
> >> Hi,
> >>
> >> In r5522 the Coordinate Transformation tool is both in the Plugins menu
> and in the mouse right click menu that opens through the table of contents.
> The first location feels like old remaining before adding CTS plugin into
> the core, and the second one is not the most logical to me. I somehow
> believed that it would be found from  Tools-Edit Geometry. What do others
> think?
> >>
> >> -Jukka Rahkonen-
> >>
> >> 
> >> Lähettäjä: edgar.sol...@web.de 
> >> Lähetetty: 22. lokakuuta 2017 18:26
> >> Vastaanottaja: Michaël Michaud; jump devel
> >> Aihe: Re: [JPP-Devel] Fwd: Re:  CTS plugin
> >>
> >> Mike,
> >>
> >> i took the freedom to fixup the CTSPlugIn (r5522). where did you get
> the icon, do we need to credit somebody in readme.txt for it?
> >>
> >> ..ede
> >>
> >> On 10/22/2017 15:03, edgar.sol...@web.de wrote:
> >>> one other thing. you seem to have forgotten to commit the CTS icon
> 'world.png' . in case the icon comes from famfam/fugue please copy it into
> the approriate folder!
> >>>
> >>> ..ede
> >>>
> >>> [INFO] 14:58:00.491 Loading Plugin
> >>> org.openjump.core.ui.plugin.raster.RasterQueryPlugIn took 0.01s  at
> >>> com.vividsolutions.jump.workbench.plugin.PlugInManager.loadPlugIns(Pl
> >>> ugInManager.java:305) {main-menu={menupath=MenuNames.PLUGINS,
> >>> icon=world.png, install=true, order_id=333}, order_id=332} [ERROR]
> >>> 14:58:00.522 parameter url must not be null. at
> >>> com.vividsolutions.jump.workbench.ui.WorkbenchFrame.handleThrowable(W
> >>> orkbenchFrame.java:1242)
> >>> java.security.InvalidParameterException: parameter url must not be
> null.
> >>>at com.vividsolutions.jump.workbench.ui.images.
> IconLoader.getIcon(IconLoader.java:78)
> >>>at com.vividsolutions.jump.workbench.ui.images.
> IconLoader.icon(IconLoader.java:55)
> >>>at com.vividsolutions.jump.workbench.ui.plugin.
> FeatureInstaller.addMenuPluginItem(FeatureInstaller.java:435)
> >>>at com.vividsolutions.jump.workbench.ui.plugin.
> FeatureInstaller.addMenuPlugin(FeatureInstaller.java:401)
> >>>at com.vividsolutions.jump.workbench.plugin.
> PlugInManager.loadPlugIns(PlugInManager.java:296)
> >>>at com.vividsolutions.jump.workbench.plugin.PlugInManager.load(
> PlugInManager.java:177)
> >>>at com.vividsolutions.jump.workbench.JUMPWorkbench.main(
> JUMPWorkbench.java:457)
> >>>at
> >>> com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.ja
> >>> va:386)
> >>>
> >>> On 10/18/2017 23:57, Michaël 

Re: [JPP-Devel] Show area while drawing circles?

[Giuseppe Aruta]

Hi Jukka,
I upgraded Constrained Circle tool in order to show radius, circumference
and area.
See on real. 5502
Peppe

2017-09-21 14:48 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Jukka
> add this note  please on feature request. I am going to upgrade the cad
> toolbox with other features on next months
> Peppe
>
> 2017-09-21 14:46 GMT+02:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
>> Hi,
>>
>>
>>
>> The draw polygon tool shows the area of the feature that is edited in
>> real time but the Draw constrained circle and the Circle tool in the CAD
>> toolbox show only the circumference. Could they show area as well, it would
>> help in drawing fast circles with approximately desired area?
>>
>>
>>
>> -Jukka Rahkonen-
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Show area while drawing circles?

[Giuseppe Aruta]

Hi Jukka
add this note  please on feature request. I am going to upgrade the cad
toolbox with other features on next months
Peppe

2017-09-21 14:46 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> The draw polygon tool shows the area of the feature that is edited in real
> time but the Draw constrained circle and the Circle tool in the CAD toolbox
> show only the circumference. Could they show area as well, it would help in
> drawing fast circles with approximately desired area?
>
>
>
> -Jukka Rahkonen-
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Export to GPS file

[Giuseppe Aruta]

Thanks for the answers.
Oruxmaps do transform form 4326 to 3857 when loading gpx or kml, as Jukka
pointed out: it is  easy to work on epsg 4326 in Openjump, digiting tracks
and saving as kml. Then loading into Oruxmaps.
Peppe

2017-08-31 0:45 GMT+02:00 <edgar.sol...@web.de>:

> there seem to be several java gpx libraries out there
>   https://stackoverflow.com/questions/3495052/gpx-parser-for-java
>
> so the hard work seems to be done already.
>
> ..ede
>
> On 8/31/2017 0:15, Rahkonen Jukka (MML) wrote:
> > Hi,
> >
> >
> > I guess that you mean GPX format
> >
> > http://www.topografix.com/gpx.asp.<http://www.topografix.com/gpx.asp>
> There is an importer made by Landon Blake in
> >
> > https://sourceforge.net/projects/surveyos/files/
> SurveyOS%20OpenJUMP%20Plug-Ins/GPX/ .  Zip file has also source code
> packed into the jar files and importer seems to be based on GeoTools and
> development was done by Landon Blake
> >
> > http://osgeo-org.1560.x6.nabble.com/Preview-Experimental-GPX-Code-
> td4296936.html.<http://osgeo-org.1560.x6.nabble.com/
> Preview-Experimental-GPX-Code-td4296936.html> I believe that the module
> was experimental and that has removed from Geotools.
> >
> >
> >
> > Probably GPX writer should be written from scratch. It would not be very
> simple because GPX has a tree-like structure: track points are the primary
> geometries, track segment is a list of track points and finally track is a
> list of track segments.
> >
> >
> > If someone starts to write GPX driver it might be good to read how GDAL
> is handling the conversion between simple features and GPX objects
> >
> > http://www.gdal.org/drv_gpx.html
> >
> >
> > There can't be an option to write KML in EPSG:3857 because KML by
> definition supports only EPSG:4326 longitude-latitude coordinates. But that
> is also the case with GPX and I believe that OruxMaps knows how to do the
> conversions.
> >
> >
> > -Jukka Rahkonen-
> >
> >
> > 
> > Lähettäjä: Giuseppe Aruta <giuseppe.ar...@gmail.com>
> > Lähetetty: 30. elokuuta 2017 16:56
> > Vastaanottaja: OpenJump develop and use
> > Aihe: [JPP-Devel] Export to GPS file
> >
> > Hi all,
> > does OpenJUMP have a way to export to a gps file format? I saw we have
> some gps importer plugin. My idea is to create a track using OJ as
> linestring and than to convert it to a gps file (in order to load into a
> software like Oruxmap (http://wiki.openstreetmap.org/wiki/OruxMaps) or
> Google Earth.
> > We have a KML exporter that could work fine but it seems to me that it
> hasn't an option to export file to pseudoMarcator EPSG:3857 projection
> (mostly used by OruxMaps or Google earth).
> > Best regards
> > Peppe
> >
> >
> >
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Export to GPS file

[Giuseppe Aruta]

Little upgrade
Google Earth uses EPSG 4326
Oruxmaps uses EPSG 3857


2017-08-30 15:56 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi all,
> does OpenJUMP have a way to export to a gps file format? I saw we have
> some gps importer plugin. My idea is to create a track using OJ as
> linestring and than to convert it to a gps file (in order to load into a
> software like Oruxmap (http://wiki.openstreetmap.org/wiki/OruxMaps) or
> Google Earth.
> We have a KML exporter that could work fine but it seems to me that it
> hasn't an option to export file to pseudoMarcator EPSG:3857 projection
> (mostly used by OruxMaps or Google earth).
> Best regards
> Peppe
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Export to GPS file

[Giuseppe Aruta]

Hi all,
does OpenJUMP have a way to export to a gps file format? I saw we have some
gps importer plugin. My idea is to create a track using OJ as linestring
and than to convert it to a gps file (in order to load into a software like
Oruxmap (http://wiki.openstreetmap.org/wiki/OruxMaps) or Google Earth.
We have a KML exporter that could work fine but it seems to me that it
hasn't an option to export file to pseudoMarcator EPSG:3857 projection
(mostly used by OruxMaps or Google earth).
Best regards
Peppe
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] WMS broken in newest builds

[Giuseppe Aruta]

I confirm Jukka's observation
Peppe

2017-08-10 13:44 GMT+02:00 Rahkonen Jukka (MML)
:
> Hi,
>
>
>
> r5484 cannot connet with WMS servers while r5482 can. I could not download
> r5483 from SourceForge so I do not know how it would behave. This error
> appears immediately for example when selecting one of the preset WMS servers
>
>
>
> java.lang.NullPointerException
>
>  at
> com.vividsolutions.wms.AbstractWMSRequest.prepareConnection(AbstractWMSRequest.java:79)
>
>  at
> com.vividsolutions.wms.AbstractWMSRequest.getConnection(AbstractWMSRequest.java:105)
>
>  at
> com.vividsolutions.wms.WMService.initialize(WMService.java:141)
>
>  at
> com.vividsolutions.jump.workbench.ui.plugin.wms.URLWizardPanel.exitingToRight(URLWizardPanel.java:173)
>
>  at
> com.vividsolutions.jump.workbench.ui.wizard.WizardDialog.next(WizardDialog.java:263)
>
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>
>  at java.lang.reflect.Method.invoke(Unknown
> Source)
>
>  at
> org.openjump.swing.util.InvokeMethodRunnable.run(InvokeMethodRunnable.java:68)
>
>  at
> org.openjump.swing.listener.InvokeMethodActionListener.actionPerformed(InvokeMethodActionListener.java:71)
>
>  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.plaf.basic.BasicButtonListener.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$500(Unknown
> Source)
>
>  at java.awt.EventQueue$3.run(Unknown Source)
>
>  at java.awt.EventQueue$3.run(Unknown Source)
>
>  at
> java.security.AccessController.doPrivileged(Native Method)
>
>  at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
> Source)
>
>  at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
> Source)
>
>  at java.awt.EventQueue$4.run(Unknown Source)
>
>  at java.awt.EventQueue$4.run(Unknown Source)
>
>  at
> java.security.AccessController.doPrivileged(Native Method)
>
>  at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.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.pumpEventsForFilter(Unknown Source)
>
>  at java.awt.WaitDispatchSupport$2.run(Unknown
> Source)
>
>  at 

Re: [JPP-Devel] Set attribute value plugins

[Giuseppe Aruta]

Ok for me

Il 27/Lug/2017 22:39, "Michaël Michaud"  ha
scritto:

> Hi all,
>
> I would like to remove (or to hide) Replace Attribute Value plugin (Tools
> > Edit Attributes), because it is
> - redundant with Auto Assign Attribute (which should be renamed Assign
> Attribute)
> - NOT undoable
>
> I also changed the order of Auto Assign Attribute options order to have
> the simplest option first (assign a simple value)
> and the more sophisticated in last position (assign an auto-incremented
> value)
>
> Any objection ?
>
> Michaël
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to get layer SRS with a BeanShell script?

[Giuseppe Aruta]

ProjUtils.getSRSInfoFromLayerStyleOrSource(layer) . It should implemented
also for WMS and WFS layerables

Il 29/Giu/2017 20:02, "Michaël Michaud"  ha
scritto:

Hi Jukka,

Sorry, for the misleading instruction, I dont't know why I thought you was
working on a WMSLayer.

Peppe's answer was just right. Maybe you just needed to import the
following classes. Try this :

import org.openjump.core.ccordsys.utils.ProjUtils;
import org.openjump.core.ccordsys.utils.SRSInfo;

lyr = wc.getLayerNamePanel().getSelectedLayers()[0];
SRSInfo info = ProjUtils.getSRSInfoFromLayerStyleOrSource(lyr);
print(info.getRegistry());
print(info.getCode());
Michaël



Le 29/06/2017 à 11:40, Rahkonen Jukka (MML) a écrit :

Hi Michaël,



Some little issue:

-  lyr = wc.layerNamePanel.selectedLayerables.get(0); seems to work
and “lyr” contains now the name of the selected layer “New”

-  lyr.getSRS() throws an error:



Sourced file: lib\ext\BeanTools\Cut_MBtiles.bsh : Error in method
invocation: Method getSRS() not found in class'com.vividsolutions.jump.
workbench.model.Layer'





-Jukka Rahkonen-





*Lähettäjä:* Michaël Michaud [mailto:m.michael.mich...@orange.fr
]
*Lähetetty:* 28. kesäkuuta 2017 14:45
*Vastaanottaja:* jump-pilot-devel@lists.sourceforge.net
*Aihe:* Re: [JPP-Devel] How to get layer SRS with a BeanShell script?



Hi Jukka,

I think you can't use wc.getLayerNamePanel().getSelectedLayers()[0]
because it is an old method returning only vector layers

Instead, you can use wc.getLayerNamePanel().getSelectedLayerables().get(0)
If you keep a reference to the layer :
*lyr = wc.layerNamePanel.selectedLayerables.get(0)*

then you can get the SRS from the layer this way :
*lyr.getSRS()*

Hope that helps,

Michaël

Le 27/06/2017 à 15:56, Rahkonen Jukka (MML) a écrit :

Hi,



If layers can know their SRS I wonder how could I read the value with
BeanShell.



For example what to do for edding the EPSG code to this snippet that writes
upper left – lower right coordinates for a GDAL command



htmlFrame.setTitle("BBOX Output");

fc = wc.getLayerNamePanel().getSelectedLayers()[0].
getFeatureCollectionWrapper();

int j=1;

for (Iterator i = fc.getFeatures().iterator(); i.hasNext();) {

Feature feature = (Feature) i.next();

Geometry geometry = feature.getGeometry();

Envelope env = geometry.getEnvelopeInternal();

htmlFrame.addText("gdal_translate "

+"-of MBTiles "

+"-projwin "

+env.getMinX()+" "

+env.getMaxY()+" "

+env.getMaxX()+" "

+env.getMinY()+" "

+"-projwin_srs epsg:"

+ WHAT?





-Jukka Rahkonen-




--

Check out the vibrant tech community on one of the world's most

engaging tech sites, Slashdot.org! http://sdm.link/slashdot




___

Jump-pilot-devel mailing list

Jump-pilot-devel@lists.sourceforge.net

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




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



___
Jump-pilot-devel mailing
listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to get layer SRS with a BeanShell script?

[Giuseppe Aruta]

In the class SridLookupTable there is a method, experimental and not yet
used.
This method, giving a string EPSG code (like "4326") should give back the
conresponding OGC WKT definition

String OGC = SridLookupTable.getOGCWKTFromWkidCode(String code)

for instance String OGC = SridLookupTable.getOGCWKTFromWkidCode("4326")
should give back :

GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS
84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.01745329251994328,
AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG","4326"]]

2017-06-27 16:28 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Jukka,
> I wonder if this can help:
>
> In Java:
>
> *SRSInfo srsInfo = ProjUtils.getSRSInfoFromLayerStyleOrSource(layer); *where
> layer is Layer.class
> (Actually OJ reads  Layer.class SRS, if available from tag file or from
> auxiliary (PRJ/AUX/AUX.XML) file, on loading that file. SRS info is saved
> as SRSStyle)
>
> *String source = srsInfo.getSource();*
> It gives back where SRS info are islocated
> for instance:
>  "C:/Folder/file.prj"
> or
> "Geotiff tag"
>
>
> *String SRS = srsInfo.toString();*
> it gives back a string with minimum SRS info
>  "EPSG:32632 WGS 84 UTM zone 32N [metre]"
>
> Eventually all those info can be separated:
> *srsInfo.toString().getRegistry* -->"EPSG"
> *srsInfo.toString().getCode *-->"32632"
> *srsInfo.toString().getDescription* --> "WGS 84 UTM zone 32N"
> *srsInfo.toString().getUnit* --> "metre"
>
> The method works also for RasterImageLayer.class
>
> Peppe
>
> 2017-06-27 15:56 GMT+02:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
>> Hi,
>>
>>
>>
>> If layers can know their SRS I wonder how could I read the value with
>> BeanShell.
>>
>>
>>
>> For example what to do for edding the EPSG code to this snippet that
>> writes upper left – lower right coordinates for a GDAL command
>>
>>
>>
>> htmlFrame.setTitle("BBOX Output");
>>
>> fc = wc.getLayerNamePanel().getSelectedLayers()[0].getFeatureColl
>> ectionWrapper();
>>
>> int j=1;
>>
>> for (Iterator i = fc.getFeatures().iterator(); i.hasNext();) {
>>
>> Feature feature = (Feature) i.next();
>>
>> Geometry geometry = feature.getGeometry();
>>
>> Envelope env = geometry.getEnvelopeInternal();
>>
>> htmlFrame.addText("gdal_translate "
>>
>> +"-of MBTiles "
>>
>> +"-projwin "
>>
>> +env.getMinX()+" "
>>
>> +env.getMaxY()+" "
>>
>> +env.getMaxX()+" "
>>
>> +env.getMinY()+" "
>>
>> +"-projwin_srs epsg:"
>>
>> + WHAT?
>>
>>
>>
>>
>>
>> -Jukka Rahkonen-
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] How to get layer SRS with a BeanShell script?

[Giuseppe Aruta]

Hi Jukka,
I wonder if this can help:

In Java:

*SRSInfo srsInfo = ProjUtils.getSRSInfoFromLayerStyleOrSource(layer); *where
layer is Layer.class
(Actually OJ reads  Layer.class SRS, if available from tag file or from
auxiliary (PRJ/AUX/AUX.XML) file, on loading that file. SRS info is saved
as SRSStyle)

*String source = srsInfo.getSource();*
It gives back where SRS info are islocated
for instance:
 "C:/Folder/file.prj"
or
"Geotiff tag"


*String SRS = srsInfo.toString();*
it gives back a string with minimum SRS info
 "EPSG:32632 WGS 84 UTM zone 32N [metre]"

Eventually all those info can be separated:
*srsInfo.toString().getRegistry* -->"EPSG"
*srsInfo.toString().getCode *-->"32632"
*srsInfo.toString().getDescription* --> "WGS 84 UTM zone 32N"
*srsInfo.toString().getUnit* --> "metre"

The method works also for RasterImageLayer.class

Peppe

2017-06-27 15:56 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> If layers can know their SRS I wonder how could I read the value with
> BeanShell.
>
>
>
> For example what to do for edding the EPSG code to this snippet that
> writes upper left – lower right coordinates for a GDAL command
>
>
>
> htmlFrame.setTitle("BBOX Output");
>
> fc = wc.getLayerNamePanel().getSelectedLayers()[0].
> getFeatureCollectionWrapper();
>
> int j=1;
>
> for (Iterator i = fc.getFeatures().iterator(); i.hasNext();) {
>
> Feature feature = (Feature) i.next();
>
> Geometry geometry = feature.getGeometry();
>
> Envelope env = geometry.getEnvelopeInternal();
>
> htmlFrame.addText("gdal_translate "
>
> +"-of MBTiles "
>
> +"-projwin "
>
> +env.getMinX()+" "
>
> +env.getMaxY()+" "
>
> +env.getMaxX()+" "
>
> +env.getMinY()+" "
>
> +"-projwin_srs epsg:"
>
> + WHAT?
>
>
>
>
>
> -Jukka Rahkonen-
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Can't combine layers which already have LAYER attribute

[Giuseppe Aruta]

too late. I saw your upgrade Michael.
Thanks
Peppe


2017-06-11 9:54 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> > An easier fix could be to inform user “Attribute LAYER already exists.
> Do you want to combine layers without? Source of data will be lost.”
>
> or/together
>
> a dialog where the user should select a valid name which exclude LAYER (if
> already exists)
>
> Peppe
>
> 2017-06-10 23:15 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi Jukka,
>>
>> If there is already a String attribute called LAYER in one of the source
>> layers, the plugin uses it and replace original values by the name of the
>> source layer (not very good but does not stop the program)
>>
>> I could get the same error as you with a Long attribute LAYER + a Long
>> attribute LAYERL as in this case, the plugin will try to rename the Long
>> attribute LAYER to LAYERL to avoid the conflict with LAYER name.
>>
>> I'll try to fix it soon,
>>
>> Michaël
>>
>> Le 05/06/2017 à 16:32, Rahkonen Jukka (MML) a écrit :
>>
>> Hi,
>>
>>
>>
>> If layers to be combined already have an attribute named as “LAYER” the
>> operation stops with an error. User must rename LAYER to something else in
>> all the layers before combining is possible.
>>
>>
>>
>> A good fix would perhaps be to create the classifying attribute in this
>> case with a different name like “LAYER_1” if such does not exist, and try
>> LAYER_2, LAYER_3 etc. and use this attribute as basis for classification.
>> An easier fix could be to inform user “Attribute LAYER already exists. Do
>> you want to combine layers without? Source of data will be lost.” Other
>> ideas are welcome but editing the schema of 11 layers in this case was
>> rather tedious.
>>
>>
>>
>> The error is
>>
>>
>>
>> java.lang.IllegalArgumentException: Attribute LAYERL already exists
>>
>>  at com.vividsolutions.jump.featur
>> e.FeatureSchema.addAttribute(FeatureSchema.java:189)
>>
>>  at org.openjump.core.ui.plugin.la
>> yer.CombineSelectedLayersPlugIn.execute(CombineSelectedLayer
>> sPlugIn.java:108)
>>
>>  at com.vividsolutions.jump.workbe
>> nch.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:339)
>>
>>  at javax.swing.AbstractButton.fir
>> eActionPerformed(AbstractButton.java:2022)
>>
>>  at javax.swing.AbstractButton$Han
>> dler.actionPerformed(AbstractButton.java:2346)
>>
>>  at javax.swing.DefaultButtonModel
>> .fireActionPerformed(DefaultButtonModel.java:402)
>>
>>  at javax.swing.DefaultButtonModel
>> .setPressed(DefaultButtonModel.java:259)
>>
>>  at javax.swing.AbstractButton.doC
>> lick(AbstractButton.java:376)
>>
>>  at javax.swing.plaf.basic.BasicMe
>> nuItemUI.doClick(BasicMenuItemUI.java:833)
>>
>>  at javax.swing.plaf.basic.BasicMe
>> nuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
>>
>>  at java.awt.Component.processMous
>> eEvent(Component.java:6525)
>>
>>  at javax.swing.JComponent.process
>> MouseEvent(JComponent.java:3321)
>>
>>  at java.awt.Component.processEven
>> t(Component.java:6290)
>>
>>  at java.awt.Container.processEven
>> t(Container.java:2234)
>>
>>  at java.awt.Component.dispatchEve
>> ntImpl(Component.java:4881)
>>
>>  at java.awt.Container.dispatchEve
>> ntImpl(Container.java:2292)
>>
>>  at java.awt.Component.dispatchEve
>> nt(Component.java:4703)
>>
>>  at java.awt.LightweightDispatcher
>> .retargetMouseEvent(Container.java:4898)
>>
>>  at java.awt.LightweightDispatcher
>> .processMouseEvent(Container.java:4533)
>>
>>  at java.awt.LightweightDispatcher
>> .dispatchEvent(Container.java:4462)
>>
>>  at java.awt.Container.dispatchEve
>> ntImpl(Container.java:2278)
>>
>>  at java.awt.Window.dispatchEventI
>> mpl(Window.java:27

Re: [JPP-Devel] Can't combine layers which already have LAYER attribute

[Giuseppe Aruta]

> An easier fix could be to inform user “Attribute LAYER already exists. Do
you want to combine layers without? Source of data will be lost.”

or/together

a dialog where the user should select a valid name which exclude LAYER (if
already exists)

Peppe

2017-06-10 23:15 GMT+02:00 Michaël Michaud :

> Hi Jukka,
>
> If there is already a String attribute called LAYER in one of the source
> layers, the plugin uses it and replace original values by the name of the
> source layer (not very good but does not stop the program)
>
> I could get the same error as you with a Long attribute LAYER + a Long
> attribute LAYERL as in this case, the plugin will try to rename the Long
> attribute LAYER to LAYERL to avoid the conflict with LAYER name.
>
> I'll try to fix it soon,
>
> Michaël
>
> Le 05/06/2017 à 16:32, Rahkonen Jukka (MML) a écrit :
>
> Hi,
>
>
>
> If layers to be combined already have an attribute named as “LAYER” the
> operation stops with an error. User must rename LAYER to something else in
> all the layers before combining is possible.
>
>
>
> A good fix would perhaps be to create the classifying attribute in this
> case with a different name like “LAYER_1” if such does not exist, and try
> LAYER_2, LAYER_3 etc. and use this attribute as basis for classification.
> An easier fix could be to inform user “Attribute LAYER already exists. Do
> you want to combine layers without? Source of data will be lost.” Other
> ideas are welcome but editing the schema of 11 layers in this case was
> rather tedious.
>
>
>
> The error is
>
>
>
> java.lang.IllegalArgumentException: Attribute LAYERL already exists
>
>  at com.vividsolutions.jump.
> feature.FeatureSchema.addAttribute(FeatureSchema.java:189)
>
>  at org.openjump.core.ui.plugin.layer.
> CombineSelectedLayersPlugIn.execute(CombineSelectedLayersPlugIn.java:108)
>
>  at com.vividsolutions.jump.workbench.plugin.
> AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:339)
>
>  at javax.swing.AbstractButton.
> fireActionPerformed(AbstractButton.java:2022)
>
>  at javax.swing.AbstractButton$
> Handler.actionPerformed(AbstractButton.java:2346)
>
>  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:833)
>
>  at javax.swing.plaf.basic.
> BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
>
>  at java.awt.Component.
> processMouseEvent(Component.java:6525)
>
>  at javax.swing.JComponent.
> processMouseEvent(JComponent.java:3321)
>
>  at java.awt.Component.
> processEvent(Component.java:6290)
>
>  at java.awt.Container.
> processEvent(Container.java:2234)
>
>  at java.awt.Component.
> dispatchEventImpl(Component.java:4881)
>
>  at java.awt.Container.
> dispatchEventImpl(Container.java:2292)
>
>  at java.awt.Component.
> dispatchEvent(Component.java:4703)
>
>  at java.awt.LightweightDispatcher.
> retargetMouseEvent(Container.java:4898)
>
>  at java.awt.LightweightDispatcher.
> processMouseEvent(Container.java:4533)
>
>  at java.awt.LightweightDispatcher.
> dispatchEvent(Container.java:4462)
>
>  at java.awt.Container.
> dispatchEventImpl(Container.java:2278)
>
>  at java.awt.Window.
> dispatchEventImpl(Window.java:2739)
>
>  at java.awt.Component.
> dispatchEvent(Component.java:4703)
>
>  at java.awt.EventQueue.
> dispatchEventImpl(EventQueue.java:746)
>
>  at java.awt.EventQueue.access$
> 400(EventQueue.java:97)
>
>  at java.awt.EventQueue$3.run(
> EventQueue.java:697)
>
>  at java.awt.EventQueue$3.run(
> EventQueue.java:691)
>
>  at java.security.
> AccessController.doPrivileged(Native Method)
>
>  at java.security.ProtectionDomain$1.
> doIntersectionPrivilege(ProtectionDomain.java:75)
>
>  at java.security.ProtectionDomain$1.
> doIntersectionPrivilege(ProtectionDomain.java:86)
>
>  at java.awt.EventQueue$4.run(
> EventQueue.java:719)
>
>  at java.awt.EventQueue$4.run(
> 

Re: [JPP-Devel] Question about MultiInputDialog

[Giuseppe Aruta]

OK/Cancel sounds like go back to Option dialog instead of MultiImput dialog
That could be a minimalist and intuitive solution,
Peppe

2017-05-22 13:14 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Tanks for the comment Ede
> again tomorrow I will be out for work for 11 days. I will post pone any
> decision when I am back.
> If you want to do any modification, you are most welcome.
> Peppe
>
> 2017-05-22 13:06 GMT+02:00 <edgar.sol...@web.de>:
>
>> On 22.05.2017 12:40, Giuseppe Aruta wrote:
>> > 1. open Project Properties
>> > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled
>> > together with "Apply")
>> > 3. change the comment
>> > 4. ups, i erred, i want the old entry back
>> >
>> > As the GUI is defined (by MultiInputDialog) can see two schenarios:
>> > *) If the "Apply" button is not clicked, it close the diallog with no
>> > effects on any modification the user can do (see Style dialog). *The old
>> > good entry is save*.
>>
>> yes, but un-intuitive as the user would expect an alternative to APPLY
>> buttonwise ;)
>>
>> the Change Style Dialog is actually wrong as well. it allows you to apply
>> a style and after that Cancel and Ok have the same function. so it is not
>> exactly a good role model to follow here.
>>
>> i suggest you choose either
>>
>> OK/Cancel - advantage easy to understand, disadvantage OK saves the new
>> values & closes the dialog, no visual confirmation
>>
>> OK, replaced by Cancel/Apply on changes, back to OK only when changes
>> were applied/cancelled - advantage visual confirmation of the changes,
>> disadvantage more effort to implement
>>
>> > but
>> > **) if the  "Apply" button is clicked before than "Cancel" button, this
>> > will close dialog but modifications are not restored to original
>> values. *The
>> > old good entry is gone.*
>>
>> that's how it usually works
>>
>> > I am thinking more to an extra button, located close to "Edit project
>> > metadata", called "Restore metadata form file" that does the job.
>> > This would work even if the user changes his mind after having clicked
>> > "Apply" and inadvertently closed the dialog.
>>
>> ok, that's an idea. but do you really think it is worth the effort? are
>> the SRS code and an info comment that difficult to reentry by hand? ;)
>>
>> > Extra schenario. The user does 1 to 4 steps, click "Apply" button,
>> closes
>> > the dialog, *saves project* and "repents at the end of his days".
>> > Possible solutions
>> > a) add an extra warning on SaveProject plugin that that project is
>> going to
>> > be saved
>> > b) implement undo/redo on TaskPropertiesPlugin
>> >
>>
>> same as above, SRS code and info comment. nothing crucial around here
>> ;).. ede
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about MultiInputDialog

[Giuseppe Aruta]

Tanks for the comment Ede
again tomorrow I will be out for work for 11 days. I will post pone any
decision when I am back.
If you want to do any modification, you are most welcome.
Peppe

2017-05-22 13:06 GMT+02:00 <edgar.sol...@web.de>:

> On 22.05.2017 12:40, Giuseppe Aruta wrote:
> > 1. open Project Properties
> > 2. enable Metadata Change checkbox (a "Cancel" button that is enabled
> > together with "Apply")
> > 3. change the comment
> > 4. ups, i erred, i want the old entry back
> >
> > As the GUI is defined (by MultiInputDialog) can see two schenarios:
> > *) If the "Apply" button is not clicked, it close the diallog with no
> > effects on any modification the user can do (see Style dialog). *The old
> > good entry is save*.
>
> yes, but un-intuitive as the user would expect an alternative to APPLY
> buttonwise ;)
>
> the Change Style Dialog is actually wrong as well. it allows you to apply
> a style and after that Cancel and Ok have the same function. so it is not
> exactly a good role model to follow here.
>
> i suggest you choose either
>
> OK/Cancel - advantage easy to understand, disadvantage OK saves the new
> values & closes the dialog, no visual confirmation
>
> OK, replaced by Cancel/Apply on changes, back to OK only when changes were
> applied/cancelled - advantage visual confirmation of the changes,
> disadvantage more effort to implement
>
> > but
> > **) if the  "Apply" button is clicked before than "Cancel" button, this
> > will close dialog but modifications are not restored to original values.
> *The
> > old good entry is gone.*
>
> that's how it usually works
>
> > I am thinking more to an extra button, located close to "Edit project
> > metadata", called "Restore metadata form file" that does the job.
> > This would work even if the user changes his mind after having clicked
> > "Apply" and inadvertently closed the dialog.
>
> ok, that's an idea. but do you really think it is worth the effort? are
> the SRS code and an info comment that difficult to reentry by hand? ;)
>
> > Extra schenario. The user does 1 to 4 steps, click "Apply" button, closes
> > the dialog, *saves project* and "repents at the end of his days".
> > Possible solutions
> > a) add an extra warning on SaveProject plugin that that project is going
> to
> > be saved
> > b) implement undo/redo on TaskPropertiesPlugin
> >
>
> same as above, SRS code and info comment. nothing crucial around here ;)..
> ede
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about MultiInputDialog

[Giuseppe Aruta]

This solution doesn't take into account that user could modify metadata
more than once. Undo/redo probably solve this but I'd rather use undo/redo
only for editing.
Peppe

2017-05-22 12:40 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> 1. open Project Properties
> 2. enable Metadata Change checkbox (a "Cancel" button that is enabled
> together with "Apply")
> 3. change the comment
> 4. ups, i erred, i want the old entry back
>
> As the GUI is defined (by MultiInputDialog) can see two schenarios:
> *) If the "Apply" button is not clicked, it close the diallog with no
> effects on any modification the user can do (see Style dialog). *The old
> good entry is save*.
> but
> **) if the  "Apply" button is clicked before than "Cancel" button, this
> will close dialog but modifications are not restored to original values. *The
> old good entry is gone.*
>
> I am thinking more to an extra button, located close to "Edit project
> metadata", called "Restore metadata form file" that does the job.
> This would work even if the user changes his mind after having clicked
> "Apply" and inadvertently closed the dialog.
>
> Extra schenario. The user does 1 to 4 steps, click "Apply" button, closes
> the dialog, *saves project* and "repents at the end of his days".
> Possible solutions
> a) add an extra warning on SaveProject plugin that that project is going
> to be saved
> b) implement undo/redo on TaskPropertiesPlugin
>
> Peppe
>
>
> 2017-05-22 11:56 GMT+02:00 <edgar.sol...@web.de>:
>
>> Peppe,
>>
>> not to be misunderstood. consider this flow
>>
>> 1. open Project Properties
>> 2. enable Metadata Change checkbox
>> 3. change the comment
>> 4. ups, i erred, i want the old entry back
>>
>> now the user has a UI that only allows
>>  hit APPLY and then OK (values are saved, user does not want that!)
>> or
>>  disable the Metadata checkbox, hit OK (the value is not saved, but it
>> looks as if because it is still there until the dialog is reopened)
>> or
>>  close the dialog via the X of the frame
>> .
>>
>> a "proper" UI would actually compare the values (saved vs. dialog) and
>> only if they differ show Cancel/Apply buttons instead of OK. Apply would
>> update the task properties, Cancel restore the dialog fields with the old
>> values. Result of both would be no difference between saved vs. dialog
>> values anymore, hence OK is shown.
>>
>> something like that.. ede
>>
>>
>> On 22.05.2017 11:24, Giuseppe Aruta wrote:
>> > Thanks for the enhancement on OK/Apply buttons, Ede.
>> > I did a small upgrade of the GUI: it showns the unit as a separate box,
>> in
>> > case one day we improve unit conversion.
>> > I prefer to have a dedicate button (like "Restore properties from the
>> > file") instead to have a cancel button. I added a method on Utils
>> class. Or
>> > we can have both. but this makes thinks more ambiguous for users (my
>> > opinion). And we want to have OJ as more easy as possible
>> > Peppe
>> >
>> > 2017-05-21 13:39 GMT+02:00 <edgar.sol...@web.de>:
>> >
>> >> Peppe,
>> >>
>> >> one issue still remains though. if there is an APPLY button, there
>> should
>> >> be a CANCEL button to abort _and_ restore the previous state. i leave
>> that
>> >> to you in case you are interested. the needed method's to hide,
>> en/disable
>> >> are in place now.
>> >>
>> >> it's sunday, so i am being lazy.. ede
>> >>
>> >> On 21.05.2017 13:01, edgar.sol...@web.de wrote:
>> >>> ok, checked your code :).. ProjectInfoPlugIn.proj-metadata is the
>> edit
>> >> checkbox text, so that can stay as it is.
>> >>>
>> >>> another thing. editing the info comment only get's applied when apply
>> is
>> >> pressed before ok. that's creative but not intuitive. OK implies
>> >> acknowledgement, so is essentially the same as APPLY in this context.
>> >>>
>> >>> just took some time to add the initially requested OK button method
>> and
>> >> some more and conditionally bound that to the APPLY button. the
>> ProjectInfo
>> >> dialog should behave now somewhat more intuitively.
>> >>>
>> >>> ..ede
>> >>>
>> >>> On 21.05.2017 10:57, edgar.sol...@web.de wrote:
>> >>&g