Re: [JPP-Devel] 2nd proposal - Porting Zoom tools from Jufre

[Stefan Steiniger]

Hei,

What is there o say if Jukka has such strong reasons for using it.

But I would like to see how it looks when it is integrated...

stefan

Am 18.10.11 14:16, schrieb edgar.sol...@web.de:
> i trust your votes. i can't judge the usefulness due to lack of gis usage.
>
> ..ede
>
> On 18.10.2011 21:47, Michaël Michaud wrote:
>> Hi,
>>
>> Can be useful,
>> If Ede and Stefan are OK, I'll commit it before the end of the month.
>>
>> Michaël
>>
>> Le 18/10/2011 13:22, Rahkonen Jukka a écrit :
>>> Hi,
>>>
>>>  From experience I can say that nothing beats the keyboard shortcuts in 
>>> speed when doing a real works and they are well located at least for right 
>>> handed users. It is also impossible to digitise lines with a tablet PC. 
>>> Therefore I support adding these right click tools.
>>> Another problem I have had with digitizing with a Window tablet PC was 
>>> changing the visibility of a layer. Now it is programmed so that the click 
>>> and release must happen in the same pixel inside the check box (at least it 
>>> feels so) and it is almost impossible to do with a stylus in a moving car. 
>>> But now everybody is on the same line with jre 1.7 because the check box 
>>> does not react at all.
>>> For full tablet usage very much of the user interface should be adjusted. 
>>> Many buttons should be bigger and submenus should stay open so that a user 
>>> could do selections with click-click instead of click-slide to submenu 
>>> item. Thats almost impossible too in a car. Note: I do not digitize while 
>>> driving, I have a chauffeur.  But Windows tablets are about non-existing at 
>>> the moment. There would be much more demand for OpenJUMP for Android right 
>>> now. Android version of QGIS seems to exist already.
>>>
>>> -Jukka Rahkonen-
>>>
>>> Giuseppe Aruta  wrote:
>>>
>>>
>>>
>>>  Hi all,
>>>
>>>  I have extracted from my "Frankenstain" OpenJUMP Jufre a couple of 
>>> plugins that could be useful on OJ.
>>>
>>>  As usual, to explain the usage and the function, I did a plugin which 
>>> I added to this mail that people can test (zoom.jar)
>>>
>>>  
>>> -
>>>
>>>  These plugins are basically a zoom in, zoom out (already   on OJ) and 
>>> a center zoom plugins. They are activated, under a "Zoom" submenu" on 
>>> left-click View menu.
>>>
>>>  I took the idea from Kosmo software. The plugins are basically the 
>>> same of the Kosmo originals with few modifications in order to let them 
>>> work with OJ.
>>>
>>>  - The Plugins -
>>>  "Zoom In" zooms of 0.5 factor to the point of the cursor.
>>>  "Zoom out" is basically the same as the one embedded in OJ. It zooms 
>>> to 2.0 factor. I put here in order to show the new icon and the position of 
>>> this plugin according to the two other ones.
>>>  "Zoom to Click" basically set the center of the view at the cursor 
>>> position. It has no zoom effect (factor is 0.0)
>>>
>>>  All tree plugins have new icons that should explain the usage.
>>>
>>>  Why these tree zoom plugins on left-click view menu?
>>>  When the user is drawing a geometry, it is very important that he/she 
>>> can:
>>>   a) define the accuracy of the drawing geometry. Zoom in and Zoom out 
>>> allows to do it
>>>  b) finish to draw that geometry outside the starting view, if the 
>>> image to be drawn is outside. "Zoom to Click" allows to change the position 
>>> of the view, according the cursor tool
>>>
>>>  We have on OJ keyboard plugins for that.
>>>
>>>  But zoom plugins available on the context menu are more easy to 
>>> remember than keyboard ones. On the other hand they can be used on a tablet 
>>> pc (no keyboard).
>>>  And Context left-click menu on the view is always accessible by 
>>> drawing tools (and other tools) while drawing a geometry
>>>
>>>  I ask the people to do this test to see how these plugins could be 
>>> useful
>>>
>>>  - start to draw a simple line from west to east.
>>>  - when you reached the eastern side of the view, you cannot go on 
>>> drawing the line. Don't double click to stop drawing(!)
>>>  - left-click and choose "Zoom to Click"
>>>  - You will see that the center of the view is changed and so you can 
>>> go on drawing.
>>>
>>>  If you think that these plugins are useful. I image that the right 
>>> position of them on the menus could be together with the other zoom plugins.
>>>
>>>  The actual zoom plugins (In English):
>>>  
>>>  --
>>>  Fence
>>>  Zoom to Selected Items
>>>  Zoom out
>>>  -
>>>  
>>>
>>>
>>>  If we adopt these new zooms:
>>>  ..
>>>  -
>>>  Fence
>>>  Zoom to Selected Items
>>>  -
>>>  Zoom In
>>>  Zoom Out
>>>  Center Zoom
>>>  -
>>>  ..
>>>
>>>  This is my proposal. I would like to have your opinion a

Re: [JPP-Devel] simplify things on wiki

[Stefan Steiniger]

If you know, how to do so? but copy paste once in a while doesn't seem 
so hard either... but I may be wrong ;)

stefan

Am 18.10.11 14:38, schrieb edgar.sol...@web.de:
> On 13.10.2011 21:11, Stefan Steiniger wrote:
>>
>> a) Well.. for the licences..
>> don't know how it works with being readable?
>>
>>> would look like that
>>> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/etc/readme.txt?view=markup
>>>
>>> not elegant, but at least up to date
>> I was more thinking how you would include it in the wiki? just as a link?
>> in this case - would rather think we write the basics (for OJ core) and
>> then, yes for the details (for Plus?) we link to the file... or so.
>>
>
> but even only the basics would be outdated at some point and i really do not 
> see someone taking the time to update this periodically.
>
> how about setting up a cronjob that periodically downloads readme.txt from 
> svn to our webspace. this way we would have a readable text file for linking 
> and only one source to be maintained?
>
> ..ede
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] SF.net SVN: jump-pilot:[2482] core/trunk/etc/readme.txt

[Stefan Steiniger]

thanks, Ede for doing all that work on the repository!

against my plans, I am not finding time to go on with the MacOSX stuff 
testing and the update of the tutorial but the next weekend is only 
4 days away ;)

 Original-Nachricht 
Betreff: [Jump-pilot-svn-notify] SF.net SVN: jump-pilot:[2482] 
core/trunk/etc/readme.txt
Datum: Tue, 18 Oct 2011 19:40:23 +
Von: e...@users.sourceforge.net
Antwort an: jump-pilot-svn-not...@lists.sourceforge.net
An: jump-pilot-svn-not...@lists.sourceforge.net

Revision: 2482
 
http://jump-pilot.svn.sourceforge.net/jump-pilot/?rev=2482&view=rev
Author:   edso
Date: 2011-10-18 19:40:23 + (Tue, 18 Oct 2011)
Log Message:
---
document PLUS components and licenses

Modified Paths:
--
 core/trunk/etc/readme.txt

Modified: core/trunk/etc/readme.txt
===
--- core/trunk/etc/readme.txt   2011-10-18 19:26:01 UTC (rev 2481)
+++ core/trunk/etc/readme.txt   2011-10-18 19:40:23 UTC (rev 2482)
@@ -1,6 +1,6 @@
  OpenJUMP ReadMe file
  
-Version 1.4.2
+Version 1.4.3 development

  September 11th, 2011

@@ -17,11 +17,10 @@
  1. Licensing
  
  OpenJUMP is distributed under the GPL2 license. A description of this 
license
-can be found in the "gpl2_license.txt" (GPL2) file in the "licenses/" 
folder.
+can be found in the "gpl-2.txt" (GPL2) file in the "licenses/" folder.

  OpenJUMP uses and distributes the following (in alphabetical order) 
formatted
-as follows:
- Library name - License name - License file in "licenses/" folder
+as ( Library name - License name - License file in "licenses/" folder )
   BATIK - Apache License Version 2.0 - apache_license-2.0.txt
   BeanShell - LGPL2.1 - lgpl-2.1.txt
   Buoy Framework - Public Domain

This was sent by the SourceForge.net collaborative development platform, 
the world's largest Open Source development site.


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-svn-notify mailing list
jump-pilot-svn-not...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-svn-notify

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] include isa, link igor

[Martin Davis]

If there is a need for reprojection in OpenJUMP, has anyone looked at 
adding a plugin using Proj4J?

http://trac.osgeo.org/proj4j/


On 10/18/2011 2:43 PM, Rahkonen Jukka wrote:
> Hi,
>
> SkyJUMP with igor is doing conversion with ogr2ogr.exe located at 
> \SkyJUMP\Jump\bin\ogr\bin with a bunch of dll's.  They have been captured 
> from the FWTools delivery. Ogr2ogr is using the included Proj4 for coordinate 
> transformations.  System works well but it is for Windows only and does not 
> necessarily suit well with the philosophy of OpenJUMP.
>
> -Jukka Rahkonen-
> 
> Lähettäjä: Michaël Michaud [michael.mich...@free.fr]
> Lähetetty: 19. lokakuuta 2011 0:06
> Vastaanottaja: OpenJump develop and use
> Aihe: Re: [JPP-Devel] include isa, link igor
>
> Hi,
>> could you add a note on the wiki plugin page under "coordinate 
>> transformation"?
> OK, I'll add a note on wiki (but I'll need to make some more test before)
>> and porting the SkyJUMP
>> PlugIn (if any) to OpenJUMP is probably a good idea to make it available
>> to OpenJUMP users.
>> could you summarize in short what the plugin does?
> If I remember correctly, Igor is basically a java interface which runs
> ogr2ogr tool, a command line tool written in C(++ ?) and able to
> transform datasets from a format to another and from a CRS to another
> (last one is based on proj4).
>>> As jukka, I would delay an inclusion in OpenJUMP PLUS
>>> - take time for testing, internationalization, maybe updating
>>> - take time to compare a OpenJUMP + GeoTools formula with a OpenJUMP +
>>> ogr + proj4 formula
>> the inclusion was targetted towards the kml file source. any comment on that?
> Igor does much more than kml. There is also a small kml pure java plugin
> in SkyJUMP (I have tested it on OpenJUMP a few weeks ago), but Igor is a
> tool which can be used without *JUMP, and which gives access to a
> powerfull transformation tool.
>
> Michaël
>> ..ede
>>
>>> Michaël
>>>
>>> Le 18/10/2011 13:59, Rahkonen Jukka a écrit :
 Hi,

 Plugins included into the OpenJUMP+ should be generally interesting and if 
 the KML extension is such then why not. I would say that the + plugins 
 should be tested to be about as reliable as the core OJ. Seldomly used and 
 experimental plugins can be installed separately. We might be better with 
 the plugins. Now some of them are hard to find and not so friendly to 
 install. Quantum GIS has perhaps the most user friendly plugin manager.

 Igor is worth mentioning and it could be mentioned also that it is 
 integrated with SkyJUMP so that SkyJUMP can open all vector formats 
 supported by ogr. Or most formats at least. SkyJUMP is doing an interim 
 convertion into shapefiles with igor first and then opens the shapefile 
 automatically if user wants so. Not all format can be converted into 
 shapefiles without loosing or altering some data but usually SkyJUMP with 
 igor is doing good work.

 -Jukka Rahkonen-

 edgar.soldin wrote:

