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,
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] 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] 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: [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] 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] 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] 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] Missing MultiInputDialog#getRasterLayer

[Giuseppe Aruta]

Hi Michael
sorry for that. It should be fine on 5806 build
Peppe

2018-05-19 18:33 GMT+02:00 Michaël Michaud :

> Hi Peppe,
>
> Did you forget to commit something in MultiInputDialog, I cannot compile
> anymore :
>
> [ERROR] /D:/DEVELOPPEMENT/OpenJUMP/src/org/openjump/core/ui/plugin/
> raster/HistogramPlugIn.java:[193,26] cannot find symbol
> [ERROR] symbol:   method getRasterLayer(java.lang.String)
> [ERROR] location: variable dialog of type com.vividsolutions.jump.workbe
> nch.ui.MultiInputDialog
>
> 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

[JPP-Devel] Layer.class and single banded raster files

[Giuseppe Aruta]

Hi all

if an user try a single banded raster file using the File>Open>File option
(via Layer.class), she/he mostly has an error message like
"java.awt.image.RasterFormatException: (parentX + width) is outside raster"
even if the file is loaded into the layer tree.
Some extra notes:
TIF file: only the option BufferedImage (Commons) opens and displays the
file even if as a black rectangle.
FLT file: JFeleChooser shows only the option to choose the .hdr (the
associated header file, a simple text fie), which is not opened.
ASC file: The JFileChooser shows the option "AsciiGrids image reader, vers
1, Geosoultion" that opens the file into the layer tree but doesn't show
with the former error message.

Note that RasterImageLayer.class (File>Open>(Sextante) Raster file)  opens
ASC, FLT and TIF.

I still haven't tried with GDAL option (and wondered if it still working).

Since the scope to load and display single banded raster files in OJ is to
work with the associated data (which is not the aim of Layer.class),
 I wonder if it is possible to add on File>Open>File loading process a way
to advice user to use Sextante Raster file option instead whenever the
(TIF/ASC/FLT*) file is recognized as single banded one.

Peppe


* Tecnically geosolution can manage other formats (*bil, etc)




Note that
--
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] Methods to calculate Frequency in OJ?

[Giuseppe Aruta]

Hi all,
do we have calsses/methods in OJ core to calculate frequencies (absolute,
relative and cumulative) of an array of numbers? I can implement these
methods but I would prefer to use something already in the OJ source.
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] Methods to calculate Frequency in OJ?

[Giuseppe Aruta]

Possibile easy solution: jmathplot has a getdata() method that retrives a 
matrix [frequency for interval][intervals]. Il 21 mag 2018 10:44 PM Michaël 
Michaud <m.michael.mich...@orange.fr> ha scritto:
>
> Hi Peppe,
>
> I think that OpenJUMP plugins including statistical functions make use of 
> jmatharray-20070905. It does not include so many functions, but it is very 
> lightweight.
> Maybe Stefan knows a bit more about it. 
>
> Maybe there are some other places where statistical functions have been 
> coded. Do cou need it for feature attribute analysis or for image analysis ?
>
> Michaël
>
> Le 21/05/2018 à 20:03, Giuseppe Aruta a écrit :
>>
>> Hi all,
>> do we have calsses/methods in OJ core to calculate frequencies (absolute, 
>> relative and cumulative) of an array of numbers? I can implement these 
>> methods but I would prefer to use something already in the OJ source.
>> 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
>>
>
--
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] Methods to calculate Frequency in OJ?

[Giuseppe Aruta]

Thanks Michael and Stefan
I see jmatharray page (https://github.com/yannrichet/jmatharray). It seems
to have only some basic tools, possibly histogram from
org.math.array.StatisticSample could be useful, I will check.
As Stefan mentioned org.openjump.core.attributeoperations.Classifier1D
provides only count methods.
I will check on internet and on Sextante (I found that
es.unex.sextante.math.simpleStats.SimpleStats for instance has a nice set
of statistics inidices for arrays).
Maybe I will add a "Statistics" class that work for arrays -  both
descriptive (mean, standard dev., etc) statistics and frequancies on arrays.
I am planning to add a histogram plugin for Raster which provides also some
frequency tools as I feel Sextante>Basic Statistics>Histogram tool is quite
simple for some (raster) data analysis.
Peppe

2018-05-22 0:38 GMT+02:00 Stefan Steiniger <sst...@geo.uzh.ch>:

> Hi Peppe,
>
> not that I know of... I was thinking there could be something related to
> colors theming - but I don't think so with respect to the type you want i
> even doubt that jmath has. I used only "counts" (like for histograms);
> which is a bit different - or? But you could also check if Sextante has
> something?
>
> For OJ source code you could just run a text search using "frequency"
>
> cheers,
>
> Stefan
>
> On 5/21/18 17:44, Michaël Michaud wrote:
>
> Hi Peppe,
>
> I think that OpenJUMP plugins including statistical functions make use of
> jmatharray-20070905. It does not include so many functions, but it is very
> lightweight.
> Maybe Stefan knows a bit more about it.
> Maybe there are some other places where statistical functions have been
> coded. Do cou need it for feature attribute analysis or for image analysis ?
>
> Michaël
>
> Le 21/05/2018 à 20:03, Giuseppe Aruta a écrit :
>
> Hi all,
> do we have calsses/methods in OJ core to calculate frequencies (absolute,
> relative and cumulative) of an array of numbers? I can implement these
> methods but I would prefer to use something already in the OJ source.
> 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 
> 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 
> 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] Methods to calculate Frequency in OJ?

[Giuseppe Aruta]

thanks Jukka

2018-05-22 9:59 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> I was thinking about color theming as well because it knows how to apply
> Maximal Breaks, Jenks, Quantiles etc. but we do have some tools also in the
> Tools – Statistics menu.
>
>
>
> Sextante must have something in Focal statistics, Local statistics and
> probably in a few other places as well.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Stefan Steiniger [mailto:sst...@geo.uzh.ch]
> *Lähetetty:* 22. toukokuuta 2018 1:38
> *Vastaanottaja:* jump-pilot-devel@lists.sourceforge.net
> *Aihe:* Re: [JPP-Devel] Methods to calculate Frequency in OJ?
>
>
>
> Hi Peppe,
>
> not that I know of... I was thinking there could be something related to
> colors theming - but I don't think so with respect to the type you want i
> even doubt that jmath has. I used only "counts" (like for histograms);
> which is a bit different - or? But you could also check if Sextante has
> something?
>
> For OJ source code you could just run a text search using "frequency"
>
> cheers,
>
> Stefan
>
>
>
> On 5/21/18 17:44, Michaël Michaud wrote:
>
> Hi Peppe,
>
> I think that OpenJUMP plugins including statistical functions make use of
> jmatharray-20070905. It does not include so many functions, but it is very
> lightweight.
> Maybe Stefan knows a bit more about it.
>
> Maybe there are some other places where statistical functions have been
> coded. Do cou need it for feature attribute analysis or for image analysis ?
>
> Michaël
>
> Le 21/05/2018 à 20:03, Giuseppe Aruta a écrit :
>
> Hi all,
>
> do we have calsses/methods in OJ core to calculate frequencies (absolute,
> relative and cumulative) of an array of numbers? I can implement these
> methods but I would prefer to use something already in the OJ source.
>
> 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
>
>
>
>
>
> --
>
> 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] Methods to calculate Frequency in OJ?

[Giuseppe Aruta]

possibly to reuse Sextante>Tools for Polygons> Grid Statistics in polygons
tool (if it would work )

2018-05-22 10:39 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> Focal statistics that uses vector layer as a mask would be nice to have. I
> would have a use case for counting pixels which have value above a certain
> limit inside some polygons.
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta [mailto:giuseppe.ar...@gmail.com]
> *Lähetetty:* 22. toukokuuta 2018 11:25
> *Vastaanottaja:* OpenJump develop and use <jump-pilot-devel@lists.
> sourceforge.net>
>
> *Aihe:* Re: [JPP-Devel] Methods to calculate Frequency in OJ?
>
>
>
> thanks Jukka
>
>
>
> 2018-05-22 9:59 GMT+02:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
> Hi,
>
>
>
> I was thinking about color theming as well because it knows how to apply
> Maximal Breaks, Jenks, Quantiles etc. but we do have some tools also in the
> Tools – Statistics menu.
>
>
>
> Sextante must have something in Focal statistics, Local statistics and
> probably in a few other places as well.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Stefan Steiniger [mailto:sst...@geo.uzh.ch]
> *Lähetetty:* 22. toukokuuta 2018 1:38
> *Vastaanottaja:* jump-pilot-devel@lists.sourceforge.net
> *Aihe:* Re: [JPP-Devel] Methods to calculate Frequency in OJ?
>
>
>
> Hi Peppe,
>
> not that I know of... I was thinking there could be something related to
> colors theming - but I don't think so with respect to the type you want i
> even doubt that jmath has. I used only "counts" (like for histograms);
> which is a bit different - or? But you could also check if Sextante has
> something?
>
> For OJ source code you could just run a text search using "frequency"
>
> cheers,
>
> Stefan
>
>
>
> On 5/21/18 17:44, Michaël Michaud wrote:
>
> Hi Peppe,
>
> I think that OpenJUMP plugins including statistical functions make use of
> jmatharray-20070905. It does not include so many functions, but it is very
> lightweight.
> Maybe Stefan knows a bit more about it.
>
> Maybe there are some other places where statistical functions have been
> coded. Do cou need it for feature attribute analysis or for image analysis ?
>
> Michaël
>
> Le 21/05/2018 à 20:03, Giuseppe Aruta a écrit :
>
> Hi all,
>
> do we have calsses/methods in OJ core to calculate frequencies (absolute,
> relative and cumulative) of an array of numbers? I can implement these
> methods but I would prefer to use something already in the OJ source.
>
> 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
>
>
>
>
> --
>
> 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

[JPP-Devel] Activated histogram plugin on raster data

[Giuseppe Aruta]

Hi all
I activated an histogram plugin for raster data (see Toolbar>Raster>Create
Histogram). The idea is to have a raster plugin with more option than
Sextante one. One that could have helped user to calculate also statistic
indices (mean, median but also 25/75 percentiles, Kustosis, Skewness) and
frequancies of classes.

To get statistic indices I used as base a class form Sextante algorithms
which I modified and extended to other useful indices.

I used the OJ embedded libraries (jmathplot-20070905.jar) to get the
histogram in order not to extend depencies to othet plot libraries (as
Sextante and OpenKLEM have). Jmathplot gets back plotted data as a matrix.
In the case of  a HistogramPlot.class, these data are: 1) absolute
frequency and 2) the median value of the range for each intervals.

To get also cumulative frequancy, realtive frequancy and min/max values (of
the range for each intervals) I created some method and placed into
Plot2DPanelOJ class

More job has to do (fix some parts of the statistic class, better
definition of frequency methods, etc)

Any comment is welcome

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] Activated histogram plugin on raster data

[Giuseppe Aruta]

Last comment:
since JMathPlot canvas allows to modify its toolbar, statistics and
frequancy output/table are activated as indipendent frame using relative
buttons on  histogram canvas toolbar
Peppe

2018-06-06 14:41 GMT+02:00 Giuseppe Aruta :

> Hi all
> I activated an histogram plugin for raster data (see Toolbar>Raster>Create
> Histogram). The idea is to have a raster plugin with more option than
> Sextante one. One that could have helped user to calculate also statistic
> indices (mean, median but also 25/75 percentiles, Kustosis, Skewness) and
> frequancies of classes.
>
> To get statistic indices I used as base a class form Sextante algorithms
> which I modified and extended to other useful indices.
>
> I used the OJ embedded libraries (jmathplot-20070905.jar) to get the
> histogram in order not to extend depencies to othet plot libraries (as
> Sextante and OpenKLEM have). Jmathplot gets back plotted data as a matrix.
> In the case of  a HistogramPlot.class, these data are: 1) absolute
> frequency and 2) the median value of the range for each intervals.
>
> To get also cumulative frequancy, realtive frequancy and min/max values
> (of the range for each intervals) I created some method and placed into
> Plot2DPanelOJ class
>
> More job has to do (fix some parts of the statistic class, better
> definition of frequency methods, etc)
>
> Any comment is welcome
>
> 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: [5814] core/trunk

[Giuseppe Aruta]

Italian and Spanish lang codes? Do they already been translated? Sorry.  I 
cannot check as I am travelling. Thanks
PeppeIl 01 giu 2018 9:00 AM jump-pilot-svn--- via Jump-pilot-devel 
 ha scritto:
>
> Revision: 5814 
>   http://sourceforge.net/p/jump-pilot/code/5814 
> Author:   michaudm 
> Date: 2018-06-01 06:59:59 + (Fri, 01 Jun 2018) 
> Log Message: 
> --- 
> make target layer of EraseLayerAWithLayerBPlugIn updatable. Improve 18N. 
>
> Modified Paths: 
> -- 
>     core/trunk/ChangeLog 
>     core/trunk/src/language/jump.properties 
>     core/trunk/src/language/jump_cz.properties 
>     core/trunk/src/language/jump_fr.properties 
>     core/trunk/src/language/jump_hu.properties 
>     core/trunk/src/language/jump_ja_JP.properties 
>     core/trunk/src/language/jump_ml.properties 
>     core/trunk/src/language/jump_pt.properties 
>     core/trunk/src/language/jump_pt_BR.properties 
>     core/trunk/src/language/jump_ta_IN.properties 
>     core/trunk/src/language/jump_te.properties 
>     core/trunk/src/language/jump_zh_CN.properties 
>     core/trunk/src/language/jump_zh_HK.properties 
>     
> core/trunk/src/org/openjump/core/ui/plugin/tools/EraseLayerAWithLayerBPlugIn.java
>  
>
> Modified: core/trunk/ChangeLog 
> === 
> --- core/trunk/ChangeLog 2018-05-30 22:43:16 UTC (rev 5813) 
> +++ core/trunk/ChangeLog 2018-06-01 06:59:59 UTC (rev 5814) 
> @@ -3,6 +3,9 @@ 
> # 2. make sure that lines break at 80 chars for constricted display 
> situations 
> #< 80 chars 
> --># 
>
> +2018-06-01 mmichaud  
> +  * make target layer of EraseLayerAWithLayerBPlugIn updatable. Improve 18N. 
> + 
> 2018-05-31 mmichaud  
>    * make EraseLayerAWithLayerBPlugIn more robust 
>
>
> Modified: core/trunk/src/language/jump.properties 
> === 
> --- core/trunk/src/language/jump.properties 2018-05-30 22:43:16 UTC (rev 
> 5813) 
> +++ core/trunk/src/language/jump.properties 2018-06-01 06:59:59 UTC (rev 
> 5814) 
> @@ -1423,12 +1423,15 @@ 
> org.openjump.core.ui.plugin.tools.DeleteDuplicateGeometriesPlugIn.select-layer
>  = select layer 
> org.openjump.core.ui.plugin.tools.DeleteDuplicateGeometriesPlugIn.keep-deleted-features
>  = keep deleted features in a separate layer 
> org.openjump.core.ui.plugin.tools.DeleteEmptyGeometriesPlugIn.Delete-Empty-Geometries-in-Selection
>  = Delete Empty Geometries in Selection 
> -org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn = Erase a 
> layer with another 
> -org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.source-layer = 
> Source Layer 
> -org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.eraser-layer = 
> Eraser Layer 
> -org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.description = 
> The plugin will substract eraser layer from geometries of first layer.\n\ 
> - Geometries divided into several dijoined geometries by the operation may be 
> kept as a single multi-geometry or divided into several features.\n\ 
> - Optionally, a layer containing vertices added during the difference 
> operation can be produced. 
> +org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn=Erase a layer 
> from a mask 
> +org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.source-layer=Target
>  Layer (to be cut) 
> +org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.eraser-layer=Mask
>  
> +org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.description=The
>  plugin substracts geometries of the mask layer from the geometries of the 
> target layer.\n\ 
> +    The target layer may be updated or the result maybe copied in a new 
> Layer.\n\ 
> +    If the result is copied to a new Layer, there is two added options which 
> are :\n\ 
> +    1 - to show vertices added by the overlay operation (these vertices are 
> introduced in the target layer but not in the mask layer)\n\ 
> +    2 - to create several features if the resulting geometry is a 
> MultiGeometry\ 
> +    
> org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.show-new-vertices
>  = Show new vertices 
> org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.decompose-multi 
> = Decompose multi-geometries 
> org.openjump.core.ui.plugin.tools.EraseLayerAWithLayerBPlugIn.minus = moins 
>
> Modified: core/trunk/src/language/jump_cz.properties 
> === 
> --- core/trunk/src/language/jump_cz.properties 2018-05-30 22:43:16 UTC (rev 
> 5813) 
> +++ core/trunk/src/language/jump_cz.properties 2018-06-01 06:59:59 UTC (rev 
> 5814) 
> @@ -2559,13 +2559,18 @@ 
> org.openjump.core.ui.plugin.wms.WMSLegendPlugIn.message=\#T\:Error or no 
> legend associated to selected layer 
> org.openjump.core.ui.plugin.tools.CutFeaturesTool = \#T\:Cut polygons or 
> linestrings 
> 

[JPP-Devel] New Class to calculate statistic indices

[Giuseppe Aruta]

Hi all,
I am going to add a new class, "StatisticsIndices", which calculates
position and statistics indices of an array of numbers.
The following inidices will be available:

count
total sum
max
min
mean
25 percentile
median
75 percentile
standard deviation
coefficinet of variation
root Mean Squared
Skewness
Kurtosis

This class could be used for any array of number (an array formed by raster
cell values from a RasterImageLayer , an array from numeric attributes from
a Vector Layer).
For this reason  I would like to add this class into a general visible
package.
My idea is to create an "org.openjump.core.math" package into OJ tree.
I would like to have your opinion.
Best
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: [5838] core/trunk/src/com/vividsolutions/jump/workbench/plugin/ EnableCheckFactory.java

[Giuseppe Aruta]

I see. Thanks Ede

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

> Revision: 5838
>   http://sourceforge.net/p/jump-pilot/code/5838
> Author:   edso
> Date: 2018-06-05 09:44:23 + (Tue, 05 Jun 2018)
> Log Message:
> ---
> rename to a more speaking name
> remove warning suppressions
> check before fetching strings
> limit class parameter to layerable implementations
>
> Modified Paths:
> --
> core/trunk/src/com/vividsolutions/jump/workbench/
> plugin/EnableCheckFactory.java
>
> Modified: core/trunk/src/com/vividsolutions/jump/workbench/
> plugin/EnableCheckFactory.java
> ===
> --- 
> core/trunk/src/com/vividsolutions/jump/workbench/plugin/EnableCheckFactory.java
>2018-06-05 08:54:24 UTC (rev 5837)
> +++ 
> core/trunk/src/com/vividsolutions/jump/workbench/plugin/EnableCheckFactory.java
>2018-06-05 09:44:23 UTC (rev 5838)
> @@ -812,39 +812,35 @@
>  }
>
>  /**
> - * Check that at least n Layerables of a type (Layer.class,
> + * Check that at least n layerables of a type (Layer.class,
>   * RasterImageLayer.class, WMSLayer.class, etc) have been loaded
>   *
>   * @param number
> - *of layerables
> + *  of needed layerables
>   * @param type
> - *of layerable class (RasterImageLayer.class, Layer.class,
> - *WMSLayer.class, etc)
> + *  implementation of {@link Layerable}
> (RasterImageLayer.class, Layer.class,
> + *  WMSLayer.class, etc)
>   * @return error message or null
>   */
> -public EnableCheck createAtLeastNLayerablesMustExistCheck(final int
> n,
> -@SuppressWarnings("rawtypes") Class layerableClass) {
> -return new EnableCheck() {
> -@SuppressWarnings("unchecked")
> -@Override
> -public String check(JComponent component) {
> -final LayerManager layerManager = workbenchContext
> -.getLayerManager();
> -String msg;
> -if (n == 1) {
> -msg = get("com.vividsolutions.jump.
> workbench.plugin.At-least-one-layerables-must-exist")
> -+ ": " + layerableClass.getSimpleName();
> -} else {
> -msg = getMessage(
> -"com.vividsolutions.jump.
> workbench.plugin.At-least-n-layerables-must-exist",
> -new Object[] { n })
> -+ ": " + layerableClass.getSimpleName();
> -;
> -}
> -return (layerManager == null || n >
> layerManager.getLayerables(
> -layerableClass).size()) ? msg : null;
> -}
> -};
> +public EnableCheck createAtLeastNLayerablesOfTypeMustExistCheck(final
> int n, final Class type) {
> +  return new EnableCheck() {
> +public String check(JComponent component) {
> +  // all is well
> +  if ( workbenchContext.getLayerManager().getLayerables(type).size()
> >= n )
> +return null;
> +
> +  // or not. tell the user
> +  String msg;
> +  if (n == 1) {
> +msg = get("com.vividsolutions.jump.
> workbench.plugin.At-least-one-layerables-must-exist") + ": "
> ++ type.getSimpleName();
> +  } else {
> +msg = getMessage("com.vividsolutions.jump.workbench.
> plugin.At-least-n-layerables-must-exist",
> +new Object[] { n }) + ": " + type.getSimpleName();
> +  }
> +  return msg;
> +}
> +  };
>  }
>
>  }
>
>
> 
> --
> 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 Class to calculate statistic indices

[Giuseppe Aruta]

I added the class on OJ5839, under com.vividsolutions.jump.util package

2018-06-05 17:53 GMT+02:00 Giuseppe Aruta :

> I starded to work on class es.unex.sextante.math.simpleStats.SimpleStats
> (Sextante under GPL2) that I modified and extended for my purpose: a set of
> statistic operations to be used on a (raster) histogram, The final project
> is to add a raster histogram plugin to OJ
> Peppe
>
> 2018-06-05 13:54 GMT+02:00 :
>
>> right Mike, or simply placed alongside in that package.
>>
>> Peppe, did you create the class from scratch or where did you get the
>> code, under which license?
>>
>> ..ede
>>
>>
>> On 05.06.2018 13:52, Michaël Michaud wrote:
>> > Hi Peppe,
>> >
>> > If it is a collection of pure static math methods with no dependency
>> mabe it can take place in
>> >
>> > com.vividsolutions.jump.util.MathUtil
>> >
>> > Michaël
>> >
>> >
>> > Le 05/06/2018 à 09:32, Giuseppe Aruta a écrit :
>> >> Hi all,
>> >> I am going to add a new class, "StatisticsIndices", which calculates
>> position and statistics indices of an array of numbers.
>> >> The following inidices will be available:
>> >>
>> >> count
>> >> total sum
>> >> max
>> >> min
>> >> mean
>> >> 25 percentile
>> >> median
>> >> 75 percentile
>> >> standard deviation
>> >> coefficinet of variation
>> >> root Mean Squared
>> >> Skewness
>> >> Kurtosis
>> >>
>> >> This class could be used for any array of number (an array formed by
>> raster cell values from a RasterImageLayer , an array from numeric
>> attributes from a Vector Layer).
>> >> For this reason  I would like to add this class into a general visible
>> package.
>> >> My idea is to create an "org.openjump.core.math" package into OJ tree.
>> >> I would like to have your opinion.
>> >> Best
>> >> 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
>>
>
>
--
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 Class to calculate statistic indices

[Giuseppe Aruta]

I starded to work on class es.unex.sextante.math.simpleStats.SimpleStats
(Sextante under GPL2) that I modified and extended for my purpose: a set of
statistic operations to be used on a (raster) histogram, The final project
is to add a raster histogram plugin to OJ
Peppe

2018-06-05 13:54 GMT+02:00 :

> right Mike, or simply placed alongside in that package.
>
> Peppe, did you create the class from scratch or where did you get the
> code, under which license?
>
> ..ede
>
>
> On 05.06.2018 13:52, Michaël Michaud wrote:
> > Hi Peppe,
> >
> > If it is a collection of pure static math methods with no dependency
> mabe it can take place in
> >
> > com.vividsolutions.jump.util.MathUtil
> >
> > Michaël
> >
> >
> > Le 05/06/2018 à 09:32, Giuseppe Aruta a écrit :
> >> Hi all,
> >> I am going to add a new class, "StatisticsIndices", which calculates
> position and statistics indices of an array of numbers.
> >> The following inidices will be available:
> >>
> >> count
> >> total sum
> >> max
> >> min
> >> mean
> >> 25 percentile
> >> median
> >> 75 percentile
> >> standard deviation
> >> coefficinet of variation
> >> root Mean Squared
> >> Skewness
> >> Kurtosis
> >>
> >> This class could be used for any array of number (an array formed by
> raster cell values from a RasterImageLayer , an array from numeric
> attributes from a Vector Layer).
> >> For this reason  I would like to add this class into a general visible
> package.
> >> My idea is to create an "org.openjump.core.math" package into OJ tree.
> >> I would like to have your opinion.
> >> Best
> >> 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
>
--
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: [5906] core/trunk/src/com/vividsolutions/jump/workbench/ui/task/ TaskMonitorManager.java

[Giuseppe Aruta]

This is interesting. I was just wondering about that in these days. Thanks 
Michael
PeppeIl 30 giu 2018 7:46 PM jump-pilot-svn--- via Jump-pilot-devel 
 ha scritto:
>
> Revision: 5906 
>   http://sourceforge.net/p/jump-pilot/code/5906 
> Author:   michaudm 
> Date: 2018-06-30 17:46:04 + (Sat, 30 Jun 2018) 
> Log Message: 
> --- 
> Avoid showing dialog with exception after every dialog closing 
>
> Modified Paths: 
> -- 
>     
> core/trunk/src/com/vividsolutions/jump/workbench/ui/task/TaskMonitorManager.java
>  
>
> Modified: 
> core/trunk/src/com/vividsolutions/jump/workbench/ui/task/TaskMonitorManager.java
>  
> === 
> --- 
> core/trunk/src/com/vividsolutions/jump/workbench/ui/task/TaskMonitorManager.java
>  2018-06-30 07:57:05 UTC (rev 5905) 
> +++ 
> core/trunk/src/com/vividsolutions/jump/workbench/ui/task/TaskMonitorManager.java
>  2018-06-30 17:46:04 UTC (rev 5906) 
> @@ -68,7 +68,7 @@ 
>  // Aquino] 
>  final TaskWrapper taskWrapper = new TaskWrapper(plugIn, context, 
>  progressDialog); 
> -    final Thread thread = new Thread(taskWrapper); 
> + 
>  progressDialog.addWindowListener(new WindowAdapter() { 
>  private int attempts = 0; 
>
> @@ -94,7 +94,7 @@ 
>  progressDialog.setVisible(false); 
>  progressDialog.dispose(); 
>  } 
> -    thread.stop();    
> +    taskWrapper.stop(); 
>  } 
>  }); 
>  progressDialog.addComponentListener(new ComponentAdapter() { 
> @@ -102,7 +102,7 @@ 
>  //Wait for the dialog to appear before starting the task. 
>  // Otherwise the task might possibly finish before the 
> dialog 
>  // appeared and the dialog would never close. [Jon Aquino] 
> -    thread.start(); 
> +    taskWrapper.start(); 
>  } 
>  }); 
>  GUIUtil.centreOnWindow(progressDialog); 
> @@ -131,7 +131,7 @@ 
>  }); 
>  } 
>
> -    private class TaskWrapper implements Runnable { 
> +    private class TaskWrapper extends Thread { 
>  private ThreadedPlugIn plugIn; 
>
>  private PlugInContext context; 
> @@ -160,7 +160,9 @@ 
>  // [Jon Aquino 2004-09-07] 
>  
>  dialog.setVisible( false ); 
> -    if (throwable != null) { 
> +    // Avoid showing another dialogbox with a ThreadDeath 
> exception 
> +    // after dialog closing 
> +    if (throwable != null && !(throwable instanceof 
> ThreadDeath)) { 
>  context.getErrorHandler().handleThrowable(throwable); 
>  } 
>  dialog.dispose(); 
>
>
> --
>  
> 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] 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

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

[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] 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] 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,
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] 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] 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] 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] ProfilePlugin

[Giuseppe Aruta]

I applied the patch on OJ 5821
The default icon (in case the choosen one doesn't exist) is the following:


​

2018-06-22 13:52 GMT+02:00 Giuseppe Aruta :

> Hi Ede,Michale
> ther are actually 3 Iconloader in OJ
> 1) com.vividsolutions.jump.workbench.ui.images.IconLoader - The main
> class, widely used in OJ
> 2) com.vividsolutions.jump.workbench.ui.images.famfam.IconLoader - which
> it is actually used by 2 plugins: CopyImagePlugIn and CutSelectedItemsPlugIn
> 3) org.openjump.core.ui.images.IconLoader - which is used by at least
> 30/32 plugins (CopySelectedItemsPlugIn, CombineSelectedFeaturesPlugIn, etc)
>
> Peppe
>
> 2018-06-22 11:02 GMT+02:00 :
>
>> On 22.06.2018 09:09, Michaël Michaud wrote:
>> > Making IconLoader more robust is a good idea. Note that we have several
>> IconLoader in the distribution (plus some included in extensions), but
>> maybe we can try to use some kind of heritage to implement it only once.
>>
>> i seem to remember to have unified at least JUMP & OJ iconloaders
>> somewhat in the past, so they use the same code or such.. 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] ProfilePlugin

[Giuseppe Aruta]

I will revomove the patch. The icon comes from Kosmo SAIG

2018-06-22 14:09 GMT+02:00 :

> ohh,
>
> and  Logger.error() in the catch should be implemented for the kind
> developer to be notified in case of an error.
>
> ..ede
>
> On 22.06.2018 14:07, edgar.sol...@web.de wrote:
> > Peppe,
> >
> > apart from the fact that you reformatted the whole class (again!) with
> 4spaces indention an wrongly broken comments, you simply replaced the
> method icon() .
> >
> > that is wrong! the method used allover this class is getIcon(url), which
> would be the right place to apply your patch.
> >
> > the default icon is fine. where did you get it from?
> >
> > ..ede
> >
> > On 22.06.2018 13:59, Giuseppe Aruta wrote:
> >> I applied the patch on OJ 5821
> >> The default icon (in case the choosen one doesn't exist) is the
> following:
> >>
> >>
> >> ​
> >>
> >> 2018-06-22 13:52 GMT+02:00 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>>:
> >>
> >> Hi Ede,Michale
> >> ther are actually 3 Iconloader in OJ
> >> 1) com.vividsolutions.jump.workbench.ui.images.IconLoader - The
> main class, widely used in OJ
> >> 2) com.vividsolutions.jump.workbench.ui.images.famfam.IconLoader -
> which it is actually used by 2 plugins: CopyImagePlugIn and
> CutSelectedItemsPlugIn
> >> 3) org.openjump.core.ui.images.IconLoader - which is used by at
> least 30/32 plugins (CopySelectedItemsPlugIn,
> CombineSelectedFeaturesPlugIn, etc)
> >>
> >> Peppe
> >>
> >> 2018-06-22 11:02 GMT+02:00  edgar.sol...@web.de>>:
> >>
> >> On 22.06.2018 09:09, Michaël Michaud wrote:
> >> > Making IconLoader more robust is a good idea. Note that we
> have several IconLoader in the distribution (plus some included in
> extensions), but maybe we can try to use some kind of heritage to implement
> it only once.
> >>
> >> i seem to remember to have unified at least JUMP & OJ
> iconloaders somewhat in the past, so they use the same code or such.. 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

Re: [JPP-Devel] ProfilePlugin

[Giuseppe Aruta]

Hi Ede,Michale
ther are actually 3 Iconloader in OJ
1) com.vividsolutions.jump.workbench.ui.images.IconLoader - The main class,
widely used in OJ
2) com.vividsolutions.jump.workbench.ui.images.famfam.IconLoader - which it
is actually used by 2 plugins: CopyImagePlugIn and CutSelectedItemsPlugIn
3) org.openjump.core.ui.images.IconLoader - which is used by at least 30/32
plugins (CopySelectedItemsPlugIn, CombineSelectedFeaturesPlugIn, etc)

Peppe

2018-06-22 11:02 GMT+02:00 :

> On 22.06.2018 09:09, Michaël Michaud wrote:
> > Making IconLoader more robust is a good idea. Note that we have several
> IconLoader in the distribution (plus some included in extensions), but
> maybe we can try to use some kind of heritage to implement it only once.
>
> i seem to remember to have unified at least JUMP & OJ iconloaders somewhat
> in the past, so they use the same code or such.. 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] ProfilePlugin

[Giuseppe Aruta]

Yes Ede, thanks
I saw they extended the main class.
String resolveFile(...) on IconLoader (raw 131) should solve icon location
between main folder and famfam, fugue ones, right?
Peppe

2018-06-22 13:59 GMT+02:00 Giuseppe Aruta :

> I applied the patch on OJ 5821
> The default icon (in case the choosen one doesn't exist) is the following:
>
>
> ​
>
> 2018-06-22 13:52 GMT+02:00 Giuseppe Aruta :
>
>> Hi Ede,Michale
>> ther are actually 3 Iconloader in OJ
>> 1) com.vividsolutions.jump.workbench.ui.images.IconLoader - The main
>> class, widely used in OJ
>> 2) com.vividsolutions.jump.workbench.ui.images.famfam.IconLoader - which
>> it is actually used by 2 plugins: CopyImagePlugIn and CutSelectedItemsPlugIn
>> 3) org.openjump.core.ui.images.IconLoader - which is used by at least
>> 30/32 plugins (CopySelectedItemsPlugIn, CombineSelectedFeaturesPlugIn, etc)
>>
>> Peppe
>>
>> 2018-06-22 11:02 GMT+02:00 :
>>
>>> On 22.06.2018 09:09, Michaël Michaud wrote:
>>> > Making IconLoader more robust is a good idea. Note that we have
>>> several IconLoader in the distribution (plus some included in extensions),
>>> but maybe we can try to use some kind of heritage to implement it only once.
>>>
>>> i seem to remember to have unified at least JUMP & OJ iconloaders
>>> somewhat in the past, so they use the same code or such.. 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] Where to find Pirol plugins?

[Giuseppe Aruta]

Hi all
possible Pirol project is down since a long time (
http://www.pirol.fh-osnabrueck.de/)
 -- we shoul upgrade the wiki and OJ main page one day -- (*)

I was looking for a specific Pirol plugin:
the one that opens a (larger) layer legend in a different frame
(ShowLegendPlugin  possibly).

Does anyone have a copy (the source code was embedded as far as I
remember)? Or do we have a copy somewhere in the wiki?

thanks for the help

Peppe

(*) and
a) Sigle https://projet-sigle.org/ points to an Insurance broker
b) Skyjump has a wierd page (http://www.skyjumpgis.org/ )
about Slot machine
The true page is on Sourceforge (https://sourceforge.net/projects/skyjump/)
c) Intevation works and has few pages about OJ print and WFS plugins (
http://intevation.org/geospatial/pix/ref/oj-wfsplugin.de.html
d) Also SurveyOS survives (http://surveyos.sourceforge.net/). Thanks Landon!
--
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] @Michael. Bug on LayerView and other observations

[Giuseppe Aruta]

Thanks Michael
I will give a try on this weekend and let you know
Best regards
Peppe

2018-08-22 9:11 GMT+02:00 Michaël Michaud :

> Hi Peppe,
>
> It should be almost repaired. It is still missing a fix to prevent writing
> the data file for the view while saving the project.
>
> Let me know if there is still something wrong.
>
> Michaël
>
> Le 19/08/2018 à 21:52, Michaël Michaud a écrit :
>
> Hi Peppe,
>
> Thanks a lot for letting me know. I'll try to check that as soon as
> possible.
>
> Michaël
>
> Le 19/08/2018 à 18:04, Giuseppe Aruta a écrit :
>
> Hi Michael,
> I gave a look at the usage of LayerView class and I found a bug on opening
> project if layerViews are saved into a project file
> This is the sequence:
>
> 1) I create a project and load (or create) a new layer
> 2) I create a layerView of selected layer and click to save the project
> 3) OpenJUMP asks to save the newly created layer (=layerView) as JMP or
> SHP.
> 4) I select to create a new layer. The the saving project is finalized and
> a project file is saved.
> 5) I try to open the project.the *project is not opened* and an error
> message shows the problem is in OpenProjectWizard, possibly on
> loadLayers(...) method:
>
> j
>
>
>
>
> *ava.lang.Exception: Caricando il file progetto
> 'C:\Users\Beppe\Desktop\2.jmp' fallito con errore:
> com.vividsolutions.jump.workbench.model.LayerView. at
> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:195)
> at
> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:132)
> at
> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.run(OpenProjectWizard.java:127)
> at
> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)*
> *   ...*
>
> I opened the project file with a text editor and substitute
> any
> layer class="com.vividsolutions.jump.workbench.model.LayerView"
> with
> layer class="com.vividsolutions.jump.workbench.model.Layer"
>
> In this case I can open the project file in openjump with no problem.
>
> 
> --
> Apart from the bug, I have some observations for possible further
> development
>
> a) a LayerView is be a simple "view" of a layer: the modification action
> is syncroniozed: whenever I modified the geometries of a layer, the
> modification affects also the conresponding LayerView. In this case the
> "view" could be a parameter to save only into the project file without  the
> need to create a clone of the layer.
>
> b) II found the LayerView can have a great positive impact on OJ style as
> users can create multiple views of the same layer with different styles.
> I explored the possibility to create subviews of a selected layer,
> according to defined attribute (*). The easy way was to create sub feature
> collections according to the attribute, create conresponding sub-layers
> (which are not opened into the view, create conresponding views to load
> into the view.
> Of coarse  those subviews are not subviews of the original layer but
> subviews of sub-layers. The syncronized modification is lost.
>
>
>
> (*) This could be extremely useful as OJ lacks of a good point/linestring
> decoration symbology according to attribute. I am Thinking about vertex
> symbol rotation, the usage of wkt files, text display next to symbols -
> what is available in CadPlann symbology plugin available only for basic
> style
>
>
> Best regards and thanks for your job
>
> 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 
> 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

[JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

[Giuseppe Aruta]

Hi Jumpers
OpenKLEM is a set of tools for basic raster and hydrological analysis
http://ojwiki.soldin.de/index.php?title=Plugins_for_OpenJUMP#Raster_Analysis
.

One of our member, Alberto De Luca, has been involved on OpenKLEM
development. The software is used by Prof. Roberto Rossi in his course  Gis
Applications in Hydrogeology (University of Padua -
https://didattica.unipd.it/off/2017/LM/AV/AG0062/000ZZ/AG01122459/N0).

In the last 2 months,  in agreement with Alberto and Roberto, I reworked
OpenKLEM source code to reduce the depencies of OpenKLEM to external
libraries (mostly OpenDocumet ones). And to make a copy of working OpenKLEM
smaller in size and connected only to OpenJUMP plus libraries.

This reduced OpenKLEM setup from 8 files(2 core files + 6 OpenDocuments
onse)-7 Mb to 2 core files-1 Mb.

My proposal in this mail  is to integrate OpenKLEM to OpenJUMP PLUS.

These are the advantages and integration with OpenJUMP. And a comparison
Sextante:

1) Raster instrumentation enrichment
the hydrographic analysis tools in OpenKLEM increases the offer of
Sextante's raster instrumentation

2) Basic raster tools:
Sextante has a more extensive set of basic raster instrumentation. But some
of these have unresolved bugs (due to scarce users). Such as the "Sextante>
Basic Hydrological Analysis> Sink Fill" tool. The equivalent OpenKLEM tools
seem to work properly.

3) Availability of the source code.
OpenKLEM: The raster wrappers used in OpenKLEM are integrated into one of
the two installation files. The source code is available for any changes /
inspections.
Sextante: The source code of the wrapper and gui of Sextante (sextante.jar
and sextante-gui.jar) integrated in OpenJUMP (ver 1, I believe) is not
available (unless Stefan still  saves a copy). GvSigCE has a recent version
(2014) of Sextante still subject to developmen untill 2017t. I tried to
recompile t it for OJ and found more dependencies to GvGIG libraries. I
suspect that by now the two Sextante (OJ and GvSIGCE are fork)

4) Users
Sextante. Apart from me I do not know other users who regularly use Sextante
OpenKLEM. It is used in an annual university course in Padua


Documentation: There are some papers and thesys about the usage of
Kinematik Local Excess Model (KLEM, the hydrographic model used by
OpenKLEM). In Italian.
I can resume the basics and  try to make a brief documentation about the
tools, in English.

Source code. I can integrate OpenKLEM source code into OpenJUMP repository

Copyright: GNU General Public License. Alberto, you can correct me ;)

In this folder you can find OpenKLEM, its source code and the instruction
to setup:
https://sourceforge.net/projects/opensit/files/Openjump/OpenKLEM/

I hope I have been brief and exhaustive. Waiting for your opinions

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] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

[Giuseppe Aruta]

Hi Michael
thanks for the answer
Yes. I your right. I was wrong to make a comparision. Indeed my idea was to
only to demostrate that OpenKLEM can be
a good integration of Sextante.

Sextante still is a valid set of tools for raster analysis. The problems
are only to some tools which are bugged
(strangely only with OpenJUMP, neither Kosmo nor GvSIG - the same Sextante
version)

Regarding OpenKLEM tools,.
A good 50% are generic raster tools that should be used together/before any
analysis (raster calculator, vector to raster, hystogram, etc)
We have them in Sextante but, as I wrote, some of them in Sextante are
buggy and some in OpenKLEM are more evident and easy to use

Regarding raster capability.
Both OpenKLEM and Sextante rely on RasterImageLayer and use the same
corresponding low level jars.
The difference comes from the wrappers of the raster data to a grid model
and the algorithms for analysis:
Sextante uses  wrappers and algorithms located into the distribution
(sextante.jar
and sextante-algorithms.jar) (*)
OpenKLEM has its own raster wrappers and algorithms (**)

Best regards



(*) Stefan did a good job to port  Sextante raster wrapper structure in OJ
(OpenJUMPSextanteRasterLayer).
It should be refine in some point.
For Instance an year ago some users observed a shift of the point
coordinates of the profile tool integrated into OJ base (which was using
OpenJUMPSextanteRasterLayer ). The plugin had to be rewritten in order to
use RasterImageLayer class
(**) OpenKLEM wrappers/algorithms development traces back from the
experience of raster tools in AdbToolbox, a project derived from OpenJUMP,
which is still sponsorized by the Italian m inistry of the environment
http://www.pcn.minambiente.it/mattm/adb-toolbox/ (in Italian)

2018-08-24 23:36 GMT+02:00 Michaël Michaud :

> Hi Peppe,
>
> It is very promising. OpenKLEM seems a good extension for OpenJUMP.
>
> Also it is nice that you could reduce dependencies. I think that a
> separate extension could be OK as it offers quite specialized methods
> (compared to my usage), but as we do not have an easy plugin mechanism to
> add extensions through the GUI, I'm fine if you include it in the PLUS
> distro.
>
> Not sure I understand correctly the comparison with Sextante : do you
> suggest to replace Sextante ? Or is it just to demonstrate that OpenKLEM
> adds new useful capabilities compared to Sextant.
>
> I'm a bit lost when it comes to raster capabilities. Does OpenKLEM relies
> on the same low-level libraries as Sextante (jai ? common-imaging ? imageio
> ?), does it rely on the same raster driver as Sextante (RasterImageLayer ?)
> or does it has its own ?
>
> Thanks,
>
> Michaël
>
>
>
> Le 24/08/2018 à 18:40, Giuseppe Aruta a écrit :
>
> Hi Jumpers
> OpenKLEM is a set of tools for basic raster and hydrological analysis
> http://ojwiki.soldin.de/index.php?title=Plugins_for_OpenJUMP
> #Raster_Analysis.
>
> One of our member, Alberto De Luca, has been involved on OpenKLEM
> development. The software is used by Prof. Roberto Rossi in his course  Gis
> Applications in Hydrogeology (University of Padua -
> https://didattica.unipd.it/off/2017/LM/AV/AG0062/000ZZ/AG01122459/N0).
>
> In the last 2 months,  in agreement with Alberto and Roberto, I reworked
> OpenKLEM source code to reduce the depencies of OpenKLEM to external
> libraries (mostly OpenDocumet ones). And to make a copy of working OpenKLEM
> smaller in size and connected only to OpenJUMP plus libraries.
>
> This reduced OpenKLEM setup from 8 files(2 core files + 6 OpenDocuments
> onse)-7 Mb to 2 core files-1 Mb.
>
> My proposal in this mail  is to integrate OpenKLEM to OpenJUMP PLUS.
>
> These are the advantages and integration with OpenJUMP. And a comparison
> Sextante:
>
> 1) Raster instrumentation enrichment
> the hydrographic analysis tools in OpenKLEM increases the offer of
> Sextante's raster instrumentation
>
> 2) Basic raster tools:
> Sextante has a more extensive set of basic raster instrumentation. But
> some of these have unresolved bugs (due to scarce users). Such as the
> "Sextante> Basic Hydrological Analysis> Sink Fill" tool. The equivalent
> OpenKLEM tools seem to work properly.
>
> 3) Availability of the source code.
> OpenKLEM: The raster wrappers used in OpenKLEM are integrated into one of
> the two installation files. The source code is available for any changes
> / inspections.
> Sextante: The source code of the wrapper and gui of Sextante (sextante.jar
> and sextante-gui.jar) integrated in OpenJUMP (ver 1, I believe) is not
> available (unless Stefan still  saves a copy). GvSigCE has a recent
> version (2014) of Sextante still subject to developmen untill 2017t. I
> tried to recompile t it for OJ and found more dependencies to GvGIG
> librarie

Re: [JPP-Devel] @Michael. Bug on LayerView and other observations

[Giuseppe Aruta]

Hi Michaël
I gave a look to OJ 5932.
Everything seems to work fine. See the following notes about a project with
a layer and some layer views.

a) When I click to save the project, the warning to save layers with no
datasource comes anyhow if there are layer views
b) if I accept to save those layer views, OpenJUMP records them to project
file. No new file is saved. By the time I open the project, layer views are
correctly loaded  with their style applied
c) If I deny to save those layer views, OpenJUMP doesn't record them to the
project files. No new file is saved. Opening the project no layerview is
show.

I think we should add a filter to  SaveLayerWithNoDatasource plugin in
order to not consider layer views (in the list of layer to save) allowing
OJ to record layer views to project file anyhow.

Bets regards

Peppe

2018-08-24 18:56 GMT+02:00 Giuseppe Aruta :

> Thanks Michael
> I will give a try on this weekend and let you know
> Best regards
> Peppe
>
> 2018-08-22 9:11 GMT+02:00 Michaël Michaud :
>
>> Hi Peppe,
>>
>> It should be almost repaired. It is still missing a fix to prevent
>> writing the data file for the view while saving the project.
>>
>> Let me know if there is still something wrong.
>>
>> Michaël
>>
>> Le 19/08/2018 à 21:52, Michaël Michaud a écrit :
>>
>> Hi Peppe,
>>
>> Thanks a lot for letting me know. I'll try to check that as soon as
>> possible.
>>
>> Michaël
>>
>> Le 19/08/2018 à 18:04, Giuseppe Aruta a écrit :
>>
>> Hi Michael,
>> I gave a look at the usage of LayerView class and I found a bug on
>> opening project if layerViews are saved into a project file
>> This is the sequence:
>>
>> 1) I create a project and load (or create) a new layer
>> 2) I create a layerView of selected layer and click to save the project
>> 3) OpenJUMP asks to save the newly created layer (=layerView) as JMP or
>> SHP.
>> 4) I select to create a new layer. The the saving project is finalized
>> and a project file is saved.
>> 5) I try to open the project.the *project is not opened* and an error
>> message shows the problem is in OpenProjectWizard, possibly on
>> loadLayers(...) method:
>>
>> j
>>
>>
>>
>>
>> *ava.lang.Exception: Caricando il file progetto
>> 'C:\Users\Beppe\Desktop\2.jmp' fallito con errore:
>> com.vividsolutions.jump.workbench.model.LayerView. at
>> org.openjump.core.ui.plugin.fi
>> <http://org.openjump.core.ui.plugin.fi>le.open.OpenProjectWizard.open(OpenProjectWizard.java:195)
>> at org.openjump.core.ui.plugin.fi
>> <http://org.openjump.core.ui.plugin.fi>le.open.OpenProjectWizard.open(OpenProjectWizard.java:132)
>> at org.openjump.core.ui.plugin.fi
>> <http://org.openjump.core.ui.plugin.fi>le.open.OpenProjectWizard.run(OpenProjectWizard.java:127)
>> at
>> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)*
>> *   ...*
>>
>> I opened the project file with a text editor and substitute
>> any
>> layer class="com.vividsolutions.jump.workbench.model.LayerView"
>> with
>> layer class="com.vividsolutions.jump.workbench.model.Layer"
>>
>> In this case I can open the project file in openjump with no problem.
>>
>> 
>> --
>> Apart from the bug, I have some observations for possible further
>> development
>>
>> a) a LayerView is be a simple "view" of a layer: the modification action
>> is syncroniozed: whenever I modified the geometries of a layer, the
>> modification affects also the conresponding LayerView. In this case the
>> "view" could be a parameter to save only into the project file without  the
>> need to create a clone of the layer.
>>
>> b) II found the LayerView can have a great positive impact on OJ style as
>> users can create multiple views of the same layer with different styles.
>> I explored the possibility to create subviews of a selected layer,
>> according to defined attribute (*). The easy way was to create sub feature
>> collections according to the attribute, create conresponding sub-layers
>> (which are not opened into the view, create conresponding views to load
>> into the view.
>> Of coarse  those subviews are not subviews of the original layer but
>> subviews of sub-layers. The syncronized modification is lost.
>>
>>
>>
>> (*) This could be extremely useful as OJ lacks of a good point/linestring
>> de

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

[Giuseppe Aruta]

Hi Ede
Layer views are basically different views of the layer with (optionally)
different styles applied
In order to simplify you can consider layer views as sinonimous of styles
of layer (Layer>Style>Change styles)
See also the new plugin in the layer toc "Add layer view"
Best regards



2018-08-28 10:02 GMT+02:00 :

> On 28.08.2018 07:38, Michaël Michaud wrote:
> > Also it it is difficult to make it lighter, we can also remove it from
> the PLUS distro.
>
> right. what does it do by the way. i saw it lacks german translation which
> i could do if i know what it does. it seems to be hidden in the Plugin menu
> as well and should be placed properly via def-plugins.xml if we decide to
> keep it.
>
> how about we remove it and if users complain we at least know it is in
> actual use and think of a solution?
>
> ..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] oracle jdk, openjdk, ibm java etc.

[Giuseppe Aruta]

Sorry OpenJDK 11 will be supported until sept 2022

2018-08-28 11:12 GMT+02:00 Giuseppe Aruta :

> It sounds like we should move to OpenJDK LTS
> OpenJDK it will be supported until sept 2022
>
>
> 2018-08-28 11:04 GMT+02:00 :
>
>> a nice overview (albeit in german) about what's going on w/ java
>>   https://heise.de/-4144533
>> .
>>
>> tl;dr
>> - releases will come every half a year with free half a year support
>> - some will become LTS releases (currently java8 and 11) with optional,
>> commercial support
>> - openjdk will be the only free implementation (license, costs) in the
>> future
>> - openjdk will also provide support for the LTS versions
>> - oracle java from java11 on will only be free to use in devel- or
>> testing environments, for production it will be licenseable for a fee per
>> cpu or user on desktop systems
>> - azul, redhat, ibm and others will provide their own support and/or
>> branded java software
>> - some (redhat, ibm ...) skip non-LTS versions altogether
>>
>> kind regards.. 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] oracle jdk, openjdk, ibm java etc.

[Giuseppe Aruta]

It sounds like we should move to OpenJDK LTS
OpenJDK it will be supported until sept 2022


2018-08-28 11:04 GMT+02:00 :

> a nice overview (albeit in german) about what's going on w/ java
>   https://heise.de/-4144533
> .
>
> tl;dr
> - releases will come every half a year with free half a year support
> - some will become LTS releases (currently java8 and 11) with optional,
> commercial support
> - openjdk will be the only free implementation (license, costs) in the
> future
> - openjdk will also provide support for the LTS versions
> - oracle java from java11 on will only be free to use in devel- or testing
> environments, for production it will be licenseable for a fee per cpu or
> user on desktop systems
> - azul, redhat, ibm and others will provide their own support and/or
> branded java software
> - some (redhat, ibm ...) skip non-LTS versions altogether
>
> kind regards.. 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] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

[Giuseppe Aruta]

Hi
sorry if I resume  the topic.
I would like to have also the opinion of Alberto, Ede, Jukka, Stefan and
possible other members about it.
- Add OpenKLEM plugin into OpenJUMP PLUS distribution (no depency required)
-
Thanks again
Peppe

2018-08-25 9:35 GMT+02:00 Giuseppe Aruta :

> Hi Michael
> thanks for the answer
> Yes. I your right. I was wrong to make a comparision. Indeed my idea was
> to only to demostrate that OpenKLEM can be
> a good integration of Sextante.
>
> Sextante still is a valid set of tools for raster analysis. The problems
> are only to some tools which are bugged
> (strangely only with OpenJUMP, neither Kosmo nor GvSIG - the same Sextante
> version)
>
> Regarding OpenKLEM tools,.
> A good 50% are generic raster tools that should be used together/before
> any analysis (raster calculator, vector to raster, hystogram, etc)
> We have them in Sextante but, as I wrote, some of them in Sextante are
> buggy and some in OpenKLEM are more evident and easy to use
>
> Regarding raster capability.
> Both OpenKLEM and Sextante rely on RasterImageLayer and use the same
> corresponding low level jars.
> The difference comes from the wrappers of the raster data to a grid model
> and the algorithms for analysis:
> Sextante uses  wrappers and algorithms located into the distribution
> (sextante.jar
> and sextante-algorithms.jar) (*)
> OpenKLEM has its own raster wrappers and algorithms (**)
>
> Best regards
>
>
>
> (*) Stefan did a good job to port  Sextante raster wrapper structure in OJ
> (OpenJUMPSextanteRasterLayer).
> It should be refine in some point.
> For Instance an year ago some users observed a shift of the point
> coordinates of the profile tool integrated into OJ base (which was using
> OpenJUMPSextanteRasterLayer ). The plugin had to be rewritten in order to
> use RasterImageLayer class
> (**) OpenKLEM wrappers/algorithms development traces back from the
> experience of raster tools in AdbToolbox, a project derived from OpenJUMP,
> which is still sponsorized by the Italian m inistry of the environment
> http://www.pcn.minambiente.it/mattm/adb-toolbox/ (in Italian)
>
> 2018-08-24 23:36 GMT+02:00 Michaël Michaud :
>
>> Hi Peppe,
>>
>> It is very promising. OpenKLEM seems a good extension for OpenJUMP.
>>
>> Also it is nice that you could reduce dependencies. I think that a
>> separate extension could be OK as it offers quite specialized methods
>> (compared to my usage), but as we do not have an easy plugin mechanism to
>> add extensions through the GUI, I'm fine if you include it in the PLUS
>> distro.
>>
>> Not sure I understand correctly the comparison with Sextante : do you
>> suggest to replace Sextante ? Or is it just to demonstrate that OpenKLEM
>> adds new useful capabilities compared to Sextant.
>>
>> I'm a bit lost when it comes to raster capabilities. Does OpenKLEM relies
>> on the same low-level libraries as Sextante (jai ? common-imaging ? imageio
>> ?), does it rely on the same raster driver as Sextante (RasterImageLayer ?)
>> or does it has its own ?
>>
>> Thanks,
>>
>> Michaël
>>
>>
>>
>> Le 24/08/2018 à 18:40, Giuseppe Aruta a écrit :
>>
>> Hi Jumpers
>> OpenKLEM is a set of tools for basic raster and hydrological analysis
>> http://ojwiki.soldin.de/index.php?title=Plugins_for_OpenJUMP
>> #Raster_Analysis.
>>
>> One of our member, Alberto De Luca, has been involved on OpenKLEM
>> development. The software is used by Prof. Roberto Rossi in his course  Gis
>> Applications in Hydrogeology (University of Padua -
>> https://didattica.unipd.it/off/2017/LM/AV/AG0062/000ZZ/AG01122459/N0).
>>
>> In the last 2 months,  in agreement with Alberto and Roberto, I reworked
>> OpenKLEM source code to reduce the depencies of OpenKLEM to external
>> libraries (mostly OpenDocumet ones). And to make a copy of working OpenKLEM
>> smaller in size and connected only to OpenJUMP plus libraries.
>>
>> This reduced OpenKLEM setup from 8 files(2 core files + 6 OpenDocuments
>> onse)-7 Mb to 2 core files-1 Mb.
>>
>> My proposal in this mail  is to integrate OpenKLEM to OpenJUMP PLUS.
>>
>> These are the advantages and integration with OpenJUMP. And a comparison
>> Sextante:
>>
>> 1) Raster instrumentation enrichment
>> the hydrographic analysis tools in OpenKLEM increases the offer of
>> Sextante's raster instrumentation
>>
>> 2) Basic raster tools:
>> Sextante has a more extensive set of basic raster instrumentation. But
>> some of these have unresolved bugs (due to scarce users). Such as the
>> "Sextante> Basic Hyd

[JPP-Devel] Fwd: Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

[Giuseppe Aruta]

-- Forwarded message --
From: Giuseppe Aruta 
Date: 2018-08-28 16:51 GMT+02:00
Subject: Re: [JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP
PLUS
To: Edgar Soldin 


Hi Ede

>  for extensions w/ more dependency jars a subfolder w/ a speaking
name would be great. note the jar w/ the extension class still needs to be
placed in lib/plus/ .

The OpenKLEM files are two
a) OpenKLEMOJ.jar with the extension class that goes to lib/plus folder
b) OpenKLEM.jar with the algorithms. Should this file goes to a
lib/plus/OpenKLEM folder? Or should I keep it into lib/plus folder?


> the OpenKLEM sources - a readme with url pointing to the original repo
_and_ a zipped copy of the used sources/binaries-jar (just in case) would
be the sure shot route to go. original repos tend to disappear after some
time ;)


In the svn.code.sf.net/p/jump-pilot/code/plug-ins repository I would add a
main folder OpenKLEM where to locate 2 folders folders of the two jar
(OpenKLEM.ja, the algorithms, and OpenKLEMOJ,jar, the plugins) with the
corresponding trunk and dist folders
In the same OpenKLEM folder I will add a third folder ("doc") to locate the
url of the original repository and any documentation


2018-08-28 16:08 GMT+02:00 :

> On 28.08.2018 15:53, Giuseppe Aruta wrote:
> > I will add the jars to OpenJUMP.
>
> jupp, lib/plus/ is the place to be. for extensions w/ more dependency jars
> a subfolder w/ a speaking name would be great. note the jar w/ the
> extension class still needs to be placed in lib/plus/ .
>
> > About the source code: I have a copy on GeoArbores  site (
> https://sourceforge.net/projects/opensit/files/Openjump/OpenKLEM/ <
> https://sourceforge.net/projects/opensit/files/Openjump/OpenKLEM/> ).
> > My idea is to move the source code to OJ svn.
> >
>
> at least the OJ glue code should be placed in OJ svn under plug-ins/ .
>
> wrt. the OpenKLEM sources - a readme with url pointing to the original
> repo _and_ a zipped copy of the used sources/binaries-jar (just in case)
> would be the sure shot route to go. original repos tend to disappear after
> some time ;)
>
> ..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

Re: [JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

[Giuseppe Aruta]

The current version of OpenKLEM is made by two files:
OpenKLEM.jar  (224 KB) that contains the raster wrappers and the algorithms
OpenKLEMOJ.jar (554 KB)  with the GUI and the plugins
Possibly the idea was to reuse the wrappers for other softwares

Regarding the hydraulic part, here you can find some info about the
Kinematil Local Axcess Model (KLEM)
https://sourceforge.net/projects/opensit/files/Openjump/OpenKLEM/

I will add the jars to OpenJUMP.
About the source code: I have a copy on GeoArbores  site (
https://sourceforge.net/projects/opensit/files/Openjump/OpenKLEM/ ).
My idea is to move the source code to OJ svn.




2018-08-28 15:18 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> KLEM offers about 24 raster tools in a small footprint. Most of them seem
> to have equivalent tools in Sextante toolbox so I made a few pairwise
> comparisons and my first feeling is that KLEM is faster, even I do
> understand that the algorithms are not equal. I also tested
> re-classification and polygonizing tools. With the latter KLEM created huge
> but still valid multipolygons, something that tends to be problem with
> gdal_polygonize and QGIS. I do not really know what these tools do but I
> think that they have more value for OJ Plus than the 1 MB that they weight.
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
>
>
> *Lähettäjä:* Giuseppe Aruta [mailto:giuseppe.ar...@gmail.com]
> *Lähetetty:* 28. elokuuta 2018 14:36
> *Vastaanottaja:* Michaël Michaud 
> *Kopio:* OpenJump develop and use ;
> Roberto Rossi ; Alberto De Luca <
> albertodelu...@gmail.com>
> *Aihe:* Re: [JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP
> PLUS
>
>
>
> Hi
>
> sorry if I resume  the topic.
>
> I would like to have also the opinion of Alberto, Ede, Jukka, Stefan and
> possible other members about it.
>
> - Add OpenKLEM plugin into OpenJUMP PLUS distribution (no depency
> required) -
>
> Thanks again
>
> Peppe
>
>
>
> 2018-08-25 9:35 GMT+02:00 Giuseppe Aruta :
>
> Hi Michael
>
> thanks for the answer
>
> Yes. I your right. I was wrong to make a comparision. Indeed my idea was
> to only to demostrate that OpenKLEM can be
>
> a good integration of Sextante.
>
>
>
> Sextante still is a valid set of tools for raster analysis. The problems
> are only to some tools which are bugged
>
> (strangely only with OpenJUMP, neither Kosmo nor GvSIG - the same Sextante
> version)
>
>
>
> Regarding OpenKLEM tools,.
>
> A good 50% are generic raster tools that should be used together/before
> any analysis (raster calculator, vector to raster, hystogram, etc)
>
> We have them in Sextante but, as I wrote, some of them in Sextante are
> buggy and some in OpenKLEM are more evident and easy to use
>
>
>
> Regarding raster capability.
>
> Both OpenKLEM and Sextante rely on RasterImageLayer and use the same
> corresponding low level jars.
>
> The difference comes from the wrappers of the raster data to a grid model
> and the algorithms for analysis:
>
> Sextante uses  wrappers and algorithms located into the distribution
> (sextante.jar
>
> and sextante-algorithms.jar) (*)
>
> OpenKLEM has its own raster wrappers and algorithms (**)
>
>
>
> Best regards
>
>
>
>
>
>
>
> (*) Stefan did a good job to port  Sextante raster wrapper structure in OJ
> (OpenJUMPSextanteRasterLayer).
>
> It should be refine in some point.
>
> For Instance an year ago some users observed a shift of the point
> coordinates of the profile tool integrated into OJ base (which was using
>
> OpenJUMPSextanteRasterLayer ). The plugin had to be rewritten in order to
> use RasterImageLayer class
>
> (**) OpenKLEM wrappers/algorithms development traces back from the
> experience of raster tools in AdbToolbox, a project derived from OpenJUMP,
>
> which is still sponsorized by the Italian m inistry of the environment
> http://www.pcn.minambiente.it/mattm/adb-toolbox/ (in Italian)
>
>
>
> 2018-08-24 23:36 GMT+02:00 Michaël Michaud :
>
> Hi Peppe,
>
> It is very promising. OpenKLEM seems a good extension for OpenJUMP.
>
> Also it is nice that you could reduce dependencies. I think that a
> separate extension could be OK as it offers quite specialized methods
> (compared to my usage), but as we do not have an easy plugin mechanism to
> add extensions through the GUI, I'm fine if you include it in the PLUS
> distro.
>
> Not sure I understand correctly the comparison with Sextante : do you
> suggest to replace Sextante ? Or is it just to demonstrate that OpenKLEM
> adds new useful capabilities compared to Sextant.
>
> I'm a bit lost when

[JPP-Devel] OpenJUMP.exe compiling problems?

[Giuseppe Aruta]

See screenshot:
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/
--
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: [5938] core/trunk

[Giuseppe Aruta]

OK, GPL-2 and notes
thanks Ede

2018-08-29 9:08 GMT+02:00 :

> hey Peppe,
>
> comment below
>
> On 8/29/2018 8:51, jump-pilot-svn--- via Jump-pilot-devel wrote:
> > Modified: core/trunk/etc/readme.txt
> > ===
> > --- core/trunk/etc/readme.txt 2018-08-29 06:12:31 UTC (rev 5937)
> > +++ core/trunk/etc/readme.txt 2018-08-29 06:51:09 UTC (rev 5938)
> > @@ -137,6 +137,9 @@
> >     utils-*.jar
> >   Measure Toolbox (Giuseppe Aruta) - GPL3 - gpl-3.0.txt
> >MeasureToolbox_*.jar
> > + OpenKLEM (Geomatica) - GPL2 - gpl-3.0.txt
> > +  OpenKLEM-*.jar
> > +  OpenKLEMOJ-*.jar
>
> it's either GPL2 _or_ 3. i'd also add 'topographic and hydrological
> analysis' to describe what it does for users unfamiliar w/ the name.
>
> ..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] @Michael. Bug on LayerView and other observations

[Giuseppe Aruta]

Hi Michael,
I gave a look at the usage of LayerView class and I found a bug on opening
project if layerViews are saved into a project file
This is the sequence:

1) I create a project and load (or create) a new layer
2) I create a layerView of selected layer and click to save the project
3) OpenJUMP asks to save the newly created layer (=layerView) as JMP or
SHP.
4) I select to create a new layer. The the saving project is finalized and
a project file is saved.
5) I try to open the project.the *project is not opened* and an error
message shows the problem is in OpenProjectWizard, possibly on
loadLayers(...) method:

j




*ava.lang.Exception: Caricando il file progetto
'C:\Users\Beppe\Desktop\2.jmp' fallito con
errore:com.vividsolutions.jump.workbench.model.LayerView.at
org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:195)
at
org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:132)
at
org.openjump.core.ui.plugin.file.open.OpenProjectWizard.run(OpenProjectWizard.java:127)
at
org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)*
*   ...*

I opened the project file with a text editor and substitute
any
layer class="com.vividsolutions.jump.workbench.model.LayerView"
with
layer class="com.vividsolutions.jump.workbench.model.Layer"

In this case I can open the project file in openjump with no problem.

--
Apart from the bug, I have some observations for possible further
development

a) a LayerView is be a simple "view" of a layer: the modification action is
syncroniozed: whenever I modified the geometries of a layer, the
modification affects also the conresponding LayerView. In this case the
"view" could be a parameter to save only into the project file without  the
need to create a clone of the layer.

b) II found the LayerView can have a great positive impact on OJ style as
users can create multiple views of the same layer with different styles.
I explored the possibility to create subviews of a selected layer,
according to defined attribute (*). The easy way was to create sub feature
collections according to the attribute, create conresponding sub-layers
(which are not opened into the view, create conresponding views to load
into the view.
Of coarse  those subviews are not subviews of the original layer but
subviews of sub-layers. The syncronized modification is lost.



(*) This could be extremely useful as OJ lacks of a good point/linestring
decoration symbology according to attribute. I am Thinking about vertex
symbol rotation, the usage of wkt files, text display next to symbols -
what is available in CadPlann symbology plugin available only for basic
style


Best regards and thanks for your job

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] NoClassDefFoundError when starting OJ r5929 with JDK 12

[Giuseppe Aruta]

Yes Michael,
my comparition was to explain to Ede what LayerManagerExtension and
LayerView plugin can do.
IMO I think that LayerManagerExtension is a good plugin to have in in
OpenJUMP one day.
Regarding depency, Sextante has a depency to a lib "kxml2.jar" which
possibly can help inthe future
Best regards

2018-08-28 21:35 GMT+02:00 Michaël Michaud :

> Hi,
>
> The exception noticed by Jukka was not from LayerView but from
> LayerManagerExtension
>
> Both are about styling layers, but with different goals :
> - LayerView is a Layer which uses the data of another layer as its
> datasource. It makes it possible to apply a second style to a dataset
> without duplicating the data. There was a bug reported by Peppe a few days
> ago about this plugin : a project containing LayerViews could not be save /
> restore. The bug is partly resolved.
>
> -LayerManager is an extension to save styles associated  to different
> layers without saving the data, in order to re-use the the styles with
> another dataset having the same structure but different data. It uses jaxb
> as its persistence mechanism, and this is the one that is incompatible with
> JDK 12ea recently tested by Jukka (because jaxb has been removed from the
> jdk).
>
> Ede, there is a small introduction on this extension here :
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%
> 20Plugins/ViewManager%20PlugIn/
>
> Michaël
>
> Le 28/08/2018 à 11:15, Giuseppe Aruta a écrit :
>
> Hi Ede
> Layer views are basically different views of the layer with (optionally)
> different styles applied
> In order to simplify you can consider layer views as sinonimous of styles
> of layer (Layer>Style>Change styles)
> See also the new plugin in the layer toc "Add layer view"
> Best regards
>
>
>
> 2018-08-28 10:02 GMT+02:00 :
>
>> On 28.08.2018 07:38, Michaël Michaud wrote:
>> > Also it it is difficult to make it lighter, we can also remove it from
>> the PLUS distro.
>>
>> right. what does it do by the way. i saw it lacks german translation
>> which i could do if i know what it does. it seems to be hidden in the
>> Plugin menu as well and should be placed properly via def-plugins.xml if we
>> decide to keep it.
>>
>> how about we remove it and if users complain we at least know it is in
>> actual use and think of a solution?
>>
>> ..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 
> 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] NoClassDefFoundError when starting OJ r5929 with JDK 12

[Giuseppe Aruta]

No problem for me to keep in OJ Plus with an extra 1.4Mb of libraries.
Possibly in the future we can have time to find a solution:.

Peppe

2018-08-30 11:47 GMT+02:00 :

> Peppe, Jukka,
>
> >On 8/28/2018 22:00, Michaël Michaud wrote:
> >> I'd rather remove the extension than review its persistence mechanism
> because anyway, I generally package a specific distro to users I know. But
> before, I wish to hear from Jukka and Peppe, because if they sometimes use
> this extension, or know people using it, it maybe worthwhile letting it in
> PLUS distro, event at the price of +1.4Mb.
> > ok. let's wait for their opinion on the matter.. ede
>
> what is your take on this extension. ok to remove or? ..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

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

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]

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

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

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] Error compiling OJ

[Giuseppe Aruta]

I apologize
I updated OJ to newer libraries
Peppe

Il giorno ven 12 ott 2018 alle ore 11:26  ha scritto:

> On 12.10.2018 11:04, Nicolas Ribot wrote:
> > Hello,
> >
> > I was unable to compile OJ after an update:
> > in org.openjump.core.apitools.IOTools, line 31, I have to replace:
> > import org.apache.commons.lang.StringUtils;
> > by
> > import org.apache.commons.lang3.StringUtils;
> >
> > to correct the problem.
> > Am I missing a lib ?
>
> hey Nic,
>
> your fix is fine, just committed it to trunk. seems to have crept in w/
> r.5968 . Peppes libraries do not seem up to date.
>
> ..ede
>
>
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Proposal to change default minimum vertex size in DeeRenderingStylePanel class

[Giuseppe Aruta]

Hi Michael,
thanks for the answer. I applied changes to DeeRenderingStylePanel.
I also applied a patch on
com.vividsolutions.jump.workbench.ui.renderer.style.LabelStyle
in order to keep labels outside vertex symbol objects if VertexStyle is
applied to point geometries.

This would avoid to have labels on the top of point symbols if labels are
located any position either than "Centered", as with polygon geometries.
Peppe


Il giorno gio 25 ott 2018 alle ore 22:52 Michaël Michaud <
m.michael.mich...@orange.fr> ha scritto:

> Hi Peppe,
>
> No problem for me. Go ahead,
>
> Michaël
>
> Le 25/10/2018 à 10:44, Giuseppe Aruta a écrit :
>
> Greetings,
> I recently needed to display/print a map with vertex dimension below the
> minimun defined by OpenJUMP (value 4,  see Change style panel, vertex
> dimension).
> In my case I had to display points with altitude values on a topographic
> map, the value 4 was too big to display these points while 1 or 2 was the
> standard.
> I gave a look on relative class,
> de.latlon.deejump.plugin.style.DeeRenderingStylePanel.
>
> from line 530
> method *sizeFromSlider(int i)* defines the dimension of the vertex
> method *sizeToSlider(int i) * get the size from projet and define it in
> the slider:
>
>
>
> *  private int sizeFromSlider(int i) { return
> (int)(Math.rint(Math.pow(1.6, ((double)i)/10.0))) + 3; }*
>
>
>
> * private int sizeToSlider(int i) { return (int) Math.rint(10 *
> Math.log(((double) i - 3)) / Math.log(1.6)); }*
>
> if the integer 3 (see bold font in both method) is changed to 0
>
>
>
> * private int sizeFromSlider(int i) { return
> (int)(Math.rint(Math.pow(1.6, ((double)i)/10.0))) + 0; }*
>
>  private int sizeToSlider(int i) {
> return (int) Math.rint(10 * Math.log(((double) i -* 0*)) /
> Math.log(1.6));
> }
>
> the slider that control vertex dimesion allows a minimun vertex dimension
> to  value 1.
> Maximun dimension changes form 113 to 110.
>
> My proposal is to change apply this change on OpenJUMP. Objections can be
> on reducing minimun size from 113 to 110, if ever used.
>
> Best regards
> Peppe
>
>
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Proposal to change default minimum vertex size in DeeRenderingStylePanel class

[Giuseppe Aruta]

Greetings,
I recently needed to display/print a map with vertex dimension below the
minimun defined by OpenJUMP (value 4,  see Change style panel, vertex
dimension).
In my case I had to display points with altitude values on a topographic
map, the value 4 was too big to display these points while 1 or 2 was the
standard.
I gave a look on relative class,
de.latlon.deejump.plugin.style.DeeRenderingStylePanel.

from line 530
method *sizeFromSlider(int i)* defines the dimension of the vertex
method *sizeToSlider(int i) * get the size from projet and define it in the
slider:



*  private int sizeFromSlider(int i) {return
(int)(Math.rint(Math.pow(1.6, ((double)i)/10.0))) + 3;}*



* private int sizeToSlider(int i) {return (int) Math.rint(10 *
Math.log(((double) i - 3)) / Math.log(1.6));}*

if the integer 3 (see bold font in both method) is changed to 0



* private int sizeFromSlider(int i) {return
(int)(Math.rint(Math.pow(1.6, ((double)i)/10.0))) + 0;}*

 private int sizeToSlider(int i) {
return (int) Math.rint(10 * Math.log(((double) i -* 0*)) /
Math.log(1.6));
}

the slider that control vertex dimesion allows a minimun vertex dimension
to  value 1.
Maximun dimension changes form 113 to 110.

My proposal is to change apply this change on OpenJUMP. Objections can be
on reducing minimun size from 113 to 110, if ever used.

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

Re: [JPP-Devel] Next version

[Giuseppe Aruta]

>migrating the ColorChooser
An alternative could be to integrate color chooser into Cad plugin, they
basically "work on the same area" and it would be easier to upgrade\correct
bugs and customize them

Il sab 29 dic 2018, 11:44 Michaël Michaud  ha
scritto:

> Hi all,
>
> Thanks for your recent contributions.
>
> I'm OK for a new release soon. Thanks to Peppe, we have some important
> new features to offer.
>
> If nobody minds, I'll definitely switch java source and target version
> to java 8 in the pom. After that, I'll update some dependencies to newer
> versions (e.g. the postgresql driver).
>
> @Ede : about migrating the ColorChooser to the core, I would vote no as
> I never or very rarely use it. However, if other users find it useful to
> have it in the core, I will not argue more.
>
> Michaël
>
>
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

I am OK, too

Il lun 31 dic 2018, 11:55 Michaël Michaud  ha
scritto:

> Hi Ede,
>
> I'm OK for a new release. Thanks to take care,
>
> Michaël
>
>
> Le 30/12/2018 à 17:18, edgar.sol...@web.de a écrit :
> > from my point of view we are fine.
> >
> > if you and Mike give me a green light i can start the release process
> when i find the time.
> > still, please add some highlights you two..
> >
> > as said, anything broken or missing that users might find we can fix
> hands on in a maintenance release.
> >
> > ..ede
> >
> > On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
> >> According to change log file seems today
> >>
> >> Il dom 30 dic 2018, 17:03 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >>
> >>  Which date you prefer to stop any upgrades ?
> >>
> >>  Il dom 30 dic 2018, 16:36  edgar.sol...@web.de>> ha scritto:
> >>
> >>  On 12/30/2018 4:19 PM, Giuseppe Aruta wrote:
> >>  > Hi Ede,
> >>  > I think we miss on the highlights the new improvements on
> raster profile tool. I will check and provide for that. I was able anyhow
> today to upgrade the  related wiki page on raster about the new
> capabilities.
> >>  > Now I am traveling back home and in couple of days I will
> build and upgrade ColorChooser plugin to very 1.3.
> >>  > Regarding Openklem, I corrected all the bugs I used to know,
> but I am still waiting for a new
> >>  > test, possibly after 6 of Genuary: OJ/Openklem are used in a
> course at the university of Padua.
> >>  > I wonder if we can postpone the OJ 1.4 realize at the end of
> Genuary. Upgrades of some language codes are still missing (Finnic and
> German).
> >>
> >>  we could, but i'd rather do a release now and add a
> maintenance release later. this is according to the motto "release early,
> release often."
> >>
> >>  i don't see KLEM or language keys as mission critical. overall
> we have lot's of improvements and fixes releaseworthy now already.
> >>
> >>  > Thank you to improve Color Chooser.
> >>
> >>  no problem.. ede
> >>
> >>  > Best regards
> >>  > Peppe
> >>  >
> >>  > Il dom 30 dic 2018, 15:50  edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>>> ha scritto:
> >>  >
> >>  > hey All,
> >>  >
> >>  > if someone feels knowledgeable please move entries or
> enter a summary of features to highlight for the next release in
> trunk/Changes.txt .
> >>  >
> >>  > if not i will have to select to te best of my own
> limited knowledge.
> >>  >
> >>  > happy ano nuevo.. have fun ede
> >>  >
> >>  >
> >>  >  Forwarded Message 
> >>  > Subject: [JPP-Devel] SVN: [6058] core/trunk
> >>  > Date: Sun, 30 Dec 2018 14:09:09 +
> >>  > From: jump-pilot-svn--- via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>  jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>>
> >>  > Reply-To: OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>  jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>>
> >>  > To: jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>  jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>
> >>  > CC: jump-pilot-...@lists.sourceforge.net  jump-pilot-...@lists.sourceforge.net>  jump-pilot-...@lists.sourceforge.net  jump-pilot-...@lists.sourceforge.net>>
> >>  >
> >>  > Revision: 6058
> >>  >   http://sourceforge.net/p/jump-pilot/code/6058
> >>  > Author:   edso
> >>  > Date: 2018-12-30 14:09:08 + (Sun, 30 Dec 2018)
> >>  > Log Message:
> >>  > ---
> >>  > prepare next OJ release
> >>  >
> >>  > Modified Paths:
> >&

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

Thanks Ede.

Il lun 31 dic 2018, 12:50 Giuseppe Aruta  ha
scritto:

> *improved raster profile tool. Now it can use as profile trace either a
> selected linestring or a drawn line. Added capability to calculate
> relative/absolute slope of the profile. Added capability to calculate
> traveling time if profile is defined along route .Added capability to
> export profile to DXF.
>
>
>
> Il lun 31 dic 2018, 12:04  ha scritto:
>
>> Peppe,
>>
>> as you did the major work. what are the highlights of this release? for
>> Changes.txt.
>>
>> ..ede
>>
>> On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
>> > Go ahead for me, I can work around only in next days.
>> >  What is necessary is already explained in the wiki pages
>> (functionality, location, options)
>> >
>> >
>> > Il lun 31 dic 2018, 11:57 > edgar.sol...@web.de>> ha scritto:
>> >
>> > thanks. highlights? ..ede
>> >
>> > On 12/31/2018 11:54 AM, Michaël Michaud wrote:
>> > > Hi Ede,
>> > >
>> > > I'm OK for a new release. Thanks to take care,
>> > >
>> > > Michaël
>> > >
>> > >
>> > > Le 30/12/2018 à 17:18, edgar.sol...@web.de > edgar.sol...@web.de> a écrit :
>> > >> from my point of view we are fine.
>> > >>
>> > >> if you and Mike give me a green light i can start the release
>> process when i find the time.
>> > >> still, please add some highlights you two..
>> > >>
>> > >> as said, anything broken or missing that users might find we can
>> fix hands on in a maintenance release.
>> > >>
>> > >> ..ede
>> > >>
>> > >> On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
>> > >>> According to change log file seems today
>> > >>>
>> > >>> Il dom 30 dic 2018, 17:03 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com> > giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>>> ha scritto:
>> > >>>
>> > >>>  Which date you prefer to stop any upgrades ?
>> > >>>
>> > >>>  Il dom 30 dic 2018, 16:36 > edgar.sol...@web.de> <mailto:edgar.sol...@web.de > edgar.sol...@web.de>>> ha scritto:
>> > >>>
>> > >>>  On 12/30/2018 4:19 PM, Giuseppe Aruta wrote:
>> > >>>  > Hi Ede,
>> > >>>  > I think we miss on the highlights the new
>> improvements on raster profile tool. I will check and provide for that. I
>> was able anyhow today to upgrade the  related wiki page on raster about the
>> new capabilities.
>> > >>>  > Now I am traveling back home and in couple of days I
>> will build and upgrade ColorChooser plugin to very 1.3.
>> > >>>  > Regarding Openklem, I corrected all the bugs I used
>> to know, but I am still waiting for a new
>> > >>>  > test, possibly after 6 of Genuary: OJ/Openklem are
>> used in a course at the university of Padua.
>> > >>>  > I wonder if we can postpone the OJ 1.4 realize at
>> the end of Genuary. Upgrades of some language codes are still missing
>> (Finnic and German).
>> > >>>
>> > >>>  we could, but i'd rather do a release now and add a
>> maintenance release later. this is according to the motto "release early,
>> release often."
>> > >>>
>> > >>>  i don't see KLEM or language keys as mission critical.
>> overall we have lot's of improvements and fixes releaseworthy now already.
>> > >>>
>> > >>>  > Thank you to improve Color Chooser.
>> > >>>
>> > >>>  no problem.. ede
>> > >>>
>> > >>>  > Best regards
>> > >>>  > Peppe
>> > >>>  >
>> > >>>  > Il dom 30 dic 2018, 15:50 > <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de > edgar.sol...@web.de>> <mailto:edgar.sol...@web.de > edgar.sol...@web.de> <mailto:edgar.sol...@web.de > edgar.sol...@web.de>>>> ha scritto:
>> &

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

New features
+  * Added LegendPlugin to display a legend of symbols adopted into the
view
,...

Improvements
+  * Moved LegendPlugIn to Layer>Style and Layer tree>Style menu.
+Deactivated SaveLegendPlugIn

This parts can be substituted by a unique one

+ Substituted SaveLegendPlugin with a new one, LegendPlugin,  which allows
to display a legend of symbols adopted into the view and to save it as
image file


Il lun 31 dic 2018, 12:51 Giuseppe Aruta  ha
scritto:

> Thanks Ede.
>
> Il lun 31 dic 2018, 12:50 Giuseppe Aruta  ha
> scritto:
>
>> *improved raster profile tool. Now it can use as profile trace either a
>> selected linestring or a drawn line. Added capability to calculate
>> relative/absolute slope of the profile. Added capability to calculate
>> traveling time if profile is defined along route .Added capability to
>> export profile to DXF.
>>
>>
>>
>> Il lun 31 dic 2018, 12:04  ha scritto:
>>
>>> Peppe,
>>>
>>> as you did the major work. what are the highlights of this release? for
>>> Changes.txt.
>>>
>>> ..ede
>>>
>>> On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
>>> > Go ahead for me, I can work around only in next days.
>>> >  What is necessary is already explained in the wiki pages
>>> (functionality, location, options)
>>> >
>>> >
>>> > Il lun 31 dic 2018, 11:57 >> edgar.sol...@web.de>> ha scritto:
>>> >
>>> > thanks. highlights? ..ede
>>> >
>>> > On 12/31/2018 11:54 AM, Michaël Michaud wrote:
>>> > > Hi Ede,
>>> > >
>>> > > I'm OK for a new release. Thanks to take care,
>>> > >
>>> > > Michaël
>>> > >
>>> > >
>>> > > Le 30/12/2018 à 17:18, edgar.sol...@web.de >> edgar.sol...@web.de> a écrit :
>>> > >> from my point of view we are fine.
>>> > >>
>>> > >> if you and Mike give me a green light i can start the release
>>> process when i find the time.
>>> > >> still, please add some highlights you two..
>>> > >>
>>> > >> as said, anything broken or missing that users might find we
>>> can fix hands on in a maintenance release.
>>> > >>
>>> > >> ..ede
>>> > >>
>>> >     >> On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
>>> > >>> According to change log file seems today
>>> > >>>
>>> > >>> Il dom 30 dic 2018, 17:03 Giuseppe Aruta <
>>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com> >> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>>> ha scritto:
>>> > >>>
>>> > >>>  Which date you prefer to stop any upgrades ?
>>> > >>>
>>> > >>>  Il dom 30 dic 2018, 16:36 >> edgar.sol...@web.de> <mailto:edgar.sol...@web.de >> edgar.sol...@web.de>>> ha scritto:
>>> > >>>
>>> > >>>  On 12/30/2018 4:19 PM, Giuseppe Aruta wrote:
>>> > >>>  > Hi Ede,
>>> > >>>  > I think we miss on the highlights the new
>>> improvements on raster profile tool. I will check and provide for that. I
>>> was able anyhow today to upgrade the  related wiki page on raster about the
>>> new capabilities.
>>> > >>>  > Now I am traveling back home and in couple of days
>>> I will build and upgrade ColorChooser plugin to very 1.3.
>>> > >>>  > Regarding Openklem, I corrected all the bugs I used
>>> to know, but I am still waiting for a new
>>> > >>>  > test, possibly after 6 of Genuary: OJ/Openklem are
>>> used in a course at the university of Padua.
>>> > >>>  > I wonder if we can postpone the OJ 1.4 realize at
>>> the end of Genuary. Upgrades of some language codes are still missing
>>> (Finnic and German).
>>> > >>>
>>> > >>>  we could, but i'd rather do a release now and add a
>>> maintenance release later. this is according to the motto "release early,
>>> release often.&q

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

Ah. I misunderstood. I can do it on this afternoon.

Il lun 31 dic 2018, 13:08  ha scritto:

> ok, was about to tell you to summarize or commit yourself.. have a good
> one.. ede
>
> On 12/31/2018 1:07 PM, Giuseppe Aruta wrote:
> > That's all. Thank
> >
> > Il lun 31 dic 2018, 13:06 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >
> > +  * Added SaveStylePlugin that allows to save OpenJUMP Style either
> to SLD file
> > +or to JUMP XML layer style file .
> > +Deactivated "Export style to SLD"
> >
> > * Substituted "Export style to SLD" with a new one, "Save Style"
> which allows to export either to SLD or to JUMP XLM layer style file
> >
> >
> > +  * Added LoadStylePlugin that allows to load SLD file or JUMP XML
> layer
> > +style file as OpenJUMP style.
> > +Deactivated "Import style from SLD"
> >
> > *Substituted "Import style from SLD" with "Load Style" plugin which
> allows to load either SLD file or JUMP XML layer style file
> >
> > Il lun 31 dic 2018, 13:00 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >
> > New features
> > +  * Added LegendPlugin to display a legend of symbols adopted
> into the view
> > ,...
> >
> > Improvements
> > +  * Moved LegendPlugIn to Layer>Style and Layer tree>Style
> menu.
> > +Deactivated SaveLegendPlugIn
> > 
> >     This parts can be substituted by a unique one
> >
> > + Substituted SaveLegendPlugin with a new one, LegendPlugin,
> which allows to display a legend of symbols adopted into the view and to
> save it as image file
> >
> >
> > Il lun 31 dic 2018, 12:51 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >
> > Thanks Ede.
> >
> > Il lun 31 dic 2018, 12:50 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >
> > *improved raster profile tool. Now it can use as profile
> trace either a selected linestring or a drawn line. Added capability to
> calculate relative/absolute slope of the profile. Added capability to
> calculate traveling time if profile is defined along route .Added
> capability to export profile to DXF.
> >
> >
> >
> > Il lun 31 dic 2018, 12:04  edgar.sol...@web.de>> ha scritto:
> >
> > Peppe,
> >
> > as you did the major work. what are the highlights
> of this release? for Changes.txt.
> >
> > ..ede
> >
> > On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
> > > Go ahead for me, I can work around only in next
> days.
> > >  What is necessary is already explained in the
> wiki pages (functionality, location, options)
> > >
> > >
> > > Il lun 31 dic 2018, 11:57  <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>>> ha scritto:
> > >
> > > thanks. highlights? ..ede
> > >
> > > On 12/31/2018 11:54 AM, Michaël Michaud wrote:
> > > > Hi Ede,
> > > >
> > > > I'm OK for a new release. Thanks to take
> care,
> > > >
> > > > Michaël
> > > >
> > > >
> > > > Le 30/12/2018 à 17:18, edgar.sol...@web.de
> <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>> a écrit :
> > > >> from my point of view we are fine.
> > > >>
> > > >> if you and Mike give me a green light i can
> start the release process when i find the time.
> > > >> still, please add some highlights you two..
> > > >>
> > > >> as said, anything broken or missing that
> users might find we can fix hands on in a maintenance release.
> > 

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

Done. I did some mistakes on upgrading changelog file. I hope I solved.

Il lun 31 dic 2018, 13:32 Giuseppe Aruta  ha
scritto:

> OK  I am home. We eat late this lunch. I gave time to commit color chooser
>
> Il lun 31 dic 2018, 13:29  ha scritto:
>
>> On 12/31/2018 1:22 PM, Michaël Michaud wrote:
>> > Hi
>> >
>> > Seems that you have already copied all changes from the changelog into
>> changes.txt.
>>
>> yupp
>>
>> > For me it is good enough (maybe overdetailed for an oversight on the
>> main changes, but it is OK).
>>
>> yeah, it's simply faster to just copy past. it's work enough to sort into
>> categories.
>>
>> ..ede
>>
>> >
>> > Michaël
>> >
>> > Le 31/12/2018 à 13:08, edgar.sol...@web.de a écrit :
>> >> ok, was about to tell you to summarize or commit yourself.. have a
>> good one.. ede
>> >>
>> >> On 12/31/2018 1:07 PM, Giuseppe Aruta wrote:
>> >>> That's all. Thank
>> >>>
>> >>> Il lun 31 dic 2018, 13:06 Giuseppe Aruta > <mailto:giuseppe.ar...@gmail.com>> ha scritto:
>> >>>
>> >>>  +  * Added SaveStylePlugin that allows to save OpenJUMP Style
>> either to SLD file
>> >>>  +or to JUMP XML layer style file .
>> >>>  +Deactivated "Export style to SLD"
>> >>>
>> >>>  * Substituted "Export style to SLD" with a new one, "Save Style"
>> which allows to export either to SLD or to JUMP XLM layer style file
>> >>>
>> >>>
>> >>>  +  * Added LoadStylePlugin that allows to load SLD file or JUMP
>> XML layer
>> >>>  +style file as OpenJUMP style.
>> >>>  +Deactivated "Import style from SLD"
>> >>>
>> >>>  *Substituted "Import style from SLD" with "Load Style" plugin
>> which allows to load either SLD file or JUMP XML layer style file
>> >>>
>> >>>  Il lun 31 dic 2018, 13:00 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
>> >>>
>> >>>  New features
>> >>>  +  * Added LegendPlugin to display a legend of symbols
>> adopted into the view
>> >>>  ,...
>> >>>
>> >>>      Improvements
>> >>>  +  * Moved LegendPlugIn to Layer>Style and Layer tree>Style
>> menu.
>> >>>  +Deactivated SaveLegendPlugIn
>> >>>  
>> >>>  This parts can be substituted by a unique one
>> >>>
>> >>>  + Substituted SaveLegendPlugin with a new one,
>> LegendPlugin,  which allows to display a legend of symbols adopted into the
>> view and to save it as image file
>> >>>
>> >>>
>> >>>  Il lun 31 dic 2018, 12:51 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
>> >>>
>> >>>      Thanks Ede.
>> >>>
>> >>>  Il lun 31 dic 2018, 12:50 Giuseppe Aruta <
>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
>> >>>
>> >>>  *improved raster profile tool. Now it can use as
>> profile trace either a selected linestring or a drawn line. Added
>> capability to calculate relative/absolute slope of the profile. Added
>> capability to calculate traveling time if profile is defined along route
>> .Added capability to export profile to DXF.
>> >>>
>> >>>
>> >>>
>> >>>  Il lun 31 dic 2018, 12:04 > <mailto:edgar.sol...@web.de>> ha scritto:
>> >>>
>> >>>  Peppe,
>> >>>
>> >>>  as you did the major work. what are the
>> highlights of this release? for Changes.txt.
>> >>>
>> >>>  ..ede
>> >>>
>> >>>  On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
>> >>>  > Go ahead for me, I can work around only in
>> next days.
>> >>>  >  What is necessary is already explained in the
>> wiki pages (functionality, location, optio

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

Go ahead for me, I can work around only in next days.
 What is necessary is already explained in the wiki pages (functionality,
location, options)


Il lun 31 dic 2018, 11:57  ha scritto:

> thanks. highlights? ..ede
>
> On 12/31/2018 11:54 AM, Michaël Michaud wrote:
> > Hi Ede,
> >
> > I'm OK for a new release. Thanks to take care,
> >
> > Michaël
> >
> >
> > Le 30/12/2018 à 17:18, edgar.sol...@web.de a écrit :
> >> from my point of view we are fine.
> >>
> >> if you and Mike give me a green light i can start the release process
> when i find the time.
> >> still, please add some highlights you two..
> >>
> >> as said, anything broken or missing that users might find we can fix
> hands on in a maintenance release.
> >>
> >> ..ede
> >>
> >> On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
> >>> According to change log file seems today
> >>>
> >>> Il dom 30 dic 2018, 17:03 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >>>
> >>>  Which date you prefer to stop any upgrades ?
> >>>
> >>>  Il dom 30 dic 2018, 16:36  edgar.sol...@web.de>> ha scritto:
> >>>
> >>>  On 12/30/2018 4:19 PM, Giuseppe Aruta wrote:
> >>>  > Hi Ede,
> >>>  > I think we miss on the highlights the new improvements on
> raster profile tool. I will check and provide for that. I was able anyhow
> today to upgrade the  related wiki page on raster about the new
> capabilities.
> >>>  > Now I am traveling back home and in couple of days I will
> build and upgrade ColorChooser plugin to very 1.3.
> >>>  > Regarding Openklem, I corrected all the bugs I used to
> know, but I am still waiting for a new
> >>>  > test, possibly after 6 of Genuary: OJ/Openklem are used in
> a course at the university of Padua.
> >>>  > I wonder if we can postpone the OJ 1.4 realize at the end
> of Genuary. Upgrades of some language codes are still missing (Finnic and
> German).
> >>>
> >>>  we could, but i'd rather do a release now and add a
> maintenance release later. this is according to the motto "release early,
> release often."
> >>>
> >>>  i don't see KLEM or language keys as mission critical.
> overall we have lot's of improvements and fixes releaseworthy now already.
> >>>
> >>>  > Thank you to improve Color Chooser.
> >>>
> >>>  no problem.. ede
> >>>
> >>>  > Best regards
> >>>  > Peppe
> >>>  >
> >>>  > Il dom 30 dic 2018, 15:50  edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>>> ha scritto:
> >>>  >
> >>>  > hey All,
> >>>  >
> >>>  > if someone feels knowledgeable please move entries or
> enter a summary of features to highlight for the next release in
> trunk/Changes.txt .
> >>>  >
> >>>  > if not i will have to select to te best of my own
> limited knowledge.
> >>>  >
> >>>  > happy ano nuevo.. have fun ede
> >>>  >
> >>>  >
> >>>  >  Forwarded Message 
> >>>  > Subject: [JPP-Devel] SVN: [6058] core/trunk
> >>>  > Date: Sun, 30 Dec 2018 14:09:09 +
> >>>  > From: jump-pilot-svn--- via Jump-pilot-devel <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>  jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>>
> >>>  > Reply-To: OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>  jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>>
> >>>  > To: jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>  jump-pilot-devel@lists.sourceforge.net  jump-pilot-devel@lists.sourceforge.net>>
> >>>  > CC: jump-pilot-...@lists.sourceforge.net  jump-pilot-...@lists.sourceforge.net>  jump-pilot-...@lists.sourceforge.net  jump-pilot-...@lists.sourceforge.net>>
> >>>  >
> >>>  > Revision: 6058
> &g

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

That's all. Thank

Il lun 31 dic 2018, 13:06 Giuseppe Aruta  ha
scritto:

> +  * Added SaveStylePlugin that allows to save OpenJUMP Style either to
> SLD file
> +or to JUMP XML layer style file .
> +Deactivated "Export style to SLD"
>
> * Substituted "Export style to SLD" with a new one, "Save Style" which
> allows to export either to SLD or to JUMP XLM layer style file
>
>
> +  * Added LoadStylePlugin that allows to load SLD file or JUMP XML layer
> +style file as OpenJUMP style.
> +Deactivated "Import style from SLD"
>
> *Substituted "Import style from SLD" with "Load Style" plugin which allows
> to load either SLD file or JUMP XML layer style file
>
> Il lun 31 dic 2018, 13:00 Giuseppe Aruta  ha
> scritto:
>
>> New features
>> +  * Added LegendPlugin to display a legend of symbols adopted into the
>> view
>> ,...
>>
>> Improvements
>> +  * Moved LegendPlugIn to Layer>Style and Layer tree>Style menu.
>> +Deactivated SaveLegendPlugIn
>> 
>> This parts can be substituted by a unique one
>>
>> + Substituted SaveLegendPlugin with a new one, LegendPlugin,  which
>> allows to display a legend of symbols adopted into the view and to save
>> it as image file
>>
>>
>> Il lun 31 dic 2018, 12:51 Giuseppe Aruta  ha
>> scritto:
>>
>>> Thanks Ede.
>>>
>>> Il lun 31 dic 2018, 12:50 Giuseppe Aruta  ha
>>> scritto:
>>>
>>>> *improved raster profile tool. Now it can use as profile trace either a
>>>> selected linestring or a drawn line. Added capability to calculate
>>>> relative/absolute slope of the profile. Added capability to calculate
>>>> traveling time if profile is defined along route .Added capability to
>>>> export profile to DXF.
>>>>
>>>>
>>>>
>>>> Il lun 31 dic 2018, 12:04  ha scritto:
>>>>
>>>>> Peppe,
>>>>>
>>>>> as you did the major work. what are the highlights of this release?
>>>>> for Changes.txt.
>>>>>
>>>>> ..ede
>>>>>
>>>>> On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
>>>>> > Go ahead for me, I can work around only in next days.
>>>>> >  What is necessary is already explained in the wiki pages
>>>>> (functionality, location, options)
>>>>> >
>>>>> >
>>>>> > Il lun 31 dic 2018, 11:57 >>>> edgar.sol...@web.de>> ha scritto:
>>>>> >
>>>>> > thanks. highlights? ..ede
>>>>> >
>>>>> > On 12/31/2018 11:54 AM, Michaël Michaud wrote:
>>>>> > > Hi Ede,
>>>>> > >
>>>>> > > I'm OK for a new release. Thanks to take care,
>>>>> > >
>>>>> > > Michaël
>>>>> > >
>>>>> > >
>>>>> > > Le 30/12/2018 à 17:18, edgar.sol...@web.de >>>> edgar.sol...@web.de> a écrit :
>>>>> > >> from my point of view we are fine.
>>>>> > >>
>>>>> > >> if you and Mike give me a green light i can start the release
>>>>> process when i find the time.
>>>>> > >> still, please add some highlights you two..
>>>>> > >>
>>>>> > >> as said, anything broken or missing that users might find we
>>>>> can fix hands on in a maintenance release.
>>>>> > >>
>>>>> > >> ..ede
>>>>> > >>
>>>>> > >> On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
>>>>> > >>> According to change log file seems today
>>>>> > >>>
>>>>> > >>> Il dom 30 dic 2018, 17:03 Giuseppe Aruta <
>>>>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com> >>>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>>> ha
>>>>> scritto:
>>>>> > >>>
>>>>> > >>>  Which date you prefer to stop any upgrades ?
>>>>> > >>>
>>>>> > >>>  Il dom 30 dic 2018, 16:36 >>>> edgar.sol...@web.de> <mailto:edgar.sol...@web.de >>>>

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

+  * Added SaveStylePlugin that allows to save OpenJUMP Style either to SLD
file
+or to JUMP XML layer style file .
+Deactivated "Export style to SLD"

* Substituted "Export style to SLD" with a new one, "Save Style" which
allows to export either to SLD or to JUMP XLM layer style file


+  * Added LoadStylePlugin that allows to load SLD file or JUMP XML layer
+style file as OpenJUMP style.
+Deactivated "Import style from SLD"

*Substituted "Import style from SLD" with "Load Style" plugin which allows
to load either SLD file or JUMP XML layer style file

Il lun 31 dic 2018, 13:00 Giuseppe Aruta  ha
scritto:

> New features
> +  * Added LegendPlugin to display a legend of symbols adopted into the
> view
> ,...
>
> Improvements
> +  * Moved LegendPlugIn to Layer>Style and Layer tree>Style menu.
> +Deactivated SaveLegendPlugIn
> 
> This parts can be substituted by a unique one
>
> + Substituted SaveLegendPlugin with a new one, LegendPlugin,  which allows
> to display a legend of symbols adopted into the view and to save it as
> image file
>
>
> Il lun 31 dic 2018, 12:51 Giuseppe Aruta  ha
> scritto:
>
>> Thanks Ede.
>>
>> Il lun 31 dic 2018, 12:50 Giuseppe Aruta  ha
>> scritto:
>>
>>> *improved raster profile tool. Now it can use as profile trace either a
>>> selected linestring or a drawn line. Added capability to calculate
>>> relative/absolute slope of the profile. Added capability to calculate
>>> traveling time if profile is defined along route .Added capability to
>>> export profile to DXF.
>>>
>>>
>>>
>>> Il lun 31 dic 2018, 12:04  ha scritto:
>>>
>>>> Peppe,
>>>>
>>>> as you did the major work. what are the highlights of this release? for
>>>> Changes.txt.
>>>>
>>>> ..ede
>>>>
>>>> On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
>>>> > Go ahead for me, I can work around only in next days.
>>>> >  What is necessary is already explained in the wiki pages
>>>> (functionality, location, options)
>>>> >
>>>> >
>>>> > Il lun 31 dic 2018, 11:57 >>> edgar.sol...@web.de>> ha scritto:
>>>> >
>>>> > thanks. highlights? ..ede
>>>> >
>>>> > On 12/31/2018 11:54 AM, Michaël Michaud wrote:
>>>> > > Hi Ede,
>>>> > >
>>>> > > I'm OK for a new release. Thanks to take care,
>>>> > >
>>>> > > Michaël
>>>> > >
>>>> > >
>>>> > > Le 30/12/2018 à 17:18, edgar.sol...@web.de >>> edgar.sol...@web.de> a écrit :
>>>> > >> from my point of view we are fine.
>>>> > >>
>>>> > >> if you and Mike give me a green light i can start the release
>>>> process when i find the time.
>>>> > >> still, please add some highlights you two..
>>>> > >>
>>>> > >> as said, anything broken or missing that users might find we
>>>> can fix hands on in a maintenance release.
>>>> > >>
>>>> > >> ..ede
>>>> > >>
>>>> > >> On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
>>>> > >>> According to change log file seems today
>>>> > >>>
>>>> > >>> Il dom 30 dic 2018, 17:03 Giuseppe Aruta <
>>>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com> >>> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>>> ha
>>>> scritto:
>>>> > >>>
>>>> > >>>  Which date you prefer to stop any upgrades ?
>>>> > >>>
>>>> > >>>  Il dom 30 dic 2018, 16:36 >>> edgar.sol...@web.de> <mailto:edgar.sol...@web.de >>> edgar.sol...@web.de>>> ha scritto:
>>>> > >>>
>>>> > >>>  On 12/30/2018 4:19 PM, Giuseppe Aruta wrote:
>>>> > >>>  > Hi Ede,
>>>> > >>>  > I think we miss on the highlights the new
>>>> improvements on raster profile tool. I will check and provide for that. I
>>>> was able anyhow today to upgrade the  related wiki page on ras

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

OK  I am home. We eat late this lunch. I gave time to commit color chooser

Il lun 31 dic 2018, 13:29  ha scritto:

> On 12/31/2018 1:22 PM, Michaël Michaud wrote:
> > Hi
> >
> > Seems that you have already copied all changes from the changelog into
> changes.txt.
>
> yupp
>
> > For me it is good enough (maybe overdetailed for an oversight on the
> main changes, but it is OK).
>
> yeah, it's simply faster to just copy past. it's work enough to sort into
> categories.
>
> ..ede
>
> >
> > Michaël
> >
> > Le 31/12/2018 à 13:08, edgar.sol...@web.de a écrit :
> >> ok, was about to tell you to summarize or commit yourself.. have a good
> one.. ede
> >>
> >> On 12/31/2018 1:07 PM, Giuseppe Aruta wrote:
> >>> That's all. Thank
> >>>
> >>> Il lun 31 dic 2018, 13:06 Giuseppe Aruta  <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >>>
> >>>  +  * Added SaveStylePlugin that allows to save OpenJUMP Style
> either to SLD file
> >>>  +or to JUMP XML layer style file .
> >>>  +Deactivated "Export style to SLD"
> >>>
> >>>  * Substituted "Export style to SLD" with a new one, "Save Style"
> which allows to export either to SLD or to JUMP XLM layer style file
> >>>
> >>>
> >>>  +  * Added LoadStylePlugin that allows to load SLD file or JUMP
> XML layer
> >>>  +style file as OpenJUMP style.
> >>>  +Deactivated "Import style from SLD"
> >>>
> >>>  *Substituted "Import style from SLD" with "Load Style" plugin
> which allows to load either SLD file or JUMP XML layer style file
> >>>
> >>>  Il lun 31 dic 2018, 13:00 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >>>
> >>>  New features
> >>>  +  * Added LegendPlugin to display a legend of symbols
> adopted into the view
> >>>  ,...
> >>>
> >>>  Improvements
> >>>  +  * Moved LegendPlugIn to Layer>Style and Layer tree>Style
> menu.
> >>>  +Deactivated SaveLegendPlugIn
> >>>  
> >>>  This parts can be substituted by a unique one
> >>>
> >>>  + Substituted SaveLegendPlugin with a new one, LegendPlugin,
> which allows to display a legend of symbols adopted into the view and to
> save it as image file
> >>>
> >>>
> >>>  Il lun 31 dic 2018, 12:51 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >>>
> >>>  Thanks Ede.
> >>>
> >>>  Il lun 31 dic 2018, 12:50 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>> ha scritto:
> >>>
> >>>  *improved raster profile tool. Now it can use as
> profile trace either a selected linestring or a drawn line. Added
> capability to calculate relative/absolute slope of the profile. Added
> capability to calculate traveling time if profile is defined along route
> .Added capability to export profile to DXF.
> >>>
> >>>
> >>>
> >>>  Il lun 31 dic 2018, 12:04  <mailto:edgar.sol...@web.de>> ha scritto:
> >>>
> >>>  Peppe,
> >>>
> >>>  as you did the major work. what are the
> highlights of this release? for Changes.txt.
> >>>
> >>>  ..ede
> >>>
> >>>  On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
> >>>  > Go ahead for me, I can work around only in next
> days.
> >>>  >  What is necessary is already explained in the
> wiki pages (functionality, location, options)
> >>>  >
> >>>  >
> >>>  > Il lun 31 dic 2018, 11:57  <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>>> ha scritto:
> >>>  >
> >>>  > thanks. highlights? ..ede
> >>>  >
> >>>  > On 12/31/2018 11:54 AM, Michaël Michaud
> wrote

Re: [JPP-Devel] highlights of next OJ release

[Giuseppe Aruta]

*improved raster profile tool. Now it can use as profile trace either a
selected linestring or a drawn line. Added capability to calculate
relative/absolute slope of the profile. Added capability to calculate
traveling time if profile is defined along route .Added capability to
export profile to DXF.



Il lun 31 dic 2018, 12:04  ha scritto:

> Peppe,
>
> as you did the major work. what are the highlights of this release? for
> Changes.txt.
>
> ..ede
>
> On 12/31/2018 12:01 PM, Giuseppe Aruta wrote:
> > Go ahead for me, I can work around only in next days.
> >  What is necessary is already explained in the wiki pages
> (functionality, location, options)
> >
> >
> > Il lun 31 dic 2018, 11:57  edgar.sol...@web.de>> ha scritto:
> >
> > thanks. highlights? ..ede
> >
> > On 12/31/2018 11:54 AM, Michaël Michaud wrote:
> > > Hi Ede,
> > >
> > > I'm OK for a new release. Thanks to take care,
> > >
> > > Michaël
> > >
> > >
> > > Le 30/12/2018 à 17:18, edgar.sol...@web.de  edgar.sol...@web.de> a écrit :
> > >> from my point of view we are fine.
> > >>
> > >> if you and Mike give me a green light i can start the release
> process when i find the time.
> > >> still, please add some highlights you two..
> > >>
> > >> as said, anything broken or missing that users might find we can
> fix hands on in a maintenance release.
> > >>
> > >> ..ede
> > >>
> > >> On 12/30/2018 5:05 PM, Giuseppe Aruta wrote:
> > >>> According to change log file seems today
> > >>>
> > >>> Il dom 30 dic 2018, 17:03 Giuseppe Aruta <
> giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>  giuseppe.ar...@gmail.com <mailto:giuseppe.ar...@gmail.com>>> ha scritto:
> > >>>
> > >>>  Which date you prefer to stop any upgrades ?
> > >>>
> > >>>  Il dom 30 dic 2018, 16:36  edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>>> ha scritto:
> > >>>
> > >>>  On 12/30/2018 4:19 PM, Giuseppe Aruta wrote:
> > >>>  > Hi Ede,
> > >>>  > I think we miss on the highlights the new
> improvements on raster profile tool. I will check and provide for that. I
> was able anyhow today to upgrade the  related wiki page on raster about the
> new capabilities.
> > >>>  > Now I am traveling back home and in couple of days I
> will build and upgrade ColorChooser plugin to very 1.3.
> > >>>  > Regarding Openklem, I corrected all the bugs I used
> to know, but I am still waiting for a new
> > >>>  > test, possibly after 6 of Genuary: OJ/Openklem are
> used in a course at the university of Padua.
> > >>>  > I wonder if we can postpone the OJ 1.4 realize at the
> end of Genuary. Upgrades of some language codes are still missing (Finnic
> and German).
> > >>>
> > >>>  we could, but i'd rather do a release now and add a
> maintenance release later. this is according to the motto "release early,
> release often."
> > >>>
> > >>>  i don't see KLEM or language keys as mission critical.
> overall we have lot's of improvements and fixes releaseworthy now already.
> > >>>
> > >>>  > Thank you to improve Color Chooser.
> > >>>
> > >>>  no problem.. ede
> > >>>
> > >>>  > Best regards
> > >>>  > Peppe
> > >>>  >
> > >>>  > Il dom 30 dic 2018, 15:50  <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>> <mailto:edgar.sol...@web.de  edgar.sol...@web.de> <mailto:edgar.sol...@web.de  edgar.sol...@web.de>>>> ha scritto:
> > >>>  >
> > >>>  > hey All,
> > >>>  >
> > >>>  > if someone feels knowledgeable please move
> entries or enter a summary of features to highlight for the next release in
> trunk/Changes.txt .
> > >>>  >
> > >>>  > if not i will have to select to te best of my own
> limit

[JPP-Devel] Happy new year 2019

[Giuseppe Aruta]

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

Re: [JPP-Devel] new OJ release

[Giuseppe Aruta]

Hi Ede,
Thanks for remind and your efforts. I made the required modifications to
Colorchooser and OpenKLEM plugins. In a couple of days I will upgrade OJ.
Color chooser: I cannot go below 2.4 seconds on loading.
Best regards
Peppe

Il gio 27 dic 2018, 18:48  ha scritto:

> hey All,
>
> it's turn of the year and traditionally this means release time. any
> objections, open building sites? looking at the changes, mostly from
> Peppe!, i'd say it's going to be OJ 1.14.
>
> ..ede
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [6069] core/trunk/etc/readme.txt

[Giuseppe Aruta]

moving Stefano who is one of the "founding father" of Openjump project
sounds strange for me...

Il mar 1 gen 2019, 18:42 jump-pilot-svn--- via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:

> Revision: 6069
>   http://sourceforge.net/p/jump-pilot/code/6069
> Author:   edso
> Date: 2019-01-01 17:42:42 + (Tue, 01 Jan 2019)
> Log Message:
> ---
> move S.Steiniger to past contributors as he is not active since some years
>
> Modified Paths:
> --
> core/trunk/etc/readme.txt
>
> Modified: core/trunk/etc/readme.txt
> ===
> --- core/trunk/etc/readme.txt   2019-01-01 01:15:52 UTC (rev 6068)
> +++ core/trunk/etc/readme.txt   2019-01-01 17:42:42 UTC (rev 6069)
> @@ -322,7 +322,6 @@
>Jukka Rahkonen
>Micha\xEBl Michaud
>Nicolas Ribot
> -  Stefan Steiniger
>
>  Past contributors (in alphabetical order):
>Alberto de Luca (geomaticaeambiente.it)
> @@ -353,6 +352,7 @@
>Paul Austin
>Pedro Doria Meunier
>Sascha Teichmann (intevation.de)
> +  Stefan Steiniger
>Stephan Holl
>Steve Tanner
>Ugo Taddei
>
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] NPE with adding data into the second project with OJ 1.4

[Giuseppe Aruta]

Hi Jukka, Ede,
yes. I did some changes on OpenKLEM plugin. I commit changes on SVN but I
will make a new buid of that plugin by the time my partneers and I will
finish to test them.
Thanks Ede to have  solved the problem.
Peppe

Il giorno ven 18 gen 2019 alle ore 16:03  ha scritto:

> Jukka,
>
> On 18.01.2019 15:36, Rahkonen Jukka (MML) wrote:
> > BTW, Peppe has forwarded to r6096 by now but there may be some issues
> with the latest commits because the snapshots have not been built since
> r6090.
>
> Peppes commits were only for the KLEM plugin and do not concern core ;)..
> as all trunks share one svn all commits raise the svn's rev. number.
>
> see here the rev. difference (core, plugins folders) -
> https://sourceforge.net/p/jump-pilot/code/HEAD/tree/
>
> ..ede
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] problems with sld import/export

[Giuseppe Aruta]

Hi Michael
I finally opened the bug ticket. Hopefully we have time to solve it.
I added the new methods to export import OJ styles to/from file. All those
methods are located into the class
org.openjump.core.apitools.IOTools. They mostly use the power Java2XML to
turn objects into XML documents (and viceversa).
.

*Export to XML file.  method saveSimbology_Jump(File output_file, Layer
input_layer)*
Instead to create a new object for the styles, I uses the method  new
Java2XML().write(Layer.class, "layer", Writer.class).
Some extra actions are done by complementary methods
a) Since the output XML document contains more info than  ones
[, ,  and ,
an accessory method (method *removeElements(Node parent)*) removes all
unecessary elements
b) if  are related to external vertex images (bitmap or svg), A
folder with the same name of the output file is created where all these
images are copied (method *copyFileToFolder(File inputFile, String
outputDir) *)
c) a list of the paths of those images is also saved as text file. Note
that these paths are generally saved into the XML file under the child
element "imageURL".

*Import XML file as style. method loadSimbology_Jump (File input_file,
Layer input_layer)*
Even in this case the method used to read style is the following:
a) first create a new object  from the XML,
copy the styles from this new Layer.class, apply them to the target Layer
 final Layer sourceLayer = (Layer) new XML2Java(workbenchFrame
.getContext().getWorkbench().getPlugInManager()
.getClassLoader()).read(reader, Layer.class);
 final 

[JPP-Devel] problems with sld import/export

[Giuseppe Aruta]

Hi
it seems that sld import/export has some faults. According to an user's
mail (I recived) it was not possible to load text symbology on a layer.
While waiting a more complete info (and opening a bug ticket), I did some
(partial) tests. This is what I found:
- Save: vertex symbology from external image file is not saved into the xml
file. The tag  is not recorded even if it is present
into the layerstyle2sld.xsl file template
- Load: vertex symbologies applied as ColorThemingStyle are decoded as
multiple BasicStyle. Thus is not easy to apply a styling according to an
attribute classification
- Load: strangelly Labeling works fine. labels are located anyhow at the
center of the geometry.
- Load. ColorThemingStyle for polygon works only if user uses base fill
colors.
ColorThemingStyle for polygons with some fill patterns seems not working
- Load both line color and line pattern seem to work.
I remember years ago everyting seemed to work fine (
http://ojwiki.soldin.de/index.php?title=Import-Export_Layer_Style). I
wonder if this is connecte external libraries.

Good news: the method  new Java2XML().write(layer, "layer", stringWriter)
controls the way to export style (both on project file and partially on sld
file).
I thing I will implement an alternative way to export/import style to file
using this method.

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

Re: [JPP-Devel] problems with sld import/export

[Giuseppe Aruta]

I can be more accurate on { ColorThemingStyle for polygons with some fill
patterns seems not working}
Polygon fill pattern are samples are saved as temp image files like
"ojp5731593574799380314pti.png"
On saving to SLD file the relative path of the file is saved as tag (in
windows)

When I try to load, the SLD import cannot recognize it and throws an error
message in the log file (An ogc:filter could not be found while trying to
parse a color theming style).
Peppe

Il giorno ven 23 nov 2018 alle ore 16:24 Giuseppe Aruta <
giuseppe.ar...@gmail.com> ha scritto:

> Hi
> it seems that sld import/export has some faults. According to an user's
> mail (I recived) it was not possible to load text symbology on a layer.
> While waiting a more complete info (and opening a bug ticket), I did some
> (partial) tests. This is what I found:
> - Save: vertex symbology from external image file is not saved into the
> xml file. The tag  is not recorded even if it is
> present into the layerstyle2sld.xsl file template
> - Load: vertex symbologies applied as ColorThemingStyle are decoded as
> multiple BasicStyle. Thus is not easy to apply a styling according to an
> attribute classification
> - Load: strangelly Labeling works fine. labels are located anyhow at the
> center of the geometry.
> - Load. ColorThemingStyle for polygon works only if user uses base fill
> colors.
> ColorThemingStyle for polygons with some fill patterns seems not working
> - Load both line color and line pattern seem to work.
> I remember years ago everyting seemed to work fine (
> http://ojwiki.soldin.de/index.php?title=Import-Export_Layer_Style). I
> wonder if this is connecte external libraries.
>
> Good news: the method  new Java2XML().write(layer, "layer", stringWriter)
> controls the way to export style (both on project file and partially on sld
> file).
> I thing I will implement an alternative way to export/import style to file
> using this method.
>
> Best regards
> Peppe
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Styles and Legend. A proposal

[Giuseppe Aruta]

Thanks Ede, Michael for the answer
and excuse me for my late replay.
> Big vertex symbols may be truncated when applied to linestring or
polygon, but this is not a major problem.
I was aware of this. Big vertex symbols applied to point are resizeble. And
this could be a choice of the user (for instance dimension is according to
an attribute value).
I wondered if this would have been importan for linestrings or polygon and
I didn't find any situatiation. In any case it could be modified in the
futere if requested.
Best regards
Peppe

Il giorno sab 10 nov 2018 alle ore 19:27  ha scritto:

> On 11/10/2018 19:25, Michaël Michaud wrote:
> > I think it may replace the previous plugin and take its place if others
> agree
> >
> > - Layer > Styles > Save the legend as
> >
> > - layer contex menu : Styles > Save the legend as
> >
>
> up to you guys. not my area of expertise.. ede
>
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel