Re: [JPP-Devel] Adding other spatial databases support in OJ core

[Giuseppe Aruta]

Hi Nicholas,
I agree for your proposal to add MariaDB/MySQL and Spatialite codes
Peppe

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

> Hi,
>
>
>
> This version makes connection with out Oracle rather fast and reading data
> is successful.
>
>
>
> I have one suggestion: If adding a new layer fails because of some
> ORA-error it would be better not to add the layer into the OpenJUMP
> project. Test case: Add a layer with invalid WHERE. It seems to be that if
> user does not delete those non-operating layers then OpenJUMP is sending a
> new SQL request every time the map is panned or zoomed and depending on
> where the error happens the query may run quite a long time.
>
>
>
> -Jukka Rahkonen-
>
>
>
> Nicolas Ribot wrote:
>
>
>
> Hi,
>
>
>
> Oracle Spatial support has been added to OJ core (read-only).
>
> It works the same way as Postgis support: define a DB connection to Oracle
> and choose spatial layers from the list of found layers to display them in
> OJ
>
>
>
> Oracle 9i -> 12c supported (though only tested recently with Oracle 11i
> and 12c).
>
>
>
> The SpatialDatabases plugin also contains code to support MariaDB/MySQL
> and Spatialite. (SQL Server in the pipe...)
>
>
>
> I was thinking about adding this code to the core, too.
>
> What do you think ?
>
>
>
> Nicolas
>
>
>
>
>
>
> --
>
> ___
> 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: [4595] plug-ins/ViewManagerPlugin/trunk

[Giuseppe Aruta]

Hi Michael,
do you plan to put this plugin for the next OJ real.?
Peppe

2015-12-09 23:59 GMT+01:00 :

> Revision: 4595
>   http://sourceforge.net/p/jump-pilot/code/4595
> Author:   michaudm
> Date: 2015-12-09 22:59:28 + (Wed, 09 Dec 2015)
> Log Message:
> ---
> New capability to replace a view of the viewset by the current view.
>
> Modified Paths:
> --
>
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
>
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
>
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSetPanel.java
>
> Modified:
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
> ===
> ---
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>   2015-12-09 13:40:35 UTC (rev 4594)
> +++
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>   2015-12-09 22:59:28 UTC (rev 4595)
> @@ -22,3 +22,5 @@
>  ViewSetPanel.move-up = Move up
>  ViewSetPanel.move-down = Move down
>  ViewSetPanel.move-to-bottom = Move to bottom
> +ViewSetPanel.replace-by-current-view = Replace by current view
> +ViewSetPanel.replace-by-selected-layers = Replace by selected layers
>
> Modified:
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
> ===
> ---
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
> 2015-12-09 13:40:35 UTC (rev 4594)
> +++
> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
> 2015-12-09 22:59:28 UTC (rev 4595)
> @@ -21,4 +21,6 @@
>  ViewSetPanel.move-to-top = D\xE9placer tout en haut
>  ViewSetPanel.move-up = D\xE9placer vers le haut
>  ViewSetPanel.move-down = D\xE9pacer vers le bas
> -ViewSetPanel.move-to-bottom = D\xE9placer tout en bas
> \ No newline at end of file
> +ViewSetPanel.move-to-bottom = D\xE9placer tout en bas
> +ViewSetPanel.replace-by-current-view = Remplacer par la vue courante
> +ViewSetPanel.replace-by-selected-layers = Remplacer par les couches
> s\xE9lectionn\xE9es
> \ No newline at end of file
>
> Modified:
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
> ===
> ---
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
> 2015-12-09 13:40:35 UTC (rev 4594)
> +++
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
> 2015-12-09 22:59:28 UTC (rev 4595)
> @@ -14,9 +14,10 @@
>  @XmlRootElement
>  public class ViewSet {
>
> -public static int REMOVE = -1;
> -public static int MOVMOD =  0;
> -public static int ADD=  1;
> +public static int REMOVE  = -1;
> +public static int MOVMOD  =  0;
> +public static int ADD =  1;
> +public static int REPLACE =  2;
>
>  List listeners = new ArrayList();
>
> @@ -78,6 +79,14 @@
>  }
>  }
>
> +public void replaceView(View oldView, View newView) {
> +int pos = views.indexOf(oldView);
> +if (pos>0) {
> +views.set(pos, newView);
> +fireReplaceView(oldView);
> +}
> +}
> +
>  public void fireAddView(View view) {
>  for (Listener listener : listeners) {
>  listener.actionPerformed(this, ADD, view);
> @@ -96,6 +105,12 @@
>  }
>  }
>
> +public void fireReplaceView(View oldView) {
> +for (Listener listener : listeners) {
> +listener.actionPerformed(this, REPLACE, oldView);
> +}
> +}
> +
>  public String getName() {
>  return name;
>  }
>
> Modified:
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSetPanel.java
> ===
> ---
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSetPanel.java
> 2015-12-09 13:40:35 UTC (rev 4594)
> +++
> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSetPanel.java
> 2015-12-09 22:59:28 UTC (rev 4595)
> @@ -19,9 +19,11 @@
>  I18N I18N_ = I18N.getInstance("view_manager");
>
>  ViewSet viewSet;
> +PlugInContext context;
>
>  public ViewSetPanel(final PlugInContext context, final ViewSet
> viewSet) {
>  super(new GridBagLayout());
> +this.context = context;
>  setBorder(BorderFactory.createLineBorder(Color.black));
>  initToolBar();
>  if (viewSet != null) {
> @@ -79,6 +81,8 @@
>  private JMenuItem upMenuItem = new
> JMenuItem(I18N_.getText("view_manager","ViewSetPanel.move-up"));
>  private JMenuItem downMenuItem = new
> 

Re: [JPP-Devel] SVN: [4595] plug-ins/ViewManagerPlugin/trunk

[Giuseppe Aruta]

Just let me know if you need to translate it for next real. Today I will
fly to Chile and it won't be easy for me to access to SVN.
In any case I can download language files and send them back by mail.
Peppe

2015-12-10 23:52 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi Peppe,
>
> I'd like it to be ready for next release.
> Including it in the PLUS version or not is another question.
> It is a bit redundant with other tools like SLD, but if some oj-list
> followers
> find it useful, It should e possible to add it.
>
> Michaël
>
>
> Le 10/12/2015 11:46, Giuseppe Aruta a écrit :
>
> Hi Michael,
> do you plan to put this plugin for the next OJ real.?
> Peppe
>
> 2015-12-09 23:59 GMT+01:00 <jump-pilot-...@lists.sourceforge.net>:
>
>> Revision: 4595
>>   http://sourceforge.net/p/jump-pilot/code/4595
>> Author:   michaudm
>> Date: 2015-12-09 22:59:28 + (Wed, 09 Dec 2015)
>> Log Message:
>> ---
>> New capability to replace a view of the viewset by the current view.
>>
>> Modified Paths:
>> --
>>
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>>
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
>>
>> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
>>
>> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSetPanel.java
>>
>> Modified:
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>> ===
>> ---
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>>   2015-12-09 13:40:35 UTC (rev 4594)
>> +++
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump.properties
>>   2015-12-09 22:59:28 UTC (rev 4595)
>> @@ -22,3 +22,5 @@
>>  ViewSetPanel.move-up = Move up
>>  ViewSetPanel.move-down = Move down
>>  ViewSetPanel.move-to-bottom = Move to bottom
>> +ViewSetPanel.replace-by-current-view = Replace by current view
>> +ViewSetPanel.replace-by-selected-layers = Replace by selected layers
>>
>> Modified:
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
>> ===
>> ---
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
>> 2015-12-09 13:40:35 UTC (rev 4594)
>> +++
>> plug-ins/ViewManagerPlugin/trunk/resources/view_manager/language/jump_fr.properties
>> 2015-12-09 22:59:28 UTC (rev 4595)
>> @@ -21,4 +21,6 @@
>>  ViewSetPanel.move-to-top = D\xE9placer tout en haut
>>  ViewSetPanel.move-up = D\xE9placer vers le haut
>>  ViewSetPanel.move-down = D\xE9pacer vers le bas
>> -ViewSetPanel.move-to-bottom = D\xE9placer tout en bas
>> \ No newline at end of file
>> +ViewSetPanel.move-to-bottom = D\xE9placer tout en bas
>> +ViewSetPanel.replace-by-current-view = Remplacer par la vue courante
>> +ViewSetPanel.replace-by-selected-layers = Remplacer par les couches
>> s\xE9lectionn\xE9es
>> \ No newline at end of file
>>
>> Modified:
>> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
>> ===
>> ---
>> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
>> 2015-12-09 13:40:35 UTC (rev 4594)
>> +++
>> plug-ins/ViewManagerPlugin/trunk/src/org/openjump/ext/viewmanager/ViewSet.java
>> 2015-12-09 22:59:28 UTC (rev 4595)
>> @@ -14,9 +14,10 @@
>>  @XmlRootElement
>>  public class ViewSet {
>>
>> -public static int REMOVE = -1;
>> -public static int MOVMOD =  0;
>> -public static int ADD=  1;
>> +public static int REMOVE  = -1;
>> +public static int MOVMOD  =  0;
>> +public static int ADD =  1;
>> +public static int REPLACE =  2;
>>
>>  List listeners = new ArrayList();
>>
>> @@ -78,6 +79,14 @@
>>  }
>>  }
>>
>> +public void replaceView(View oldView, View newView) {
>> +int pos = views.indexOf(oldView);
>> +if (pos>0) {
>> +views.set(pos, newView);
>> +fireReplaceView(oldView);
>> +}
>> +}
>> +
>>  public void fireAddView(View view) {
>>  for (Listener listener : listeners) {
>>  listener.actionPerformed(th

Re: [JPP-Devel] ViewManager plugin

[Giuseppe Aruta]

Thanks Michael
Il 27/Dic/2015 17:11, "Michaël Michaud" <m.michael.mich...@orange.fr> ha
scritto:

> Peppe, Jukka,
>
> Your translation files have been committed and the new version of the
> extension with your translations added to
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/ViewManager%20PlugIn/
> as version 0.3.1
>
> Michaël
>
>
> Le 22/12/2015 17:20, Rahkonen Jukka (MML) a écrit :
>
> Here comes the Finnish translation.
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Giuseppe Aruta [mailto:giuseppe.ar...@gmail.com
> <giuseppe.ar...@gmail.com>]
> *Lähetetty:* 22. joulukuuta 2015 18:05
> *Vastaanottaja:* OpenJump develop and use
> *Aihe:* Re: [JPP-Devel] ViewManager plugin
>
>
>
> Hi Michael,
>
> here are the Spanish and Italian files
>
> thanks
>
> Peppe
>
>
>
> Il 20/Dic/2015 17:40, "Michaël Michaud" <m.michael.mich...@orange.fr> ha
> scritto:
>
> Hi Peppe,
>
> I just uplaoded a small documentation here :
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/ViewManager%20PlugIn/
>
> It just works for basic vector styles, vertex style (basic shapes only, no
> bitmap), scale range, color theming and label.
> No support for advanced vertex style or decoration for now.
>
> Michaël
>
> Le 19/12/2015 23:19, Giuseppe Aruta a écrit :
>
> I was testing SLD for OpenJUMP in order to save layer symbols together
> with a shapefile (to find a way to share legends/symbols with other GIS).
> Your project seems to me quite interesting. I am waiting for documentation
> before to transalte it in Italian/Spanish.
>
> Thanks
>
> Peppe
>
>
>
>
>
> 2015-12-19 12:47 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
> Hi,
>
> Just added ViewManager plugin in
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/ViewManager%20PlugIn/
>
> I'll work on a small documentation soon.
> The plugin is an extension I was missing but it is partially redundant
> with oj capability to save layer symbolization
> in a project or in sld files. Main purpose is to be able to switch
> easily from one pre-defined symbolization to another
> in a single project.
>
> If other users find it useful, we'll envisage its inclusion in PLUS
> version.
> You'll find language file for translation in the src package if you're
> interested to have it in your language.
>
> 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
>
>
>
>
>
> --
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
> --
>
>
>
> ___
> 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

Re: [JPP-Devel] Check if a Geometry collection (or a Feature Schema) is made by a single geometry type

[Giuseppe Aruta]

Thanks Jukka and Muchaelm
Probably layer property is what I look for.
I am working around a plugin that  exports multiple selected layers (at
least vector, referencedimage and sextante raster) to a defined folder,
without modifying the OJ layer tree ( ex SaveDatasetAsPlugin usually
substitute the original file with the saved file on the layer tree). I
already have a prototype of such plugin and I found useful in a productive
context. I wanted to add a possibility to automatically divide multiple
geometries in a separate primitives when saving to shape files.
Peppe
El 30/12/2015 17:36, "Michaël Michaud" <m.michael.mich...@orange.fr>
escribió:

> Hi Peppe,
>
> You have also a selection tool that makes it possible to select features
> by type.
> And "layer properties" which displays the number of features of each type
> (maybe the more close to what you're looking for, but I don't know what is
> your exact use case)
>
> Michaël
>
>
>
> Le 30/12/2015 20:26, Rahkonen Jukka (MML) a écrit :
>
> Hi,
>
>
>
> You found a use case for in-memory H2GIS layer that Michaël was dreaming
> about a few days ago. Then you could use SQL somehowl like  “SELECT
> DISTINCT geometry_type(the_geom)…”
>
>
>
> Meanwhile you could study what Edit – Extract – Extract layers by geometry
> type does. Now it already sends a message if there is nothing to split,
> perhaps you could modify it to tell if there IS something to split, but
> disable the creation of new layers.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* Giuseppe Aruta [mailto:giuseppe.ar...@gmail.com
> <giuseppe.ar...@gmail.com>]
> *Lähetetty:* 30. joulukuuta 2015 20:57
> *Vastaanottaja:* OpenJump develop and use
> *Aihe:* Re: [JPP-Devel] Check if a Geometry collection (or a Feature
> Schema) is made by a single geometry type
>
>
>
> Thanks for the answers.
> I want to develop a way  to check if a selected vector layer has different
> geometries or if it is if one geometry type.
> I checked on OJ code but I didn' t find what I needed.
> I will study an alternative way.
> Best regards
> Peppe
>
> On Dec 29, 2015 6:46 PM, <edgar.sol...@web.de> wrote:
>
> On 29.12.2015 22:04, Giuseppe Aruta wrote:
> > Hi,
> > just a question:
> > does OJ has a mathod to check if a Geometry Collection of items is made
> by
> > a single geometry type (points, linestrings, etc) or not?
> > best regards and happy new year
>
> afaik when OJ loads data and is aware that there is only one geom type in
> a collection it creates the Multi* variant.
>
> apart from that you must probably loop over all contained geoms and detect
> yourself. a prexisting code would probably do nothing else.
>
> ..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 
> 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] Check if a Geometry collection (or a Feature Schema) is made by a single geometry type

[Giuseppe Aruta]

Hi,
just a question:
does OJ has a mathod to check if a Geometry Collection of items is made by
a single geometry type (points, linestrings, etc) or not?
best regards and happy new year
Peppe
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] release status

[Giuseppe Aruta]

Ready for 1.9
Il 31/Dic/2015 16:55, "Michaël Michaud"  ha
scritto:

> Hi ede,
>
> I have nothing to add before 1.9 release. Just want to use it a bit in
> my working environment next week.
> If you wait one week from now on, as proposed, I think it is OK.
>
> Michaël
>
> Le 31/12/2015 16:58, edgar.sol...@web.de a écrit :
> > hey All,
> >
> > after including Alberto's FeatureInfoTool WMS addition, are there any
> other open cunstruction sites? let's say i will wait a week from now on and
> release 1.9.0 . if still something is amiss i can simply come up with a
> 1.9.1 quickly.
> >
> > Stefan: what was that about translation agn? can you fit in some hours?
> you might download the latest file and post the update version here for me
> to commit.
> >
> > if there is nodding all around i can release earlier of course.
> >
> > ..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
>
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Check if a Geometry collection (or a Feature Schema) is made by a single geometry type

[Giuseppe Aruta]

Thanks for the answers.
I want to develop a way  to check if a selected vector layer has different
geometries or if it is if one geometry type.
I checked on OJ code but I didn' t find what I needed.
I will study an alternative way.
Best regards
Peppe
On Dec 29, 2015 6:46 PM, <edgar.sol...@web.de> wrote:

> On 29.12.2015 22:04, Giuseppe Aruta wrote:
> > Hi,
> > just a question:
> > does OJ has a mathod to check if a Geometry Collection of items is made
> by
> > a single geometry type (points, linestrings, etc) or not?
> > best regards and happy new year
>
> afaik when OJ loads data and is aware that there is only one geom type in
> a collection it creates the Multi* variant.
>
> apart from that you must probably loop over all contained geoms and detect
> yourself. a prexisting code would probably do nothing else.
>
> ..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] ViewManager plugin

[Giuseppe Aruta]

Hi Michael,
here are the Spanish and Italian files
thanks
Peppe


Il 20/Dic/2015 17:40, "Michaël Michaud" <m.michael.mich...@orange.fr> ha
scritto:

> Hi Peppe,
>
> I just uplaoded a small documentation here :
>
> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/ViewManager%20PlugIn/
>
> It just works for basic vector styles, vertex style (basic shapes only, no
> bitmap), scale range, color theming and label.
> No support for advanced vertex style or decoration for now.
>
> Michaël
>
> Le 19/12/2015 23:19, Giuseppe Aruta a écrit :
>
> I was testing SLD for OpenJUMP in order to save layer symbols together
> with a shapefile (to find a way to share legends/symbols with other GIS).
> Your project seems to me quite interesting. I am waiting for documentation
> before to transalte it in Italian/Spanish.
> Thanks
> Peppe
>
>
>
> 2015-12-19 12:47 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi,
>>
>> Just added ViewManager plugin in
>>
>> https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/ViewManager%20PlugIn/
>>
>> I'll work on a small documentation soon.
>> The plugin is an extension I was missing but it is partially redundant
>> with oj capability to save layer symbolization
>> in a project or in sld files. Main purpose is to be able to switch
>> easily from one pre-defined symbolization to another
>> in a single project.
>>
>> If other users find it useful, we'll envisage its inclusion in PLUS
>> version.
>> You'll find language file for translation in the src package if you're
>> interested to have it in your language.
>>
>> 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 
> 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_es.properties
Description: Binary data


jump_it.properties
Description: Binary data
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] happy holidays to the OpenJUMPers

[Giuseppe Aruta]

Hey Stefan!
Happy Holydays and Merry Christmass to you and to all OJ members.
I am at the Southern Emisphere "tambien" and met Stefan a week ago (It was
nice to see again after 2 years! - like Second International OpenJUPers
Meeting in South America).
We are doing a great job and think we still have many "trump cards" to play
on next weeks.
Thanks to everyone, thanks to Ede for his work on SVN and the patience to
solve my mistakes!!
Best regards from 38° Celsius pre-Xmass
Peppe

2015-12-24 18:18 GMT+01:00 Stefan Steiniger :

> Hey guys,
>
> just want to send you my happy holiday wishes and congratulate to the
> tremendous work that you guys have been doing, in particular the last
> month! :).
>
> I just looked at the stats and am impressed: OpenJUMP 1.8 has been
> downloaded around 28.000 times (!!) since its release.
> Its kind of weird, if you meet GIS folks then they are "Ohhh OpenJUMP,
> is it still around?". But if I look at the download stats now, it has
> never been better/healthier (in terms of number of downloads). :)
> And, perhaps for a real surveying CAD or an all-extension-loaded-ArcGIS,
> OpenJUMP is still the best tool for creation, editing and cleaning of
> features and layers, I think.
>
> Top five download countries are the US:6000 (well, huge population),
> Germany: 3700, France: 1650 (both always strong), Brazil: 1500
> (surprise!) and Italy: 1400 (Peppe + Alberto). If I actually sum up the
> Spanish speaking countries then this group comes into third place
> (2500), before France.
> Anyway, I think this shows that each ones effort into translation can be
> seen by its home country :) ... well perhaps we need some "Pro" for
> Portuguese?
>
> so, keep up the good work!
>
> And Ede: let me know when we are like 5 days away from a release; to
> dedicate some hours with translations.
>
> cheers and best holiday wishes from the southern hemisphere where I am
> getting toasted at 30°, phewww... not my thing at Xmas.
>
> cheers,
> stefan
>
> PS: I am still following the emails on this list, if I can.
>
>
> --
> ___
> 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] New improvement on Raster Style by Alberto

[Giuseppe Aruta]

Hi Jukka,
I did sone tests and it seems that stored raster styles are not applied
and  just skipped, when I open a new generation JML with older OJ versions.

@Alberto
I worked on Italian translation for Raster Styler (Bundle_it.properties). I
ask you if you can check and eventually correct  mistakes.
I also need somebody who upgrade Bundle_it.properties and
Bundle_es.properties files on SVN. I am traveling in Chile in this moment
and have no access to OJ SVN.
I attached thos two files to this mail

Best regards
Peppe

2015-12-18 18:04 GMT+01:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> I haven’t been testing anything but I wonder if it would be good to add a
> version number to the OpenJUMP project file XML. Then it could be possible
> to implement something
>
>
>
> -  Open new generation JML with older OJ versions –> stored
> raster styles are not applied but hopefully they are just skipped
>
> -  Show a warning: Project file was saved as JMP version {0} but
> this OJ supports only {1}. Some project features may be lost on opening.
>
> -  Perhaps warn also before overwriting existing JMP file with
> older JML version.
>
>
>
> -Jukka Rahkonen-
>
>
>
> Alberto De Luca wrote:
>
>
>
> Thank you Peppe,
>
>
>
> changes are now committed!
>
>
>
> Alberto
>
>
>
> On 17 December 2015 at 20:52, Giuseppe Aruta <giuseppe.ar...@gmail.com>
> wrote:
>
> Hi Alberto,
>
> I did a couple of tests, following this schema
> a) I opened  a jump project
>
> b) loaded one or two raster and applied different color simbologies
>
> c) saved and closed the project
>
> d) loaded the project again
>
> It seems that everything works fine.
>
> Very nice work
>
> Best regards (from Chile)
>
> Peppe
>
>
>
> 2015-12-16 11:04 GMT+01:00 <edgar.sol...@web.de>:
>
> On 15.12.2015 18:54, Alberto De Luca wrote:
> > Hi there.
> >
> > I've added today the capability to save the raster symbology in the
> OpenJUMP project file. I'd like to ask you a couple of things though:
> > - is it too late to add it now? I'm not sure, but I might have read in
> some posts that the features are frozen by now;
>
> i called  it a soft freeze;).. so nothing made out of stone. generally, as
> the next release is around the corner, we should clean up, translate and do
> not start big reworks.
>
> adding features (alas not perfect) or fixing bugs is totally fine. we can
> easily release a maintenance version when users stumble over show stoppers.
>
> i plan to release during the holidays, but hey, if it gets january because
> we fixed/added some more that's fine for everybody i guess.
>
> so, no problemo.. ede
>
> > - if the answer is no, would someone be so kind (Peppe!!!) to test the
> feature a bit before I commit the changes? I had to modify a few classes,
> I'd like to be sure I haven't broken anything... If so, you can find the
> compiled openjump jar here:
> >
> >
> > https://www.dropbox.com/s/zf1eshbiuucohck/OpenJUMP-0.0.0-rnull.jar?dl=0
> >
> >
> > Cheers
> > Alberto
> >
> > On 19 November 2015 at 21:56, Alberto De Luca <berta...@gmail.com
> <mailto:berta...@gmail.com>> wrote:
> >
> > Hey Peppe,
> >
> > thank you. I know having the raster symbologies saved with the
> project would be nice. I haven't had the chance to work on it yet and
> honestly I've no idea about how much effort it'd required... I'll have a
> look at it.
> >
> > Alberto
> >
> >
> > On Thu, 19 Nov 2015 19:12 Giuseppe Aruta <giuseppe.ar...@gmail.com
> <mailto:giuseppe.ar...@gmail.com>> wrote:
> >
> > Nice addiction to Raster Style, Alberto!
> > There are new color palettes and the possibility to save raster
> styles as SLD files (I saw the code. I  think I will  add this option also
> to Export file to raster plugins).
> > I was studying your code using RasterColorEditorPanel as a test.
> I think we can deactivate this class on next OJ realize as this last is a
> duplicate but yours is better working.
> > We also should start to translate before the new OJ realize
> > Just a question: do you think it is possible for you to add the
> capability to save raster styles also to OpenJUMP file project?
> > Best regards and thanks
> > Peppe
> >
>  
> --
> > 

Re: [JPP-Devel] New improvement on Raster Style by Alberto

[Giuseppe Aruta]

Hi Alberto,
I did a couple of tests, following this schema
a) I opened  a jump project
b) loaded one or two raster and applied different color simbologies
c) saved and closed the project
d) loaded the project again
It seems that everything works fine.
Very nice work
Best regards (from Chile)
Peppe

2015-12-16 11:04 GMT+01:00 <edgar.sol...@web.de>:

> On 15.12.2015 18:54, Alberto De Luca wrote:
> > Hi there.
> >
> > I've added today the capability to save the raster symbology in the
> OpenJUMP project file. I'd like to ask you a couple of things though:
> > - is it too late to add it now? I'm not sure, but I might have read in
> some posts that the features are frozen by now;
>
> i called  it a soft freeze;).. so nothing made out of stone. generally, as
> the next release is around the corner, we should clean up, translate and do
> not start big reworks.
>
> adding features (alas not perfect) or fixing bugs is totally fine. we can
> easily release a maintenance version when users stumble over show stoppers.
>
> i plan to release during the holidays, but hey, if it gets january because
> we fixed/added some more that's fine for everybody i guess.
>
> so, no problemo.. ede
>
> > - if the answer is no, would someone be so kind (Peppe!!!) to test the
> feature a bit before I commit the changes? I had to modify a few classes,
> I'd like to be sure I haven't broken anything... If so, you can find the
> compiled openjump jar here:
> >
> >
> > https://www.dropbox.com/s/zf1eshbiuucohck/OpenJUMP-0.0.0-rnull.jar?dl=0
> >
> >
> > Cheers
> > Alberto
> >
> > On 19 November 2015 at 21:56, Alberto De Luca <berta...@gmail.com
> <mailto:berta...@gmail.com>> wrote:
> >
> > Hey Peppe,
> >
> > thank you. I know having the raster symbologies saved with the
> project would be nice. I haven't had the chance to work on it yet and
> honestly I've no idea about how much effort it'd required... I'll have a
> look at it.
> >
> > Alberto
> >
> >
> > On Thu, 19 Nov 2015 19:12 Giuseppe Aruta <giuseppe.ar...@gmail.com
> <mailto:giuseppe.ar...@gmail.com>> wrote:
> >
> > Nice addiction to Raster Style, Alberto!
> > There are new color palettes and the possibility to save raster
> styles as SLD files (I saw the code. I  think I will  add this option also
> to Export file to raster plugins).
> > I was studying your code using RasterColorEditorPanel as a test.
> I think we can deactivate this class on next OJ realize as this last is a
> duplicate but yours is better working.
> > We also should start to translate before the new OJ realize
> > Just a question: do you think it is possible for you to add the
> capability to save raster styles also to OpenJUMP file project?
> > Best regards and thanks
> > Peppe
> >
>  
> --
> > ___
> > 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
> >
> >
> >
> >
> >
> --
> >
> >
> >
> > ___
> > 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
>
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] New improvement on Raster Style by Alberto

[Giuseppe Aruta]

Nice addiction to Raster Style, Alberto!
There are new color palettes and the possibility to save raster styles as
SLD files (I saw the code. I  think I will  add this option also to Export
file to raster plugins).
I was studying your code using RasterColorEditorPanel as a test. I think we
can deactivate this class on next OJ realize as this last is a duplicate
but yours is better working.
We also should start to translate before the new OJ realize
Just a question: do you think it is possible for you to add the capability
to save raster styles also to OpenJUMP file project?
Best regards and thanks
Peppe
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] some enhancements on status bar

[Giuseppe Aruta]

You are right Michael.  I am going to upgrade the wiki in the next days.
Peppe
Il 07/Giu/2016 22:05, "Michaël Michaud" <m.michael.mich...@orange.fr> ha
scritto:

> Hi Peppe,
>
> I really like it ;-)
>
> Please, add a few words in the wiki, it would be sad if nobody use it just
> because it is not documented.
>
> Michaël
>
> Le 04/06/2016 à 17:58, Giuseppe Aruta a écrit :
>
> Hi all,
> giving a look at the workbenchframe class I realized that there was a
> hidden option to activate garbage collector simply double cliking on the
> memory section.
> I adopted that way and I did some similar modifications:
> - double clicking on scale section opens Zoom to scale plugin
> - double clicking on coordinate section opens Zoom to coordinates plugin
>
> I ask you to give a test to check if there are some problems
> best regards
> Peppe
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Jython 2.2 ?

[Giuseppe Aruta]

Hi Brian,
Thanks to open discussion.  We probably had ( as list) a similar discussion
some months ago. Jython was ported many years ago from Skyjump by Larry
Becker one of developer of Skyjump ( and former active member and founder
of OJ project).
Unfortunately Jython hasn't been upgraded in those years as none of our
actual small OJ community seems to work ( or to develop) with jython.
Larry seemed to be the unique.
We can try to upgrade jython but I am afraid we can break some
compatibilities (recently I had to uncomment one of jython tools as its
usage was freezing Openjump).
I feel we should wait that some jython developer join our community and
help us to upgrade it.
Let us wait the opinion of other members. Hopefully Larry is still listening
Best regards
Peppe
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] some enhancements on status bar

[Giuseppe Aruta]

Hi,
I updated the wiki page "Info bar" (Status bar) with the new improvements:
http://ojwiki.soldin.de/index.php?title=Info_Bar
Best regards
Peppe

2016-06-08 17:45 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> You are right Michael.  I am going to upgrade the wiki in the next days.
> Peppe
> Il 07/Giu/2016 22:05, "Michaël Michaud" <m.michael.mich...@orange.fr> ha
> scritto:
>
>> Hi Peppe,
>>
>> I really like it ;-)
>>
>> Please, add a few words in the wiki, it would be sad if nobody use it
>> just because it is not documented.
>>
>> Michaël
>>
>> Le 04/06/2016 à 17:58, Giuseppe Aruta a écrit :
>>
>> Hi all,
>> giving a look at the workbenchframe class I realized that there was a
>> hidden option to activate garbage collector simply double cliking on the
>> memory section.
>> I adopted that way and I did some similar modifications:
>> - double clicking on scale section opens Zoom to scale plugin
>> - double clicking on coordinate section opens Zoom to coordinates plugin
>>
>> I ask you to give a test to check if there are some problems
>> best regards
>> Peppe
>>
>>
>> --
>> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
>> patterns at an interface-level. Reveals which users, apps, and protocols are
>> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
>> J-Flow, sFlow and other flows. Make informed decisions using capacity
>> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
>>
>>
>>
>> ___
>> Jump-pilot-devel mailing 
>> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>>
>>
>> --
>> What NetFlow Analyzer can do for you? Monitors network bandwidth and
>> traffic
>> patterns at an interface-level. Reveals which users, apps, and protocols
>> are
>> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
>> J-Flow, sFlow and other flows. Make informed decisions using capacity
>> planning reports.
>> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Regarding Sextante Command-line [Urgent help please]

[Giuseppe Aruta]

Hi Teva,
can you have a look at this other bug post on Sextante?  You may find a
solution:
https://sourceforge.net/p/jump-pilot/bugs/410/
regards
Giuseppe

2016-06-01 18:30 GMT+02:00 Teva veluppillai :

> Hi,
>   Thank you very much for your email. I am a software developer too. I got
> the source code and trying to fix the problem. I will let you know once I
> fix it.
> Teva
>
> On Thu, May 26, 2016 at 12:35 AM, Michaël Michaud <
> m.michael.mich...@orange.fr> wrote:
>
>> Hi,
>>
>> It will need some investigation. I don't know if it can be solved from
>> the plugin (which may not be too difficult or from the sextante source
>> itself, which is more difficult).
>>
>> I suggest :
>>
>> - you fill a feature request to trace the problem as I'm not sure we can
>> solve it soon
>>
>> - if you have programming skill or a good knowledge of how beanshell and
>> sextante work together, you can help locating the problem in
>> plugin/sextante code
>>
>> - there is also a beanshell console and a beanshell editor in openjump
>> (customize menu). You can access to OpenJUMP resources from these plugin
>> (via the "wc" variable = WorkbenchContext), including plugin resources.
>> Maybe you can reach sextante resources from there (code example in
>> http://ojwiki.soldin.de/index.php?title=Beanshell:Chain_Copy/Paste/Move_using_PlugIns_and_CursorTool
>> ).
>>
>> Michaël
>>
>> Le 26/05/2016 à 00:21, Teva veluppillai a écrit :
>>
>> Michaël,
>>
>>   Thank you very much for your reply.
>>
>> You're right about the beanshell instance namespace. Is there anyway
>> that I could initialize the sextante environment and get working the
>> command line part using beanshell environment?
>>
>> Teva
>>
>> On Wed, May 25, 2016 at 3:59 PM, Michaël Michaud <
>> m.michael.mich...@orange.fr> wrote:
>>
>>> Hi Teva,
>>>
>>> Source code for sextante integration is in
>>>
>>> https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/SextantePlugIn/
>>>
>>> It does not include sextante source code, but the first commit mention
>>> the source is taken from
>>> http://sextante.googlecode.com/svn/trunk/
>>> which is still accessible
>>>
>>> It seems that Sextante environment is not initialized in the beanshell
>>> instance namespace
>>>
>>> bsh % print(this.namespace.getMethods());
>>>   bsh.BshMethod []: {
>>> Scripted Method: print( null ),
>>> Scripted Method: getBshPrompt(),
>>> Scripted Method: getResource( java.lang.String ),
>>> Scripted Method: printBanner(),
>>> Scripted Method: browseClass( java.lang.Object ),
>>> Scripted Method: classBrowser(),
>>> }
>>>
>>> Michaël
>>>
>>>
>>> Le 25/05/2016 à 19:51, Teva veluppillai a écrit :
>>>
>>> Hello All:
>>>
>>>   I'm trying to access command line invocation of tools from Sextante
>>> using OpenJUMP. Unfortunately, I'm not able to run any tools using command
>>> line.  I can't even see any tools using command line. Could you please help
>>> me to solve the problem? Also, could you please send me the latest source
>>> code path to download the source code?
>>>
>>> Just for your reference I'm attaching the screen shot of the error
>>> message.
>>>
>>> [image: Inline image 1]
>>>
>>> Thanks.
>>>
>>> Teva
>>>
>>>
>>> --
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data 
>>> untouched!https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>>
>>>
>>>
>>> ___
>>> Jump-pilot-devel mailing 
>>> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>>
>>>
>>> --
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data
>>> untouched!
>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>
>>
>> --
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data 
>> 

Re: [JPP-Devel] some enhancements on status bar

[Giuseppe Aruta]

Following Ede's hint, I added tooltips to memory, scale and coordinates
label on status ba, and internationalized the message.
There has also a delay time for tooltips to avoid that these were
overlaping labels avoiding the usage of double click.
See OpenJUMP NB 4936
Best regards
Peppe

2016-06-16 7:46 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Ede
> thanks for the idea. I was checking a way to add a button to open Zoom to
> Scale plugin. But your solution was much better. I will find time on next
> week to modify the tooltips and internationalized, as you suggested.
> Peppe
>
>
>
> 2016-06-15 15:17 GMT+02:00 <edgar.sol...@web.de>:
>
>> yeah, thanks.
>>
>> what would be really needed though is a hint in each mouse over tooltip
>> that doubleclicking brings up which action, should be i18'd as well ;)
>>
>> when i added the "hidden" garbage collection routine i planned to do so,
>> but never came around to it. didn't even add the "garbage collection
>> started" message to the language files if i remember correctly.
>>
>> ..ede
>>
>> On 15.06.2016 00:08, Stefan Steiniger wrote:
>> > yep! I like it too :)
>> >
>> > On 06/14/2016 04:55 PM, Michaël Michaud wrote:
>> >>
>> >> Hi,
>> >>
>> >> Nice job, thank you Peppe.
>> >>
>> >> Michaël
>> >>
>> >>
>> >> Le 14/06/2016 à 17:22, Giuseppe Aruta a écrit :
>> >>> Hi,
>> >>> I updated the wiki page "Info bar" (Status bar) with the new
>> improvements:
>> >>> http://ojwiki.soldin.de/index.php?title=Info_Bar
>> >>> Best regards
>> >>> Peppe
>> >>>
>> >>> 2016-06-08 17:45 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com
>> <mailto:giuseppe.ar...@gmail.com>>:
>> >>>
>> >>> You are right Michael.  I am going to upgrade the wiki in the
>> >>> next days.
>> >>> Peppe
>> >>>
>> >>> Il 07/Giu/2016 22:05, "Michaël Michaud"
>> >>> <m.michael.mich...@orange.fr
>> >>> <mailto:m.michael.mich...@orange.fr>> ha scritto:
>> >>>
>> >>> Hi Peppe,
>> >>>
>> >>> I really like it ;-)
>> >>>
>> >>> Please, add a few words in the wiki, it would be sad if
>> >>> nobody use it just because it is not documented.
>> >>>
>> >>> Michaël
>> >>>
>> >>>
>> >>> Le 04/06/2016 à 17:58, Giuseppe Aruta a écrit :
>> >>>> Hi all,
>> >>>> giving a look at the workbenchframe class I realized that
>> >>>> there was a hidden option to activate garbage collector
>> >>>> simply double cliking on the memory section.
>> >>>> I adopted that way and I did some similar modifications:
>> >>>> - double clicking on scale section opens Zoom to scale plugin
>> >>>> - double clicking on coordinate section opens Zoom to
>> >>>> coordinates plugin
>> >>>>
>> >>>> I ask you to give a test to check if there are some problems
>> >>>> best regards
>> >>>> Peppe
>> >>>>
>> >>>>
>> >>>>
>>  
>> --
>> >>>> What NetFlow Analyzer can do for you? Monitors network
>> bandwidth and traffic
>> >>>> patterns at an interface-level. Reveals which users, apps,
>> and protocols are
>> >>>> consuming the most bandwidth. Provides multi-vendor support
>> for NetFlow,
>> >>>> J-Flow, sFlow and other flows. Make informed decisions using
>> capacity
>> >>>> planning reports.
>> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
>> >>>>
>> >>>>
>> >>>> ___
>> >>>> Jump-pilot-devel mailing list
>> >>>> Jump-pilot-devel@lists.sourceforge.net
>> >>>> <mailto:Jump-pilot-devel@lists.sourceforge.net>
>> >>>>
>> https://li

Re: [JPP-Devel] on the fly transformation

[Giuseppe Aruta]

Manfred,
There is already a plugin that recognize raster and vector file projection
(both epsg/esri code and description) if a .prj or .aux file is available
(or geotiff tags ). It is activated if layer property plugin is selected (
under layer or raster context menu ). I added on OJ nightly build a couple
of months ago ). It doesn't use geotools or similar as the main aim was
only proj file recognition.
Giuseppe
Il 27/Giu/2016 18:57, "manf...@egger-gis.at"  ha
scritto:

> Hi Michaël,
>
> why do you not use "on the fly transformation"? Is there a special reason?
>
> I developed this year a little Java-Tool to find and define a shapefiles
> projected coordinate system with geographic names automatically. I used
> GeoTools 2.7.0. and Netbeans IDE. Maybe i will try to develop a plugin for
> OPENJUMP. It would help users to use your transformation tool.
>
> At FOSS4G 2016 in Bonn it will be presented.
>
> Manfred Egger
>
> Web: http://egger-gis.at
>
> -Original Message-
> From: "Michaël Michaud" 
> Sent: Saturday, June 25, 2016 7:13am
> To: jump-pilot-devel@lists.sourceforge.net
> Subject: Re: [JPP-Devel] on the fly transformation
>
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> Hi Manfred,
>
> You're right. There is no "on the fly transformation" in OpenJUMP.
>
> There is a coordinate transformation tool, but it's up to the user to
> define if he wants to transform the dataset or not.
>
> Michaël
>
>
> Le 25/06/2016 à 08:40, manf...@egger-gis.at a écrit :
> > Hello,
> >
> > i added Shapefiles in different coordinate systems with .prj files.
> >
> > Is there no automatic "on the fly transformation" in OPEN JUMP GIS?
> >
> >
> > Best regards,
> >
> > Manfred Egger
> >
> > Web: http://egger-gis.at
> >
> >
> >
> --
> > Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> > Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> > present their vision of the future. This family event has something for
> > everyone, including kids. Get more information and register today.
> > http://sdm.link/attshape
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] some enhancements on status bar

[Giuseppe Aruta]

Hi Ede
thanks for the idea. I was checking a way to add a button to open Zoom to
Scale plugin. But your solution was much better. I will find time on next
week to modify the tooltips and internationalized, as you suggested.
Peppe



2016-06-15 15:17 GMT+02:00 <edgar.sol...@web.de>:

> yeah, thanks.
>
> what would be really needed though is a hint in each mouse over tooltip
> that doubleclicking brings up which action, should be i18'd as well ;)
>
> when i added the "hidden" garbage collection routine i planned to do so,
> but never came around to it. didn't even add the "garbage collection
> started" message to the language files if i remember correctly.
>
> ..ede
>
> On 15.06.2016 00:08, Stefan Steiniger wrote:
> > yep! I like it too :)
> >
> > On 06/14/2016 04:55 PM, Michaël Michaud wrote:
> >>
> >> Hi,
> >>
> >> Nice job, thank you Peppe.
> >>
> >> Michaël
> >>
> >>
> >> Le 14/06/2016 à 17:22, Giuseppe Aruta a écrit :
> >>> Hi,
> >>> I updated the wiki page "Info bar" (Status bar) with the new
> improvements:
> >>> http://ojwiki.soldin.de/index.php?title=Info_Bar
> >>> Best regards
> >>> Peppe
> >>>
> >>> 2016-06-08 17:45 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com
> <mailto:giuseppe.ar...@gmail.com>>:
> >>>
> >>> You are right Michael.  I am going to upgrade the wiki in the
> >>> next days.
> >>> Peppe
> >>>
> >>> Il 07/Giu/2016 22:05, "Michaël Michaud"
> >>> <m.michael.mich...@orange.fr
> >>> <mailto:m.michael.mich...@orange.fr>> ha scritto:
> >>>
> >>> Hi Peppe,
> >>>
> >>> I really like it ;-)
> >>>
> >>> Please, add a few words in the wiki, it would be sad if
> >>> nobody use it just because it is not documented.
> >>>
> >>> Michaël
> >>>
> >>>
> >>> Le 04/06/2016 à 17:58, Giuseppe Aruta a écrit :
> >>>> Hi all,
> >>>> giving a look at the workbenchframe class I realized that
> >>>> there was a hidden option to activate garbage collector
> >>>> simply double cliking on the memory section.
> >>>> I adopted that way and I did some similar modifications:
> >>>> - double clicking on scale section opens Zoom to scale plugin
> >>>> - double clicking on coordinate section opens Zoom to
> >>>> coordinates plugin
> >>>>
> >>>> I ask you to give a test to check if there are some problems
> >>>> best regards
> >>>> Peppe
> >>>>
> >>>>
> >>>>
>  
> --
> >>>> What NetFlow Analyzer can do for you? Monitors network
> bandwidth and traffic
> >>>> patterns at an interface-level. Reveals which users, apps,
> and protocols are
> >>>> consuming the most bandwidth. Provides multi-vendor support
> for NetFlow,
> >>>> J-Flow, sFlow and other flows. Make informed decisions using
> capacity
> >>>> planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> >>>>
> >>>>
> >>>> ___
> >>>> 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
> >>>
> >>>
> >>>
>  
> --
> >>> What NetFlow Analyzer can do for you? Monitors network
> >>> bandwidth and traffic
> >>> patterns at an interface-level. Reveals which users, apps,
> >>> and protocols are
> >>> consuming the most bandwidth. Provides multi-vendor support
> >>> for NetFlow,
> >>> J-Flow, sFlow and other flows. Make informed decisions using
> >>> capacity
> >>> plan

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

Sorry I wanted to write 8 weeks!! :-)


2016-02-04 16:18 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> I agree, Ede, probably 8 month is even more reasonable
> Peppe
>
>
> 2016-02-01 11:08 GMT+01:00 <edgar.sol...@web.de>:
>
>> Peppe,
>>
>> let's wait some more. 1.9 is still very fresh and i'd like to give users
>> time to find some more screw ups. if someone finds anything rendering OJ
>> completely useless (startup errors or such) that would merit a fast
>> maintenance release of course.
>>
>> how about 4 - 8 weeks from now?
>>
>> ..ede
>>
>> On 01.02.2016 10:37, Giuseppe Aruta wrote:
>> > Hi Alberto,
>> > the bug seems fixed. Thanks
>> > @  Ede
>> > Should we think about a 1.9.1 version? This seemed to me an important
>> bug
>> > (that was corrected).
>> >
>> > Peppe
>> >
>> >
>> > 2016-01-30 19:19 GMT+01:00 Alberto De Luca <berta...@gmail.com>:
>> >
>> >> Hey Peppe,
>> >>
>> >> I should have fixed the problem with r4804. Nevertheless, I forgot to
>> >> specify the commit message, which should have been:
>> >> "Fix for missing layers problem when loading projects that include
>> >> rasters."
>> >> Anybody knows how I can amend this?
>> >>
>> >> Cheers
>> >> Alberto
>> >>
>> >>
>> >>
>> --
>> >> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> >> Monitor end-to-end web transactions and take corrective actions now
>> >> Troubleshoot faster and improve end-user experience. Signup Now!
>> >> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> >> ___
>> >> Jump-pilot-devel mailing list
>> >> Jump-pilot-devel@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> >>
>> >>
>> >
>> >
>> >
>> >
>> --
>> > Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> > Monitor end-to-end web transactions and take corrective actions now
>> > Troubleshoot faster and improve end-user experience. Signup Now!
>> > http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> >
>> >
>> >
>> > ___
>> > Jump-pilot-devel mailing list
>> > Jump-pilot-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> >
>>
>>
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

I agree, Ede, probably 8 month is even more reasonable
Peppe


2016-02-01 11:08 GMT+01:00 <edgar.sol...@web.de>:

> Peppe,
>
> let's wait some more. 1.9 is still very fresh and i'd like to give users
> time to find some more screw ups. if someone finds anything rendering OJ
> completely useless (startup errors or such) that would merit a fast
> maintenance release of course.
>
> how about 4 - 8 weeks from now?
>
> ..ede
>
> On 01.02.2016 10:37, Giuseppe Aruta wrote:
> > Hi Alberto,
> > the bug seems fixed. Thanks
> > @  Ede
> > Should we think about a 1.9.1 version? This seemed to me an important bug
> > (that was corrected).
> >
> > Peppe
> >
> >
> > 2016-01-30 19:19 GMT+01:00 Alberto De Luca <berta...@gmail.com>:
> >
> >> Hey Peppe,
> >>
> >> I should have fixed the problem with r4804. Nevertheless, I forgot to
> >> specify the commit message, which should have been:
> >> "Fix for missing layers problem when loading projects that include
> >> rasters."
> >> Anybody knows how I can amend this?
> >>
> >> Cheers
> >> Alberto
> >>
> >>
> >>
> --
> >> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> >> Monitor end-to-end web transactions and take corrective actions now
> >> Troubleshoot faster and improve end-user experience. Signup Now!
> >> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >>
> >
> >
> >
> >
> --
> > Site24x7 APM Insight: Get Deep Visibility into Application Performance
> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> > Monitor end-to-end web transactions and take corrective actions now
> > Troubleshoot faster and improve end-user experience. Signup Now!
> > http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Few suggestions

[Giuseppe Aruta]

@Michaël
I agree with Stefan, "Dissolve" is the most common name introduced by
ArcGIS.
"Dissolve (new)" is OK or "Group by (Dissolve)"

@Landon
You can give a look at my MeasurePlugin (
https://sourceforge.net/projects/opensit/files/Openjump/PlugIn/MeasureExtension/),
which is already embedded into OpenJUMP Plus. Check on the code
org.openjump.core.ui.plugin.measuretoolbox.utils.CoordinateListMetrics_extended
(and related
org.openjump.core.ui.plugin.measuretoolbox.utils.UnitConverter), this is a
prototipe that should/could substitute OpenJUMP
com.vividsolutions.jump.workbench.ui.cursortool.CoordinateListMetrics.
Adding capability to a) show defined map unit (meters, feets, ect) b)
calculate measurements with defined measure unit c) calculate length/area
if the map is in geographic coordinates.
In any case I think we should wait for OJ 1.9.1 to open a discussion and
think about a solution.
Measure in Feet plugin is under PlugIn menu
Peppe



2016-02-03 23:56 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi Stefan,
>
> Thank you for the suggestion. Group by is a reference to SQL (I use
> Postgis a lot).
> Maybe for a GIS program, dissolve is better. I'll change the terms, maybe
> with
> "Dissolve (new)" until we get rid of the old plugin.
>
> Michaël
>
>
>
> Le 03/02/2016 15:31, Stefan Steiniger a écrit :
>
> perfecto.
>
> @Michael:  If we replace "dissolve" then we need to take care about the
> name of the new plugin. Ideally its the same, because "Dissolve" is a
> Function well known and used in ArcGIS. So people may look for such,
> because they know the name. So, while "Group by" is intuitive, we probably
> need to stick to  some conventions here :/
>
>
> http://webhelp.esri.com/arcgisdesktop/9.2/index.cfm?id=1577=1574=Dissolve_%28Data_Management%29
>
>
> http://gis.stackexchange.com/questions/118377/qgis-2-4-dissolve-doesnt-work-properly-why
>
> cheers,
> Stefan
>
> On 2/3/16 09:45, Michaël Michaud wrote:
>
> Hi Peppe,
>
> +1 for removing old plugins which have been replaced by new ones (if the
> new one includes former plugin capabilities).
>
> I've also the project to remove dissolve plugin (which should be replaced
> by the new Group By plugin), but I'll wait after 1.9.1 release (if any) to
> make sure I don't change a working plugin by a buggy one ;-)
>
> Michaël
>
> I'm not much concerned by measures in feet, but let's listen t
>
> Le 03/02/2016 09:35, Giuseppe Aruta a écrit :
>
> Thanks Stefafan for the answer
>
> - RasterColorEditor. We can substitute the menu entry (under Raster menu)
> in order to point to RasterStylesExtension to save compatibility with user
> habits. This plugin derives from SIGLE similar tool that you ported to
> OpenJUMP, removing external libs depency - so I feel it is up to you the
> decision to remove it.
>
> - "Color Editor" panel on ChangeRasterImagePropertiesPlugIn. I hope one
> day Alberto has time to move all RasterStylesExtension tools under Change
> Raster Style, as tabbed panels. That seems to me the right place. Anyhow
> actual "Color Panel" derives form RasterColorEditor where I added some
> extra tools.
>
> Personally I feel that removing these tools has a small effect on users.
> AFAIR only students at Padua University uses OpenJUMP with raster support
> and they prefer Alberto's RasterStylesExtension.
>
>
> - Measure in Feet. We probably should add this capability to
> com.vividsolutions.jump.workbench.ui.cursortool.CoordinateListMetrics. I
> did it for the plugin MeasureExtension (using an external class
> UnitConverter for the conversion between units) and it works fine. By the
> time we find a solution, I will leave the plugin on the menu.
>
> So, if you agree,
> -I will remove only the two "Color" plugins from the menu,
> - add a link to  RasteStyleExtension under Raster menu,
> - add a note on readme text file as you suggested,
> - leave MeasureM_F for now
>
> Peppe
>
>
>
> 2016-02-02 18:43 GMT+01:00 Stefan Steiniger <sst...@geo.uzh.ch>:
>
>> Hey,
>>
>> I am not sure about the first one - as I can't assess who is using it.
>> The advantage is its easy/fast access or not? Couldn't we merge it with the
>> other plugin? OR we remove it, put a notice in the readme (probably for all
>> three functions) and wait for someone screaming out loud that it is
>> missing...
>>
>> The rest is fine with me.
>>
>> cheers,
>> stefan
>>
>>
>> On 2/2/16 14:14, Giuseppe Aruta wrote:
>>
>> Hi all,
>> these are my suggestions:
>>
>> - remove org.openjump.core.ui.plugin.too

Re: [JPP-Devel] Add some useful methods on Layer.class and RasterImageLayer.class

[Giuseppe Aruta]

Thanks Landon for your help. I will add a class (probably on a test
Package) just to collect all (layerable/layer) usable methods

2016-02-03 23:40 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi,
>
> To give more food for thought about layerable hierarchy, I have an old
> project in mind to create VirtualLayers. A VirtualLayer would be the
> dataset of another Layer. It may be read-only. Its main purpose is to
> have more than one style associated to a single datasource and to be
> able to interleave styles associated with one datasource with styles
> associated to another datasource.
>
> Michaël
>
> Le 03/02/2016 17:58, edgar.sol...@web.de a écrit :
> > sure, go ahead.
> >
> > it's just important to me that we talk about it first and find an
> ordered approach that takes into account the existing API. i am a big fan
> of small steps, but into the right direction. meaning a big overhaul
> refactoring is possibly bringing more problems than the whole cleanup is
> worth.
> > streamlining the existing API by eg. moving a small functionality out of
> Layer into AbstractLayerable at a time and test it will probably the least
> dangerous approach.
> >
> > visualizing the current design beforehand might probably help all
> parties to get an initial overview as well.
> >
> > ..ede
> >
> > On 03.02.2016 17:49, Landon Blake wrote:
> >> How do you guys feel about having Peppe and I review our existing
> layerable
> >> class/interface architecture and come up with a proposal for clean-up
> and
> >> revisions. I think some of Peppe's suggested methods are useful, but
> agree
> >> with Ede that we need to plug them into the correct interface.
> >>
> >> I think this is exactly the type of TLC the OpenJUMP core needs. I would
> >> love to work with Peppe to test some code and then propose a more
> >> comprehensive clean-up of the layerable code here.
> >>
> >> Peppe: Let me know if you want my help.
> >>
> >> Others: Let me know if you'd be willing to consider a proposal and some
> >> test code from Peppe and I.
> >>
> >> Landon
> >>
> >> On Wed, Jan 27, 2016 at 7:02 AM, Giuseppe Aruta <
> giuseppe.ar...@gmail.com>
> >> wrote:
> >>
> >>> OK,
> >>> I had the response of everybody.
> >>>
> >>> - I am going to remove all the Layer.class parts and restore as it is
> >>> before
> >>> - I am going to leave only the RasterImageLayer.class method
> >>> isTemporaryLayer()
> >>> - I will create an external class, called maybe LayerbleUtils - no
> >>> implementation to Layerable or other classes, just a useful Util class
> to
> >>> group all these potential boolen/String methods.
> >>>
> >>>> you mean as default saving format when leaving OJ? why?
> >>> No. Not talking about SaveDatasetsPlugIn. It has a useful behaviour:
> if I
> >>> try to add a  a polygon to a point layer (belonging to a Shapefile,
> already
> >>> saved). And than I will save it, the plugin will save the original
> geometry
> >>> collection to the original file, and create another SHP file with the
> >>> polygon. This is probably better than a warning message.
> >>> My idea is to add this capability to Michael's project
> >>> SaveLayersWithoutDatasource.class ( it saves a list of layers without
> >>> datasource, the user can choose JML or SHP as export format) which is
> also
> >>> invoked on Saving a project.
> >>> An alternative simpler idea is to give the plugin the capability to
> >>> distinguish mixed geometry types layers among all, and to save them as
> JML,
> >>> even if the user choose SHP.
> >>> In any  I will not change none of the actual classes. As I frequently
> >>> work with Sextante rasters(RasterImageLayer.class), I will start from
> >>> Michael's plugin to create another one  that has these two extra
> >>> capabilities:
> >>> a) it saves also a list of Temporary Raster layers as TIF
> >>> b) it  allows users to commit changes on "modified layers" ( I will
> >>> consider "modified layers" as Layer.class, vector based, with a
> datasource.
> >>> I will exclude  from this collection ("modified layers")
> >>> DataStoreQueryDataSources and ReferencedImageLayer (legacy images) as
> >>> their saving is still complex and ambiguous (see a previous discussion
> >

Re: [JPP-Devel] A question about LinearRings

[Giuseppe Aruta]

Yes,
but I don't know to use is the parameter LinearRing[] holes.
Do you know a sample?

2016-02-12 16:51 GMT+01:00 <edgar.sol...@web.de>:

> did you try GeometryFactory's
>
>  createPolygon(LinearRing shell, LinearRing[] holes)
>
>
> http://www.vividsolutions.com/jts/javadoc/com/vividsolutions/jts/geom/GeometryFactory.html#createPolygon%28com.vividsolutions.jts.geom.LinearRing,%20com.vividsolutions.jts.geom.LinearRing[]%29
>
> already?
>
> ..ede
>
> On 12.02.2016 16:47, Giuseppe Aruta wrote:
> > Hi list,
> > I need a help.
> > I am trying to develop some tools that automatically draw a shape
> (polygon)
> > on the workbench view. I want to use to automatize some shape drawing
> > whenever I know that I have to transfer a gis file to cad (for instance
> to
> > create blocks)
> >
> > I was likely able to draw simple shapes, for instance:
> > a polygon((0 0, 0 4, 4 4, 4 0, 0 0) (4*4 dimension)  needs a simple code
> > like:
> > new GeometryFactory().createLinearRing(
> > new Coordinate[] {
> > new Coordinate(0D, 0D),
> > new Coordinate(0D, 4D),
> > new Coordinate(4D, 4D),
> > new Coordinate(4D, 0D),
> > new Coordinate(0D, 0D) }),
> >   * nul*l);
> >
> > But I found some difficulties when I want to draw a polygon with one or
> > more hole,
> > hpw can I handle the parameter *null* (LinearRing[]) on the previous
> code?
> > For instance, how can I draw a polygon of 4*4 with 2*2 hole in the
> middle?
> > I didn't find any example.
> > Thank you in advance for the answer
> > Peppe
> >
> >
> >
> >
> --
> > Site24x7 APM Insight: Get Deep Visibility into Application Performance
> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> > Monitor end-to-end web transactions and take corrective actions now
> > Troubleshoot faster and improve end-user experience. Signup Now!
> > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] A question about LinearRings

[Giuseppe Aruta]

Hi list,
I need a help.
I am trying to develop some tools that automatically draw a shape (polygon)
on the workbench view. I want to use to automatize some shape drawing
whenever I know that I have to transfer a gis file to cad (for instance to
create blocks)

I was likely able to draw simple shapes, for instance:
a polygon((0 0, 0 4, 4 4, 4 0, 0 0) (4*4 dimension)  needs a simple code
like:
new GeometryFactory().createLinearRing(
new Coordinate[] {
new Coordinate(0D, 0D),
new Coordinate(0D, 4D),
new Coordinate(4D, 4D),
new Coordinate(4D, 0D),
new Coordinate(0D, 0D) }),
  * nul*l);

But I found some difficulties when I want to draw a polygon with one or
more hole,
hpw can I handle the parameter *null* (LinearRing[]) on the previous code?
For instance, how can I draw a polygon of 4*4 with 2*2 hole in the middle?
I didn't find any example.
Thank you in advance for the answer
Peppe
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Logging with OJ

[Giuseppe Aruta]

Thanks Ede for the contribution
Peppe

2016-02-11 21:53 GMT+01:00 Michaël Michaud :

> Hi,
>
> Thanks Ede !
> I had seen you've changed logging framework but ignored details and
> motivations.
> It will be more easy to use now,
>
> Michaël
>
> Le 11/02/2016 13:49, edgar.sol...@web.de a écrit :
> > dear Devs and all other interested parties,
> >
> > there is a new Logger in town, ahem OJ. previous to our latest release i
> was fed up with the patchworked logging within OJ and implemented the one
> Logger to rule them all.
> >
> > main goals are
> > - simplicity
> > - ease of use
> > - independence of a specific logging framework (API wise)
> >
> > since OJ 1.9 it is there and i already moved all logging calls i could
> find in OJ core to use it.
> >
> > usage is as simple as (logging class is autodetermined, no need to give
> it as a parameter)
> >
> > import com.vividsolutions.jump.workbench.Logger;
> > ...
> > Logger.info("some info");
> > // or
> > Logger.debug("some debugging info", Throwable t);
> > // or for expensive operations you can do eg.
> > if (Logger.isTraceEnabled()){
> >// some expensive computing
> >Logger.trace("my expensive trace info")
> > }
> >
> > see com.vividsolutions.jump.workbench.Logger for the avail methods.
> > stack traces are currently only shown when the log level is debug or up.
> >
> > SETTING THE LOG LEVEL
> >
> > 1.
> > the log level can be given application wide as (new) OJ workbench
> argument
> >
> > -v, -verbosity
> >  logging verbosity, either: off, error, warn, info, debug, trace, all
> >
> > 2.
> > or as long as we are using log4j, in the log4j specific ways
> > - as java runtime parameters (-Dlog4j.debug etc.)
> > - in a log4j.configuration file, you can take the OJ default
> (etc/log4j.xml) as an example
> >
> > 3.
> > in code (currently only application wide) eg. Logger.setLevel("debug");
> >
> >
> > hope you like it.. ede
> >
> >
> >
> >
> >
> >
> >
> --
> > Site24x7 APM Insight: Get Deep Visibility into Application Performance
> > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> > Monitor end-to-end web transactions and take corrective actions now
> > Troubleshoot faster and improve end-user experience. Signup Now!
> > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] A question about LinearRings

[Giuseppe Aruta]

Thanks Ede, it works and I learned how to use []...
I am considering also an alternative: to read directly a wkt file and
convert it to a geometry. I will dig on WKTReader class


2016-02-12 17:14 GMT+01:00 <edgar.sol...@web.de>:

> it needs an array of holes, even if it's only one hole.. try (not compile
> tested)
>
> GeometryFactory gf = new GeometryFactory();
> LinearRing hole = gf.createLinearRing(new Coordinate[] {
> new Coordinate(0D, 0D),
> new Coordinate(0D, 2D),
> new Coordinate(2D, 2D),
> new Coordinate(2D, 0D),
> new Coordinate(0D, 0D) });
> LinearRing shell = gf.createLinearRing(new Coordinate[] {
> new Coordinate(0D, 0D),
> new Coordinate(0D, 4D),
> new Coordinate(4D, 4D),
> new Coordinate(4D, 0D),
> new Coordinate(0D, 0D) });
>
> Polygon p = gf.createPolygon( shell, new LinearRing[]{ hole });
>
> not that i didn't reverse the direction (coord order) of the hole. there
> was some rule that shells run clockwise and holes anti-clockwise, or the
> other way around. you probably know that better than me.
>
> ..ede
>
> On 12.02.2016 16:58, Giuseppe Aruta wrote:
> > Yes,
> > but I don't know to use is the parameter LinearRing[] holes.
> > Do you know a sample?
> >
> > 2016-02-12 16:51 GMT+01:00 <edgar.sol...@web.de>:
> >
> >> did you try GeometryFactory's
> >>
> >>  createPolygon(LinearRing shell, LinearRing[] holes)
> >>
> >>
> >>
> http://www.vividsolutions.com/jts/javadoc/com/vividsolutions/jts/geom/GeometryFactory.html#createPolygon%28com.vividsolutions.jts.geom.LinearRing,%20com.vividsolutions.jts.geom.LinearRing[]%29
> >>
> >> already?
> >>
> >> ..ede
> >>
> >> On 12.02.2016 16:47, Giuseppe Aruta wrote:
> >>> Hi list,
> >>> I need a help.
> >>> I am trying to develop some tools that automatically draw a shape
> >> (polygon)
> >>> on the workbench view. I want to use to automatize some shape drawing
> >>> whenever I know that I have to transfer a gis file to cad (for instance
> >> to
> >>> create blocks)
> >>>
> >>> I was likely able to draw simple shapes, for instance:
> >>> a polygon((0 0, 0 4, 4 4, 4 0, 0 0) (4*4 dimension)  needs a simple
> code
> >>> like:
> >>> new GeometryFactory().createLinearRing(
> >>> new Coordinate[] {
> >>> new Coordinate(0D, 0D),
> >>> new Coordinate(0D, 4D),
> >>> new Coordinate(4D, 4D),
> >>> new Coordinate(4D, 0D),
> >>> new Coordinate(0D, 0D) }),
> >>>   * nul*l);
> >>>
> >>> But I found some difficulties when I want to draw a polygon with one or
> >>> more hole,
> >>> hpw can I handle the parameter *null* (LinearRing[]) on the previous
> >> code?
> >>> For instance, how can I draw a polygon of 4*4 with 2*2 hole in the
> >> middle?
> >>> I didn't find any example.
> >>> Thank you in advance for the answer
> >>> Peppe
> >>>
> >>>
> >>>
> >>>
> >>
> --
> >>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> >>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> >>> Monitor end-to-end web transactions and take corrective actions now
> >>> Troubleshoot faster and improve end-user experience. Signup Now!
> >>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> >>>
> >>>
> >>>
> >>> ___
> >>> Jump-pilot-devel mailing list
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>>
> >>
> >>
> >>
> --
> >> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> >> Monitor end-to-end web transactions and take corrective actions now
> >> Troubleshoot faster and improve end-user experience. Signup Now!
> >> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> >> ___
> >> Jump-pilot-devel mailing list
> &g

[JPP-Devel] Add some useful methods on Layer.class and RasterImageLayer.class

[Giuseppe Aruta]

Hi Ede, Michael, Jukka, Stefan and others
I added some simple boolean ans String methods on
com.vividsolutions.jump.workbench.model.Layer class and
org.openjump.core.rasterimage.RasterImageLayer class
I ask you to give a look and your opinion, these methods should cover many
aspects and can be used for future development.
I would like to know if
a) those methods are in the right place
b) if they are really efficient ( i might loose some aspects)

on Layer class:

1) isTemporaryLayer()  Defines all Layer which datasource is null or Layer
which are saved into a TEMP folder (those layers are created by Sextante if
the Sextante option "save as temporary file" is activated)

2) isModifiedLayer() == is FeatureCollectionModified

3) isVectorLayer() Defines all layer  excluding images (and datastores

4) isImageLayer() Defines all image loaded by Layer.class (hope so)

5) isMultipleImagesLayer() Defines a Layer with multiple image

6) isDataStoreLayer() should be defines all Datastore layers. I am not sure
about this part of the code

7) isSystemLayer() Defines layer like Fence and Measure, which should be
considered as "System" layers

8) isCadLayer() Something I test to work with DXF files, Only layers with
COLOR and TEXT attributes

9) isMixedGeometryTypes() Should check if the Layer has mixed geometry types

10) isEmpy() Should defines if the Layer has an empty feature collection

11) String getGeometryType(). returns the geometry types of the layer

12) String getFilePath() return the path of a Layer, eg.
C:/folder/file.shp. If the file is stored into a TEMP folder it returns a
warning message (see point 1)

for RasterImageLayers:

1) isTemporaryLayer() defines if RasterImageLayer file is stored into a
TEMP folder

12) String getFilePath() return the path of a Layer, eg.
C:/folder/file.tif. If the file is stored into a TEMP folder it returns a
warning message (see point 1)

waiting for your opinion

best regards

Peppe
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

Hi Alberto,
the bug seems fixed. Thanks
@  Ede
Should we think about a 1.9.1 version? This seemed to me an important bug
(that was corrected).

Peppe


2016-01-30 19:19 GMT+01:00 Alberto De Luca :

> Hey Peppe,
>
> I should have fixed the problem with r4804. Nevertheless, I forgot to
> specify the commit message, which should have been:
> "Fix for missing layers problem when loading projects that include
> rasters."
> Anybody knows how I can amend this?
>
> Cheers
> Alberto
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Few suggestions

[Giuseppe Aruta]

Thanks Stefafan for the answer

- RasterColorEditor. We can substitute the menu entry (under Raster menu)
in order to point to RasterStylesExtension to save compatibility with user
habits. This plugin derives from SIGLE similar tool that you ported to
OpenJUMP, removing external libs depency - so I feel it is up to you the
decision to remove it.

- "Color Editor" panel on ChangeRasterImagePropertiesPlugIn. I hope one day
Alberto has time to move all RasterStylesExtension tools under Change
Raster Style, as tabbed panels. That seems to me the right place. Anyhow
actual "Color Panel" derives form RasterColorEditor where I added some
extra tools.

Personally I feel that removing these tools has a small effect on users.
AFAIR only students at Padua University uses OpenJUMP with raster support
and they prefer Alberto's RasterStylesExtension.


- Measure in Feet. We probably should add this capability to
com.vividsolutions.jump.workbench.ui.cursortool.CoordinateListMetrics. I
did it for the plugin MeasureExtension (using an external class
UnitConverter for the conversion between units) and it works fine. By the
time we find a solution, I will leave the plugin on the menu.

So, if you agree,
-I will remove only the two "Color" plugins from the menu,
- add a link to  RasteStyleExtension under Raster menu,
- add a note on readme text file as you suggested,
- leave MeasureM_F for now

Peppe



2016-02-02 18:43 GMT+01:00 Stefan Steiniger <sst...@geo.uzh.ch>:

> Hey,
>
> I am not sure about the first one - as I can't assess who is using it. The
> advantage is its easy/fast access or not? Couldn't we merge it with the
> other plugin? OR we remove it, put a notice in the readme (probably for all
> three functions) and wait for someone screaming out loud that it is
> missing...
>
> The rest is fine with me.
>
> cheers,
> stefan
>
>
> On 2/2/16 14:14, Giuseppe Aruta wrote:
>
> Hi all,
> these are my suggestions:
>
> - remove org.openjump.core.ui.plugin.tools.MeasureM_FPlugIn (measure in
> feet). MeasurePlugin embedded into OpenJUMP PLUS has this option, plus
> other (convert from/to meter/feet, etc)
>
> - remove org.openjump.core.ui.plugin.raster.color.RasterColorEditorPlugIn.
> RasterStylesExtension has more option (and it is compatible to
> RasterColorEditorPlugIn)
>
> - from ChangeRasterImagePropertiesPlugIn, remove "Color Editor" panel.
> Even in this cas RasterStylesExtension  has more option (and it is
> compatible)
>
> Peppe
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup 
> Now!http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Few suggestions

[Giuseppe Aruta]

Hi all,
these are my suggestions:

- remove org.openjump.core.ui.plugin.tools.MeasureM_FPlugIn (measure in
feet). MeasurePlugin embedded into OpenJUMP PLUS has this option, plus
other (convert from/to meter/feet, etc)

- remove org.openjump.core.ui.plugin.raster.color.RasterColorEditorPlugIn.
RasterStylesExtension has more option (and it is compatible to
RasterColorEditorPlugIn)

- from ChangeRasterImagePropertiesPlugIn, remove "Color Editor" panel. Even
in this cas RasterStylesExtension  has more option (and it is compatible)

Peppe
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

Some extra info about the bug
It seems that only one RasterImageLayer per OJ Folder is loaded.
ex. If Raster1 is loaded into System folder and Raster2 into Project folder
they are loaded
if Raster1 and Raster2 are on the same System or Project folder, only the
first loaded into the project is loaded
Alberto, do you have an idea? Thanks
Peppe

2016-01-25 19:43 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> @Alberto
>
> I tested the latest NB (4801) and the bug is still evident, even if I
> don't have the NPE.
> The test was this
> a) Open a project (with layers and Sextante layers)
> b) load a new sextante raster OR create a new sextante raster and save it
> c) Save the project file
> d) when I reload the project the sextante raster b) is not loaded.
>
> I did a test on the same project file  using a pre-OJ1.9 version (4560)
> and it works fine (reloading the project file, the new raster is displayed)
>
> Peppe
>
> 2016-01-22 15:04 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:
>
>> Ede,
>> let me resume some hints about image/raster as this aspect is quite
>> interesting (for me)
>>
>> > i see as an easy way to georeference an image. also i stopped working
>> on it earlier i want this functionality to eventually allow to
>> resize/rotate an image and simply save it as jml. cream on the cake would
>> be a functionality to export this to world file then.
>>
>> The main problem about OJ ReferencedImage (and Sextante RasterImageLayer
>> too) is that those classes don't support rotation  parameters: the
>> worldfile lines about X and Y rotation are simply skipped when a
>> RasterImageLayer or a ReferenceImageLayer is loaded. I am sure that you
>> were aware when you stopped working on it.
>> I think that adding this capability is the start to add a georeferencing
>> tools to OJ. The alternative is to use Warp class or similar (imageJ?) (*)
>>
>>
>> >yeah, we should probably tag the image layer as changed when the user
>> "modified" the image
>> Tagging  layers/layerables sounds the best way. I like booleans like
>> layer.hasReadableDataSource(): easy to use.
>> Kosmo developers worked on similar tagging,  adding layer.isImage (which
>> is OJ Layer.getStyle(ReferencedImageStyle.class) or similar) and also
>> Layer.isMemory, isCadLayer, isDatabaseSource, etc.
>>
>>
>>
>>
>> (*)Some months ago I did some test on RasterImageLayer, an easy class to
>> work  for an inexperienced java developer like me as I can get
>> BufferedImage and Raster data info very easy.
>> The result was a sort of Easter egg: "Affine Transformation (with
>> vectors)" now works also for Sextante Raster Layers, using the Warp class -
>> it's a basic georeferecing, hard to use, sometimes with awkward results
>>
>>
>>
>>
>>
>> 2016-01-21 17:20 GMT+01:00 <edgar.sol...@web.de>:
>>
>>> hey Giuseppe
>>>
>>> SNIP
>>> > *2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a PNG
>>> > image in a new image layer. Then I resize the image and save layer and
>>> > project. When I reopen the project the resizing information is missing
>>> and
>>> > the image is displayed in its original pixel size again. The .jml file
>>> > contains the correct outline values in feature-geometry-Polygon-...-*
>>> > *coordinates*.
>>> > In This case he is talking about an image loaded via ReferencedImage
>>> > (Layer.class). In this case it is true that resizing the image and save
>>> > nothing happens. But I feel this is a good politics as it is easy that
>>> an
>>> > user can resize an image by mistake and save it on a project.
>>> > We can skip this adding the possibility to save resized image as new
>>> file
>>> > and using the envelope info to create a new worldfile
>>>
>>> disagreed, i see as an easy way to georeference an image. also i stopped
>>> working on it earlier i want this functionality to eventually allow to
>>> resize/rotate an image and simply save it as jml. cream on the cake would
>>> be a functionality to export this to world file then.
>>>
>>> SNIP
>>> >
>>> > Regarding the point 2), we should also take into account that (when
>>> closing
>>> > a project or a task)  OpenJUMP warns only the presence of
>>> > a) modified vector layers with datasource and b) temporary vector with
>>> no
>>> > datasource.
>>

[JPP-Devel] (no subject)

[Giuseppe Aruta]

Hi,
which writable datastore is actually supported by OpenJUMP? Only Postgis?

This question probably sounds elementary for Spatial datastore expert.
The problem (for me not expert in database)  comes out as I found that both
in  1) Open>Datastore and 2) Open>Writable datastore the Connection manager
shows the same list of drivers (MariaDB, MySQL, etc) even if some are still
not writable (eg. Spatialite) in OpenJUMP.
Am I loosing something?
Thanks for the clarification.
Peppe
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Writable datastore

[Giuseppe Aruta]

Sorry. I forgot the object of the mail

2016-02-24 16:02 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi,
> which writable datastore is actually supported by OpenJUMP? Only Postgis?
> 
> This question probably sounds elementary for Spatial datastore expert.
> The problem (for me not expert in database)  comes out as I found that
> both in  1) Open>Datastore and 2) Open>Writable datastore the Connection
> manager shows the same list of drivers (MariaDB, MySQL, etc) even if some
> are still not writable (eg. Spatialite) in OpenJUMP.
> Am I loosing something?
> Thanks for the clarification.
> Peppe
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Writable datastore

[Giuseppe Aruta]

Thanks for the clarification Michael. Eventually I found the relative
posts. An alternative could be modifying "writable datastore"  to "writable
postgis datasore".
Best regards
Peppe
Il 24/Feb/2016 19:29, "Michaël Michaud" <m.michael.mich...@orange.fr> ha
scritto:

> Hi Peppe,
>
> You're right, writable datastore is only available for postgis, but other
> drivers are not filtered out from the combo box
> when making a new connection (the connection dialog box is probably
> exactly the same in both cases).
>
> I've just started to work on writable datastore to make it more generic.
> Meanwhile, I'll check if I can easily hide non postgis
> datastores in that case.
>
> Michaël
>
>
> Le 24/02/2016 16:03, Giuseppe Aruta a écrit :
>
> Sorry. I forgot the object of the mail
>
> 2016-02-24 16:02 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:
>
>> Hi,
>> which writable datastore is actually supported by OpenJUMP? Only Postgis?
>> 
>> This question probably sounds elementary for Spatial datastore expert.
>> The problem (for me not expert in database)  comes out as I found that
>> both in  1) Open>Datastore and 2) Open>Writable datastore the Connection
>> manager shows the same list of drivers (MariaDB, MySQL, etc) even if some
>> are still not writable (eg. Spatialite) in OpenJUMP.
>> Am I loosing something?
>> Thanks for the clarification.
>> Peppe
>>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup 
> Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add some useful methods on Layer.class and RasterImageLayer.class

[Giuseppe Aruta]

Hi Landon,
I added two classes under org.openjump.core.ui.util (LayerableUtil.class
and GeometryUtil.class) where I collect some methods for future development.
Best regards
Peppe

2016-02-04 17:02 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Thanks Landon for your help. I will add a class (probably on a test
> Package) just to collect all (layerable/layer) usable methods
>
> 2016-02-03 23:40 GMT+01:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi,
>>
>> To give more food for thought about layerable hierarchy, I have an old
>> project in mind to create VirtualLayers. A VirtualLayer would be the
>> dataset of another Layer. It may be read-only. Its main purpose is to
>> have more than one style associated to a single datasource and to be
>> able to interleave styles associated with one datasource with styles
>> associated to another datasource.
>>
>> Michaël
>>
>> Le 03/02/2016 17:58, edgar.sol...@web.de a écrit :
>> > sure, go ahead.
>> >
>> > it's just important to me that we talk about it first and find an
>> ordered approach that takes into account the existing API. i am a big fan
>> of small steps, but into the right direction. meaning a big overhaul
>> refactoring is possibly bringing more problems than the whole cleanup is
>> worth.
>> > streamlining the existing API by eg. moving a small functionality out
>> of Layer into AbstractLayerable at a time and test it will probably the
>> least dangerous approach.
>> >
>> > visualizing the current design beforehand might probably help all
>> parties to get an initial overview as well.
>> >
>> > ..ede
>> >
>> > On 03.02.2016 17:49, Landon Blake wrote:
>> >> How do you guys feel about having Peppe and I review our existing
>> layerable
>> >> class/interface architecture and come up with a proposal for clean-up
>> and
>> >> revisions. I think some of Peppe's suggested methods are useful, but
>> agree
>> >> with Ede that we need to plug them into the correct interface.
>> >>
>> >> I think this is exactly the type of TLC the OpenJUMP core needs. I
>> would
>> >> love to work with Peppe to test some code and then propose a more
>> >> comprehensive clean-up of the layerable code here.
>> >>
>> >> Peppe: Let me know if you want my help.
>> >>
>> >> Others: Let me know if you'd be willing to consider a proposal and some
>> >> test code from Peppe and I.
>> >>
>> >> Landon
>> >>
>> >> On Wed, Jan 27, 2016 at 7:02 AM, Giuseppe Aruta <
>> giuseppe.ar...@gmail.com>
>> >> wrote:
>> >>
>> >>> OK,
>> >>> I had the response of everybody.
>> >>>
>> >>> - I am going to remove all the Layer.class parts and restore as it is
>> >>> before
>> >>> - I am going to leave only the RasterImageLayer.class method
>> >>> isTemporaryLayer()
>> >>> - I will create an external class, called maybe LayerbleUtils - no
>> >>> implementation to Layerable or other classes, just a useful Util
>> class to
>> >>> group all these potential boolen/String methods.
>> >>>
>> >>>> you mean as default saving format when leaving OJ? why?
>> >>> No. Not talking about SaveDatasetsPlugIn. It has a useful behaviour:
>> if I
>> >>> try to add a  a polygon to a point layer (belonging to a Shapefile,
>> already
>> >>> saved). And than I will save it, the plugin will save the original
>> geometry
>> >>> collection to the original file, and create another SHP file with the
>> >>> polygon. This is probably better than a warning message.
>> >>> My idea is to add this capability to Michael's project
>> >>> SaveLayersWithoutDatasource.class ( it saves a list of layers without
>> >>> datasource, the user can choose JML or SHP as export format) which is
>> also
>> >>> invoked on Saving a project.
>> >>> An alternative simpler idea is to give the plugin the capability to
>> >>> distinguish mixed geometry types layers among all, and to save them
>> as JML,
>> >>> even if the user choose SHP.
>> >>> In any  I will not change none of the actual classes. As I frequently
>> >>> work with Sextante rasters(RasterImageLayer.class), I will start from
>> >>> Michael's plugin to cr

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

An easy fix will be the welcome for now.
Peppe



2016-01-21 11:15 GMT+01:00 Alberto De Luca <berta...@gmail.com>:

> Jumping in late as usual.
>
> I believe the NPE error happens when a project including a raster is
> loaded and no other project (task) is present. That happens also with
> rasters others than PNG.
>
> An easy fix would be putting a check in RasterImageLayer#setSymbology at
> line 1674, to verify that LayerViewPanel is not null. Nevertheless, I think
> the actual problem is somewhere related to XML2Java, and eventually leads
> to setSymbology being called too early, before the lauyerviewpanel is
> created.
>
> What do you reckon?
> Alberto
>
>
> On 20 January 2016 at 18:47, Giuseppe Aruta <giuseppe.ar...@gmail.com>
> wrote:
>
>> I did some test from my side with no NPE
>> We probably need a test image ( as I can see
>> RasterImageLayer.setSymbology is invoked on Error. This is a method only
>> for monobad raster file. Freelon talks about PNG).
>> We should know what exactly was  his procedure.
>>
>>
>>
>>
>> 2016-01-20 18:28 GMT+01:00 <edgar.sol...@web.de>:
>>
>>> any idea about the NPE during loading? do you need a test image from
>>> Freelon? ..ede
>>>
>>> On 20.01.2016 18:14, Giuseppe Aruta wrote:
>>> > *3) >although I don't unterstand why it puts a 800x800px image to have
>>> a
>>> > size of ~2500x2500*
>>> >
>>> > I tested it. Not my fault. At this moment I don't understand the
>>> problem.
>>> >
>>> > 2016-01-20 16:01 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:
>>> >
>>> >> Hi Ede,
>>> >> maybe I can answer to those questions
>>> >>
>>> >> 1) > *I can't select it though with the select tool and thus cannot
>>> >> resize it*
>>> >> Currently is not possible to resize Sextante Layers by dragging them.
>>> The
>>> >> only way to resize it is a) Draw a Fence, b) Apply "Resize raster to
>>> the
>>> >> fence" from Sextante  Layer context menu
>>> >>
>>> >>
>>> >> *2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a
>>> PNG
>>> >> image in a new image layer. Then I resize the image and save layer and
>>> >> project. When I reopen the project the resizing information is
>>> missing and
>>> >> the image is displayed in its original pixel size again. The .jml file
>>> >> contains the correct outline values in feature-geometry-Polygon-...-*
>>> >> *coordinates*.
>>> >> In This case he is talking about an image loaded via ReferencedImage
>>> >> (Layer.class). In this case it is true that resizing the image and
>>> save
>>> >> nothing happens. But I feel this is a good politics as it is easy
>>> that an
>>> >> user can resize an image by mistake and save it on a project.
>>> >> We can skip this adding the possibility to save resized image as new
>>> file
>>> >> and using the envelope info to create a new worldfile
>>> >>
>>> >> *3) >although I don't unterstand why it puts a 800x800px image to
>>> have a
>>> >> size of ~2500x2500*
>>> >> Probably my fault.It comes from "Raster property" plugin on Sextante
>>> >> Raster conetxt layer menu. What is written as "Pixel", it should go as
>>> >> "meter" or other Unit of the map. I recognize that this plugin is too
>>> >> big/redundant and somehow slow, I planned to rewrite, similar to
>>> >> LayerPropertiesPlugIn. on Layer context menu
>>> >>
>>> >> Regarding the point 2), we should also take into account that (when
>>> >> closing a project or a task)  OpenJUMP warns only the presence of
>>> >> a) modified vector layers with datasource and b) temporary vector
>>> with no
>>> >> datasource.
>>> >> As far as I know OpenJUMP doesn't warn other "modified" aspects of a
>>> >> projects
>>> >> - Sextante Raster Layers generated by Sextante or by
>>> >> ExtractSelectedPartOfImage and WarpImageToFencePlugIn which are saved
>>> into
>>> >> a temporary folder (eg. in windows C:\Users\Beppe\AppData\Local\Temp).
>>> >> Those files should be treated as "Raster with no datasource" (thinking
&g

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

Hi Ede,
maybe I can answer to those questions

1) > *I can't select it though with the select tool and thus cannot resize
it*
Currently is not possible to resize Sextante Layers by dragging them. The
only way to resize it is a) Draw a Fence, b) Apply "Resize raster to the
fence" from Sextante  Layer context menu


*2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a PNG
image in a new image layer. Then I resize the image and save layer and
project. When I reopen the project the resizing information is missing and
the image is displayed in its original pixel size again. The .jml file
contains the correct outline values in feature-geometry-Polygon-...-*
*coordinates*.
In This case he is talking about an image loaded via ReferencedImage
(Layer.class). In this case it is true that resizing the image and save
nothing happens. But I feel this is a good politics as it is easy that an
user can resize an image by mistake and save it on a project.
We can skip this adding the possibility to save resized image as new file
and using the envelope info to create a new worldfile

*3) >although I don't unterstand why it puts a 800x800px image to have a
size of ~2500x2500*
Probably my fault.It comes from "Raster property" plugin on Sextante Raster
conetxt layer menu. What is written as "Pixel", it should go as "meter" or
other Unit of the map. I recognize that this plugin is too big/redundant
and somehow slow, I planned to rewrite, similar to LayerPropertiesPlugIn.
on Layer context menu

Regarding the point 2), we should also take into account that (when closing
a project or a task)  OpenJUMP warns only the presence of
a) modified vector layers with datasource and b) temporary vector with no
datasource.
As far as I know OpenJUMP doesn't warn other "modified" aspects of a
projects
- Sextante Raster Layers generated by Sextante or by
ExtractSelectedPartOfImage and WarpImageToFencePlugIn which are saved into
a temporary folder (eg. in windows C:\Users\Beppe\AppData\Local\Temp).
Those files should be treated as "Raster with no datasource" (thinking
about Linux/MacOSX user: whenever they shut PC /temp folder is cleaned up)
-  (as Freloon pointed out) ReferencedImage Layers which envelope has been
modified

For the next day I will work to solve problem 3

Best
Peppe

2016-01-20 14:39 GMT+01:00 :

> Alberto,
>
> any idea? s.b. ..ede
>
>
>  Forwarded Message 
> Subject: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading
> project
> Date: Wed, 20 Jan 2016 12:18:25 +
> From: Freelon Xamar 
> Reply-To: [jump-pilot:bugs]  <4...@bugs.jump-pilot.p.re.sf.net>
> To: [jump-pilot:bugs]  <4...@bugs.jump-pilot.p.re.sf.net>
>
> When loading as a sextant raster (FIle..Open..Sextant Raster Image) it
> gets loaded (although I don't unterstand why it puts a 800x800px image to
> have a size of ~2500x2500). I can't select it though with the select tool
> and thus cannot resize it.
> Anyway, if I save the project (just the project in this case, because I
> don't have the save option for the raster image layer) now and try to open
> it again I get a "null" exception:
>
>
> 
> java.lang.Exception: Loading project file '/home/XYZ/ffm.jmp' failed with
> the error:
> null.
> at
> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:175)
> at
> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:113)
> at
> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.run(OpenProjectWizard.java:108)
> at
> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
> at
> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:152)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java.setValue(XML2Java.java:263)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java.setValueFromTag(XML2Java.java:255)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java.setValuesFromTags(XML2Java.java:250)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java.access$100(XML2Java.java:50)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java$1.normalTagSpecFound(XML2Java.java:108)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java$1.tagSpecFound(XML2Java.java:127)
> at
> com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:375)
> at
> com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:91)
>   

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

@Alberto

I tested the latest NB (4801) and the bug is still evident, even if I don't
have the NPE.
The test was this
a) Open a project (with layers and Sextante layers)
b) load a new sextante raster OR create a new sextante raster and save it
c) Save the project file
d) when I reload the project the sextante raster b) is not loaded.

I did a test on the same project file  using a pre-OJ1.9 version (4560)
and it works fine (reloading the project file, the new raster is displayed)

Peppe

2016-01-22 15:04 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Ede,
> let me resume some hints about image/raster as this aspect is quite
> interesting (for me)
>
> > i see as an easy way to georeference an image. also i stopped working on
> it earlier i want this functionality to eventually allow to resize/rotate
> an image and simply save it as jml. cream on the cake would be a
> functionality to export this to world file then.
>
> The main problem about OJ ReferencedImage (and Sextante RasterImageLayer
> too) is that those classes don't support rotation  parameters: the
> worldfile lines about X and Y rotation are simply skipped when a
> RasterImageLayer or a ReferenceImageLayer is loaded. I am sure that you
> were aware when you stopped working on it.
> I think that adding this capability is the start to add a georeferencing
> tools to OJ. The alternative is to use Warp class or similar (imageJ?) (*)
>
>
> >yeah, we should probably tag the image layer as changed when the user
> "modified" the image
> Tagging  layers/layerables sounds the best way. I like booleans like
> layer.hasReadableDataSource(): easy to use.
> Kosmo developers worked on similar tagging,  adding layer.isImage (which
> is OJ Layer.getStyle(ReferencedImageStyle.class) or similar) and also
> Layer.isMemory, isCadLayer, isDatabaseSource, etc.
>
>
>
>
> (*)Some months ago I did some test on RasterImageLayer, an easy class to
> work  for an inexperienced java developer like me as I can get
> BufferedImage and Raster data info very easy.
> The result was a sort of Easter egg: "Affine Transformation (with
> vectors)" now works also for Sextante Raster Layers, using the Warp class -
> it's a basic georeferecing, hard to use, sometimes with awkward results
>
>
>
>
>
> 2016-01-21 17:20 GMT+01:00 <edgar.sol...@web.de>:
>
>> hey Giuseppe
>>
>> SNIP
>> > *2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a PNG
>> > image in a new image layer. Then I resize the image and save layer and
>> > project. When I reopen the project the resizing information is missing
>> and
>> > the image is displayed in its original pixel size again. The .jml file
>> > contains the correct outline values in feature-geometry-Polygon-...-*
>> > *coordinates*.
>> > In This case he is talking about an image loaded via ReferencedImage
>> > (Layer.class). In this case it is true that resizing the image and save
>> > nothing happens. But I feel this is a good politics as it is easy that
>> an
>> > user can resize an image by mistake and save it on a project.
>> > We can skip this adding the possibility to save resized image as new
>> file
>> > and using the envelope info to create a new worldfile
>>
>> disagreed, i see as an easy way to georeference an image. also i stopped
>> working on it earlier i want this functionality to eventually allow to
>> resize/rotate an image and simply save it as jml. cream on the cake would
>> be a functionality to export this to world file then.
>>
>> SNIP
>> >
>> > Regarding the point 2), we should also take into account that (when
>> closing
>> > a project or a task)  OpenJUMP warns only the presence of
>> > a) modified vector layers with datasource and b) temporary vector with
>> no
>> > datasource.
>> > As far as I know OpenJUMP doesn't warn other "modified" aspects of a
>> > projects
>> > - Sextante Raster Layers generated by Sextante or by
>> > ExtractSelectedPartOfImage and WarpImageToFencePlugIn which are saved
>> into
>> > a temporary folder (eg. in windows C:\Users\Beppe\AppData\Local\Temp).
>> > Those files should be treated as "Raster with no datasource" (thinking
>> > about Linux/MacOSX user: whenever they shut PC /temp folder is cleaned
>> up)
>> > -  (as Freloon pointed out) ReferencedImage Layers which envelope has
>> been
>> > modified
>> >
>>
>> yeah, we should probably tag the image layer as changed when the user
>> "modified" the image.
>>
>&g

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

*3) >although I don't unterstand why it puts a 800x800px image to have a
size of ~2500x2500*

I tested it. Not my fault. At this moment I don't understand the problem.

2016-01-20 16:01 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Ede,
> maybe I can answer to those questions
>
> 1) > *I can't select it though with the select tool and thus cannot
> resize it*
> Currently is not possible to resize Sextante Layers by dragging them. The
> only way to resize it is a) Draw a Fence, b) Apply "Resize raster to the
> fence" from Sextante  Layer context menu
>
>
> *2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a PNG
> image in a new image layer. Then I resize the image and save layer and
> project. When I reopen the project the resizing information is missing and
> the image is displayed in its original pixel size again. The .jml file
> contains the correct outline values in feature-geometry-Polygon-...-*
> *coordinates*.
> In This case he is talking about an image loaded via ReferencedImage
> (Layer.class). In this case it is true that resizing the image and save
> nothing happens. But I feel this is a good politics as it is easy that an
> user can resize an image by mistake and save it on a project.
> We can skip this adding the possibility to save resized image as new file
> and using the envelope info to create a new worldfile
>
> *3) >although I don't unterstand why it puts a 800x800px image to have a
> size of ~2500x2500*
> Probably my fault.It comes from "Raster property" plugin on Sextante
> Raster conetxt layer menu. What is written as "Pixel", it should go as
> "meter" or other Unit of the map. I recognize that this plugin is too
> big/redundant and somehow slow, I planned to rewrite, similar to
> LayerPropertiesPlugIn. on Layer context menu
>
> Regarding the point 2), we should also take into account that (when
> closing a project or a task)  OpenJUMP warns only the presence of
> a) modified vector layers with datasource and b) temporary vector with no
> datasource.
> As far as I know OpenJUMP doesn't warn other "modified" aspects of a
> projects
> - Sextante Raster Layers generated by Sextante or by
> ExtractSelectedPartOfImage and WarpImageToFencePlugIn which are saved into
> a temporary folder (eg. in windows C:\Users\Beppe\AppData\Local\Temp).
> Those files should be treated as "Raster with no datasource" (thinking
> about Linux/MacOSX user: whenever they shut PC /temp folder is cleaned up)
> -  (as Freloon pointed out) ReferencedImage Layers which envelope has been
> modified
>
> For the next day I will work to solve problem 3
>
> Best
> Peppe
>
> 2016-01-20 14:39 GMT+01:00 <edgar.sol...@web.de>:
>
>> Alberto,
>>
>> any idea? s.b. ..ede
>>
>>
>>  Forwarded Message 
>> Subject: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading
>> project
>> Date: Wed, 20 Jan 2016 12:18:25 +
>> From: Freelon Xamar <free...@users.sf.net>
>> Reply-To: [jump-pilot:bugs]  <4...@bugs.jump-pilot.p.re.sf.net>
>> To: [jump-pilot:bugs]  <4...@bugs.jump-pilot.p.re.sf.net>
>>
>> When loading as a sextant raster (FIle..Open..Sextant Raster Image) it
>> gets loaded (although I don't unterstand why it puts a 800x800px image to
>> have a size of ~2500x2500). I can't select it though with the select tool
>> and thus cannot resize it.
>> Anyway, if I save the project (just the project in this case, because I
>> don't have the save option for the raster image layer) now and try to open
>> it again I get a "null" exception:
>>
>>
>> 
>> java.lang.Exception: Loading project file '/home/XYZ/ffm.jmp' failed with
>> the error:
>> null.
>> at
>> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:175)
>> at
>> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:113)
>> at
>> org.openjump.core.ui.plugin.file.open.OpenProjectWizard.run(OpenProjectWizard.java:108)
>> at
>> org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73)
>> at
>> com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:152)
>> at java.lang.Thread.run(Thread.java:745)
>> Caused by: java.lang.reflect.InvocationTargetException
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> a

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

I did some test from my side with no NPE
We probably need a test image ( as I can see RasterImageLayer.setSymbology
is invoked on Error. This is a method only for monobad raster file. Freelon
talks about PNG).
We should know what exactly was  his procedure.




2016-01-20 18:28 GMT+01:00 <edgar.sol...@web.de>:

> any idea about the NPE during loading? do you need a test image from
> Freelon? ..ede
>
> On 20.01.2016 18:14, Giuseppe Aruta wrote:
> > *3) >although I don't unterstand why it puts a 800x800px image to have a
> > size of ~2500x2500*
> >
> > I tested it. Not my fault. At this moment I don't understand the problem.
> >
> > 2016-01-20 16:01 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:
> >
> >> Hi Ede,
> >> maybe I can answer to those questions
> >>
> >> 1) > *I can't select it though with the select tool and thus cannot
> >> resize it*
> >> Currently is not possible to resize Sextante Layers by dragging them.
> The
> >> only way to resize it is a) Draw a Fence, b) Apply "Resize raster to the
> >> fence" from Sextante  Layer context menu
> >>
> >>
> >> *2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a PNG
> >> image in a new image layer. Then I resize the image and save layer and
> >> project. When I reopen the project the resizing information is missing
> and
> >> the image is displayed in its original pixel size again. The .jml file
> >> contains the correct outline values in feature-geometry-Polygon-...-*
> >> *coordinates*.
> >> In This case he is talking about an image loaded via ReferencedImage
> >> (Layer.class). In this case it is true that resizing the image and save
> >> nothing happens. But I feel this is a good politics as it is easy that
> an
> >> user can resize an image by mistake and save it on a project.
> >> We can skip this adding the possibility to save resized image as new
> file
> >> and using the envelope info to create a new worldfile
> >>
> >> *3) >although I don't unterstand why it puts a 800x800px image to have a
> >> size of ~2500x2500*
> >> Probably my fault.It comes from "Raster property" plugin on Sextante
> >> Raster conetxt layer menu. What is written as "Pixel", it should go as
> >> "meter" or other Unit of the map. I recognize that this plugin is too
> >> big/redundant and somehow slow, I planned to rewrite, similar to
> >> LayerPropertiesPlugIn. on Layer context menu
> >>
> >> Regarding the point 2), we should also take into account that (when
> >> closing a project or a task)  OpenJUMP warns only the presence of
> >> a) modified vector layers with datasource and b) temporary vector with
> no
> >> datasource.
> >> As far as I know OpenJUMP doesn't warn other "modified" aspects of a
> >> projects
> >> - Sextante Raster Layers generated by Sextante or by
> >> ExtractSelectedPartOfImage and WarpImageToFencePlugIn which are saved
> into
> >> a temporary folder (eg. in windows C:\Users\Beppe\AppData\Local\Temp).
> >> Those files should be treated as "Raster with no datasource" (thinking
> >> about Linux/MacOSX user: whenever they shut PC /temp folder is cleaned
> up)
> >> -  (as Freloon pointed out) ReferencedImage Layers which envelope has
> been
> >> modified
> >>
> >> For the next day I will work to solve problem 3
> >>
> >> Best
> >> Peppe
> >>
> >> 2016-01-20 14:39 GMT+01:00 <edgar.sol...@web.de>:
> >>
> >>> Alberto,
> >>>
> >>> any idea? s.b. ..ede
> >>>
> >>>
> >>>  Forwarded Message 
> >>> Subject: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading
> >>> project
> >>> Date: Wed, 20 Jan 2016 12:18:25 +
> >>> From: Freelon Xamar <free...@users.sf.net>
> >>> Reply-To: [jump-pilot:bugs]  <4...@bugs.jump-pilot.p.re.sf.net>
> >>> To: [jump-pilot:bugs]  <4...@bugs.jump-pilot.p.re.sf.net>
> >>>
> >>> When loading as a sextant raster (FIle..Open..Sextant Raster Image) it
> >>> gets loaded (although I don't unterstand why it puts a 800x800px image
> to
> >>> have a size of ~2500x2500). I can't select it though with the select
> tool
> >>> and thus cannot resize it.
> >>> Anyway, if I save the project (just the project in this case, because I
> >&g

Re: [JPP-Devel] Add some useful methods on Layer.class and RasterImageLayer.class

[Giuseppe Aruta]

Just few extra details:

1) Temporary vector (Layer.class) and raster (RasterImageLayer.class)
layers (isTemporaryLayer())
- Sextante is a different software and it handles raster and vector in a
separate way from OpenJUMP
- while TEMP files should be stored in Windows forever (except if user does
a deep OS cleaning) Linux and MacOSX delete these files from the /TEMP
folder on shuts down
Linux and Mac users should be aware that, if they shut down the OS and if
they don't save these temp data in another folder, they will lost them. But
I am sure that few know about this.

Pratical usage:
Other temporary layers  also layers with no datasource.
SaveLayrsWithoutDatasourcePlugIn of Michael already advises users about the
presence of these layers.
I am planning to expand this plugin  to this other group of temporary
layers (the one stored into /TEMP folder) both Layers and RasterImageLayers.
I could work on the plugin without adding new boolean on System classes
(you are right, Ede, those functionality are already there)
But a flag like RasterImagerLayer.isTemporary() would avoid some extra code
and, more important,  it could be used also in the future

2) check if layer has a mixed geometry
Thanks Michael, I can see that polygons and multipolygons are considered as
"mixed geometry". I will change the code: my idea is to check if the layer
has point/linestring/polygon collection, to define different procedure on
exporting (->to JML if it is a geometry collection, to SHP if is point or
point/multipoint collection). I also was aware to use FeatureCollection
(Kosmo implemented some flag here, too for geometries), I will move to that
class)

3) System layers.
SaveLayrsWithoutDatasourcePlugIn  check to save Fence layer too on a
project. I feel that this fence and measure layers should be sometimes
treated in different way that other layers


I wait for other comments. and reassure that all these modification can be
easily  reverted





2016-01-26 13:20 GMT+01:00 <edgar.sol...@web.de>:

> Stefan,
>
> the original authors probably created the API with some afterthought and
> accidentally i agree w/ them. OJ layers are merely responsible to render
> their data into the layerview. if you want more you ask the layer to give
> you the featcol or the datasource to work w/.
>
> this is clean and efficient and i see no argument invalidating that so far.
>
> ..ede
>
> On 26.01.2016 13:15, Stefan Steiniger wrote:
> > Hey,
> >
> > i think some of the stuff is quite usefull and even having it in Layer
> class...
> > for an OJ programmer who knows clases etc., probabky not the right
> place, but
> > for someone who writes scripts (python, bash, etc) this is the obvious
> place to
> > get to know layer properties.
> >
> > Of course i don't know how many do scripting with OJ, but...
> >
> > cheers,
> >
> > stefan
> >
> > -- Originalnachricht --
> > *Von: *
> > *Datum: *26.01.2016 8:22
> > *An: *OpenJump develop and use;
> > *Betreff:*Re: [JPP-Devel] Add some useful methods on Layer.class and
> > RasterImageLayer.class
> >
> > Peppe,
> >
> >
> > first of all while i commend your drive i really think that API
> changes/additions this deep in CORE should be discussed first and committed
> only after.
> > this is unless you
> > - are absolutely sure what you are doing ;)
> > and
> > - know how to revert the commit cleanly (keeping revisions)
> >
> > further comments in the text below
> >
> > On 26.01.2016 07:26, Giuseppe Aruta wrote:
> >> Hi Ede, Michael, Jukka, Stefan and others
> >> I added some simple boolean ans String methods on
> >> com.vividsolutions.jump.workbench.model.Layer class and
> >> org.openjump.core.rasterimage.RasterImageLayer class
> >> I ask you to give a look and your opinion, these methods should cover
> many
> >> aspects and can be used for future development.
> >> I would like to know if
> >> a) those methods are in the right place
> >
> > no.
> >
> > 1. Layer is the oldest layer representation in OJ (when it only
> suppported vectors), but not the most basic, that is Layerable or the
> implementor AbstractLayerable (which can be used to implement nearly
> anything as an OJ layerable)
> >
> > 2. it mixes up functionality. you ask the layer about things that are
> and should only be known to it's feature collection or datasource.
> >
> > 3. you are (mostly) implementing functionality that is already there. if
> you want to know what type a layer is you check out what it is instanceof
> or ask it's datasource.
> > check out eg. how
> >   ReferencedImagesLayer extends Layer extends AbstractLayerabl

Re: [JPP-Devel] Add some useful methods on Layer.class and RasterImageLayer.class

[Giuseppe Aruta]

 of everything in
> >>> in,
> >>>> from methods that manipulate the raster values to methods that take
> care
> >>> of
> >>>> the rendering on screen...
> >>>>
> >>>> So while we wait for the lucky ticket-owner to come along, I think
> that
> >>> the
> >>>> utility methods added by Peppe (that to me are definitely useful)
> should
> >>>> stay: they just made the class a bit messier :P
> >>>>
> >>>> Alberto
> >>>>
> >>>>
> >>>> On 27 January 2016 at 03:00, Stefan Steiniger <sst...@geo.uzh.ch>
> wrote:
> >>>>
> >>>>> see below
> >>>>>
> >>>>> Am 26.01.16 um 13:31 schrieb Giuseppe Aruta:
> >>>>>> Just few extra details:
> >>>>>>
> >>>>>> 1) Temporary vector (Layer.class) and raster
> (RasterImageLayer.class)
> >>>>>> layers (isTemporaryLayer())
> >>>>>> - Sextante is a different software and it handles raster and vector
> in
> >>> a
> >>>>>> separate way from OpenJUMP
> >>>>>> - while TEMP files should be stored in Windows forever (except if
> user
> >>>>>> does a deep OS cleaning) Linux and MacOSX delete these files from
> the
> >>>>>> /TEMP folder on shuts down
> >>>>>> Linux and Mac users should be aware that, if they shut down the OS
> and
> >>>>>> if they don't save these temp data in another folder, they will lost
> >>>>>> them. But I am sure that few know about this.
> >>>>>>
> >>>>>> Pratical usage:
> >>>>>> Other temporary layers  also layers with no datasource.
> >>>>>> SaveLayrsWithoutDatasourcePlugIn of Michael already advises users
> about
> >>>>>> the presence of these layers.
> >>>>>> I am planning to expand this plugin  to this other group of
> temporary
> >>>>>> layers (the one stored into /TEMP folder) both Layers and
> >>>>> RasterImageLayers.
> >>>>>> I could work on the plugin without adding new boolean on System
> classes
> >>>>>> (you are right, Ede, those functionality are already there)
> >>>>>> But a flag like RasterImagerLayer.isTemporary() would avoid some
> extra
> >>>>>> code and, more important,  it could be used also in the future
> >>>>> I agree with Peppe here...
> >>>>> But perhaps we need to see how this fits also with Michaels DB
> >>>>> experiences (and approaches). At least most Raster-Related helper
> >>>>> classes make sense to me. Perhaps Alberto has a comment on that too.
> >>>>> And if Ede points out to the original JUMP design/development... well
> >>>>> the design focus was on vector... everything else raster wise was
> more
> >>>>> experimental (my opinion). And this is now also some wooohhhoo 12-13
> >>>>> years ago... ;)
> >>>>>
> >>>>> Ideally of course one would need to do what QGIS did, a complete
> >>>>> redesign of the core, but... (perhaps someone wins in the lottery and
> >>>>> funds 5 devs from that :)
> >>>>>
> >>>>> cheers,
> >>>>> Stefan
> >>>>>
> >>>>>
> >>>>>
> >>>
> --
> >>>>> Site24x7 APM Insight: Get Deep Visibility into Application
> Performance
> >>>>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> >>>>> Monitor end-to-end web transactions and take corrective actions now
> >>>>> Troubleshoot faster and improve end-user experience. Signup Now!
> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> >>>>> ___
> >>>>> Jump-pilot-devel mailing list
> >>>>> Jump-pilot-devel@lists.sourceforge.net
> >>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>
> --
> >>&g

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] #414 Image Layer Resizing lost after loading project

[Giuseppe Aruta]

Ede,
let me resume some hints about image/raster as this aspect is quite
interesting (for me)

> i see as an easy way to georeference an image. also i stopped working on
it earlier i want this functionality to eventually allow to resize/rotate
an image and simply save it as jml. cream on the cake would be a
functionality to export this to world file then.

The main problem about OJ ReferencedImage (and Sextante RasterImageLayer
too) is that those classes don't support rotation  parameters: the
worldfile lines about X and Y rotation are simply skipped when a
RasterImageLayer or a ReferenceImageLayer is loaded. I am sure that you
were aware when you stopped working on it.
I think that adding this capability is the start to add a georeferencing
tools to OJ. The alternative is to use Warp class or similar (imageJ?) (*)


>yeah, we should probably tag the image layer as changed when the user
"modified" the image
Tagging  layers/layerables sounds the best way. I like booleans like
layer.hasReadableDataSource(): easy to use.
Kosmo developers worked on similar tagging,  adding layer.isImage (which is
OJ Layer.getStyle(ReferencedImageStyle.class) or similar) and also
Layer.isMemory, isCadLayer, isDatabaseSource, etc.




(*)Some months ago I did some test on RasterImageLayer, an easy class to
work  for an inexperienced java developer like me as I can get
BufferedImage and Raster data info very easy.
The result was a sort of Easter egg: "Affine Transformation (with vectors)"
now works also for Sextante Raster Layers, using the Warp class - it's a
basic georeferecing, hard to use, sometimes with awkward results





2016-01-21 17:20 GMT+01:00 :

> hey Giuseppe
>
> SNIP
> > *2) >In OpenJump 1.9 (1.8 as well) I create a new project and add a PNG
> > image in a new image layer. Then I resize the image and save layer and
> > project. When I reopen the project the resizing information is missing
> and
> > the image is displayed in its original pixel size again. The .jml file
> > contains the correct outline values in feature-geometry-Polygon-...-*
> > *coordinates*.
> > In This case he is talking about an image loaded via ReferencedImage
> > (Layer.class). In this case it is true that resizing the image and save
> > nothing happens. But I feel this is a good politics as it is easy that an
> > user can resize an image by mistake and save it on a project.
> > We can skip this adding the possibility to save resized image as new file
> > and using the envelope info to create a new worldfile
>
> disagreed, i see as an easy way to georeference an image. also i stopped
> working on it earlier i want this functionality to eventually allow to
> resize/rotate an image and simply save it as jml. cream on the cake would
> be a functionality to export this to world file then.
>
> SNIP
> >
> > Regarding the point 2), we should also take into account that (when
> closing
> > a project or a task)  OpenJUMP warns only the presence of
> > a) modified vector layers with datasource and b) temporary vector with no
> > datasource.
> > As far as I know OpenJUMP doesn't warn other "modified" aspects of a
> > projects
> > - Sextante Raster Layers generated by Sextante or by
> > ExtractSelectedPartOfImage and WarpImageToFencePlugIn which are saved
> into
> > a temporary folder (eg. in windows C:\Users\Beppe\AppData\Local\Temp).
> > Those files should be treated as "Raster with no datasource" (thinking
> > about Linux/MacOSX user: whenever they shut PC /temp folder is cleaned
> up)
> > -  (as Freloon pointed out) ReferencedImage Layers which envelope has
> been
> > modified
> >
>
> yeah, we should probably tag the image layer as changed when the user
> "modified" the image.
>
> ..ede
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Where is Sextante code stored?

[Giuseppe Aruta]

Hi all,
I am looking for the code of classes sextante.jar, sextante_gui.jar and
sextante_algorithms.jar. Where can I find them?
GvSIG CE has an access to Sextante 2 code but it seems to me this code has
more depency to GvSIG one and not usable by OpenJUMP.
I am looking to the code of the files embedded in OJ. It would be also noce
to have them on SVN for future development/correction of bugs
thanks
Peppe
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Where is Sextante code stored?

[Giuseppe Aruta]

Hi Stefan,
thanks for the answer. I remembered some corrections that (probably) you
did on Sextante algorithms same year ago. I thought that also Sextante main
jars were involved, not only the algorithm one (I was wrong).

The reason I was looking for the original code (I don't know if OJ ships
Sextante 0.6 or 1.0) is that there is bug on Sextante embedded into
OpenJUMP (also in Kosmo and probably GvSIG OADE/ previous CE (not the
actual)):
any operation on a raster reset nodata value tag to -3.40282346639E38
whatever is the original value (for instance -). On the other hand, if
there are some nodata cells, their values is not reset accordingly but
remain the same (for instance -). And the statistics recalculate this
- as minimum. I wanted to give a look.

On the other hand the actual Sextante shipped by actual  GvSIG CE (Sextante
2?) is not affected by this bug.
I will try also read the Sextante SVN repository, as you suggest.

Que lo pase bien en Valpo!!

Peppe


2016-02-16 16:37 GMT+01:00 Stefan Steiniger <sst...@geo.uzh.ch>:

> Hey Peppe,
>
> I think I have only used the ready sextante jars and never compiled them.
> To see how stuff works I "read" the source code from the gvSIG CE project.
> I, however, did not find it too much linked to gvSIG.
>
> To confirm I will see and check again at my laptop at home (in the next
> 2-3 days - am in Valpo for short Vacations). But the other option is to ask
> directly Victor Olaya what he recommends (vola...@gmail.com).
>
> cheers,
> stefan
>
>
> On 2/16/16 02:58, Giuseppe Aruta wrote:
>
> Hi all,
> I am looking for the code of classes sextante.jar, sextante_gui.jar and
> sextante_algorithms.jar. Where can I find them?
> GvSIG CE has an access to Sextante 2 code but it seems to me this code has
> more depency to GvSIG one and not usable by OpenJUMP.
> I am looking to the code of the files embedded in OJ. It would be also
> noce to have them on SVN for future development/correction of bugs
> thanks
> Peppe
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup 
> Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
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.9.1

[Giuseppe Aruta]

Hi Ede,
I am OK.
Just checking on bugs: Bugs: #414
 (
https://sourceforge.net/p/jump-pilot/bugs/414/) -  the original comment of
Freelon Xamar which is probably related on resizing reference image layers.

Few ideas:

It is not difficult to implement a plugin that rewrite worldfile but  this
way has two limitations:
a) loosing original georeference info by mistake
b) no effects on geotif, ecw etc - where geo info are written in the image
file

another way, could be adding, in the future, the ability to OJ to read (for
rendered images) the geo info directly from its shape envelope (if saved)
before from wordfile/info tag. This seems to me more interesting (apart
from the number of classes involved and the the amount of job)

Best regards and thanks Ede for the job

Peppe

2016-03-10 16:18 GMT+01:00 :

> this weekend, any objections? ..ede
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] A problem about class org.openjump.core.rasterimage.TiffUtils

[Giuseppe Aruta]

Hi all, and Alberto

I noted that, every time we open a Tiff raster, an auxiliary  aux.xml file
is created with raster statistics. I checked TiffUtils class is invoched in
this case: if no auxiliary file is found, the methods
calculateStats/createStatsXml write a new one.

The problem is that those methods rewrite also a pre-existing auxiliary
file, if no statistics was found inside it, loosing possible other useful
informations (like Spatial reference, for instance) which could be stored
into this file.

I wonder if it is possible to  change these methods in order to save these
information for future usage, maybe a) checking if the aux.xml file has
statistic info, b) appending statistic info to the file if there are not
found.
best regards
Peppe
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] A problem about class org.openjump.core.rasterimage.TiffUtils

[Giuseppe Aruta]

Hi Alberto,
here you can find an ortophoto form Piemonte that I took from
http://geodati.fmach.it/gfoss_geodata/libro_gfoss/.
It is a good test file as it hasn't a big dimension,
The file is a geotiff and it has an aux.xml file with a Raster color table
- The aux file doesn't contain statistics info.
Opening the raster, the aux file is rewritten with the statistics but the
color table is deleted.
Regarding your notes:

>TiffUtils should already account for the fact that the aux.xml file
already exists
Yes. I confirm.

> the code that creates the .aux file should be triggered only if: there
are no stats saved internally in the tiff file and there is no aux file
I image that statistics would be appended to an aux file in any case, even
if they are saved as geotif tags

>OR the .aux.xml file cannot be read properly the code reading the
.aux.xml file might be buggy and therefore not able to properly read some
.aux.xml files
You are probably right. This is probably the issue. I give a look on the
web: there are numerous discussion about problems on the aux file. It seems
that neither ESRI and othe non proprietary software found a common solution

Nevertheless I feel that any info that can be saved/ read from the aux
file, it can be used in other way: the aux.xml file can be read using a
simple text editor.

 I noted also another problem related to "rewriting aux.xml file". When
Openjump opens a TIF file, 1) it first scans if there are some tags inside
related to the geographic reference (Geotiff) 2) than it checks the
presence of a worldfile (regular TIF).
 In some case (likely few from my experience) some regular TIF files are
shipped with geographic information inside aux.xml file (->Esri) without
the related world file.
This means that OJ opens the TIF but don't recognize the position. The file
is projected on the local coordinate of the workbench. The aux file is
rewritten with the statistics and the original georeferenced position is
lost.

It is probably a lot of work, Alberto. And I thank you for your
availability to find a solution. I am always available to help and to test
your solution.
Best regard

Peppe

PS: we can move also to private mail, if no other member are involved, and
use the Italian language



2016-03-15 17:59 GMT+01:00 Alberto De Luca <berta...@gmail.com>:

> Hey Peppe!
>
> Would you mind tell me, possibly step by step, how to reproduce te
> behaviour you describe? The code in TiffUtils should already account for
> the fact that the aux.xml file already exists. In theory, the code that
> creates the .aux file should be triggered only if: there are no stats saved
> internally in the tiff file AND (there is no .aux.xml file OR the .aux.xml
> file cannot be read properly).
>
> My educated guess is that the code reading the .aux.xml file might be
> buggy and therefore not able to properly read some .aux.xml files. Can you
> share your tiff and .aux.xml file for testing?
>
> Thanks
> Alberto
>
>
> On 15 March 2016 at 16:35, Giuseppe Aruta <giuseppe.ar...@gmail.com>
> wrote:
>
>> Hi all, and Alberto
>>
>> I noted that, every time we open a Tiff raster, an auxiliary  aux.xml
>> file is created with raster statistics. I checked TiffUtils class is
>> invoched in this case: if no auxiliary file is found, the methods
>> calculateStats/createStatsXml write a new one.
>>
>> The problem is that those methods rewrite also a pre-existing auxiliary
>> file, if no statistics was found inside it, loosing possible other useful
>> informations (like Spatial reference, for instance) which could be stored
>> into this file.
>>
>> I wonder if it is possible to  change these methods in order to save
>> these information for future usage, maybe a) checking if the aux.xml file
>> has statistic info, b) appending statistic info to the file if there are
>> not found.
>> best regards
>> Peppe
>>
>>
>>
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4

Re: [JPP-Devel] Remove spike plugin

[Giuseppe Aruta]

Hi Michael,
Interesting tool.
Instead to add under Tools/Edit geometry, we can create a new submenu
(Toools/Topology) for this plugin and similar.
best regards
Peppe

2016-03-11 0:05 GMT+01:00 Michaël Michaud :

> Hi Jukka,
>
> Just added a plugin to remove spikes. We can include it in the 1.9.1 or
> deactivate it from default-plugin.xml to let you more time to test.
> I used two parameters (distance / angle) which may have a slightly
> different effect, but it may be more difficult to use. Let me know what
> you think.
> I did not make any difference between internal and external angles.
>
> vertex A is removed if angle < angle-tolerance AND distance <
> dist-tolerance
>
> A
> |\angle
> |  \
> |\
> |  \
> |<--> distance
> |
> |
>
> Michaël
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Cleaning, formatting rewriting

[Giuseppe Aruta]

Yes! Landon is right! Thanks Michael for your job.

2016-03-30 23:00 GMT+02:00 Landon Blake :

> Thanks for your work cleaning the code Michael. I appreciate it.
>
> Landon
>
> On Sun, Mar 27, 2016 at 7:28 AM, Edgar Soldin  wrote:
>
>> On 24.03.2016 13:55, Michaël Michaud wrote:
>> > Thanks,
>> > I also can undertake some changes with more confidence because I know I
>> > can get excellent support on this list either in GIS area or in java
>> > programming area ;-)
>>
>> noted :).. happy bunny days.. ede
>>
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Some feedback about WFS plugin

[Giuseppe Aruta]

Just an observation (and a proposa) about WFS
I think that also WFS style could  record SRID as layer Stile
(SRIDStyle.class) like Datbases/Datastores do.
Peppe

PS Italian and Spanish translations are on the way

2016-04-06 18:09 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> edgar.soldin wrote:
>
> > On 06.04.2016 01:00, Rahkonen Jukka (MML) wrote:
> >> Hi,
> >>
> >>
> >>
> >> I was checking the translation of the WFS plugin and made some notes:
> >>
> >> 1)  In the Properties tab, the window that shows the attributes is
> quite narrow and it can't be made any wider.
>
> > fixed in latest snapshot 4884
>
> >> 2)  In the Request tab, button "response" can't be translated.
>
> > uses FeatureResearchDialog.response=Response from the language file now
>
> >> 3)  Validate Request: it would be nice if the invalid row could be
> highlighted or if the message contained a row number. There may be many
> elements with the same name in the XML request, like ogc:Literal,
>
> > added line numbers.. the offending line can now be seen in the details
> of the error dialog
>
> >> 4)  The Response window could have one more option: Save the body
> of the response without the headers into a file. Sometimes the GML can be
> valid for other programs but OpenJUMP can't parse it into JTS features for
> some reason.
> >>
>
> > to lazy to implement that now. you can copy/paste in a text editor as a
> workaround using Strg+C/V however.
>
> I know, feeling too lazy for so many key clicks sometimes, however.
>
> Thanks for the improvements.
>
> ..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
>
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] A problem about class org.openjump.core.rasterimage.TiffUtils

[Giuseppe Aruta]

Sorry.
This is the link for download the file:
https://www.mediafire.com/folder/a2ax4oj24hg2bgg,e3y3d9wl1pn3o52/shared


2016-03-16 19:09 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Alberto,
> here you can find an ortophoto form Piemonte that I took from
> http://geodati.fmach.it/gfoss_geodata/libro_gfoss/.
> It is a good test file as it hasn't a big dimension,
> The file is a geotiff and it has an aux.xml file with a Raster color table
> - The aux file doesn't contain statistics info.
> Opening the raster, the aux file is rewritten with the statistics but the
> color table is deleted.
> Regarding your notes:
>
> >TiffUtils should already account for the fact that the aux.xml file
> already exists
> Yes. I confirm.
>
> > the code that creates the .aux file should be triggered only if: there
> are no stats saved internally in the tiff file and there is no aux file
> I image that statistics would be appended to an aux file in any case, even
> if they are saved as geotif tags
>
> >OR the .aux.xml file cannot be read properly the code reading the
> .aux.xml file might be buggy and therefore not able to properly read some
> .aux.xml files
> You are probably right. This is probably the issue. I give a look on the
> web: there are numerous discussion about problems on the aux file. It seems
> that neither ESRI and othe non proprietary software found a common solution
>
> Nevertheless I feel that any info that can be saved/ read from the aux
> file, it can be used in other way: the aux.xml file can be read using a
> simple text editor.
>
>  I noted also another problem related to "rewriting aux.xml file". When
> Openjump opens a TIF file, 1) it first scans if there are some tags inside
> related to the geographic reference (Geotiff) 2) than it checks the
> presence of a worldfile (regular TIF).
>  In some case (likely few from my experience) some regular TIF files are
> shipped with geographic information inside aux.xml file (->Esri) without
> the related world file.
> This means that OJ opens the TIF but don't recognize the position. The
> file is projected on the local coordinate of the workbench. The aux file is
> rewritten with the statistics and the original georeferenced position is
> lost.
>
> It is probably a lot of work, Alberto. And I thank you for your
> availability to find a solution. I am always available to help and to test
> your solution.
> Best regard
>
> Peppe
>
> PS: we can move also to private mail, if no other member are involved,
> and  use the Italian language
>
>
>
> 2016-03-15 17:59 GMT+01:00 Alberto De Luca <berta...@gmail.com>:
>
>> Hey Peppe!
>>
>> Would you mind tell me, possibly step by step, how to reproduce te
>> behaviour you describe? The code in TiffUtils should already account for
>> the fact that the aux.xml file already exists. In theory, the code that
>> creates the .aux file should be triggered only if: there are no stats saved
>> internally in the tiff file AND (there is no .aux.xml file OR the .aux.xml
>> file cannot be read properly).
>>
>> My educated guess is that the code reading the .aux.xml file might be
>> buggy and therefore not able to properly read some .aux.xml files. Can you
>> share your tiff and .aux.xml file for testing?
>>
>> Thanks
>> Alberto
>>
>>
>> On 15 March 2016 at 16:35, Giuseppe Aruta <giuseppe.ar...@gmail.com>
>> wrote:
>>
>>> Hi all, and Alberto
>>>
>>> I noted that, every time we open a Tiff raster, an auxiliary  aux.xml
>>> file is created with raster statistics. I checked TiffUtils class is
>>> invoched in this case: if no auxiliary file is found, the methods
>>> calculateStats/createStatsXml write a new one.
>>>
>>> The problem is that those methods rewrite also a pre-existing auxiliary
>>> file, if no statistics was found inside it, loosing possible other useful
>>> informations (like Spatial reference, for instance) which could be stored
>>> into this file.
>>>
>>> I wonder if it is possible to  change these methods in order to save
>>> these information for future usage, maybe a) checking if the aux.xml file
>>> has statistic info, b) appending statistic info to the file if there are
>>> not found.
>>> best regards
>>> Peppe
>>>
>>>
>>>
>>>
>>> --
>>> Transform Data into Opportunity.
>>> Accelerate data analysis in your applications with
>>> Intel Data Analytics Accelerat

[JPP-Devel] New version of Sextante raster properties plugin

[Giuseppe Aruta]

I just upgraded a new version of class
org.openjump.core.ui.plugin.raster.RasterImageLayerPropertiesPlugin,
related to Sextante Raster Info plugin.
Among few styling modification (see the new info table "a la" GvSIG style)
I added a very simple projection checker.
This projection checkershould check and display, if exists, few information
about raster projection.
It first check the presence of metadata into the raster  file (currently
limited to GeoTIFF), than into a possible auxiliary file (AUX.XML or PRJ).
The output code is quite but efficient, like "UTM zone 32 Northen
Hemisphere wgs84", not the related EPSG code (32632) so it is not intend to
be used to reproject a raster, only to get info. In some case (ESRI aux
file) it could give a simple "unnamed" string as output (I will try to fix
in the future).
Any comment is welcome

Best regards and Happy Easter to everybody
Giuseppe Aruta
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] image io

[Giuseppe Aruta]

Hi Michael,
currently only JPG2000 (via imageio-ext) is supported in sextante raster,
and I am not sure that this is the final solution: it seems to me that some
JP2 files are opened and other not, and it is really slow and
resource-consuming. I want to do some extra tests on next week and take a
decision to leave it or not.
So it is welcome to upgrade to a new version of imageio-ext.
Note that imageio-ext is mainly used for renderer Images (Layer.class), so
Ede should confirm if it makes sense to upgrade
Best regards
Peppe

2016-03-26 16:27 GMT+01:00 Michaël Michaud :

> Hi Peppe,
>
> I see you're working on image io in sextante plugin.
>
> OpenJUMP has a dependence on imageio-ext 1.1.7
> Would it make sense to upgrade to 1.1.13 ?
>
> Michaël
>
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: Re: Any features added to openjump between versions 1.7.1 and 1.8.0 worth mentioning in the Project Overview?

[Giuseppe Aruta]

More than changes there must be some important bug fixes on up-to-come OJ
1.9.1

2016-03-02 23:05 GMT+01:00 Stefan Steiniger :

> any comments?
> I don't really now if you had major changes (e.g. renaming of functions...
> but I don't think so)
>
> stefan
>
>  Forwarded Message 
> Subject: Re: Any features added to openjump between versions 1.7.1 and
> 1.8.0 worth mentioning in the Project Overview?
> Date: Thu, 3 Mar 2016 08:44:57 +1100
> From: Cameron Shorter 
> 
> To: Landon Blake 
> 
> CC: Stefan Steiniger  , Michaël
> Michaud  , Edgar Soldin
>  
>
> Thanks Landon,
> I'll update the version in the project overview. I assume no changes are
> required for the quickstart?
>
> Cheers Cameron
>
> On 3/03/2016 4:55 am, Landon Blake wrote:
>
> Cameron:
>
> I didn't see any major changes needed to the overview. I also believe we
> have publicly released Version 1.9. What do we need to do to get the latest
> version on the LiveDVD?
>
> Landon
>
> On Mon, Feb 29, 2016 at 2:56 AM,  wrote:
>
>> Hi Stefan, Landon, Michaë, Edgar,
>>
>> The OSGeo-Live Project Overview for openjump currently describes version
>> 1.7.1, however version 1.8.0 is installed on the next OSGeo-Live9.5 release.
>> Are there any features which should be added to the Project Overview, or
>> does the doc just require a version update?
>>
>> You can see the latest nightly OSGeo-Live docs here:
>> 
>> http://adhoc.osgeo.osuosl.org/livedvd/docs/en/overview/overview.html
>> And docs are in git here: https://github.com/OSGeo/OSGeoLive-doc
>>
>> Warm regards,
>>
>> --
>> Cameron Shorter,
>> Software and Data Solutions Manager
>> LISAsoft
>> Suite 112, Jones Bay Wharf,
>> 26 - 32 Pirrama Rd, Pyrmont NSW 2009
>>
>> P +61 2 9009 5000,  W www.lisasoft.com
>>
>>
>
> --
> Cameron Shorter,
> Software and Data Solutions Manager
> LISAsoft
> Suite 112, Jones Bay Wharf,
> 26 - 32 Pirrama Rd, Pyrmont NSW 2009
>
> P +61 2 9009 5000,  W www.lisasoft.com,  F +61 2 9009 5099
>
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] About OpenJUMP and SRID

[Giuseppe Aruta]

Hi all
My question is how I can read SRID from a geographic database, ex
spatialite, loaded into OJ workbench. I see that each database class has a
a getSRID(String datasetName, String colName) method called on dbase
metadata. I wonder how I can access to thois info from the layer
Thanks in advance
Peppe
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] About OpenJUMP and SRID

[Giuseppe Aruta]

I found it.

SRIDStyle sridStyle = (SRIDStyle) layers[0].getStyle(SRIDStyle.class);
  final int oldSRID = sridStyle.getSRID();

It was even easier I was thinking about. When loading a Database layer,
srid is recorded as style and it is easly accessible.
ChangeSRIDPlugIIn doesn't record this.
Peppe


2016-03-30 15:32 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi all
> My question is how I can read SRID from a geographic database, ex
> spatialite, loaded into OJ workbench. I see that each database class has a
> a getSRID(String datasetName, String colName) method called on dbase
> metadata. I wonder how I can access to thois info from the layer
> Thanks in advance
> Peppe
>
>
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] About OpenJUMP and SRID

[Giuseppe Aruta]

Errata corrige: ChangeSRIDPlugIIn do recognize a database srid!

2016-03-30 17:27 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> I found it.
>
> SRIDStyle sridStyle = (SRIDStyle) layers[0].getStyle(SRIDStyle.class);
>   final int oldSRID = sridStyle.getSRID();
>
> It was even easier I was thinking about. When loading a Database layer,
> srid is recorded as style and it is easly accessible.
> ChangeSRIDPlugIIn doesn't record this.
> Peppe
>
>
> 2016-03-30 15:32 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:
>
>> Hi all
>> My question is how I can read SRID from a geographic database, ex
>> spatialite, loaded into OJ workbench. I see that each database class has a
>> a getSRID(String datasetName, String colName) method called on dbase
>> metadata. I wonder how I can access to thois info from the layer
>> Thanks in advance
>> Peppe
>>
>>
>>
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] interesting read... what happens if your (QGIS) Software project gets big and (many) companies involved

[Giuseppe Aruta]

Hi Stefan,
interesting post. Thanks for the link.
There would be more things worth to discuss, in our little community.
I may be wrong but, regarding forks, I can see that, in the case of
Jump/OpenJump, it  was the presence of divergent forks that helps OJ to go
on. I am thinking about both simple users (I know some collugues who were
using Kosmo and now became OJ users - it was also my story) or   developers
(I think the efforts of Alberto and others to move useful raster staff from
AdBToolbox- a MSWindows-based fork of OJ - to OpenJUMP.
In other hand the Elephantine QGIS has to face  problems, which right now
become opportunities for us - hominid bush in the Plestocene time of
Opensource
http://theness.com/neurologicablog/index.php/a-new-hominin-a-sediba/

Peppe



2016-04-25 14:53 GMT+02:00 Stefan Steiniger :

> Hey guys,
>
> did just read this interesting post by Tim Sutton who is heading the
> QGIS steering committee. Fortunately there isn't anything that the OJ
> Dev team has to think about yet... the only exception may be the naming
> of extensions. For instance I called on of my extensions OpenJUMP
> HoRAE... But well HoRAE isn't a company name or a like, and sources are
> available in our repository.
>
> Promoting and using QGIS for the enterprise – QGIS.org blog
>
> http://blog.qgis.org/2016/04/23/promoting-and-using-qgis-for-the-enterprise/
>
> This stuff is of course based on experiences... so I wonder what happens
> over there
>
> cheers,
> stefan
>
>
> --
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] convert a prj/proj code to epsg code

[Giuseppe Aruta]

Hi Michael,
I gave a look into your library cts 1.3.2 and found that there are parsers
for prj/proj codes. How do they work? Is there a method that gives back an
epsg code from prj string, like in geotools?
thanks
Peppe
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improved version of Layer Properties plugin

[Giuseppe Aruta]

Hi Ede,

But there are some plugin which are not actived even if they are in the
default_plugins.xml file, like

- org.openjump.core.ui.plugin.layer.CTSPlugIn
after
-org.openjump.core.ui.plugin.layer.NewLayerPropertiesPlugIn

and

- org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn (this is a
duplicate)
 after
- com.vividsolutions.jump.workbench.ui.plugin.AddNewFeaturesPlugIn

Peppe

2016-05-23 11:00 GMT+02:00 <edgar.sol...@web.de>:

> Peppe,
>
> double entries in default-plugins.xml are not dead but merely entries for
> if a plugin is installed into more than one menu (eg. main and layerview
> popup).
>
> ..ede
>
>
> On 21.05.2016 17:14, Giuseppe Aruta wrote:
> > Hi Michael,
> > Thanks for clarification.I correct the plugin position.
> > I was confused as there are two
> org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn  entries on
> default-plugins.xml file.
> > There are also other "dead" lines.
> > Peppe
> >
> > 2016-05-21 11:03 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr
> <mailto:m.michael.mich...@orange.fr>>:
> >
> > Hi Peppe,
> >
> > I'm OK with putting LayerProperties plugin between "Zoom to Layer"
> and "View / edit attributes"
> >
> > but I don't understand your previous mail.
> > Curently, LayerProperties (old one) is just before "Zoom to Layer"
> (line 1077 in default-plugins)
> > NewLayerProperties is located after "Add New Features" (line 1217 in
> default-plugins)
> >
> > I think you don't want NewLayerProperties to be at this place...
> >
> > Michaël
> >
> >
> >
> > Le 21/05/2016 à 07:38, Giuseppe Aruta a écrit :
> >> Anyhow I would prefer to have Layer Properties plugin and View /
> edit attributes  close to each other. I would move Zoom to layer one step
> higher.
> >>
> >> 2016-05-21 7:33 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com
> <mailto:giuseppe.ar...@gmail.com>>:
> >>
> >> Hi Michael,
> >> No Michael, I found the two codes (apperently both actived)
> and  I only substituted my commits in the same place where Layer Properties
> was displayed on my laptop. In my case it was the reverse (from OJ4915 (the
> one before my changes) and on my Win8): the displayed LayerPropertyPlugIn
> was the one afte "Delete All features" while the one after
> AddNewFeaturesPlugIn was not displayed. I uncommeted the one that was
> active on my laptop, but left the other.
> >> I wonder if the double code creates different menu
> organizations on different  PC/OS
> >> Peppe
> >>
> >>
> >> 2016-05-21 1:28 GMT+02:00 Michaël Michaud < m.michael.mich...@orange.fr>m.michael.mich...@orange.fr  m.michael.mich...@orange.fr>>:
> >>
> >> Hi Peppe,
> >>
> >> Nice looking :o)
> >> In the default-plugin.xml, the LayerPropertyPlugIn just
> after "Delete All features" is still the old one.
> >> The new one is located after "Add New Features" Is it
> intended ?
> >> You probably wanted to replace old one by new one.
> >>
> >> Michaël
> >>
> >>
> >> Le 20/05/2016 à 14:38, Stefan Steiniger a écrit :
> >>>
> >>> Hey Peppe,
> >>>
> >>> looks nice!
> >>> I wondered about the package location and naming, but I
> see now that I actually did create openjump.core.ccordsys :( or better ;)
> >>>
> >>> cheers,
> >>> Stefan
> >>>
> >>> On 5/20/16 07:06, Giuseppe Aruta wrote:
> >>>>
> >>>> ​Hi all,
> >>>> An enhenced version of Layer property plugin is available
> on OpenJUMP Nightly build 4916.
> >>>> Immagine incorporata 1
> >>>> This new version displays all the information in a nice
> table which can be saved as HTML
> >>>> Among the new improvents:
> >>>> a) plugin can detect if selected layer is a vector,
> image, geotabase or a WFS sand shows path/url and extension/sorce layer
> >>>> b) if more than a layer is selected or if selected layer
> is a catalogue with some image files, the plugin shows the complete list of
> the related layer/files
> >>>> c) Add a goo

Re: [JPP-Devel] Improved version of Layer Properties plugin

[Giuseppe Aruta]

CTSPlugIn is your plugin, Ede. I have been used  a lot and it is still
valid in case of local transformation.

I found also a:
org.openjump.core.ui.plugin.layer.ReprojectionPlugIn which is not included
in OJ code neither in the plugins.
Does someone know what is that?
Peppe



2016-05-23 12:15 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Ede,
>
> But there are some plugin which are not actived even if they are in the
> default_plugins.xml file, like
>
> - org.openjump.core.ui.plugin.layer.CTSPlugIn
> after
> -org.openjump.core.ui.plugin.layer.NewLayerPropertiesPlugIn
>
> and
>
> - org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn (this is a
> duplicate)
>  after
> - com.vividsolutions.jump.workbench.ui.plugin.AddNewFeaturesPlugIn
>
> Peppe
>
> 2016-05-23 11:00 GMT+02:00 <edgar.sol...@web.de>:
>
>> Peppe,
>>
>> double entries in default-plugins.xml are not dead but merely entries for
>> if a plugin is installed into more than one menu (eg. main and layerview
>> popup).
>>
>> ..ede
>>
>>
>> On 21.05.2016 17:14, Giuseppe Aruta wrote:
>> > Hi Michael,
>> > Thanks for clarification.I correct the plugin position.
>> > I was confused as there are two
>> org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn  entries on
>> default-plugins.xml file.
>> > There are also other "dead" lines.
>> > Peppe
>> >
>> > 2016-05-21 11:03 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr
>> <mailto:m.michael.mich...@orange.fr>>:
>> >
>> > Hi Peppe,
>> >
>> > I'm OK with putting LayerProperties plugin between "Zoom to Layer"
>> and "View / edit attributes"
>> >
>> > but I don't understand your previous mail.
>> > Curently, LayerProperties (old one) is just before "Zoom to Layer"
>> (line 1077 in default-plugins)
>> > NewLayerProperties is located after "Add New Features" (line 1217
>> in default-plugins)
>> >
>> > I think you don't want NewLayerProperties to be at this place...
>> >
>> > Michaël
>> >
>> >
>> >
>> > Le 21/05/2016 à 07:38, Giuseppe Aruta a écrit :
>> >> Anyhow I would prefer to have Layer Properties plugin and View /
>> edit attributes  close to each other. I would move Zoom to layer one step
>> higher.
>> >>
>> >> 2016-05-21 7:33 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com
>> <mailto:giuseppe.ar...@gmail.com>>:
>> >>
>> >> Hi Michael,
>> >> No Michael, I found the two codes (apperently both actived)
>> and  I only substituted my commits in the same place where Layer Properties
>> was displayed on my laptop. In my case it was the reverse (from OJ4915 (the
>> one before my changes) and on my Win8): the displayed LayerPropertyPlugIn
>> was the one afte "Delete All features" while the one after
>> AddNewFeaturesPlugIn was not displayed. I uncommeted the one that was
>> active on my laptop, but left the other.
>> >> I wonder if the double code creates different menu
>> organizations on different  PC/OS
>> >> Peppe
>> >>
>> >>
>> >> 2016-05-21 1:28 GMT+02:00 Michaël Michaud <> m.michael.mich...@orange.fr>m.michael.mich...@orange.fr > m.michael.mich...@orange.fr>>:
>> >>
>> >> Hi Peppe,
>> >>
>> >> Nice looking :o)
>> >> In the default-plugin.xml, the LayerPropertyPlugIn just
>> after "Delete All features" is still the old one.
>> >> The new one is located after "Add New Features" Is it
>> intended ?
>> >> You probably wanted to replace old one by new one.
>> >>
>> >> Michaël
>> >>
>> >>
>> >> Le 20/05/2016 à 14:38, Stefan Steiniger a écrit :
>> >>>
>> >>> Hey Peppe,
>> >>>
>> >>> looks nice!
>> >>> I wondered about the package location and naming, but I
>> see now that I actually did create openjump.core.ccordsys :( or better ;)
>> >>>
>> >>> cheers,
>> >>> Stefan
>> >>>
>> >>> On 5/20/16 07:06, Giuseppe Aruta wrote:
>> >>>>
>> >>>> 

Re: [JPP-Devel] convert a prj/proj code to epsg code

[Giuseppe Aruta]

Hi Michaël, Jukka,

Thanks for the commets,

My idea is to develop a way to save a layer projection to .prj/.aux files
starting from a selected SRID (EPSG) code.

 I will probably explore an alternative way using  a -
file list. I found several lists like this one (
http://sharpmapv2.googlecode.com/svn/trunk/SharpMap.Tests/SRID.csv)
deriving from geotool/geotoolkit projects (GDAL ones seems more
complicated).

There are small differences between ogc wkt and .prj syntaxes (.prj uses
underscores to sepatate words while ogc prefers spaces and slash) but it
seems that QGIS (org2org?) doesn't care (I created a .prj file for a
shapefile using ogc and loaded into QGIS, which correctly reprojected the
file "on fly"). I wonder if ESRI does.

Best regards
Peppe

2016-05-02 14:53 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> I fear that it is very hard to map the .prj text to EPSG-codes  in a
> reliable way. GDAL tries to do it with this code
> https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri.cpp but
> sometimes it does fails with interpreting the .prj file. Roundtrip fails
> more frequently (read prj, write a new prj and find that they are not
> identical).
>
>
>
> -Jukka Rahkonen-
>
>
>
> Michaël Michaud wrote:
>
>
>
> Hi Peppe,
>
> It is not possible to find an epsg code from the prj with CTS. I think it
> is not an obvious thing (I think we can find several prj refering to the
> same srs, but with small differences in datum name or in parameters
> precision). I'll try to have a look at geotools to see how they do.
>
> Michaël
>
> Le 26/04/2016 07:06, Giuseppe Aruta a écrit :
>
> Hi Michael,
>
> I gave a look into your library cts 1.3.2 and found that there are parsers
> for prj/proj codes. How do they work? Is there a method that gives back an
> epsg code from prj string, like in geotools?
>
> thanks
>
> Peppe
>
>
>
>
> --
>
> Find and fix application performance issues faster with Applications Manager
>
> Applications Manager provides deep performance insights into multiple tiers of
>
> your business applications. It resolves application problems quickly and
>
> reduces your MTTR. Get your free trial!
>
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>
>
>
>
> ___
>
> Jump-pilot-devel mailing list
>
> Jump-pilot-devel@lists.sourceforge.net
>
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP will not work on Java 9

[Giuseppe Aruta]

Interesting. I wonder if this affects OpenJDK too.
Peppe


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

> Hi,
>
> I downloaded an early access version of Java 9 from
> http://download.java.net/java/jdk9/archive/116/binaries/jre-9-ea+116_windows-x64_bin.exe
> and tried to start OpenJUMP with it. OJ did not start. With core the error
> was
>
> Caused by: java.lang.NumberFormatException: For input string: ""
> at java.lang.NumberFormatException.forInputString(java.base@9-ea
> /NumberFormatException.java:65)
> at java.lang.Integer.parseInt(java.base@9-ea/Integer.java:705)
> at java.lang.Integer.parseInt(java.base@9-ea/Integer.java:813)
> at
> com.sun.media.imageioimpl.common.ImageUtil.processOnRegistration(ImageUtil.java:1408)
> at
> com.sun.media.imageioimpl.plugins.wbmp.WBMPImageWriterSpi.onRegistration(WBMPImageWriterSpi.java:106)
> at
> javax.imageio.spi.SubRegistry.registerServiceProvider(java.desktop@9-ea
> /ServiceRegistry.java:773)
> at
> javax.imageio.spi.ServiceRegistry.registerServiceProvider(java.desktop@9-ea
> /ServiceRegistry.java:328)
> at
> javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(java.desktop@9-ea
> /IIORegistry.java:214)
> at javax.imageio.spi.IIORegistry.(java.desktop@9-ea
> /IIORegistry.java:138)
> at
> javax.imageio.spi.IIORegistry.getDefaultInstance(java.desktop@9-ea
> /IIORegistry.java:159)
> at javax.imageio.ImageIO.(java.desktop@9-ea
> /ImageIO.java:66)
>
> By reading
> https://jaxenter.com/how-java-9-and-project-jigsaw-may-break-your-code-116965.html
> I wonder if it is com.sun.media.imageio that breaks the code and how
> difficult it would be to make OpenJUMP to run with Java 9. Perhaps that
> would become OpenJUMP 2 because probably it would not be backwards
> compatible.
>
> I made a very short test with JTS 1.14 and testbuilder seems to work with
> jre-9.
>
> -Jukka Rahkonen-
>
> --
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new SaveAs wizard

[Giuseppe Aruta]

Hi Ede,
Excuse me  for long time to answer. I am still on Bolsena Lake with poor
web connection . I will test the New Save wizard in the next week when I am
back home and give back a feedback.
I follow the discussion and read Michael's questions/your answers.
I was planning after vacation to add an extra plugin on layer context menu,
which will save layer projection to .prj file ( it requires a .prj codes
registry that I have and doesn't occupy too much space). My original idea
was to add this function as saparate plugin untill i would have studied to
use it as option on save shapefile(*).
But I think I could try to implement this function as a separate writer on
SaveWizardPlugIn ( with enablecheck). I will study your code. I suggest
also to put few notes and a sample, when ready,  on a wiki page.
Best regards
Peppe

(*)
Also save SLD style should be implemented as an option on  shapefile writer
or on save to vector writers


Il 28/Lug/2016 11:21,  ha scritto:

>

> >

> On 27.07.2016 23:53, Michaël Michaud wrote:
> > Hi Ede,
> >
> > I'm tying to add database writer to the new SaveWizardPlugIn.
> >
> > I added a SaveToDataStoreWizard in the initialize method of
SaveWizardPlugIn,
> > So far so good (it does not do anything yet ;-)
> >
> > In SaveWizardPlugIn execute method, I see that inputData is referenced
under the key
> > SaveFileWizard.DATAKEY_LAYERNAME
> >
> > Should I change it to
> >
> > SaveWizardPlugin.DATAKEY_LAYERNAME as SaveWizardPlugin should not
depends
> > on a particular wizard ?
>
> sounds reasonable to me :)
>
> > Also I think that the normalization of layerName should be handle by
each wizard
> > as the rule may be different for a filename and for a tablename.
>
> it's intended as an optional input for savewizards to use or not. i like
to have a central place that generalizes the layername in a way that most
savers could use.
>
> >And maybe
> > multiple layer should be accepted at this stage, some wizards may be
able to
>
> yeah, no.. let's keep it simple for now and focus on saving one layer as
...
>
> > handle several layer...
>
> maybe at a later stage, but essentially i think that this needs another
plugin alltogether, maybe using components of this one.
> more details coming in the answer to your other email.
>
> ..ede
>
>
--
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net

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


Il 28/Lug/2016 11:21,  ha scritto:
>
> On 27.07.2016 23:53, Michaël Michaud wrote:
> > Hi Ede,
> >
> > I'm tying to add database writer to the new SaveWizardPlugIn.
> >
> > I added a SaveToDataStoreWizard in the initialize method of
SaveWizardPlugIn,
> > So far so good (it does not do anything yet ;-)
> >
> > In SaveWizardPlugIn execute method, I see that inputData is referenced
under the key
> > SaveFileWizard.DATAKEY_LAYERNAME
> >
> > Should I change it to
> >
> > SaveWizardPlugin.DATAKEY_LAYERNAME as SaveWizardPlugin should not
depends
> > on a particular wizard ?
>
> sounds reasonable to me :)
>
> > Also I think that the normalization of layerName should be handle by
each wizard
> > as the rule may be different for a filename and for a tablename.
>
> it's intended as an optional input for savewizards to use or not. i like
to have a central place that generalizes the layername in a way that most
savers could use.
>
> >And maybe
> > multiple layer should be accepted at this stage, some wizards may be
able to
>
> yeah, no.. let's keep it simple for now and focus on saving one layer as
...
>
> > handle several layer...
>
> maybe at a later stage, but essentially i think that this needs another
plugin alltogether, maybe using components of this one.
> more details coming in the answer to your other email.
>
> ..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] new SaveAs wizard

[Giuseppe Aruta]

hi Stefan
.asc and .felt can have a .prj file. Regarding raster I also found
something similar (file.jpg -》file.jpg.prj)
Il 29/Lug/2016 16:41, "Stefan Steiniger"  ha scritto:

> > which formats actually depend on a prj file because they don't file
> their projection themselves?
> as far as I recall its only shapefile ;) There aren't many other
> standard vector formats.
> Interestingly QGIS creates sometimes in parallel a *.qpj file, not
> touching the original one.
> In geojson there is only definition of the projection as epsg code ¿I
> think?, not as separate file.
>
> And for raster we have only tfw - but this doesn't include the
> projection/coord sys info. Interestingly I got recently data where they
> send me also a prj file with the raster data... so one would know which
> projection it is in.
>
> my 2 cents,
> stefan
>
>
>
> --
> ___
> 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] Add SRID and units to Task

[Giuseppe Aruta]

@Jukka and Manfred.
My project doesn't consider any tranfirmation or reproduction in this step.
Only ability to recognize if selected Map ( task in this case) is in metre
foot or in geographic coordinates
Il 03/Ago/2016 14:46, "manf...@egger-gis.at" <manf...@egger-gis.at> ha
scritto:

> ... look here: http://epsg.io/?q=Austria&=search
>
> Best regards
>
> -Original Message-
> From: "manf...@egger-gis.at" <manf...@egger-gis.at>
> Sent: Wednesday, August 3, 2016 8:40am
> To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
> Cc: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
> Subject: Re: [JPP-Devel] Add SRID and units to Task
>
> ... i think Peppe means that in every country there are typical coordinate
> systems (in Austria there are about 12 -15).
> If the user add some data which are "wrong" located and wants to tranform
> it OPEN JUMP will recommend typical EPSG-Code basing on the EPSG of the
> project. This does not mean "on the fly transformation"?
>
> Manfred Egger
>
> Alois-Schrott-Str. 34
> 6020 Innsbruck
> Austria
>
> Web: http://egger-gis.at
>
>
> -Original Message-
> From: "Rahkonen Jukka (MML)" <jukka.rahko...@maanmittauslaitos.fi>
> Sent: Wednesday, August 3, 2016 7:25am
> To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net>
> Subject: Re: [JPP-Devel] Add SRID and units to Task
>
>
> --
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> Hi,
>
> I fear that you aim at similar “on the fly CRS transformation” than QGIS
> has. I admit that it would be nice to be able to use layers with different
> native SRIDs together in OpenJUMP project but I am pretty sure that it will
> introduce new problems as well for example when editing data or making
> measurements in the non-native SRID. I hope that the current robust but not
> so much SRID aware behavior can still be preserved in the future as an
> option.
>
> You did not mention JML data files but I think that they could have an
> additional element for storing the SRID.
>
> -Jukka Rahkonen-
>
> Giuseppe Aruta wrote:
>
>
> Hi all,
> The title explains what is my idea. In a possible future we can extend OJ
> projection capabilities.  And the 1st step I would explore is to add SRID
> code to a task (to centralize possible transformations) and unit of
> measurements (retriving from SRID, which will affect other plugins/tools
> like measure tools, measure area/length, display scales etc, especially for
> Geographic coordinate systems).
> I gave a look at Task class , should I implement (srid and unit) as
> properties into the associate xml file? Does it breaks compatibility?
> Thanks for the help
> Peppe
>
>
>
>
>
>
> --
> ___
> 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] GeoJSON write support

[Giuseppe Aruta]

Thanks Ede and thanks Jukka!
We should  promote  Ede's (and orhers) development skills. I think there
was a page on the wiki related to that.
Peppe
Il 13/Lug/2016 19:02,  ha scritto:

> hey All,
>
> it's done so far, again courtesy the generous sponsoring by Jukka.
> unfortunately i can't upload it to svn trunk as sf.net is experiencing
> technical difficulties. will do so as soon this is resolved, so stay tuned.
>
> have fun.. ede
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.http://sdm.link/zohodev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new SaveAs wizard

[Giuseppe Aruta]

Hey Ede,
It is OK. Don't worry and take all the time you need. On the other hand it
is summertime and there are probably few members that can test the new
improvement.
P.S. I just saw you worked around the bug. I am going to test on next days
and give back a report.
Thank again for all you did and are doing
Peppe
Il 20/Lug/2016 13:34, <edgar.sol...@web.de> ha scritto:

>

> >

> wouldn't it be nice if something works on the first try ;)
>
> will have a look.. ede
>
> On 20.07.2016 13:32, Giuseppe Aruta wrote:
> > I did a few test in saving to shp
> > 1) open a file. Editable unelected. Save to shapefile.  Null point
exception
> > 2) on the same project, I make the layer editable and try to save.
Null point exception.
> > 3) create a new project, load the same file, make the layer editable
and add features and save. Null point exception.
> >
> > Null point exception is:
> > DatasourceFileLayerSaver, 38
> > SaveFileWizard, 56
> > SaveWizardPlugin, 101
> >
> > Il 19/Lug/2016 16:42, <edgar.sol...@web.de <mailto:edgar.sol...@web.de>>
ha scritto:
> >
> > hey Peppe,
> >
> > On 19.07.2016 10:07, Giuseppe Aruta wrote:
> > > Thanks for the improvements. I saw you added other classes and
did a big job
> >
> > well, actually because of the existing wizard framework classes it
was quite easy to implement it. maybe 3-4 half days.
> >
> > ..ede
> >
> >
 --
> > What NetFlow Analyzer can do for you? Monitors network bandwidth
and traffic
> > patterns at an interface-level. Reveals which users, apps, and
protocols are
> > consuming the most bandwidth. Provides multi-vendor support for
NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using
capacity planning
> > reports.http://sdm.link/zohodev2dev
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net 
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> >
> >
--
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
traffic
> > patterns at an interface-level. Reveals which users, apps, and
protocols are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
planning
> > reports.http://sdm.link/zohodev2dev
> >
> >
> >
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
--
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
planning
> reports.http://sdm.link/zohodev2dev
> ___
> 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>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new SaveAs wizard

[Giuseppe Aruta]

Hi Ede,
Thanks for the improvements. I saw you added other classes and did a big
job. I  will give a look when I will be back home.
Peppe
Il 19/Lug/2016 08:14, "Michaël Michaud"  ha
scritto:

> Hi Ede,
>
> Thanks for the improvement.
>
> I'll try to have a look this week and check how it goes with special
> savers like database writers.
>
> Michaël
>
>
> Le 18/07/2016 à 21:58, edgar.sol...@web.de a écrit :
> > hey All,
> >
> > because i was fed up with the old SaveDatasetAsPlugIn,it's switching
> file selection panels, weird logic etc. and because we really needed a more
> flexible way to save datasets i took the time to hack exactly that.
> >
> > *drumroll* - entrance the new SaveWizardPlugin, which actually houses
> only the a file saver for now but should be able to house other targets as
> well. more details in the description of the patch set below.
> > for now it can be found below the traditional "Save Dataset As" in the
> file menu. it should be capable of everything the old plugin did, but
> implemented more elegantly (only one filechooser).
> >
> > so, test away and maybe we can make it default in the next release
> already.. sunny regards ede
> >
> >  Forwarded Message 
> > Subject: [JPP-Devel] SVN: [4988] core/trunk
> > Date: Mon, 18 Jul 2016 19:46:46 +
> > From: jump-pilot-...@lists.sourceforge.net
> > Reply-To: OpenJump develop and use <
> jump-pilot-devel@lists.sourceforge.net>
> > To: jump-pilot-devel@lists.sourceforge.net
> >
> > Revision: 4988
> >http://sourceforge.net/p/jump-pilot/code/4988
> > Author:   edso
> > Date: 2016-07-18 19:46:44 + (Mon, 18 Jul 2016)
> > Log Message:
> > ---
> >* add brand new shiny SaveWizardPlugin, which is supposed to
> eventually
> >  replace the outdated SaveDatasetAsPlugIn adding the possibility to
> install
> >  further datasource writers allowing to save easily to different
> datasource
> >  stores, hopefully databases, WFS, archives or the likes in the
> future
> >
> > Modified Paths:
> > --
> >  core/trunk/ChangeLog
> >  core/trunk/scripts/default-plugins.xml
> >
> core/trunk/src/com/vividsolutions/jump/io/datasource/ReaderWriterFileDataSource.java
> >
> core/trunk/src/com/vividsolutions/jump/io/datasource/StandardReaderWriterFileDataSource.java
> >
> core/trunk/src/com/vividsolutions/jump/workbench/datasource/SaveFileDataSourceQueryChooser.java
> >  core/trunk/src/com/vividsolutions/jump/workbench/ui/GUIUtil.java
> >
> core/trunk/src/com/vividsolutions/jump/workbench/ui/wizard/WizardDialog.java
> >
> > Added Paths:
> > ---
> >
> core/trunk/src/com/vividsolutions/jump/io/datasource/FileDataSource.java
> >
> core/trunk/src/org/openjump/core/ui/io/file/AbstractFileLayerSaver.java
> >
> core/trunk/src/org/openjump/core/ui/io/file/DataSourceFileLayerSaver.java
> >  core/trunk/src/org/openjump/core/ui/io/file/FileLayerSaver.java
> >
> core/trunk/src/org/openjump/core/ui/plugin/file/SaveWizardPlugIn.java
> >  core/trunk/src/org/openjump/core/ui/plugin/file/save/
> >
> core/trunk/src/org/openjump/core/ui/plugin/file/save/FileDataSourceQueryChooserExtensionFilter.java
> >
> core/trunk/src/org/openjump/core/ui/plugin/file/save/FileDataSourceQueryChooserOneExtensionFilter.java
> >
> core/trunk/src/org/openjump/core/ui/plugin/file/save/SaveFileWizard.java
> >
> core/trunk/src/org/openjump/core/ui/plugin/file/save/SelectFilePanel.java
> >
> > SNIP
> >
> >
> --
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> > patterns at an interface-level. Reveals which users, apps, and protocols
> are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> > reports.http://sdm.link/zohodev2dev
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.http://sdm.link/zohodev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and 

Re: [JPP-Devel] new SaveAs wizard

[Giuseppe Aruta]

I did a few test in saving to shp
1) open a file. Editable unelected. Save to shapefile.  Null point exception
2) on the same project, I make the layer editable and try to save.  Null
point exception.
3) create a new project, load the same file, make the layer editable and
add features and save. Null point exception.

Null point exception is:
DatasourceFileLayerSaver, 38
SaveFileWizard, 56
SaveWizardPlugin, 101
Il 19/Lug/2016 16:42, <edgar.sol...@web.de> ha scritto:

> hey Peppe,
>
> On 19.07.2016 10:07, Giuseppe Aruta wrote:
> > Thanks for the improvements. I saw you added other classes and did a big
> job
>
> well, actually because of the existing wizard framework classes it was
> quite easy to implement it. maybe 3-4 half days.
>
> ..ede
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.http://sdm.link/zohodev2dev
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add automatic detection of SRID when loading file (as Layer.class)

[Giuseppe Aruta]

Hi Michael,
thanks for the comments,

>- wonder if WKT parser and prj parser included in cts could help
I first checked to cts class  than I decided to define a new class.
I preferred this solution as the registry (srid.txt) can easely extended
with new epsg codes or, what I wanted to have, "dialects" of codes (for
instance 4326 has 2 lines (<4326>; and <4326>;) and
some others even three.
Right now,
In the future, whe I found a way, an  user can upgrade constantly the
registry with new codes (I took the idea from MapWindows GIS).

> - there is probably a typo on method name getWktrojDefinition
> - in decodeProjDescription you use replace or replaceAll with regex
argument,
>but only replaceAll takes a regex argument, replace use a simple
CharSequence
>(does not understand \\b)>
I will correct on the next days

Michael, I discovered 2 very usefull classes from your  CTSPlugin:
org.openjump.util.SuggestTree.SuggestTreeComboBox and
org.openjump.util.SuggestTree.
I started to use them into an experimental plugin (a "massive" exporter for
layerables) I am working around and I plan to add to OJ. I ask you if you
can add these classes to OpenJUMP source code. Thanks
Peppe

2016-07-07 23:50 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi Peppe,
>
> Seems you did a good work on projection support.
>
> I did not test yet, but had a quick look at the code :
>
> - wonder if WKT parser and prj parser included in cts could help
>
> - there is probably a typo on method name getWktrojDefinition
>
> - in decodeProjDescription you use replace or replaceAll with regex
> argument,
> but only replaceAll takes a regex argument, replace use a simple
> CharSequence
> (does not understand \\b)
>
> Le 06/07/2016 à 19:37, Giuseppe Aruta a écrit :
>
> Hi Stefan, Ede, Michael, Jukka and others
>
> I added to org.openjump.core.ui.io.file.DataSourceFileLayerLoader a small
> piece of code that should be able to detect SRID code from a file when it
> is loaded as Layer.class (Open>File..). It should be available on OJ 4951
>
> It uses a method I added to class
> org.openjump.core.ccordsys.utils.ProjUtils, which is able to detect SRID
> from GeoTIFF tag or, more tricky, to convert known WKT projection string
> from a .PRJ or .AUX file to a SRID code (currently only EPSG and ESRI codes
> are supported).
>
> This method  doesn't use any extra libraries (no Geotools) but only OJ
> resources ( see files into package org.openjump.core.ccordsys.utils).
> Whith this modification the ability of OJ to read projection could be
> coplete, at least for Layer.class, as datastores and WFS already save layer
> SRIDStyle.
>
> This may sound of very low usage, for now. But I feel that the
> possibilitues for the future should be more actractive.
> For instance, on OJ 4951  Michael's reprojection plugin will correctly
> detect source SRS.
>
> In the future we can add a "Set project SRS", like in GvSIG or Kosmo. So,
> whenever a file is loaded, the system could compare Projection SRS with
> Layer SRS and warns that the file should be reprojected - not "on fly" but
> close.
>
> I hope I didn't break any "tea set"  with this modification so I ask you
> to test in the next days if everythig goes right.
>
> Best regards
> Peppe
>
>
>
>
>
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register 
> today.http://sdm.link/attshape
>
>
>
> ___
> Jump-pilot-devel mailing 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech lu

[JPP-Devel] Add automatic detection of SRID when loading file (as Layer.class)

[Giuseppe Aruta]

Hi Stefan, Ede, Michael, Jukka and others

I added to org.openjump.core.ui.io.file.DataSourceFileLayerLoader a small
piece of code that should be able to detect SRID code from a file when it
is loaded as Layer.class (Open>File..). It should be available on OJ 4951

It uses a method I added to class
org.openjump.core.ccordsys.utils.ProjUtils, which is able to detect SRID
from GeoTIFF tag or, more tricky, to convert known WKT projection string
from a .PRJ or .AUX file to a SRID code (currently only EPSG and ESRI codes
are supported).

This method  doesn't use any extra libraries (no Geotools) but only OJ
resources ( see files into package org.openjump.core.ccordsys.utils).
Whith this modification the ability of OJ to read projection could be
coplete, at least for Layer.class, as datastores and WFS already save layer
SRIDStyle.

This may sound of very low usage, for now. But I feel that the
possibilitues for the future should be more actractive.
For instance, on OJ 4951  Michael's reprojection plugin will correctly
detect source SRS.

In the future we can add a "Set project SRS", like in GvSIG or Kosmo. So,
whenever a file is loaded, the system could compare Projection SRS with
Layer SRS and warns that the file should be reprojected - not "on fly" but
close.

I hope I didn't break any "tea set"  with this modification so I ask you to
test in the next days if everythig goes right.

Best regards
Peppe
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] what is the usage of SnapVerticesToolsOptionsPanel (Snap vertices tool on Option panel))?

[Giuseppe Aruta]

Greetings
I wonder what is the usage of SnapVerticesToolsOptionsPanel.
I didn't find any, right now, at least on OJ base setup. Is there any
plugin that is using this option?
It seems to be a quite old class.
Thanks for the answer
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] what is the usage of SnapVerticesToolsOptionsPanel (Snap vertices tool on Option panel))?

[Giuseppe Aruta]

Thanks Michael,
the question came as I wanted to figure out how to make OptionDialog panel
simpler and more intuitive.
In this case merging SnapVerticesToolsOptionPanel with Snap or Edit panels
Peppe

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

> Hi peppe,
>
> If the checkbox is checked (default), snap vertices tool works either if
> the vertex is close to another vertex or close to the interior of a
> segment (it will introduce a new vertex in the segment).
>
> If the checkbox is not checked, it will not snap a vertex to a segment,
> only to another vertex.
>
> Michaël
>
>
> Le 31/01/2017 à 18:55, edgar.sol...@web.de a écrit :
> > On 31.01.2017 17:50, Giuseppe Aruta wrote:
> >> Greetings
> >> I wonder what is the usage of SnapVerticesToolsOptionsPanel.
> >> I didn't find any, right now, at least on OJ base setup. Is there any
> >> plugin that is using this option?
> >> It seems to be a quite old class.
> > the ConstraintDrawingTools? ..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] Duplicate code for WMS

[Giuseppe Aruta]

I agree with Ede. We didn't had any feedback if anything was working or
not.
com/vividsolutions/jump/workbench/ui/plugin/wms/WMSScaleStylePanel.java
should probably moved to org/openjump/core/ui/plugin/wms (my fault)

2017-02-02 13:45 GMT+01:00 :

> On 02.02.2017 13:29, Michaël Michaud wrote:
> > AddWMSQueryPlugIn
> >   No more used ?
> >
>
> let's keep that for reference. we can deprecate it though. ..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] org.openjump.* vs com.vividsolutions.* WAS: Duplicate code for WMS

[Giuseppe Aruta]

Sorry for the bad English: after all the day at job (all the week with
school ballots) even my English became pomposo e ambiguous
:-)

2017-02-02 17:54 GMT+01:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> > i prefer to have code that belongs together in one place
> I personally prefer the same too.
> On the other hand, keeping two separate packages can have some advantages,
> just in case we sholud have problems with the copyright for
> com/vividsolutions/jump (probably not considering the GPL but we don't know
> in the future).
> Other reason is that developers  can have interest to keep a visibility
> for their developent as a part of their job keeping own packages (and not
> the traditional).  I understand this point of view: OJ cannot survive if
> there is not a valid passion or economic incentive or both.
> Just to give an example of a newer improvement on OJ 1,10:  if you would
> have take the decision to put GeoJSON  in a Soldin package, I would have
> supported your decision.
> The position in the middle: considering case by case. In the case of WMS,
> I agree with Ede. There are other case that we should live the situation as
> it is - like all the editing Toolbox tools and related classes: there
> should be a benefit to have all in an unique packages order - but this just
> warried me considering all the classes relations that I still find (the
> snaptool option dilaog of a previous mail of mine is an example).
> Considering the topic of this discussion, my question before was only for 
> WMSScaleStylePanel.java.
> Thinking about to distinguish for not clear situations (for myself, of
> coarse;-)
> For the future, I will personally prefer to keep on improving org.openjump
> class for newer elements and keep the old com.vividsolution for
> modficataion improvemnts of vivid's older. I will adopt this method also
> for plugins.
> My 2 cents
>
> 2017-02-02 16:34 GMT+01:00 <edgar.sol...@web.de>:
>
>> we should probably talk about placing classes in general. i prefer to
>> have code that belongs together in one place.
>> i don't recall an instance that i placed code under org.openjump ,
>> because when i added eg. something to wms and that was placed under
>> com.vividsolutions, the additions went there as well.
>>
>> just because we are now OpenJUMP seems not to be a valid reason to make
>> development harder on ourselfs by cluttering packages.
>>
>> what's your point of view? ..ede
>>
>>
>> On 02.02.2017 16:26, Giuseppe Aruta wrote:
>> > I agree with Ede. We didn't had any feedback if anything was working or
>> not.
>> > com/vividsolutions/jump/workbench/ui/plugin/wms/WMSScaleStylePanel.java
>> > should probably moved to org/openjump/core/ui/plugin/wms (my fault)
>> >
>> > 2017-02-02 13:45 GMT+01:00 <edgar.sol...@web.de > edgar.sol...@web.de>>:
>> >
>> > On 02.02.2017 13 <tel:02.02.2017%2013>:29, Michaël Michaud wrote:
>> > > AddWMSQueryPlugIn
>> > >   No more used ?
>> > >
>> >
>> > let's keep that for reference. we can deprecate it though. ..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

[JPP-Devel] Kosmo CAD plugin for OpenJUMP

[Giuseppe Aruta]

Greetings to all
I am working to port CAD toos from Kosmo SAIG (*) to OpenJUMP.
This toolbar has different tools, some that have a similar counterpart in
OJ (like rotation ones) and other new that will increase OJ editing
capabilities, like drawing mirror, perpendicular lines or lines by COGO
commands.
My project is to recompile all these CAD tools the OJ to keep a
methodological compatibility between the two software.
I would like to add:
1) the CAD  source code to OpenJUMP respository
2) the resultant CAD plugin to OJ PLUS
What is your opinion about points 1) and 2)?
AFAIR we already had related discussion about Kosmo CAD tools.
I already talked with Sergio Baños Calvo, Development chief of Kosmo SAIG,
to confirm the license ( which is GPL3).
Thanks for the comments
Best regards
Peppe


(*) manual for Kosmo 2 CAD toos is here, in Spanish-
http://www.kosmoland.es/public/kosmo/v_2.0/docs/Extension_Herramienta_CAD.pdf.

I will port the next version with more tools)
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! 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] Search tool

[Giuseppe Aruta]

thanks Michael
Peppe


Il 20/Gen/2017 23:36, "Michaël Michaud"  ha
scritto:

> Hi all,
>
> I just finished a beantool to find where a plugin is located from a
> keyword.
>
> It would deserve a plugin, but I wanted to make it available before 1.10
> release.
>
> Have fun,
>
> Michaël
>
> PS : Peppe, I included SuggestTree and SuggestTreeComboBox in OpenJUMP
> so that it is easier to use it for other plugins.
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! 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] trunk ready for releasing OJ 1.10?

[Giuseppe Aruta]

ok for me.


Il 16/Gen/2017 11:23,  ha scritto:

> hey All,
>
> from my side i'd say we are ready. what do you guys say?
>
> ..ede
>
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> 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] Presentaion in Vienna

[Giuseppe Aruta]

No problem Stefan. I think we all have an holistic view on open software.
...

Il 20/Gen/2017 15:55, "Stefan Steiniger"  ha scritto:

> huh... I didn't send it offlist :(
>
> I hope nobody feels offended that I think that QGIS needs to be considered
> too, main reason for this is available 24/7 support. But - to say: OpenJUMP
> still is much stronger in editing data than QGIS.. But for creating maps,
> definitively QGIS.
> cheers,
> Stefan
>
> On 1/20/17 11:47, Stefan Steiniger wrote:
>
> Hi Mandfred
>
> there was some stuff long time back in German last one I remember is by
> Matthias Scholz: https://www.youtube.com/watch?v=4eKfKuh8h7g
>
> And while I send the answer offlist:
>
> Maybe another option is to recommend QGIS as well... it is very well
> adopted by Swiss Cantons and has plenty of support companies.
> cheers,
> stefan
>
> On 1/20/17 08:59, manf...@egger-gis.at wrote:
>
> Hi,
>
>
>
> next week i will present as coordinator of Tyrol your software in Vienna
> in the headquarter of the Austrian Service for Torrent and Avanlanche
> control.
>
>
>
> We will discuss there to reduce our ESRI-licenses for our offices in
> Austria and use more Open Source Software and i will recommend  to use Open
> Jump GIS.
>
>
>
> Do you have some nice powerpoint presenations in German about Open Jump
> GIS, which i am allowed to use?
>
>
>
> I think one problem is, that you are only four developers? What do you
> think?
>
>
>
> Best regards,
>
>
>
> Manfred Egger
>
> Alois-Schrott-Str. 34
> 6020 Innsbruck
> Austria
>
> Phone: +43 - (0)699 - 81372857 <+43%20699%2081372857>
> Web: http://egger-gis.at
>
>
> --
> Check out 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

[JPP-Devel] Add SRID and units to Task

[Giuseppe Aruta]

Hi all,
The title explains what is my idea. In a possible future we can extend OJ
projection capabilities.  And the 1st step I would explore is to add SRID
code to a task (to centralize possible transformations) and unit of
measurements (retriving from SRID, which will affect other plugins/tools
like measure tools, measure area/length, display scales etc, especially for
Geographic coordinate systems).
I gave a look at Task class , should I implement (srid and unit) as
properties into the associate xml file? Does it breaks compatibility?
Thanks for the help
Peppe
--
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add SRID and units to Task

[Giuseppe Aruta]

Hi Michaël,
thanks for the suggestions.

>srid.txt encoding
I upgraded SVN repository with a UTF-8 version.

>I noticed that tests done on the srid integer value are not consistent
between the comments and the code.
Sorry. I am still  not familiar with some developing terminology (and the
usage of Java).
Does it means I should remove those comments from that position?

>ProjUtils is a very big class and contains redundant code
Yes. During the long syage of thge class I added many extra code. Right now
I realized that readSRSFromAuxiliaryFile_1 method was not used (and I
removed from repository). I will use your suggestions and make it simpler
and smaller, following OJ philosophy.

Thanks again

Peppe

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

> Hi Peppe,
>
> Thanks for the work. Here are some suggestions.
>
> I noticed that tests done on the srid integer value are not consistent
> between the comments (and the referenced site http://help.arcgis.com/en/
> arcgisserver/10.0/apis/soap/whnjs.htm#SOAP_Geometry_FindSRByWKID.htm) and
> the code.
>
> Also I think there is a problem with srid.txt encoding (with the addition
> of IGNF registry which includes non ASCII characters). I suggest that we
> code the file  in UTF-8 (it is currently recognized as ISO 8859-1 by my
> IDE) and read it as UTF-8 so that it behaves similarly on windows or linux
> (using *InputStreamReader
> <http://docs.oracle.com/javase/8/docs/api/java/io/InputStreamReader.html#InputStreamReader-java.io.InputStream-java.lang.String->*
> *(**InputStream
> <http://docs.oracle.com/javase/8/docs/api/java/io/InputStream.html>*
> * in, **String
> <http://docs.oracle.com/javase/8/docs/api/java/lang/String.html>*
> * charset*Name))
>
> ProjUtils is a very big class and contains redundant code. Maybe a few
> helper methods would help
> - getSRSDef(int srid) // to get SRSDef from SRID (computed 3 times in the
> file)
> - normalizeSRSName(String srs) // to normalize SRSName writing
> (whitespaces, separators...)
> - getSRSDef(String prjName) // read from srid.txt
> ...
>
> In readSRSFromAuxiliaryFile_1 and readSRSFromAuxiliaryFile methods, tests
> could be organized this way
>
> projectSourceFilePrj
> projectSourceRFilePrj // not used in readSRSFromAuxiliaryFile_1
> projectSourceRFileAux
>
> // List fileList : useless !
>
> if (projectSourceFilePrj.exists()) {/**/}
> else if (projectSourceRFilePrj .exists()) {/**/}
> else if (projectSourceRFileAux.exists()) {/**/}
> else
>
> // if (!prjname.isEmpty()) {/* */} : no more needed if you wrote a
> getSRSDef(String prjName) method
>
> Michaël
>
> Le 01/09/2016 à 07:23, Giuseppe Aruta a écrit :
>
> Hi all,
> sorry for the long time I took to answer.
> I understood the difficulties. My idea was limited to work on the
> measurement part of Coordinate systems (something that I started to do on
> my Measurement plugin). The reprojection part was put aside.
> After reading the opinions of all, I decided to abandon the idea to a add
> projection ID to the Task and to limit the work in small steps only at
> layer level, without core modifications.
> I added to projection detection of layers (LayerProperty and
> RasterLayerProperty plugins) the capability to show the relative  measure
> unit.
> It was easy as it required only some extra info on the SRID registry file
> (org.openjump.core.ccordsys.utils.srid.txt)
> In the future I will work on modified (measurement, zoom, scale) plugin
> that detect that measure unit , Measure Plugin will remain the main place
> for this work.
> Best regards
> Peppe
>
> @Michael I added on SRID registry file also IGNF and IGN Gèoportail codes,
> trying to set the most possible common "synonimous". But I didn't test it
> as I didn't find datas on that Authority. Could you give a quick look,
> please. I took the informaion ffor IGN Gèoportail form this page (
> http://www.wms.lautre.net/projgp.html - 2011)
>
> 2016-08-04 23:32 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi Peppe,
>>
>> Your explanation is clear.
>>
>> I tend to be on the same opinion as Jukka on this topic because I
>> generally use OpenJUMP as a toolbox, and I generally know exactly what I
>> want to do with my data.
>>
>> But I admit that to visualize heterogeneous data, OpenJUMP has not much
>> to offer to the user to solve projection problems, and the beginner can
>> be bothered by the lack of assistance.
>>
>> Here are a few recommandation :
>>
>> 1 - Projection issues may be tricky. It is magic as long as the only
>> need is visualization, but if the user need to reproject his dataset, he

Re: [JPP-Devel] Workflow for removing small holes from a polygon

[Giuseppe Aruta]

Hi Jukka,
Kosmo Saig  has a plugin similar to what you describes (into Advanced
plugin). It seems that it defines "micropolygons" according to some
parameters: dimension in square kilometres, coefficient of thinkness,
coefficient of circularity and user algorithm.
If you think it could be useful for OJ, I can work around to port it, at
least dimension and coefficients part.
Peppe

2016-09-05 10:30 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> Does anybody have good advice for simplifying polygons by removing small
> holes? The decision if hole is small or not should be based on a given area
> – “remove if area is less that 1 sq. km”.
>
>
>
> -Jukka Rahkonen-
>
> 
> --
>
> ___
> 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] Workflow for removing small holes from a polygon

[Giuseppe Aruta]

I forgot to write: that plugin could be modified to work on holes instead
on micropolygons

2016-09-05 10:40 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> Hi Jukka,
> Kosmo Saig  has a plugin similar to what you describes (into Advanced
> plugin). It seems that it defines "micropolygons" according to some
> parameters: dimension in square kilometres, coefficient of thinkness,
> coefficient of circularity and user algorithm.
> If you think it could be useful for OJ, I can work around to port it, at
> least dimension and coefficients part.
> Peppe
>
> 2016-09-05 10:30 GMT+02:00 Rahkonen Jukka (MML) <jukka.rahkonen@
> maanmittauslaitos.fi>:
>
>> Hi,
>>
>>
>>
>> Does anybody have good advice for simplifying polygons by removing small
>> holes? The decision if hole is small or not should be based on a given area
>> – “remove if area is less that 1 sq. km”.
>>
>>
>>
>> -Jukka Rahkonen-
>>
>> 
>> --
>>
>> ___
>> 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] Add SRID and units to Task

[Giuseppe Aruta]

oo
> lightweight if we want to use it to effectively transform coordinates
> (cannot handle much transformations) and too heavyweight if we just use
> it as a reference to be used by CTS library (or any other).
>
>
> My 3 cents
>
> Michael
>
>
>
> Le 03/08/2016 à 15:13, Gmail a écrit :
> > LoopThis thread needs a larger explanation.
> > I try to simplify it.
> > other GIS like Kosmo or GVSig implemented Coordinate system framework
> > following these steps:
> > a) first step they add a projection object to the task (usually as EPSG
> or
> > ESRI code). In Kosmo user has to set that. QGIS also allows to set Task
> > projection loading that from the first loadedf file (with SRID).
> > b) QGIS define the Unit of the task from SRID ( ex. 4326>degree,
> > 32632>metre) while GvSig And Kosmo require to set it manually.
> > c) a projection object is set to each loaded layer. This is done reading
> > layer metadata or manually
> > d) if the task and the layer projection object are different a
> > transformation should be set. Those software use ( for vector) proj4
> > libraries. In this step Qgis and newer gvsig allows on fly reprojection.
> > e) this transformation is taken into account only by layer renderes on
> the
> > workbench. Which changes geometry before drawing it.
> > This transformation is saved into project file and taken into account
> > whenever the project file is loaded.
> > f) Note that Kosmo (and probably Gvsig) doesn't allow any spatial
> operation
> > on reprojected layers. The only way to modify them is to save them
> reprojected.
> >
> > Recently I did few modifications on shape file reading in order to expand
> > capability to set layer SRId  when reading file. Layer properties plugins
> > already have this capability for both raster and vector ( included
> > geotif*). Together with database and wfs capability to record layer srid
> we
> > probably get almost point C of my list.
> >
> > My idea is to work on point A and B, integrating parts if my measure
> plugin
> > in to OJ core in order to have measurements\zoom when task projection is
> > geographic or possibility that oj display meter or feet unit on
> > measurements \ scale bar.
> > The other points can be faced in the future, including in fly
> reprojection.
> >
> > My project:
> > 1) Oj already as a srid registry embedded that I added when I defined
> srid
> > detection capability from auxiliary files. It is a simple list of
> > projection, a series of lines with only srid number and a proj.
> description
> > ( ex <32632>;), build using proj4 registries and
> excel.
> > I could expand each line with unit ( ex <32632>; 32>;)
> > 2) expand Task class with srid code and unit. User can define manually .
> > 3) modify measure /zoom plugins according units, meter, foot, degree ( in
> > this last case I would limit only to wgs84 ) using classes fro my measure
> > plugin.
> >
> > Peppe
> >
> >
> >
> >
> >
> > *
> >
> >
> >
> > Inviato con AquaMail per Android
> > http://www.aqua-mail.com
> >
> >
> > Il 03 agosto 2016 12:32:48 edgar.sol...@web.de ha scritto:
> >
> >> hey Peppe,
> >>
> >> On 03.08.2016 11:11, Giuseppe Aruta wrote:
> >>> Hi all,
> >>> The title explains what is my idea. In a possible future we can extend
> OJ
> >>> projection capabilities.  And the 1st step I would explore is to add
> SRID
> >>> code to a task (to centralize possible transformations)
> >> can you elaborate?
> >>
> >>> and unit of measurements (retriving from SRID, which will affect other
> >>> plugins/tools like measure tools, measure area/length, display scales
> etc,
> >>> especially for Geographic coordinate systems).
> >> same here.
> >>
> >>> I gave a look at Task class , should I implement (srid and unit) as
> >>> properties into the associate xml file? Does it breaks compatibility?
> >> ..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
> >
>
>
> 
> --
> ___
> 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] Add SRID and units to Task

[Giuseppe Aruta]

Hi Michaël
thanks for the explanation. It was a bit confusing (not only for me) when
studing this topic

EPS codes

http://www.ihsenergy.com/epsg/geodetic2.html
reading this page it seems that EPSG code range are:
0 - 32767 and 6,000,000 -  6,999,999 (since ver. 6.6)

-

regarding SRID vs CUSTOM,

According to Wikipedia SRID "is a unique value used to unambiguously
identify projected, unprojected, and local spatial coordinate system
definitions"
https://en.wikipedia.org/wiki/Spatial_reference_system#Identifier
(In that case it seems to be the equivalent  of ESRI WKID (
https://developers.arcgis.com/javascript/3/jsapi/spatialreference-amd.html).

while

CUSTOM, as I understood, is a local projection (
http://wiki.gis.com/wiki/index.php/Custom_projection).
ESRI defines CUSTOM codes ( 20-209199) which are outside the "official
ones".
 EPSG uses a different "authority acronym" SR-ORG to define them so there
are SR-ORG/ESRI overlaping codes.
Thi is a new proposal, that needs to be inspect, anyhow

a) recognized as integer
UNKNOWN: -1, 0 : UNKNOWN
EPSG: 1-32766  [ or 1026-32766(**) ]   and 599-2147483647
ESRI: 33000-20 : ESRI registry
France Géoportail: 310024802 to 310915814 - France Géoportail , not
recognized by EPSG, the info seems quite outdated (
http://www.wms.lautre.net/projgp.html)

SRID:  other  (no intention to define whether the codes are defined by
users (CUSTOM) or not, no intention to define if it belongs to other
authority that EPSG/ESRI)
b) recognized as string
 I would let it blank, even if we only have INGF codes.

Peppe

(*) according to this page (http://www.wms.lautre.net/projgp.html)
(**) http://www.ihsenergy.com/epsg/geodetic2.html

2016-09-04 12:54 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi Peppe,
> Just wonder why you want to retrieve authorities from srid ?
> If it is important, why not adding authority in the srid.txt file ?
> It is quite impossible to get authority from code as codes are supposed to
> be unique for a single authority only.
> By chance, EPSG is so well-known that most implementions (ESRI, GeoTIFF,
> PostGIS) take care to use the same code for the same CRS, and add new CRS
> in a specific range of codes unused by EPSG. But every implementor has its
> own rules, and what I've found is very confusing.
>
> negative srid : unused, except -1 which used to mean UNKNOWN in postgis 1.x
> 0 : means UNKNOWN in GeoTIFF and PostGIS 2.x
> 1-2000 : unused but valid EPSG codes for CRS
> 2000-32766 : EPSG codes also used by ESRI (WKID), PostGIS, GeoTIFF for the
> same CRSs...
> In GeoTIFF, projected CRS codes seem to start at 2, but
> smaller EPSG codes exist in EPSG database
> note : SR-ORG codes (1-9000) are overlapping EPSG code range
> 32767 : user-defined in GeoTIFF implementation ( don't know what is the
> difference between user-defined and private-user implementation ?)
> 32768-max :
> GeoTIFF : 32768-65535 : private user implementation
> ESRI : 32768 - 33000 : unused ?
> ESRI : 33000-20 : ESRI authority
> ESRI : 20-209199 : ESRI Custom codes
> PostGIS : 32768 - 91 : ? (can be used for ESRI WKID ?)
> PostGIS : 91 - 998999 : Custom codes
> SpatialReference : EPSG:6100-6900 (superseded, not
> referenced in EPSG database)
>
> GeoTIFF Projection and ProjCoordTrans are other types of beast. They do
> not define a Coordinate Reference System.
> What I would keep :
> -1, 0 : UNKNOWN
> 1-32766 : EPSG registry
> 33000-20 : ESRI registry
> other : CUSTOM/SRID
>
> Not sure why you distinguish SRID from CUSTOM. Have they different
> meaning/usage ?
>
> Michaël
>
>
> Le 03/09/2016 à 19:43, Giuseppe Aruta a écrit :
>
> Maybe I should correct on this way - to save compatibility with geotif
>
> Code :
>
> integer
> EPSG : [2000..32767] or [599..2147483647]
> ESRI : [32999..20]
> GEOTIF PROJECTION: [1..28]*
> CUSTOM : [29..1999] or [32769..32999] or [20..699]
> NOT DEFINED: [-1]
> USER DEFINED: [0] or [32768]
>
> not integer
> IGNF:
>
> * See http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/GeoTiff.html.
> The geotif method in Proj Utils class, in the GeoKeyDirectoryTag, scans
> geographic/geocentric  projection if no projected value is recognized
>
> Peppe
>
> 2016-09-03 12:22 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:
>
>> I understand. I don't do any work today. And wait for your commits
>> Peppe
>>
>> 2016-09-03 12:01 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>>
>>> Hi Peppe,
>>>
>>> If you're not changing ProjUtils class today, I'l

Re: [JPP-Devel] Add SRID and units to Task

[Giuseppe Aruta]

I understand. I don't do any work today. And wait for your commits
Peppe

2016-09-03 12:01 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:

> Hi Peppe,
>
> If you're not changing ProjUtils class today, I'll make some refactoring.
> Would be nice if you can double check after my commit.
>
> About test on srid integer, there is not much of a problem. Just a small
> inconsistency betwwen comment and code on CUSTOM authority
>
> Comment :
> CUSTOM : [20..209199]
>
> Code :
> EPSG : ]-∞..32768[ or ]599..2147483647]
> ESRI : ]32999..20[
> CUSTOM : [32768..32999] or [20..599]
>
> Michaël
>
> Le 02/09/2016 à 16:00, Giuseppe Aruta a écrit :
>
> Hi Michaël,
> thanks for the suggestions.
>
> >srid.txt encoding
> I upgraded SVN repository with a UTF-8 version.
>
> >I noticed that tests done on the srid integer value are not consistent
> between the comments and the code.
> Sorry. I am still  not familiar with some developing terminology (and the
> usage of Java).
> Does it means I should remove those comments from that position?
>
> >ProjUtils is a very big class and contains redundant code
> Yes. During the long syage of thge class I added many extra code. Right
> now I realized that readSRSFromAuxiliaryFile_1 method was not used (and I
> removed from repository). I will use your suggestions and make it simpler
> and smaller, following OJ philosophy.
>
> Thanks again
>
> Peppe
>
> 2016-09-02 0:05 GMT+02:00 Michaël Michaud <m.michael.mich...@orange.fr>:
>
>> Hi Peppe,
>>
>> Thanks for the work. Here are some suggestions.
>>
>> I noticed that tests done on the srid integer value are not consistent
>> between the comments (and the referenced site
>> http://help.arcgis.com/en/arcgisserver/10.0/apis/soap/whnjs.
>> htm#SOAP_Geometry_FindSRByWKID.htm) and the code.
>>
>> Also I think there is a problem with srid.txt encoding (with the addition
>> of IGNF registry which includes non ASCII characters). I suggest that we
>> code the file  in UTF-8 (it is currently recognized as ISO 8859-1 by my
>> IDE) and read it as UTF-8 so that it behaves similarly on windows or linux
>> (using *InputStreamReader
>> <http://docs.oracle.com/javase/8/docs/api/java/io/InputStreamReader.html#InputStreamReader-java.io.InputStream-java.lang.String->*
>> *(**InputStream
>> <http://docs.oracle.com/javase/8/docs/api/java/io/InputStream.html>*
>> * in, **String
>> <http://docs.oracle.com/javase/8/docs/api/java/lang/String.html>*
>> * charset*Name))
>>
>> ProjUtils is a very big class and contains redundant code. Maybe a few
>> helper methods would help
>> - getSRSDef(int srid) // to get SRSDef from SRID (computed 3 times in the
>> file)
>> - normalizeSRSName(String srs) // to normalize SRSName writing
>> (whitespaces, separators...)
>> - getSRSDef(String prjName) // read from srid.txt
>> ...
>>
>> In readSRSFromAuxiliaryFile_1 and readSRSFromAuxiliaryFile methods, tests
>> could be organized this way
>>
>> projectSourceFilePrj
>> projectSourceRFilePrj // not used in readSRSFromAuxiliaryFile_1
>> projectSourceRFileAux
>>
>> // List fileList : useless !
>>
>> if (projectSourceFilePrj.exists()) {/**/}
>> else if (projectSourceRFilePrj .exists()) {/**/}
>> else if (projectSourceRFileAux.exists()) {/**/}
>> else
>>
>> // if (!prjname.isEmpty()) {/* */} : no more needed if you wrote a
>> getSRSDef(String prjName) method
>>
>> Michaël
>>
>> Le 01/09/2016 à 07:23, Giuseppe Aruta a écrit :
>>
>> Hi all,
>> sorry for the long time I took to answer.
>> I understood the difficulties. My idea was limited to work on the
>> measurement part of Coordinate systems (something that I started to do on
>> my Measurement plugin). The reprojection part was put aside.
>> After reading the opinions of all, I decided to abandon the idea to a add
>> projection ID to the Task and to limit the work in small steps only at
>> layer level, without core modifications.
>> I added to projection detection of layers (LayerProperty and
>> RasterLayerProperty plugins) the capability to show the relative  measure
>> unit.
>> It was easy as it required only some extra info on the SRID registry file
>> (org.openjump.core.ccordsys.utils.srid.txt)
>> In the future I will work on modified (measurement, zoom, scale) plugin
>> that detect that measure unit , Measure Plugin will remain the main place
>> for this work.
>> Best regards
>> Peppe
>>
>> @Michael I added on SRID regis

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

[Giuseppe Aruta]

I am really impressed!

Il 11/Set/2016 15:45,  ha scritto:

> Revision: 5016
>   http://sourceforge.net/p/jump-pilot/code/5016
> Author:   michaudm
> Date: 2016-09-11 13:44:55 + (Sun, 11 Sep 2016)
> Log Message:
> ---
> Better Unit management
>
> Modified Paths:
> --
> core/trunk/src/org/openjump/core/ccordsys/utils/SRSInfo.java
> core/trunk/src/org/openjump/core/ccordsys/utils/SridLookupTable.java
> core/trunk/src/org/openjump/core/rasterimage/TiffTags.java
>
> Added Paths:
> ---
> core/trunk/src/jumptest/ccordsys/UnitTest.java
> core/trunk/src/org/openjump/core/ccordsys/Quantity.java
> core/trunk/src/org/openjump/core/ccordsys/Unit.java
>
> Added: core/trunk/src/jumptest/ccordsys/UnitTest.java
> ===
> --- core/trunk/src/jumptest/ccordsys/UnitTest.java
>   (rev 0)
> +++ core/trunk/src/jumptest/ccordsys/UnitTest.java  2016-09-11
> 13:44:55 UTC (rev 5016)
> @@ -0,0 +1,32 @@
> +package jumptest.ccordsys;
> +
> +import junit.framework.TestCase;
> +import org.openjump.core.ccordsys.Unit;
> +import org.openjump.core.ccordsys.utils.SRSInfo;
> +import org.openjump.core.rasterimage.TiffTags;
> +
> +import java.io.File;
> +
> +import static org.junit.Assert.assertEquals;
> +
> +/**
> + * Created by UMichael on 11/09/2016.
> + */
> +public class UnitTest extends TestCase {
> +
> +public void testFindFromLengthName() throws Exception {
> +assertEquals("unit METRE from metre", Unit.METRE,
> Unit.find("metre"));
> +assertEquals("unit METRE from metres", Unit.METRE,
> Unit.find("metres"));
> +assertEquals("unit METRE from m\xE8tre", Unit.METRE,
> Unit.find("m\xE8tre"));
> +assertEquals("unit METRE from METRE", Unit.METRE,
> Unit.find("METRE"));
> +assertEquals("unit METRE from METER", Unit.METRE,
> Unit.find("METER"));
> +assertEquals("unit METRE from m", Unit.METRE, Unit.find("m"));
> +assertEquals("unit METRE from 9001", Unit.METRE,
> Unit.find("9001"));
> +}
> +
> +public void testFindFromAngleName() throws Exception {
> +assertEquals("unit DEGREE from degree", Unit.DEGREE,
> Unit.find("degree"));
> +assertEquals("unit DEGREE from deg", Unit.DEGREE,
> Unit.find("deg"));
> +assertEquals("unit DEGREE from name", Unit.DEGREE,
> Unit.find("9102"));
> +}
> +}
>
> Added: core/trunk/src/org/openjump/core/ccordsys/Quantity.java
> ===
> --- core/trunk/src/org/openjump/core/ccordsys/Quantity.java
>(rev 0)
> +++ core/trunk/src/org/openjump/core/ccordsys/Quantity.java
>  2016-09-11 13:44:55 UTC (rev 5016)
> @@ -0,0 +1,6 @@
> +package org.openjump.core.ccordsys;
> +
> +/**
> + * Quantity (used by Unit)
> + */
> +public enum Quantity {UNKNOWN, LENGTH, ANGLE}
>
> Added: core/trunk/src/org/openjump/core/ccordsys/Unit.java
> ===
> --- core/trunk/src/org/openjump/core/ccordsys/Unit.java
>(rev 0)
> +++ core/trunk/src/org/openjump/core/ccordsys/Unit.java 2016-09-11
> 13:44:55 UTC (rev 5016)
> @@ -0,0 +1,152 @@
> +package org.openjump.core.ccordsys;
> +
> +import java.text.Normalizer;
> +import java.util.HashMap;
> +import java.util.Map;
> +
> +import static org.openjump.core.ccordsys.Quantity.ANGLE;
> +import static org.openjump.core.ccordsys.Quantity.LENGTH;
> +
> +/**
> + * List of UOM is created from ESG database with the following code :
> + * SELECT
> + * rpad(upper(regexp_replace(unit_of_meas_name,'[
> ''\\(\\)-]+','_','g')), 16) || '(' ||
> + * rpad('"' || unit_of_meas_name || '"', 32, ' ') || ', ' ||
> + * uom_code::text || ', ' ||
> + * rpad(upper(unit_of_meas_type), 6) || ', ' ||
> + * rpad((coalesce(factor_b,0)/coalesce(factor_c,1))::text, 21, ' ')
> || ', ' ||
> + * '"m"' || '),'
> + * FROM epsg_unitofmeasure
> + * WHERE deprecated = 0 AND unit_of_meas_type IN ('length','angle') AND
> uom_code > 9000
> + * ORDER BY uom_code
> + *
> + * Some handwriting reformatting/correction are necessary though
> + * Some abbreviations have been found in http://w3.energistics.org/uom/
> poscUnits22.xml
> + */
> +public enum Unit {
> +UNKNOWN ("Unknown", 0, Quantity.UNKNOWN, 0.0
> , ""),
> +METRE   ("metre" , 9001, LENGTH, 1
> , "m"),
> +FOOT("foot"  , 9002, LENGTH,
> 0.3048   , "ft"),
> +US_SURVEY_FOOT  ("US survey foot", 9003, LENGTH,
> 0.304800609601219, "ftUS"),
> +CLARKE_S_FOOT   ("Clarke's foot" , 9005, LENGTH,
> 0.3047972654 , "ftCla"),
> +FATHOM  ("fathom", 9014, LENGTH,
> 1.8288   , "fathom"),
> +NAUTICAL_MILE   ("nautical mile"   

Re: [JPP-Devel] Dead links, lost plugins

[Giuseppe Aruta]

a) Sextante http://forge.osor.eu/plugins/wiki/index.php?id=13=g

The java project Sextante has been moved to GvSIG CE repository.  The team
has moved to QGIS project (http://plugins.qgis.org/plugins/sextante/)



b) http://www.geo.unizh.ch/~sstein/ 

Stefan is alive and kicking:
http://146.155.17.19:21080/mediawiki-1.22.7/index.php/About_Me
http://146.155.17.19:21080/mediawiki-1.22.7/index.php/Movement_Analysis

2016-10-05 12:49 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> We have pretty many dead links in the wiki page about plugins.   Could
> those who know something about these comment where they have disappeared
> and if some valuable code is lost by the same?
>
>
>
> Pirol http://www.al.fh-osnabrueck.de/jump-download.html
>
> Michaël http://geo.michaelm.free.fr/
>
> GISAK.VSB http://gisak.vsb.cz/ruzicka/Projekty/jump/index.php
>
> GEOSTAF: http://digilander.libero.it/_ppricerca/index.html
>
>
>
> http://www.ashsiii.com/downloads/openjump/isa-2.5.jar
>
> http://dennis.pallett.nl/monetdb/monetdb-openjump-plugin/
>
> http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/
>
> http://jump-pilot.sourceforge.net/download/driver-dxf.jar
>
> Sextante http://forge.osor.eu/plugins/wiki/index.php?id=13=g
>
> http://www.geo.unizh.ch/~sstein/
>
> http://gisciencegroup.ucalgary.ca/wiki/OpenJUMP_HoRAE
>
> watermarking http://cedric.cnam.fr/~lafaye_j/index.php?n=Main.Software
>
> Groovy (whole Codehaus is gone) http://groovy.codehaus.org/
>
> NMEA raw http://www.al.fh-osnabrueck.de/jump-download.html
>
> Cadplan direct link, use just plain site name http://www.cadplan.com.au/
> jump.html
>
> Charts and pies http://services.giub.uni-bonn.de/downloads/openjump/
>
> Symbols http://www.geotests.net/jump/symboles.jar
>
>
>
> -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] Dead links, lost plugins

[Giuseppe Aruta]

I corrected Cadplan and Sextante links

2016-10-06 1:03 GMT+02:00 Geoffrey Roy :

> Dear Jukka
>
> The direct Cadplan link should be:
>
> http://www.cadplan.com.au/OpenJump/jump.html
>
> Geoff
>
> On 5/10/2016 18:49, Rahkonen Jukka (MML) wrote:
>
> Hi,
>
>
>
> We have pretty many dead links in the wiki page about plugins.   Could
> those who know something about these comment where they have disappeared
> and if some valuable code is lost by the same?
>
>
>
> Pirol http://www.al.fh-osnabrueck.de/jump-download.html
>
> Michaël http://geo.michaelm.free.fr/
>
> GISAK.VSB http://gisak.vsb.cz/ruzicka/Projekty/jump/index.php
>
> GEOSTAF: http://digilander.libero.it/_ppricerca/index.html
>
>
>
> http://www.ashsiii.com/downloads/openjump/isa-2.5.jar
>
> http://dennis.pallett.nl/monetdb/monetdb-openjump-plugin/
>
> http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/
>
> http://jump-pilot.sourceforge.net/download/driver-dxf.jar
>
> Sextante http://forge.osor.eu/plugins/wiki/index.php?id=13=g
>
> http://www.geo.unizh.ch/~sstein/
>
> http://gisciencegroup.ucalgary.ca/wiki/OpenJUMP_HoRAE
>
> watermarking http://cedric.cnam.fr/~lafaye_j/index.php?n=Main.Software
>
> Groovy (whole Codehaus is gone) http://groovy.codehaus.org/
>
> NMEA raw http://www.al.fh-osnabrueck.de/jump-download.html
>
> Cadplan direct link, use just plain site name http://www.cadplan.com.au/
> jump.html
>
> Charts and pies http://services.giub.uni-bonn.de/downloads/openjump/
>
> Symbols http://www.geotests.net/jump/symboles.jar
>
>
>
> -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 
> listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> --
> Dr Geoffrey G Roy
> Cadplan
> 129 Gloster Street, Subiaco WA 6008
> Tel: (08) 9381 4870  Mob: 04000 31298
> Email: ge...@cadplan.com.auhttp://www.cadplan.com.au
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] bugs #428 and #429

[Giuseppe Aruta]

Hi Michael,
I left some extra info realted to these bugs. I would move the tickets to
regular developing discussion.
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] Added option that selects the geometry after it has been drawn

[Giuseppe Aruta]

THanks Michael,
it shuold be (hopefully)  fixed on rev. 5044
Peppe

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

> Hi Peppe,
>
> Interesting feature.
>
> I think the following behaviour is unexpected though :
>
> Draw a feature with the option checked : the feature is selected
> Move the selected feature : the "selection rectangle" is moved but not the
> feature itself
>
> Michaël
>
> Le 04/10/2016 à 12:07, Giuseppe Aruta a écrit :
>
> Hi all,
> I added option that selects the geometry after it has been drawn. It is
> located on Option>View / Edit panel.
> See picture below:
>
>
> ​
> How it works:
> a) Option uselected. Draw any geometry using draw tools. The result
> geometry is displayed unselected
> b) Option selected. Draw any geometry using draw tools. The result
> geometry is displayed  selected
>
> Having a selected geom after drawn can be useful for further modification
> and/or to open feature info (right click->feature info) to add attribute
> values when digitalizing.
>
> This option is experimental. There is a side effect: by the time that the
> user finalize a drawing, this deselect any previous geometry selection
> 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 
> 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] Sextante

[Giuseppe Aruta]

Hi Stefan,
I would like to have a copy.There are still some left issues related to OJ
and Sextante. And GvSIG CE took its own path.
I think we should add them to OJ sourceforge
Peppe

2016-10-05 15:49 GMT+02:00 Stefan Steiniger :

> with respect to sextante... is there any source repository left on the
> internet? :(
>
> in our svn is only the jar, right?
>
> Actually just found this
> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>
> But Peppe you are having the sources? I may still have on my old laptop
> a copy. Should we add them to sourceforge, just to make sure its not
> getting lost?
>
> cheers,
> stefan
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! 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

[Giuseppe Aruta]

@Brian
a) Sextante is an indipendent project to work on Raster/Vector file.
OpenJUMP was not involved to this project. Sextante was/is distributed as
libraries in order to work with different java projects (OpenJUMP, Kosmo
Saig, GvSIG, etc)
b) OpenJUMP is distributed with Sextante esternal sextante libraries and a
wrapper to work with these libraries
c) OpenJUMP owns, provides  and upgrades that wrapper in its sourceforge
repository. We didn't lose our source code

2016-10-05 16:40 GMT+02:00 Brian M Hamlin :

>
> Hi All -
>
>   sorry to lurk here.. but.. I am very alarmed at this email.
> You really do not want to lose your source code.
> Second, the ability to build from source..
>
> I wont try to scare you about it, I am sure you agree..
> Ideally, plugins are to the same standard, but there are
> ways to deal with that ..
>
> thanks for your efforts
> Brian M Hamlin  -- OSGeo-Live PSC
>
>
> On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:
>
> with respect to sextante... is there any source repository left on the
> internet? :(
>
> in our svn is only the jar, right?
>
> Actually just found this
> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>
> But Peppe you are having the sources? I may still have on my old laptop
> a copy. Should we add them to sourceforge, just to make sure its not
> getting lost?
>
> cheers,
> stefan
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sextante

[Giuseppe Aruta]

After Victor Oyala moved its Sextante project to QGIS, Java Sextante
libraries source code are provided by GvSIG CE (
http://gvsigce.sourceforge.net/wiki/index.php/SEXTANTE).
The newer version (I think 2.0)  has been changed and integrated to GVSIG
code during last years. So these newer  Sextante libraries don't work with
OpenJUMP.
OpenJUMP is shipped with Sextante 1.0 - my idea is to create a fork of this
version (as source)

2016-10-05 17:24 GMT+02:00 Giuseppe Aruta <giuseppe.ar...@gmail.com>:

> @Brian
> a) Sextante is an indipendent project to work on Raster/Vector file.
> OpenJUMP was not involved to this project. Sextante was/is distributed as
> libraries in order to work with different java projects (OpenJUMP, Kosmo
> Saig, GvSIG, etc)
> b) OpenJUMP is distributed with Sextante esternal sextante libraries and a
> wrapper to work with these libraries
> c) OpenJUMP owns, provides  and upgrades that wrapper in its sourceforge
> repository. We didn't lose our source code
>
> 2016-10-05 16:40 GMT+02:00 Brian M Hamlin <mapl...@light42.com>:
>
>>
>> Hi All -
>>
>>   sorry to lurk here.. but.. I am very alarmed at this email.
>> You really do not want to lose your source code.
>> Second, the ability to build from source..
>>
>> I wont try to scare you about it, I am sure you agree..
>> Ideally, plugins are to the same standard, but there are
>> ways to deal with that ..
>>
>> thanks for your efforts
>> Brian M Hamlin  -- OSGeo-Live PSC
>>
>>
>> On 5 Oct 2016 10:49:13 -0300, Stefan Steiniger  wrote:
>>
>> with respect to sextante... is there any source repository left on the
>> internet? :(
>>
>> in our svn is only the jar, right?
>>
>> Actually just found this
>> https://joinup.ec.europa.eu/svn/sextante/soft/sextante_lib/
>>
>> But Peppe you are having the sources? I may still have on my old laptop
>> a copy. Should we add them to sourceforge, just to make sure its not
>> getting lost?
>>
>> cheers,
>> stefan
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! 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] Added option that selects the geometry after it has been drawn

[Giuseppe Aruta]

Hi all,
I added option that selects the geometry after it has been drawn. It is
located on Option>View / Edit panel.
See picture below:


​
How it works:
a) Option uselected. Draw any geometry using draw tools. The result
geometry is displayed unselected
b) Option selected. Draw any geometry using draw tools. The result geometry
is displayed  selected

Having a selected geom after drawn can be useful for further modification
and/or to open feature info (right click->feature info) to add attribute
values when digitalizing.

This option is experimental. There is a side effect: by the time that the
user finalize a drawing, this deselect any previous geometry selection
Best regards
Peppe
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Problems on saving Sextante plugin

[Giuseppe Aruta]

Hi
I did an upgrade/correction bug of Sextante. But when I try to save to SVN,
I have an error message:
Some of selected resources were not committed.
Authentication error.
svn: E170001: Commit failed (details follow):

svn: E170001: Commit failed (details follow):
svn: E170001: MKACTIVITY of
'/p/jump-pilot/code/!svn/act/c4cadda4-5701-0010-add6-c3f0d90ab6cf': 403
Forbidden (http://svn.code.sf.net)

I need a help, please
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