> i am in contact with a german user who's english is virtually
> not existing. he suggested to
>
> A) include isa plugin's capability to read(write?) kml files
> in sextante(plus) edition
>
> B) to mention http://sourceforge.net/projects/ogr-igor/ inour
> docs for people struggling with reprojection
>
> any opinions, ede
>
>
> --
> 
> All the data continuously generated in your IT infrastructure
> contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data
> and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2d-oct
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes thi

Re: [JPP-Devel] include isa, link igor

[Rahkonen Jukka]

Hi,

SkyJUMP with igor is doing conversion with ogr2ogr.exe located at 
\SkyJUMP\Jump\bin\ogr\bin with a bunch of dll's.  They have been captured from 
the FWTools delivery. Ogr2ogr is using the included Proj4 for coordinate 
transformations.  System works well but it is for Windows only and does not 
necessarily suit well with the philosophy of OpenJUMP.  

-Jukka Rahkonen-

Lähettäjä: Michaël Michaud [michael.mich...@free.fr]
Lähetetty: 19. lokakuuta 2011 0:06
Vastaanottaja: OpenJump develop and use
Aihe: Re: [JPP-Devel] include isa, link igor

Hi,
> could you add a note on the wiki plugin page under "coordinate 
> transformation"?
OK, I'll add a note on wiki (but I'll need to make some more test before)
> and porting the SkyJUMP
> PlugIn (if any) to OpenJUMP is probably a good idea to make it available
> to OpenJUMP users.
> could you summarize in short what the plugin does?
If I remember correctly, Igor is basically a java interface which runs
ogr2ogr tool, a command line tool written in C(++ ?) and able to
transform datasets from a format to another and from a CRS to another
(last one is based on proj4).
>> As jukka, I would delay an inclusion in OpenJUMP PLUS
>> - take time for testing, internationalization, maybe updating
>> - take time to compare a OpenJUMP + GeoTools formula with a OpenJUMP +
>> ogr + proj4 formula
> the inclusion was targetted towards the kml file source. any comment on that?
Igor does much more than kml. There is also a small kml pure java plugin
in SkyJUMP (I have tested it on OpenJUMP a few weeks ago), but Igor is a
tool which can be used without *JUMP, and which gives access to a
powerfull transformation tool.

Michaël
>
> ..ede
>
>> Michaël
>>
>> Le 18/10/2011 13:59, Rahkonen Jukka a écrit :
>>> Hi,
>>>
>>> Plugins included into the OpenJUMP+ should be generally interesting and if 
>>> the KML extension is such then why not. I would say that the + plugins 
>>> should be tested to be about as reliable as the core OJ. Seldomly used and 
>>> experimental plugins can be installed separately. We might be better with 
>>> the plugins. Now some of them are hard to find and not so friendly to 
>>> install. Quantum GIS has perhaps the most user friendly plugin manager.
>>>
>>> Igor is worth mentioning and it could be mentioned also that it is 
>>> integrated with SkyJUMP so that SkyJUMP can open all vector formats 
>>> supported by ogr. Or most formats at least. SkyJUMP is doing an interim 
>>> convertion into shapefiles with igor first and then opens the shapefile 
>>> automatically if user wants so. Not all format can be converted into 
>>> shapefiles without loosing or altering some data but usually SkyJUMP with 
>>> igor is doing good work.
>>>
>>> -Jukka Rahkonen-
>>>
>>> edgar.soldin wrote:
>>>
 i am in contact with a german user who's english is virtually
 not existing. he suggested to

 A) include isa plugin's capability to read(write?) kml files
 in sextante(plus) edition

 B) to mention http://sourceforge.net/projects/ogr-igor/ inour
 docs for people struggling with reprojection

 any opinions, ede


 --
 
 All the data continuously generated in your IT infrastructure
 contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data
 and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2d-oct
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] include isa, link igor

[edgar . soldin]

On 18.10.2011 23:06, Michaël Michaud wrote:
> Hi,
>> could you add a note on the wiki plugin page under "coordinate 
>> transformation"?
> OK, I'll add a note on wiki (but I'll need to make some more test before)
>> and porting the SkyJUMP
>> PlugIn (if any) to OpenJUMP is probably a good idea to make it available
>> to OpenJUMP users.
>> could you summarize in short what the plugin does?
> If I remember correctly, Igor is basically a java interface which runs 
> ogr2ogr tool, a command line tool written in C(++ ?) and able to 
> transform datasets from a format to another and from a CRS to another 
> (last one is based on proj4).

and the igor ui is integrated in skyjump via plugin? 

>>> As jukka, I would delay an inclusion in OpenJUMP PLUS
>>> - take time for testing, internationalization, maybe updating
>>> - take time to compare a OpenJUMP + GeoTools formula with a OpenJUMP +
>>> ogr + proj4 formula
>> the inclusion was targetted towards the kml file source. any comment on that?
> Igor does much more than kml. There is also a small kml pure java plugin 
> in SkyJUMP (I have tested it on OpenJUMP a few weeks ago), but Igor is a 
> tool which can be used without *JUMP, and which gives access to a 
> powerfull transformation tool.

pretty clear what standalone igor does. regarding kml - let me cite the 
original topic starting mail again

> A) include isa plugin's capability to read(write?) kml files
> in sextante(plus) edition

any opinion about that?

..ede

> 
> Michaël
>>
>> ..ede
>>
>>> Michaël
>>>
>>> Le 18/10/2011 13:59, Rahkonen Jukka a écrit :
 Hi,

 Plugins included into the OpenJUMP+ should be generally interesting and if 
 the KML extension is such then why not. I would say that the + plugins 
 should be tested to be about as reliable as the core OJ. Seldomly used and 
 experimental plugins can be installed separately. We might be better with 
 the plugins. Now some of them are hard to find and not so friendly to 
 install. Quantum GIS has perhaps the most user friendly plugin manager.

 Igor is worth mentioning and it could be mentioned also that it is 
 integrated with SkyJUMP so that SkyJUMP can open all vector formats 
 supported by ogr. Or most formats at least. SkyJUMP is doing an interim 
 convertion into shapefiles with igor first and then opens the shapefile 
 automatically if user wants so. Not all format can be converted into 
 shapefiles without loosing or altering some data but usually SkyJUMP with 
 igor is doing good work.

 -Jukka Rahkonen-

 edgar.soldin wrote:

> i am in contact with a german user who's english is virtually
> not existing. he suggested to
>
> A) include isa plugin's capability to read(write?) kml files
> in sextante(plus) edition
>
> B) to mention http://sourceforge.net/projects/ogr-igor/ inour
> docs for people struggling with reprojection
>
> any opinions, ede
>
>
> --
> 
> All the data continuously generated in your IT infrastructure
> contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data
> and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
 --
 All the data continuously generated in your IT infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2d-oct
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


>>>
>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> --
>> All the data continuously generated in your IT i

Re: [JPP-Devel] include isa, link igor

[Michaël Michaud]

Hi,
> could you add a note on the wiki plugin page under "coordinate 
> transformation"?
OK, I'll add a note on wiki (but I'll need to make some more test before)
> and porting the SkyJUMP
> PlugIn (if any) to OpenJUMP is probably a good idea to make it available
> to OpenJUMP users.
> could you summarize in short what the plugin does?
If I remember correctly, Igor is basically a java interface which runs 
ogr2ogr tool, a command line tool written in C(++ ?) and able to 
transform datasets from a format to another and from a CRS to another 
(last one is based on proj4).
>> As jukka, I would delay an inclusion in OpenJUMP PLUS
>> - take time for testing, internationalization, maybe updating
>> - take time to compare a OpenJUMP + GeoTools formula with a OpenJUMP +
>> ogr + proj4 formula
> the inclusion was targetted towards the kml file source. any comment on that?
Igor does much more than kml. There is also a small kml pure java plugin 
in SkyJUMP (I have tested it on OpenJUMP a few weeks ago), but Igor is a 
tool which can be used without *JUMP, and which gives access to a 
powerfull transformation tool.

Michaël
>
> ..ede
>
>> Michaël
>>
>> Le 18/10/2011 13:59, Rahkonen Jukka a écrit :
>>> Hi,
>>>
>>> Plugins included into the OpenJUMP+ should be generally interesting and if 
>>> the KML extension is such then why not. I would say that the + plugins 
>>> should be tested to be about as reliable as the core OJ. Seldomly used and 
>>> experimental plugins can be installed separately. We might be better with 
>>> the plugins. Now some of them are hard to find and not so friendly to 
>>> install. Quantum GIS has perhaps the most user friendly plugin manager.
>>>
>>> Igor is worth mentioning and it could be mentioned also that it is 
>>> integrated with SkyJUMP so that SkyJUMP can open all vector formats 
>>> supported by ogr. Or most formats at least. SkyJUMP is doing an interim 
>>> convertion into shapefiles with igor first and then opens the shapefile 
>>> automatically if user wants so. Not all format can be converted into 
>>> shapefiles without loosing or altering some data but usually SkyJUMP with 
>>> igor is doing good work.
>>>
>>> -Jukka Rahkonen-
>>>
>>> edgar.soldin wrote:
>>>
 i am in contact with a german user who's english is virtually
 not existing. he suggested to

 A) include isa plugin's capability to read(write?) kml files
 in sextante(plus) edition

 B) to mention http://sourceforge.net/projects/ogr-igor/ inour
 docs for people struggling with reprojection

 any opinions, ede


 --
 
 All the data continuously generated in your IT infrastructure
 contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this data
 and makes
 sense of it. Business sense. IT sense. Common sense.
 http://p.sf.net/sfu/splunk-d2d-oct
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


---

Re: [JPP-Devel] simplify things on wiki

[edgar . soldin]

On 13.10.2011 21:11, Stefan Steiniger wrote:
> 
> a) Well.. for the licences..
> don't know how it works with being readable?
> 
>> would look like that
>> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/etc/readme.txt?view=markup
>>
>> not elegant, but at least up to date
> I was more thinking how you would include it in the wiki? just as a link?
> in this case - would rather think we write the basics (for OJ core) and 
> then, yes for the details (for Plus?) we link to the file... or so.
> 

but even only the basics would be outdated at some point and i really do not 
see someone taking the time to update this periodically.

how about setting up a cronjob that periodically downloads readme.txt from svn 
to our webspace. this way we would have a readable text file for linking and 
only one source to be maintained?

..ede

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] about the chubby release

[edgar . soldin]

i added information about the components of the "chubby" PLUS release to the 
readme.txt

for the future my suggestion is:
let's try to 
- keep these infos up to date
- keep the files in svn/lib/(plus,native) up to date
- generate releases from these files

the snapshots are of course already build from there.

regards ede

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] 2nd proposal - Porting Zoom tools from Jufre

[edgar . soldin]

i trust your votes. i can't judge the usefulness due to lack of gis usage.

..ede

On 18.10.2011 21:47, Michaël Michaud wrote:
> Hi,
> 
> Can be useful,
> If Ede and Stefan are OK, I'll commit it before the end of the month.
> 
> Michaël
> 
> Le 18/10/2011 13:22, Rahkonen Jukka a écrit :
>> Hi,
>>  
>> From experience I can say that nothing beats the keyboard shortcuts in speed 
>> when doing a real works and they are well located at least for right handed 
>> users. It is also impossible to digitise lines with a tablet PC. Therefore I 
>> support adding these right click tools.
>> Another problem I have had with digitizing with a Window tablet PC was 
>> changing the visibility of a layer. Now it is programmed so that the click 
>> and release must happen in the same pixel inside the check box (at least it 
>> feels so) and it is almost impossible to do with a stylus in a moving car. 
>> But now everybody is on the same line with jre 1.7 because the check box 
>> does not react at all.
>> For full tablet usage very much of the user interface should be adjusted. 
>> Many buttons should be bigger and submenus should stay open so that a user 
>> could do selections with click-click instead of click-slide to submenu item. 
>> Thats almost impossible too in a car. Note: I do not digitize while driving, 
>> I have a chauffeur.  But Windows tablets are about non-existing at the 
>> moment. There would be much more demand for OpenJUMP for Android right now. 
>> Android version of QGIS seems to exist already.
>>  
>> -Jukka Rahkonen-
>>  
>> Giuseppe Aruta  wrote:
>>  
>>
>>
>> Hi all,
>>
>> I have extracted from my "Frankenstain" OpenJUMP Jufre a couple of 
>> plugins that could be useful on OJ.
>>
>> As usual, to explain the usage and the function, I did a plugin which I 
>> added to this mail that people can test (zoom.jar)
>>
>> -
>>
>> These plugins are basically a zoom in, zoom out (already   on OJ) and a 
>> center zoom plugins. They are activated, under a "Zoom" submenu" on 
>> left-click View menu.
>>
>> I took the idea from Kosmo software. The plugins are basically the same 
>> of the Kosmo originals with few modifications in order to let them work with 
>> OJ.
>>
>> - The Plugins -
>> "Zoom In" zooms of 0.5 factor to the point of the cursor.
>> "Zoom out" is basically the same as the one embedded in OJ. It zooms to 
>> 2.0 factor. I put here in order to show the new icon and the position of 
>> this plugin according to the two other ones.
>> "Zoom to Click" basically set the center of the view at the cursor 
>> position. It has no zoom effect (factor is 0.0)
>>
>> All tree plugins have new icons that should explain the usage.
>>
>> Why these tree zoom plugins on left-click view menu?
>> When the user is drawing a geometry, it is very important that he/she 
>> can:
>>  a) define the accuracy of the drawing geometry. Zoom in and Zoom out 
>> allows to do it
>> b) finish to draw that geometry outside the starting view, if the image 
>> to be drawn is outside. "Zoom to Click" allows to change the position of the 
>> view, according the cursor tool
>>
>> We have on OJ keyboard plugins for that.
>>
>> But zoom plugins available on the context menu are more easy to remember 
>> than keyboard ones. On the other hand they can be used on a tablet pc (no 
>> keyboard).
>> And Context left-click menu on the view is always accessible by drawing 
>> tools (and other tools) while drawing a geometry
>>
>> I ask the people to do this test to see how these plugins could be useful
>>
>> - start to draw a simple line from west to east.
>> - when you reached the eastern side of the view, you cannot go on 
>> drawing the line. Don't double click to stop drawing(!)
>> - left-click and choose "Zoom to Click"
>> - You will see that the center of the view is changed and so you can go 
>> on drawing.
>>
>> If you think that these plugins are useful. I image that the right 
>> position of them on the menus could be together with the other zoom plugins.
>>
>> The actual zoom plugins (In English):
>> 
>> --
>> Fence
>> Zoom to Selected Items
>> Zoom out
>> -
>> 
>>
>>
>> If we adopt these new zooms:
>> ..
>> -
>> Fence
>> Zoom to Selected Items
>> -
>> Zoom In
>> Zoom Out
>> Center Zoom
>> -
>> ..
>>
>> This is my proposal. I would like to have your opinion after a test
>>
>> regards
>>
>>
>> Giuseppe
>>
>>
>> PS: The plugins are already in English, Spanish and Italian
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive re

Re: [JPP-Devel] include isa, link igor

[edgar . soldin]

On 18.10.2011 21:59, Michaël Michaud wrote:
> Hi,
> 
> Just tested Igor a few times : nice little tool !
> It surely worth some words in our documentation, 

could you add a note on the wiki plugin page under "coordinate transformation"?

>and porting the SkyJUMP 
> PlugIn (if any) to OpenJUMP is probably a good idea to make it available 
> to OpenJUMP users.

could you summarize in short what the plugin does?

> As jukka, I would delay an inclusion in OpenJUMP PLUS
> - take time for testing, internationalization, maybe updating
> - take time to compare a OpenJUMP + GeoTools formula with a OpenJUMP + 
> ogr + proj4 formula

the inclusion was targetted towards the kml file source. any comment on that?

..ede

> 
> Michaël
> 
> Le 18/10/2011 13:59, Rahkonen Jukka a écrit :
>> Hi,
>>
>> Plugins included into the OpenJUMP+ should be generally interesting and if 
>> the KML extension is such then why not. I would say that the + plugins 
>> should be tested to be about as reliable as the core OJ. Seldomly used and 
>> experimental plugins can be installed separately. We might be better with 
>> the plugins. Now some of them are hard to find and not so friendly to 
>> install. Quantum GIS has perhaps the most user friendly plugin manager.
>>
>> Igor is worth mentioning and it could be mentioned also that it is 
>> integrated with SkyJUMP so that SkyJUMP can open all vector formats 
>> supported by ogr. Or most formats at least. SkyJUMP is doing an interim 
>> convertion into shapefiles with igor first and then opens the shapefile 
>> automatically if user wants so. Not all format can be converted into 
>> shapefiles without loosing or altering some data but usually SkyJUMP with 
>> igor is doing good work.
>>
>> -Jukka Rahkonen-
>>
>> edgar.soldin wrote:
>>
>>> i am in contact with a german user who's english is virtually
>>> not existing. he suggested to
>>>
>>> A) include isa plugin's capability to read(write?) kml files
>>> in sextante(plus) edition
>>>
>>> B) to mention http://sourceforge.net/projects/ogr-igor/ inour
>>> docs for people struggling with reprojection
>>>
>>> any opinions, ede
>>>
>>>
>>> --
>>> 
>>> All the data continuously generated in your IT infrastructure
>>> contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data
>>> and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
> 
> 
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] include isa, link igor

[Michaël Michaud]

Hi,

Just tested Igor a few times : nice little tool !
It surely worth some words in our documentation, and porting the SkyJUMP 
PlugIn (if any) to OpenJUMP is probably a good idea to make it available 
to OpenJUMP users.
As jukka, I would delay an inclusion in OpenJUMP PLUS
- take time for testing, internationalization, maybe updating
- take time to compare a OpenJUMP + GeoTools formula with a OpenJUMP + 
ogr + proj4 formula

Michaël

Le 18/10/2011 13:59, Rahkonen Jukka a écrit :
> Hi,
>
> Plugins included into the OpenJUMP+ should be generally interesting and if 
> the KML extension is such then why not. I would say that the + plugins should 
> be tested to be about as reliable as the core OJ. Seldomly used and 
> experimental plugins can be installed separately. We might be better with the 
> plugins. Now some of them are hard to find and not so friendly to install. 
> Quantum GIS has perhaps the most user friendly plugin manager.
>
> Igor is worth mentioning and it could be mentioned also that it is integrated 
> with SkyJUMP so that SkyJUMP can open all vector formats supported by ogr. Or 
> most formats at least. SkyJUMP is doing an interim convertion into shapefiles 
> with igor first and then opens the shapefile automatically if user wants so. 
> Not all format can be converted into shapefiles without loosing or altering 
> some data but usually SkyJUMP with igor is doing good work.
>
> -Jukka Rahkonen-
>
> edgar.soldin wrote:
>
>> i am in contact with a german user who's english is virtually
>> not existing. he suggested to
>>
>> A) include isa plugin's capability to read(write?) kml files
>> in sextante(plus) edition
>>
>> B) to mention http://sourceforge.net/projects/ogr-igor/ inour
>> docs for people struggling with reprojection
>>
>> any opinions, ede
>>
>>
>> --
>> 
>> All the data continuously generated in your IT infrastructure
>> contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data
>> and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] 2nd proposal - Porting Zoom tools from Jufre

[Michaël Michaud]

Hi,

Can be useful,
If Ede and Stefan are OK, I'll commit it before the end of the month.

Michaël

Le 18/10/2011 13:22, Rahkonen Jukka a écrit :

Hi,
From experience I can say that nothing beats the keyboard shortcuts in 
speed when doing a real works and they are well located at least for 
right handed users. It is also impossible to digitise lines with a 
tablet PC. Therefore I support adding these right click tools.
Another problem I have had with digitizing with a Window tablet PC was 
changing the visibility of a layer. Now it is programmed so that the 
click and release must happen in the same pixel inside the check box 
(at least it feels so) and it is almost impossible to do with a 
stylus in a moving car. But now everybody is on the same line with jre 
1.7 because the check box does not react at all.
For full tablet usage very much of the user interface should be 
adjusted. Many buttons should be bigger and submenus should stay open 
so that a user could do selections with click-click instead of 
click-slide to submenu item. Thats almost impossible too in a car. 
Note: I do not digitize while driving, I have a chauffeur.  But 
Windows tablets are about non-existing at the moment. There would be 
much more demand for OpenJUMP for Android right now. Android version 
of QGIS seems to exist already.

-Jukka Rahkonen-
Giuseppe Aruta  wrote:


Hi all,

I have extracted from my "Frankenstain" OpenJUMP Jufre a couple of
plugins that could be useful on OJ.

As usual, to explain the usage and the function, I did a plugin
which I added to this mail that people can test (zoom.jar)

-

These plugins are basically a zoom in, zoom out (already   on OJ)
and a center zoom plugins. They are activated, under a "Zoom"
submenu" on left-click View menu.

I took the idea from Kosmo software. The plugins are basically the
same of the Kosmo originals with few modifications in order to let
them work with OJ.

- The Plugins -
"Zoom In" zooms of 0.5 factor to the point of the cursor.
"Zoom out" is basically the same as the one embedded in OJ. It
zooms to 2.0 factor. I put here in order to show the new icon and
the position of this plugin according to the two other ones.
"Zoom to Click" basically set the center of the view at the cursor
position. It has no zoom effect (factor is 0.0)

All tree plugins have new icons that should explain the usage.

Why these tree zoom plugins on left-click view menu?
When the user is drawing a geometry, it is very important that
he/she can:
 a) define the accuracy of the drawing geometry. Zoom in and Zoom
out allows to do it
b) finish to draw that geometry outside the starting view, if the
image to be drawn is outside. "Zoom to Click" allows to change the
position of the view, according the cursor tool

We have on OJ keyboard plugins for that.

But zoom plugins available on the context menu are more easy to
remember than keyboard ones. On the other hand they can be used on
a tablet pc (no keyboard).
And Context left-click menu on the view is always accessible by
drawing tools (and other tools) while drawing a geometry

I ask the people to do this test to see how these plugins could be
useful

- start to draw a simple line from west to east.
- when you reached the eastern side of the view, you cannot go on
drawing the line. Don't double click to stop drawing(!)
- left-click and choose "Zoom to Click"
- You will see that the center of the view is changed and so you
can go on drawing.

If you think that these plugins are useful. I image that the right
position of them on the menus could be together with the other
zoom plugins.

The actual zoom plugins (In English):

--
Fence
Zoom to Selected Items
Zoom out
-



If we adopt these new zooms:
..
-
Fence
Zoom to Selected Items
-
Zoom In
Zoom Out
Center Zoom
-
..

This is my proposal. I would like to have your opinion after a test

regards


Giuseppe


PS: The plugins are already in English, Spanish and Italian




















--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct


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


-

[JPP-Devel] AGPL is compatible with GPL but essentially makes it AGPL too ...Re: sextante extensions

[edgar . soldin]

On 14.10.2011 01:14, Michaël Michaud wrote:
> Cadplan plugins seems also to follow the GPL
> Not sure about iText. Current version seems to follow AGPL which may not 
> be GPL compatible

see
http://en.wikipedia.org/wiki/Affero_General_Public_License
and discussion here
http://www.coderanch.com/t/516171/open-source/itext-free

btw. cadplan is using LGPL itext2 .

..ede

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] sf.net project details

[edgar . soldin]

i just updated the 
- the project summary (removed the jump pilot sponsor text, this sounded like 
we have some commercial sponsor somewhere)
- supported language list

if somebody feels there is more to update, please do so or speak up.

ede

PS: we should probably still mention why the project group is called 
jump-pilot. so why is it?

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Design of File Load Dialog (was strings for pan synchronization options are gone

[Martin Davis]

I think having lots of alternatives is ok...  In one app I use 
(PaintShopPro) there are literally dozens of format options presented in 
the save dropdown.

Martin

On 10/18/2011 5:08 AM, Rahkonen Jukka wrote:
> How would you do the saving into GML with the three native dialects we have 
> (JUMP GML, GML 2.0 with hand written template, and FME GML) or possibly with 
> the fourth GML 2.0 variant if deejump plugin is installed?  If there would be 
> one line on the list for each alternative then the zip check box would be 
> better, otherwise we would need totally six or eight lines for GML save 
> formats.
>
> -Jukka-
>
> edgar.soldin wrote:
>> On 17.10.2011 22:46, Michaël Michaud wrote:
>>> Hi,
 Would an even simpler alternative be to determine the
>> format from the
 extension, where this is unabiguous, and if it is ambiguous or
 undetermined then let the user choose the desired format?
>>> I think such a mechanism exist in the new OpenDialog Framework.
>>> If I'm correct, the double combobox currently appears
>>> 1) in the old openfile dialog (category context menu)
>>> 2) in the save as dialog box
>> i could only find them there too
>>
>>> I'm not sure the first one is still needed (but I think users had
>>> choosen to keep it when we migrated to the new framework)
>> even so, we currently have two ways to open files. how to
>> explain that to new users? better to have one only.
>>
>>> I thing the double dialog is of no use in the save as
>> dialog box where
>>> combinations of format and extension can be defined in a
>> single combobox.
>>> Zip could be a general option however (a checkbox)
>> i wouldn't say no use, but it is counter-intuitive. it would
>> be easy to merge the options into one dropdwon only without a
>> loss in capabilities.
>>
 So examples are:
 - if a .SHP file is chosen, the format is set to Shapefile
>> automatically.
 - if a .ZIP or .XML file is chosen, the user must choose
>> the appropriate
 format
>> for save i'd rather have
>>
>> ESRI (*.shp)
>> ESRI Compressed (*.zip)
>> GML (*.gml)
>> GML Compressed (*.zip)
>> ...
>>
>> or
>>
>> ESRI (*.shp)
>> GML (*.gml)
>> ...
>> and a checkbox that signals zipping enabled
>>
>>
>>> And even zip files could be automatically opened as long as
>> they contain
>>> unambiguous formats.
>> zip and tgz (i think) when opened with OpenFileWizard are
>> automatically scanned for files with known extensions and
>> opened with the appropriate factory.
>>
>>> My 2 cents
>> make it 4, ede
>>
>>> Michaël


 So there is only one dropdown for Format, and then the checkbox

 On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
>> On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
>>> On 13.10.2011 01:02, Martin Davis wrote:
 One reason for having the double choice of both format
>> and file name is
 that there are formats (such as GML) which don't have
>> a standard file
 extension that can be used to drive the choice of format.

 Also, in JUMP originally we supported a zipped
>> shapefile concept.  It
 had the extension .zip, but was read by the Shapefile driver.

 One thing that could be do would be to use the file
>> extension to drive
 the initial format setting, but allow it to be
>> overridden for files with
 non-specific extensions.

>>> How about a checkbox 'filter by extension', which can
>> be disabled allowing to select any file with any selection in
>> the format dropdown?
>> Ok, but I'm not sure how this solves the problem of
>> determining the
>> format of a file with an unknown extension?
>>
> there is no determination. but, it allows users to assign
>> a format of their choice to a file of their choice and try to open it.
> seen? ede
>
>
>> --
>> 
> All the data continuously generated in your IT
>> infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this
>> data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1410 / Virus Database: 1522/3949 - Release
>> Date: 10/13/11
>
>> --
>> 
 All the data continuously generated in your IT
>> infrastructure contains a
 definitive record of customers, application performance, security
 threats, fraudulent activity and more. Splunk takes this
>> data and makes
 sense of it. Business 

Re: [JPP-Devel] new snapshot defs

[edgar . soldin]

> 
> mvn clean package
> 
> produces the following binaries. 
>  
>  * OpenJUMP-20111018-rnull-CORE.zip  
>  * OpenJUMP-20111018-rnull.jar
> 
> It seems that the revision is somewhat
> broken. Which magic is needed here?
> 
> Any advice?
> 

it'll need svn in the path and the folder to be a svn checkout (svn info is run 
on it). 
for my snapshots i use a local checkout and update it before every run.

regards ede

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Design of File Load Dialog (was strings for pan synchronization options are gone

[edgar . soldin]

yes, each would get a separate entry, that's what i meant. i am also in favor 
of the checkbox, although i have no clue how to integrate it in the 
filechooser, which seems to be a readymade java api component.

..ede

On 18.10.2011 14:08, Rahkonen Jukka wrote:
> How would you do the saving into GML with the three native dialects we have 
> (JUMP GML, GML 2.0 with hand written template, and FME GML) or possibly with 
> the fourth GML 2.0 variant if deejump plugin is installed?  If there would be 
> one line on the list for each alternative then the zip check box would be 
> better, otherwise we would need totally six or eight lines for GML save 
> formats.
> 
> -Jukka-
> 
> edgar.soldin wrote:
>>
>> On 17.10.2011 22:46, Michaël Michaud wrote:
>>> Hi,
 Would an even simpler alternative be to determine the 
>> format from the
 extension, where this is unabiguous, and if it is ambiguous or
 undetermined then let the user choose the desired format?
>>> I think such a mechanism exist in the new OpenDialog Framework.
>>> If I'm correct, the double combobox currently appears
>>> 1) in the old openfile dialog (category context menu)
>>> 2) in the save as dialog box
>>
>> i could only find them there too
>>
>>> I'm not sure the first one is still needed (but I think users had 
>>> choosen to keep it when we migrated to the new framework)
>>
>> even so, we currently have two ways to open files. how to 
>> explain that to new users? better to have one only.
>>
>>>
>>> I thing the double dialog is of no use in the save as 
>> dialog box where 
>>> combinations of format and extension can be defined in a 
>> single combobox.
>>> Zip could be a general option however (a checkbox)
>>
>> i wouldn't say no use, but it is counter-intuitive. it would 
>> be easy to merge the options into one dropdwon only without a 
>> loss in capabilities.
>>
>>>
 So examples are:
 - if a .SHP file is chosen, the format is set to Shapefile 
>> automatically.
 - if a .ZIP or .XML file is chosen, the user must choose 
>> the appropriate
 format
>>
>> for save i'd rather have
>>
>> ESRI (*.shp)
>> ESRI Compressed (*.zip)
>> GML (*.gml)
>> GML Compressed (*.zip)
>> ...
>>
>> or
>>
>> ESRI (*.shp)
>> GML (*.gml)
>> ...
>> and a checkbox that signals zipping enabled
>>
>>
>>> And even zip files could be automatically opened as long as 
>> they contain 
>>> unambiguous formats.
>>
>> zip and tgz (i think) when opened with OpenFileWizard are 
>> automatically scanned for files with known extensions and 
>> opened with the appropriate factory.
>>  
>>> My 2 cents
>>
>> make it 4, ede
>>
>>>
>>> Michaël



 So there is only one dropdown for Format, and then the checkbox

 On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
>> On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
>>> On 13.10.2011 01:02, Martin Davis wrote:
 One reason for having the double choice of both format 
>> and file name is
 that there are formats (such as GML) which don't have 
>> a standard file
 extension that can be used to drive the choice of format.

 Also, in JUMP originally we supported a zipped 
>> shapefile concept.  It
 had the extension .zip, but was read by the Shapefile driver.

 One thing that could be do would be to use the file 
>> extension to drive
 the initial format setting, but allow it to be 
>> overridden for files with
 non-specific extensions.

>>> How about a checkbox 'filter by extension', which can 
>> be disabled allowing to select any file with any selection in 
>> the format dropdown?
>>>
>> Ok, but I'm not sure how this solves the problem of 
>> determining the
>> format of a file with an unknown extension?
>>
> there is no determination. but, it allows users to assign 
>> a format of their choice to a file of their choice and try to open it.
>
> seen? ede
>
>
>> --
>> 
> All the data continuously generated in your IT 
>> infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this 
>> data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1410 / Virus Database: 1522/3949 - Release 
>> Date: 10/13/11
>
>

>> --
>> 
 All the data continuously generated in your IT 
>> infrastructure contains a
 definitive record of custome

Re: [JPP-Devel] Design of File Load Dialog (was strings for pan synchronization options are gone

[Rahkonen Jukka]

How would you do the saving into GML with the three native dialects we have 
(JUMP GML, GML 2.0 with hand written template, and FME GML) or possibly with 
the fourth GML 2.0 variant if deejump plugin is installed?  If there would be 
one line on the list for each alternative then the zip check box would be 
better, otherwise we would need totally six or eight lines for GML save formats.

-Jukka-

edgar.soldin wrote:
> 
> On 17.10.2011 22:46, Michaël Michaud wrote:
> > Hi,
> >> Would an even simpler alternative be to determine the 
> format from the
> >> extension, where this is unabiguous, and if it is ambiguous or
> >> undetermined then let the user choose the desired format?
> > I think such a mechanism exist in the new OpenDialog Framework.
> > If I'm correct, the double combobox currently appears
> > 1) in the old openfile dialog (category context menu)
> > 2) in the save as dialog box
> 
> i could only find them there too
> 
> > I'm not sure the first one is still needed (but I think users had 
> > choosen to keep it when we migrated to the new framework)
> 
> even so, we currently have two ways to open files. how to 
> explain that to new users? better to have one only.
> 
> > 
> > I thing the double dialog is of no use in the save as 
> dialog box where 
> > combinations of format and extension can be defined in a 
> single combobox.
> > Zip could be a general option however (a checkbox)
> 
> i wouldn't say no use, but it is counter-intuitive. it would 
> be easy to merge the options into one dropdwon only without a 
> loss in capabilities.
> 
> > 
> >> So examples are:
> >> - if a .SHP file is chosen, the format is set to Shapefile 
> automatically.
> >> - if a .ZIP or .XML file is chosen, the user must choose 
> the appropriate
> >> format
> 
> for save i'd rather have
> 
> ESRI (*.shp)
> ESRI Compressed (*.zip)
> GML (*.gml)
> GML Compressed (*.zip)
> ...
> 
> or
> 
> ESRI (*.shp)
> GML (*.gml)
> ...
> and a checkbox that signals zipping enabled
> 
> 
> > And even zip files could be automatically opened as long as 
> they contain 
> > unambiguous formats.
> 
> zip and tgz (i think) when opened with OpenFileWizard are 
> automatically scanned for files with known extensions and 
> opened with the appropriate factory.
>  
> > My 2 cents
> 
> make it 4, ede
> 
> > 
> > Michaël
> >>
> >>
> >>
> >> So there is only one dropdown for Format, and then the checkbox
> >>
> >> On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
>  On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
> > On 13.10.2011 01:02, Martin Davis wrote:
> >> One reason for having the double choice of both format 
> and file name is
> >> that there are formats (such as GML) which don't have 
> a standard file
> >> extension that can be used to drive the choice of format.
> >>
> >> Also, in JUMP originally we supported a zipped 
> shapefile concept.  It
> >> had the extension .zip, but was read by the Shapefile driver.
> >>
> >> One thing that could be do would be to use the file 
> extension to drive
> >> the initial format setting, but allow it to be 
> overridden for files with
> >> non-specific extensions.
> >>
> > How about a checkbox 'filter by extension', which can 
> be disabled allowing to select any file with any selection in 
> the format dropdown?
> >
>  Ok, but I'm not sure how this solves the problem of 
> determining the
>  format of a file with an unknown extension?
> 
> >>> there is no determination. but, it allows users to assign 
> a format of their choice to a file of their choice and try to open it.
> >>>
> >>> seen? ede
> >>>
> >>> 
> --
> 
> >>> All the data continuously generated in your IT 
> infrastructure contains a
> >>> definitive record of customers, application performance, security
> >>> threats, fraudulent activity and more. Splunk takes this 
> data and makes
> >>> sense of it. Business sense. IT sense. Common sense.
> >>> http://p.sf.net/sfu/splunk-d2d-oct
> >>> ___
> >>> Jump-pilot-devel mailing list
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>>
> >>>
> >>> -
> >>> No virus found in this message.
> >>> Checked by AVG - www.avg.com
> >>> Version: 10.0.1410 / Virus Database: 1522/3949 - Release 
> Date: 10/13/11
> >>>
> >>>
> >> 
> --
> 
> >> All the data continuously generated in your IT 
> infrastructure contains a
> >> definitive record of customers, application performance, security
> >> threats, fraudulent activity and more. Splunk takes this 
> data and makes
> >> sense of it. Business sense. IT sense. Common sense.
> >> http://p.sf.net/sfu/splunk-d2d-oct
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-deve

Re: [JPP-Devel] include isa, link igor

[Rahkonen Jukka]

Hi,

Plugins included into the OpenJUMP+ should be generally interesting and if the 
KML extension is such then why not. I would say that the + plugins should be 
tested to be about as reliable as the core OJ. Seldomly used and experimental 
plugins can be installed separately. We might be better with the plugins. Now 
some of them are hard to find and not so friendly to install. Quantum GIS has 
perhaps the most user friendly plugin manager.

Igor is worth mentioning and it could be mentioned also that it is integrated 
with SkyJUMP so that SkyJUMP can open all vector formats supported by ogr. Or 
most formats at least. SkyJUMP is doing an interim convertion into shapefiles 
with igor first and then opens the shapefile automatically if user wants so. 
Not all format can be converted into shapefiles without loosing or altering 
some data but usually SkyJUMP with igor is doing good work.

-Jukka Rahkonen-

edgar.soldin wrote:

> i am in contact with a german user who's english is virtually 
> not existing. he suggested to
> 
> A) include isa plugin's capability to read(write?) kml files 
> in sextante(plus) edition
> 
> B) to mention http://sourceforge.net/projects/ogr-igor/ inour 
> docs for people struggling with reprojection
> 
> any opinions, ede
> 
> 
> --
> 
> All the data continuously generated in your IT infrastructure 
> contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data 
> and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Design of File Load Dialog (was strings for pan synchronization options are gone

[edgar . soldin]

On 17.10.2011 22:46, Michaël Michaud wrote:
> Hi,
>> Would an even simpler alternative be to determine the format from the
>> extension, where this is unabiguous, and if it is ambiguous or
>> undetermined then let the user choose the desired format?
> I think such a mechanism exist in the new OpenDialog Framework.
> If I'm correct, the double combobox currently appears
> 1) in the old openfile dialog (category context menu)
> 2) in the save as dialog box

i could only find them there too

> I'm not sure the first one is still needed (but I think users had 
> choosen to keep it when we migrated to the new framework)

even so, we currently have two ways to open files. how to explain that to new 
users? better to have one only.

> 
> I thing the double dialog is of no use in the save as dialog box where 
> combinations of format and extension can be defined in a single combobox.
> Zip could be a general option however (a checkbox)

i wouldn't say no use, but it is counter-intuitive. it would be easy to merge 
the options into one dropdwon only without a loss in capabilities.

> 
>> So examples are:
>> - if a .SHP file is chosen, the format is set to Shapefile automatically.
>> - if a .ZIP or .XML file is chosen, the user must choose the appropriate
>> format

for save i'd rather have

ESRI (*.shp)
ESRI Compressed (*.zip)
GML (*.gml)
GML Compressed (*.zip)
...

or

ESRI (*.shp)
GML (*.gml)
...
and a checkbox that signals zipping enabled


> And even zip files could be automatically opened as long as they contain 
> unambiguous formats.

zip and tgz (i think) when opened with OpenFileWizard are automatically scanned 
for files with known extensions and opened with the appropriate factory.
 
> My 2 cents

make it 4, ede

> 
> Michaël
>>
>>
>>
>> So there is only one dropdown for Format, and then the checkbox
>>
>> On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
 On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
> On 13.10.2011 01:02, Martin Davis wrote:
>> One reason for having the double choice of both format and file name is
>> that there are formats (such as GML) which don't have a standard file
>> extension that can be used to drive the choice of format.
>>
>> Also, in JUMP originally we supported a zipped shapefile concept.  It
>> had the extension .zip, but was read by the Shapefile driver.
>>
>> One thing that could be do would be to use the file extension to drive
>> the initial format setting, but allow it to be overridden for files with
>> non-specific extensions.
>>
> How about a checkbox 'filter by extension', which can be disabled 
> allowing to select any file with any selection in the format dropdown?
>
 Ok, but I'm not sure how this solves the problem of determining the
 format of a file with an unknown extension?

>>> there is no determination. but, it allows users to assign a format of their 
>>> choice to a file of their choice and try to open it.
>>>
>>> seen? ede
>>>
>>> --
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2d-oct
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>>>
>>> -
>>> No virus found in this message.
>>> Checked by AVG - www.avg.com
>>> Version: 10.0.1410 / Virus Database: 1522/3949 - Release Date: 10/13/11
>>>
>>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
> 
> 
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sf.net files section cleaned up

[edgar . soldin]

sorry, what do you mean?  ..ede

On 17.10.2011 20:40, Stefan Steiniger wrote:
> so if there is a way to undo that?
> 
> stefan
> 
> On 17/10/2011 12:38 PM, Stefan Steiniger wrote:
>> Hi Ede,
>>
>> thanks.
>>
>> But, I though we talked about plugins only..
>> The section with the "other docs" was quite important.. now you broke
>> all the links on several pages I had (also wikis) and .. all the
>> download stats are gone too (as far as I can see)... not s cool.
>>
>> stefan
>>
>> On 17/10/2011 12:30 PM, Michaël Michaud wrote:
>>> Hi,
>>>
>>> Thanks for the work, Ede, better like this,
>>>
>>> Michaël
>>>
>>> Le 17/10/2011 19:48, edgar.sol...@web.de a écrit :
 i changed the folders as agreed and updated wiki plugins page
 http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Plugins_for_OpenJUMP

 there are probably other places where the links are broken now. please 
 keep your eyes open and fix if necessary.

 ..ede


 On 17.10.2011 12:34, Giuseppe Aruta wrote:
> I agree too
>
> Giuseppe
>
> *Da:* G. Allegri
> *A:* OpenJump develop and use
> *Inviato:* Domenica 16 Ottobre 2011 22:14
> *Oggetto:* Re: [JPP-Devel] sextante extensions
>
> I agree ;)
>
> 2011/10/16 Stefan Steinigermailto:sst...@geo.uzh.ch>>
>
>agreed..
>lets move them
>
>stefan
>
>Am 16.10.11 12:13, schrieb Michaël Michaud:
>>+1
>>
>>Le 14/10/2011 10:36, G. Allegri a écrit :
>>>+1
>>>
>>>2011/10/14 Edgar 
> Soldinmailto:ed...@soldin.de>
> >>
>>>
>>>On 13.10.201121:52, G. Allegri wrote:
>>>>I appreciate really much your efforts, and I've 
> just seen the
>>>clenup to the wiki.
>>>>I just add a clarification about my hint on plugin 
> naming.
>>>Looking the folders under the Files [1] pasge can be 
> confusing,
>>>and moreover the various plugins don't follow a shared 
> naming
>>>convention: someone has the Plugin suffix, someone as 
> the p
>>>prefix, etc. Maybe estabilishing a common naming 
> approach (which
>>>could be reflected in the respective folders too) could 
> help and
>>>would give a better "estethical effect" ;)
>>>
>>>how about moving alle plugins into
>>>
>>>OpenJUMP_Plugins, retiring the prefix 'P_' for 
> subfolders.
>>>
>>>ede
>>>
>>>>
>>>>giovanni
>>>>
>>>>[1] 
> http://sourceforge.net/projects/jump-pilot/files/
>>>>
>>>>2011/10/13 Stefan 
> Steinigermailto:sst...@geo.uzh.ch>
>>>>
> 
>>>>>>
>>>>Hi Giovani,
>>>>
>>>>I am really glad that you wrote more - we need this 
> new
>>>perspectives.
>>>>I hope we can change things there soonish.
>>>>
>>>>on the formats, there was a section on the wiki 
> page [1]
>>>>
>>>>Now the sad news with respect to projection: 
> OpenJUMP doesn't
>>>care about
>>>>it natively. However we have a plugin by Ede that 
> allows to
>>>transform
>>>>(vector) data. [2]
>>>>
>>>>thanks again
>>>>stefan
>>>>
>>>>[1]
>>>>
>>>
> http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Import_Export_File
>>>>[2]
>>>>
>>>
> http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Plugins_for_OpenJUMP#VIII_-_Coordinate_Transformation_PlugIn
>>>>
>>>>
>>>>Am 13.10.11 00
> :56,
>>>schrieb G. Allegri:
>>>>>Hi Stefan, hi Michael,
>>>>>I admit I missed the following wiki page [1]. 
> I'm not an
>>>expert with
>>>>>build systems, that's why I hope they "just 
> wo

Re: [JPP-Devel] 2nd proposal - Porting Zoom tools from Jufre

[Rahkonen Jukka]

Hi,

>From experience I can say that nothing beats the keyboard shortcuts in speed 
>when doing a real works and they are well located at least for right handed 
>users. It is also impossible to digitise lines with a tablet PC. Therefore I 
>support adding these right click tools.
Another problem I have had with digitizing with a Window tablet PC was changing 
the visibility of a layer. Now it is programmed so that the click and release 
must happen in the same pixel inside the check box (at least it feels so) and 
it is almost impossible to do with a stylus in a moving car. But now everybody 
is on the same line with jre 1.7 because the check box does not react at all.
For full tablet usage very much of the user interface should be adjusted. Many 
buttons should be bigger and submenus should stay open so that a user could do 
selections with click-click instead of click-slide to submenu item. Thats 
almost impossible too in a car. Note: I do not digitize while driving, I have a 
chauffeur.  But Windows tablets are about non-existing at the moment. There 
would be much more demand for OpenJUMP for Android right now. Android version 
of QGIS seems to exist already.

-Jukka Rahkonen-

Giuseppe Aruta  wrote:


Hi all,

I have extracted from my "Frankenstain" OpenJUMP Jufre a couple of plugins that 
could be useful on OJ.

As usual, to explain the usage and the function, I did a plugin which I added 
to this mail that people can test (zoom.jar)

-

These plugins are basically a zoom in, zoom out (already   on OJ) and a center 
zoom plugins. They are activated, under a "Zoom" submenu" on left-click View 
menu.

I took the idea from Kosmo software. The plugins are basically the same of the 
Kosmo originals with few modifications in order to let them work with OJ.

- The Plugins -
"Zoom In" zooms of 0.5 factor to the point of the cursor.
"Zoom out" is basically the same as the one embedded in OJ. It zooms to 2.0 
factor. I put here in order to show the new icon and the position of this 
plugin according to the two other ones.
"Zoom to Click" basically set the center of the view at the cursor position. It 
has no zoom effect (factor is 0.0)

All tree plugins have new icons that should explain the usage.

Why these tree zoom plugins on left-click view menu?
When the user is drawing a geometry, it is very important that he/she can:
 a) define the accuracy of the drawing geometry. Zoom in and Zoom out allows to 
do it
b) finish to draw that geometry outside the starting view, if the image to be 
drawn is outside. "Zoom to Click" allows to change the position of the view, 
according the cursor tool

We have on OJ keyboard plugins for that.

But zoom plugins available on the context menu are more easy to remember than 
keyboard ones. On the other hand they can be used on a tablet pc (no keyboard).
And Context left-click menu on the view is always accessible by drawing tools 
(and other tools) while drawing a geometry

I ask the people to do this test to see how these plugins could be useful

- start to draw a simple line from west to east.
- when you reached the eastern side of the view, you cannot go on drawing the 
line. Don't double click to stop drawing(!)
- left-click and choose "Zoom to Click"
- You will see that the center of the view is changed and so you can go on 
drawing.

If you think that these plugins are useful. I image that the right position of 
them on the menus could be together with the other zoom plugins.

The actual zoom plugins (In English):

--
Fence
Zoom to Selected Items
Zoom out
-



If we adopt these new zooms:
..
-
Fence
Zoom to Selected Items
-
Zoom In
Zoom Out
Center Zoom
-
..

This is my proposal. I would like to have your opinion after a test

regards


Giuseppe


PS: The plugins are already in English, Spanish and Italian


















--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] 2nd proposal - Porting Zoom tools from Jufre

[Giuseppe Aruta]

Hi all,

I have extracted from my "Frankenstain" OpenJUMP Jufre a couple of plugins that 
could be useful on OJ.

As usual, to explain the usage and the function, I did a plugin which I added 
to this mail that people can test (zoom.jar)

-

These
 plugins are basically a zoom in, zoom out (already   on OJ) and a 
center zoom plugins. They are activated, under a "Zoom" submenu" on 
left-click View menu.

I took the idea from Kosmo software. The 
plugins are basically the same of the Kosmo originals with few 
modifications in order to let them work with OJ. 

- The Plugins -
"Zoom In" zooms of 0.5 factor to the point of the cursor.
"Zoom
 out" is basically the same as the one embedded in OJ. It zooms to 2.0 
factor. I put here in order to show the new icon and the position of 
this plugin according to the two other ones.
"Zoom to Click" basically set the center of the view at the cursor position. It 
has no zoom effect (factor is 0.0)

All tree plugins have new icons that should explain the usage.

Why these tree zoom plugins on left-click view menu?
When the user is drawing a geometry, it is very important that he/she can:
 a) define the accuracy of the drawing geometry. Zoom in and Zoom out allows to 
do it
b)
 finish to draw that geometry outside the starting view, if the image to
 be drawn is outside. "Zoom to Click" allows to change the position of 
the view, according the cursor tool

We have on OJ keyboard plugins for that. 

But zoom plugins available on
 the context menu are more easy to remember than keyboard ones. On the other 
hand they can be used on a tablet pc (no keyboard).
And Context left-click menu on the view is always accessible by drawing tools 
(and other tools) while drawing a geometry

I ask the people to do this test to see how these plugins could be useful

- start to draw a simple line from west to east.
- when you reached the eastern side of the view, you cannot go on drawing the 
line. Don't double click to stop drawing(!)
- left-click and choose "Zoom to Click"
- You will see that the center of the view is changed and so you can go on 
drawing.

If
 you think that these plugins are useful. I image that the right 
position of them on the menus could be together with the other zoom 
plugins.

The actual zoom plugins (In English):

--
Fence
Zoom to Selected Items
Zoom out
-



If we adopt
 these new zooms:
..
-
Fence
Zoom to Selected Items
-
Zoom In
Zoom Out
Center Zoom
-
..

This is my proposal. I would like to have your opinion after a test

regards


Giuseppe

zoom.jar
Description: Binary data
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add comment about proxy settings into the launch files

[Rahkonen Jukka]

Hi,

Naturally yes if it is not very complicated. Kosmo allows setting and changing 
proxy settings on-the-fly without restarting the application and it is much 
more comfortable. Especially when running some local logging proxy like Fiddler 
for studying the web traffic with WMS. Or WFS which we do not really have at 
the moment. But there is good news for WFS users, the Kosmo WFS is very good 
and getting better all the time.

-Jukka Rahkonen-

edgar.soldin wrote:

> 
> btw i saw kosmo has a nifty proxy setting panel under 
> options. maybe we should take it over to oj?
> 
> ..ede
> 
> On 07.10.2011 11:52, edgar.sol...@web.de wrote:
> > absolutely. have a look at the ini file. it is pretty much 
> self explanatory. or here
> > http://winrun4j.sourceforge.net/
> > 
> > still i am thinking about a more intelligent windows 
> launcher which either
> > - runs the windows.bat behind the scenes
> > or
> > - has all the capabilities the batch file currently has.
> > 
> > ede
> > 
> > On 07.10.2011 11:26, Rahkonen Jukka wrote:
> >> Is is possible to set proxy also with OpenJUMP.ini?
> >>
> >> -Jukka-
> >>
> >>> -Alkuperäinen viesti-
> >>> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] 
> >>> Lähetetty: 7. lokakuuta 2011 12:24
> >>> Vastaanottaja: OpenJump develop and use
> >>> Aihe: Re: [JPP-Devel] Add comment about proxy settings into 
> >>> the launch files
> >>>
> >>> not at all, you might want to edit the oj_windows.bat 
> >>> accordingly, with some nice commenting and send it in. i'll 
> >>> put it in trunk .. ede
> >>>
> >>> On 07.10.2011 11:13, Rahkonen Jukka wrote:
>  Hi,
> 
>  Could it be hard to add an example of Java proxy settings 
> >>> into OpenJUMP launch files as comments? At least I cannot 
> >>> remember out of my head these things like -DproxyHost=Access2 
> >>> -DproxyPort=8080 -DnonProxyHosts="10.220.*|localhost" 
> >>> -DproxySet=true. However, it there were a template I could 
> >>> easily edit the hostname and port to suit our environment.
> 
>  -Jukka Rahkonen-
> >>>
> >>> --
> >>> 
> >>> All of the data generated in your IT infrastructure is 
> >>> seriously valuable.
> >>> Why? It contains a definitive record of application 
> >>> performance, security
> >>> threats, fraudulent activity, and more. Splunk takes this 
> >>> data and makes
> >>> sense of it. IT sense. And common sense.
> >>> http://p.sf.net/sfu/splunk-d2dcopy2
> >>> ___
> >>> Jump-pilot-devel mailing list
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>>
> >> 
> --
> 
> >> All of the data generated in your IT infrastructure is 
> seriously valuable.
> >> Why? It contains a definitive record of application 
> performance, security
> >> threats, fraudulent activity, and more. Splunk takes this 
> data and makes
> >> sense of it. IT sense. And common sense.
> >> http://p.sf.net/sfu/splunk-d2dcopy2
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> --
> 
> > All of the data generated in your IT infrastructure is 
> seriously valuable.
> > Why? It contains a definitive record of application 
> performance, security
> > threats, fraudulent activity, and more. Splunk takes this 
> data and makes
> > sense of it. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy2
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> --
> 
> All the data continuously generated in your IT infrastructure 
> contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data 
> and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list

Re: [JPP-Devel] new snapshot defs

[Stephan Holl]

Hello edgar,

edgar.sol...@web.de, [20111012 - 20:27:26]

> ok,

thanks for your work here 

> i overhauled the the maven scripts. by default the core jar and a
> core zip are build. defining '-P core,plus' enables a second extended
> profile incl. ecw binaries that eventually is meant to equal a
> snapshot of the current sextante edition.

mvn clean package

produces the following binaries. 
 
 * OpenJUMP-20111018-rnull-CORE.zip  
 * OpenJUMP-20111018-rnull.jar

It seems that the revision is somewhat
broken. Which magic is needed here?

Any advice?

Best

Stephan
-- 
Stephan Holl  | Tel.: +49 (0)541-33 508 3663
Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabrück - HR B 18998
Geschäftsführer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner


signature.asc
Description: PGP signature
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Add comment about proxy settings into the launch files

[edgar . soldin]

btw i saw kosmo has a nifty proxy setting panel under options. maybe we should 
take it over to oj?

..ede

On 07.10.2011 11:52, edgar.sol...@web.de wrote:
> absolutely. have a look at the ini file. it is pretty much self explanatory. 
> or here
> http://winrun4j.sourceforge.net/
> 
> still i am thinking about a more intelligent windows launcher which either
> - runs the windows.bat behind the scenes
> or
> - has all the capabilities the batch file currently has.
> 
> ede
> 
> On 07.10.2011 11:26, Rahkonen Jukka wrote:
>> Is is possible to set proxy also with OpenJUMP.ini?
>>
>> -Jukka-
>>
>>> -Alkuperäinen viesti-
>>> Lähettäjä: edgar.sol...@web.de [mailto:edgar.sol...@web.de] 
>>> Lähetetty: 7. lokakuuta 2011 12:24
>>> Vastaanottaja: OpenJump develop and use
>>> Aihe: Re: [JPP-Devel] Add comment about proxy settings into 
>>> the launch files
>>>
>>> not at all, you might want to edit the oj_windows.bat 
>>> accordingly, with some nice commenting and send it in. i'll 
>>> put it in trunk .. ede
>>>
>>> On 07.10.2011 11:13, Rahkonen Jukka wrote:
 Hi,

 Could it be hard to add an example of Java proxy settings 
>>> into OpenJUMP launch files as comments? At least I cannot 
>>> remember out of my head these things like -DproxyHost=Access2 
>>> -DproxyPort=8080 -DnonProxyHosts="10.220.*|localhost" 
>>> -DproxySet=true. However, it there were a template I could 
>>> easily edit the hostname and port to suit our environment.

 -Jukka Rahkonen-
>>>
>>> --
>>> 
>>> All of the data generated in your IT infrastructure is 
>>> seriously valuable.
>>> Why? It contains a definitive record of application 
>>> performance, security
>>> threats, fraudulent activity, and more. Splunk takes this 
>>> data and makes
>>> sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-d2dcopy2
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>> --
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy2
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> --
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] 2nd proposal - Porting Zoom tools from Jufre

[Giuseppe Aruta]

Hi all,

I have extracted from my "Frankenstain" OpenJUMP Jufre a couple of plugins that 
could be useful on OJ.

As usual, to explain the usage and the function, I did a plugin which I added 
to this mail that people can test (zoom.jar)

-

These plugins are basically a zoom in, zoom out (already   on OJ) and a center 
zoom plugins. They are activated, under a "Zoom" submenu" on left-click View 
menu.

I took the idea from Kosmo software. The plugins are basically the same of the 
Kosmo originals with few modifications in order to let them work with OJ. 

- The Plugins -
"Zoom In" zooms of 0.5 factor to the point of the cursor.
"Zoom out" is basically the same as the one embedded in OJ. It zooms to 2.0 
factor. I put here in order to show the new icon and the position of this 
plugin according to the two other ones.
"Zoom to Click" basically set the center of the view at the cursor position. It 
has no zoom effect (factor is 0.0)

All tree plugins have new icons that should explain the usage.

Why these tree zoom plugins on left-click view menu?
When the user is drawing a geometry, it is very important that he/she can:
 a) define the accuracy of the drawing geometry. Zoom in and Zoom out allows to 
do it
b) finish to draw that geometry outside the starting view, if the image to be 
drawn is outside. "Zoom to Click" allows to change the position of the view, 
according the cursor tool

We have on OJ keyboard plugins for that. 

But zoom plugins available on the context menu are more easy to remember than 
keyboard ones. On the other hand they can be used on a tablet pc (no keyboard).
And Context left-click menu on the view is always accessible by drawing tools 
(and other tools) while drawing a geometry

I ask the people to do this test to see how these plugins could be useful

- start to draw a simple line from west to east.
- when you reached the eastern side of the view, you cannot go on drawing the 
line. Don't double click to stop drawing(!)
- left-click and choose "Zoom to Click"
- You will see that the center of the view is changed and so you can go on 
drawing.

If you think that these plugins are useful. I image that the right position of 
them on the menus could be together with the other zoom plugins.

The actual zoom plugins (In English):

--
Fence
Zoom to Selected Items
Zoom out
-



If we adopt these new zooms:
..
-
Fence
Zoom to Selected Items
-
Zoom In
Zoom Out
Center Zoom
-
..

This is my proposal. I would like to have your opinion after a test

regards


Giuseppe


PS: The plugins are already in English, Spanish and Italian

zoom.jar
Description: Binary data
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] include isa, link igor

[edgar . soldin]

i am in contact with a german user who's english is virtually not existing. he 
suggested to

A) include isa plugin's capability to read(write?) kml files in sextante(plus) 
edition

B) to mention http://sourceforge.net/projects/ogr-igor/ inour docs for people 
struggling with reprojection

any opinions, ede


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] sf.net files section cleaned up

[edgar . soldin]

is there really no way to fix the links accordingly? the wiki has a search 
function which works pretty well in finding those instances.

regarding the statistics, what exactly do you need to keep them for? btw. you 
might have noticed that they are still there after your recreated the folder.

..ede

On 17.10.2011 21:23, Stefan Steiniger wrote:
> ok guys,
> 
> I am gonna re-create "w_other_freegis_documents" folder
> because it would be too much work to change all the links to the docs in 
> that folder
> 
> stefan
> 
> On 17/10/2011 12:40 PM, Stefan Steiniger wrote:
>> so if there is a way to undo that?
>>
>> stefan
>>
>> On 17/10/2011 12:38 PM, Stefan Steiniger wrote:
>>> Hi Ede,
>>>
>>> thanks.
>>>
>>> But, I though we talked about plugins only..
>>> The section with the "other docs" was quite important.. now you broke
>>> all the links on several pages I had (also wikis) and .. all the
>>> download stats are gone too (as far as I can see)... not s cool.
>>>
>>> stefan
>>>
>>> On 17/10/2011 12:30 PM, Michaël Michaud wrote:
 Hi,

 Thanks for the work, Ede, better like this,

 Michaël

 Le 17/10/2011 19:48, edgar.sol...@web.de a écrit :
> i changed the folders as agreed and updated wiki plugins page
> http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Plugins_for_OpenJUMP
>
> there are probably other places where the links are broken now. please 
> keep your eyes open and fix if necessary.
>
> ..ede
>
>
> On 17.10.2011 12:34, Giuseppe Aruta wrote:
>> I agree too
>>
>> Giuseppe
>>
>> *Da:* G. Allegri
>> *A:* OpenJump develop and use
>> *Inviato:* Domenica 16 Ottobre 2011 22:14
>> *Oggetto:* Re: [JPP-Devel] sextante extensions
>>
>> I agree ;)
>>
>> 2011/10/16 Stefan Steinigermailto:sst...@geo.uzh.ch>>
>>
>> agreed..
>> lets move them
>>
>> stefan
>>
>> Am 16.10.11 12:13, schrieb Michaël Michaud:
>> > +1
>> >
>> > Le 14/10/2011 10:36, G. Allegri a écrit :
>> >> +1
>> >>
>> >> 2011/10/14 Edgar 
>> Soldinmailto:ed...@soldin.de> 
>> >>
>> >>
>> >> On 13.10.2011 21:52, G. Allegri 
>> wrote:
>> >> > I appreciate really much your efforts, and I've 
>> just seen the
>> >> clenup to the wiki.
>> >> > I just add a clarification about my hint on 
>> plugin naming.
>> >> Looking the folders under the Files [1] pasge can be 
>> confusing,
>> >> and moreover the various plugins don't follow a 
>> shared naming
>> >> convention: someone has the Plugin suffix, someone as 
>> the p
>> >> prefix, etc. Maybe estabilishing a common naming 
>> approach (which
>> >> could be reflected in the respective folders too) 
>> could help and
>> >> would give a better "estethical effect" ;)
>> >>
>> >> how about moving alle plugins into
>> >>
>> >> OpenJUMP_Plugins, retiring the prefix 'P_' for 
>> subfolders.
>> >>
>> >> ede
>> >>
>> >> >
>> >> > giovanni
>> >> >
>> >> > [1] 
>> http://sourceforge.net/projects/jump-pilot/files/
>> >> >
>> >> > 2011/10/13 Stefan 
>> Steinigermailto:sst...@geo.uzh.ch>
>> >> >  
>>
>> >> > >> >
>> >> > Hi Giovani,
>> >> >
>> >> > I am really glad that you wrote more - we need 
>> this new
>> >> perspectives.
>> >> > I hope we can change things there soonish.
>> >> >
>> >> > on the formats, there was a section on the wiki 
>> page [1]
>> >> >
>> >> > Now the sad news with respect to projection: 
>> OpenJUMP doesn't
>> >> care about
>> >> > it natively. However we have a plugin by Ede 
>> that allows to
>> >> transform
>> >> > (vector) data. [2]
>> >> >
>> >> > thanks again
>> >> > stefan
>> >> >
>> >> > [1]
>> >> >
>>  

Re: [JPP-Devel] Design of File Load Dialog (was strings for pan synchronization options are gone

[edgar . soldin]

On 18.10.2011 00:31, Stefan Steiniger wrote:
> well.. in terms of priority.
> 
> I installed a new MacOSX over the weekend and the "Style" dialog bug is 
> gone now. However, one can still not save Datasets with "Save Dataset 
> As..." without overwriting an existing file - since no new name can be 
> written.
> ..sadly...

i will take care of that some time soon... however i strongly feel if we tackle 
this we should streamline the open/save dialogs into one version, meaning:

- merge load dataset into OpenFileWizard
- rework save Dataset to reuse OpenFileWizards FileChooserPanel or better setup 
a SaveFileWizard?

..ede

> 
> stefan
> 
> On 17/10/2011 2:46 PM, Michaël Michaud wrote:
>> Hi Ede,
>>
>> There are several strata of development :
>>
>> - The original open/save dialog from vivid with a clear separation
>> between format and extension, as explained by Martin.
>> - The addition of several datasource access plugins (wms, databases,
>> images...)
>> - The new Open Datasource framework which tried to uniformise datasource
>> access
>>
>> I think that it has been a user choice to keep the old open file dialog
>> somewhere (actually, category right-click context menu)
>> And maybe a design choice (or limitation) to rework the open dialog, and
>> not the save dialog.
>>
>> Would probably worth merging some parts at some point. I would not put
>> high priority on this task, but if you have a clear idea about where to
>> go to simplify without loosing capability.
>>
>> Michaël
>>
>> Le 17/10/2011 20:26, edgar.sol...@web.de a écrit :
>>> why do we have several file dialogues anyway?
>>>
>>> shouldn't we strive to merge them into one only?
>>>
>>> ..ede
>>>
>>>
>>> On 15.10.2011 21:15, Sunburned Surveyor wrote:
 The last suggestion by Martin Davis makes sense to me.

 Landon

 On Fri, Oct 14, 2011 at 8:39 PM, Martin Davis   wrote:
> So is the behaviour:
>
> - if Filter By Extension is unchecked, then the user can select any file
> and any format
> - if Filter By Extension is checked, then the user selects a file and
> the format is determined from the extension
>
> ?
>
> Would an even simpler alternative be to determine the format from the
> extension, where this is unabiguous, and if it is ambiguous or
> undetermined then let the user choose the desired format?
>
> So examples are:
> - if a .SHP file is chosen, the format is set to Shapefile automatically.
> - if a .ZIP or .XML file is chosen, the user must choose the appropriate
> format
>
>
>
> So there is only one dropdown for Format, and then the checkbox
>
> On 10/14/2011 12:59 AM, edgar.sol...@web.de wrote:
>>> On 10/13/2011 2:24 AM, edgar.sol...@web.de wrote:
 On 13.10.2011 01:02, Martin Davis wrote:
> One reason for having the double choice of both format and file name 
> is
> that there are formats (such as GML) which don't have a standard file
> extension that can be used to drive the choice of format.
>
> Also, in JUMP originally we supported a zipped shapefile concept.  It
> had the extension .zip, but was read by the Shapefile driver.
>
> One thing that could be do would be to use the file extension to drive
> the initial format setting, but allow it to be overridden for files 
> with
> non-specific extensions.
>
 How about a checkbox 'filter by extension', which can be disabled 
 allowing to select any file with any selection in the format dropdown?

>>> Ok, but I'm not sure how this solves the problem of determining the
>>> format of a file with an unknown extension?
>>>
>> there is no determination. but, it allows users to assign a format of 
>> their choice to a file of their choice and try to open it.
>>
>> seen? ede
>>
>> --
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2d-oct
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>> -
>> No virus found in this message.
>> Checked by AVG - www.avg.com
>> Version: 10.0.1410 / Virus Database: 1522/3949 - Release Date: 10/13/11
>>
>>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
>

[JPP-Devel] OpenJUMP and linear referencing

[Rahkonen Jukka]

Hi,

Busy developers, would you believe that some linear referencing features could 
be handled even theoretically by OpenJUMP? Something like
- Make a buffer for a linesting, so that a section of line between x and y 
meters from the selected vertex forward/backward would be selected and buffered 
with z meters. Use cases: Select shops which are conveniently close to a 
planned route. Select the downstream fields which will be contaminated within 
one hour after a shipwreck and oil leakage.
- Show distance to a vertex along a line.
- Tie attributes to linear features without splitting line into pieces. Use 
cases: Speed limits, starting from the beginning of a linestring are from 0 to 
2340 meters 50 km/h, from 2340 to 9850 m 80 km/h etc.  Bus stops locations are 
1.12 km, 2.30 km, 3.50, 6.70 km from the beginning of bus route number 6 in 
forward direction and something else in reverse direction.

-Jukka Rahkonen-


--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel