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

[Stefan Steiniger]

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

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

Re: [JPP-Devel] sf.net project details

[Stefan Steiniger]

Hei Ede,

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

the long version is here:
http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_History

and... well I see there is clean up needed here as well:
http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=What_is_OpenJUMP

:)


--
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] User interface issues

[Sunburned Surveyor]

Michael,

I did have time to dink around a little with the layer visibility
check box bug last week. I was able to confirm:

1) That I get the bug with the latest nightly build and latest JRE on
MS Windows.
2) That no exception was thrown on my computer when attempting to use
the check box.

I still want to try two things:

1) Test for the bug one of my linux boxes.
2) Try whipping up a dummy JFrame with a check box so I can see of all
check boxes fail, or if there is something about the OJ LayerNamePanel
code that is causing the problem.

I will try to get to these two (2) tasks this week, but it depends on
workload for my day job.

Landon


2011/10/16 Michaël Michaud :
> Hi Jukka, Landon
>
>
> - Use menu item File : I filled a bug report (3424425), but there is no
> exception thrown, and it will be difficult to solve. Hope that it will be
> fixed in next jre release.
>
> - Layer visibility checkbox not working with java 7 (3413805 ) : Landon, any
> progress on this bug ? Don't know yet if it is just a jre 7 regression or if
> there is something to fix in OpenJUMP code. By the way, I don't think it
> will be easy to fix.
>
> -closing the project with image files a dialogue "Datasets have been
> modified" appears : images loaded with add layer and images loaded with add
> Sextante image are not managed the same way. I filled a bug report 3424399.
> This one should be easier to fix.
>
> Michaël
>
>
>
> Le 21/09/2011 13:16, Rahkonen Jukka a écrit :
>
> Hi,
>
> Here are some findings from the last nights Ede build:
>
> - Use menu item File - Open File. A previously used directory opens. The Up
> one level button does not work before you click either on the file list area
> or on the Files of type line.
> - The layer visibility check box does not work for me. Fortunately Right
> click - Toggle visibility works.
> - When closing the project with image files a dialogue "Datasets have been
> modified" appears. This does not feel necessary with image layers. I can see
> that some image layers can be set to Editable and Selectable state but I do
> not know why.
>
> I had never noticed that there is also an attribute table connected to image
> layers. For example for JPEG2000 with attached world file I can see in the
> IMAGEERROR colums "Width (22) and height (-17) cannot be <= 0. For some tiff
> files I can see IMAGEERROR 8000 Does somebody know what it mean? On the
> other hand, OJ does not open geotiff images which are using internal JPEG
> compression but that opening error is not listed in the IMAGEERROR column.
>
> -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-d2dcopy1
>
> ___
> 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] Design of File Load Dialog (was strings for pan synchronization options are gone

[Michaël Michaud]

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
>>> 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/list

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

[Michaël Michaud]

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'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)

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)

> 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
And even zip files could be automatically opened as long as they contain 
unambiguous formats.

My 2 cents

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

[Stefan Steiniger]

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

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

[Stefan Steiniger]

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 
 work", without
>>having to
>>>>tweak them too much to have the work done :)
>>>>I have abandoned Gvsig for this reason: a build 
 structure too

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

[Stefan Steiniger]

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]
>>>   >>   >
>>>   >>   
>>> 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 work", 
>>> without
>>>   >>   having to
>>>   >>   >   >   tweak them too much to have the work done :)
>>>   >>   >   >   I have abandoned Gvsig for this reason: a build 
>>> structure too
>>>   >>   complex
>>>   >>   >   >   for me! I often fallback to set up my Eclipse 
>>> projects
>>>   >>   manually, and I
>>>   >>   >   >   was surprised seeing how easy it was for OJ.
>>>   >>   >   >
>>>   >>   >   >   Anyway, I'm evaulating it as a groundbase for some 
>>> tests and
>>>   >>   >   >   (eventually) development. Having to deploy it to my 
>>> clients, I

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

[Michaël Michaud]

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]
>>  >>  >
>>  >>  
>> 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 work", without
>>  >>  having to
>>  >>  >  >  tweak them too much to have the work done :)
>>  >>  >  >  I have abandoned Gvsig for this reason: a build structure 
>> too
>>  >>  complex
>>  >>  >  >  for me! I often fallback to set up my Eclipse projects
>>  >>  manually, and I
>>  >>  >  >  was surprised seeing how easy it was for OJ.
>>  >>  >  >
>>  >>  >  >  Anyway, I'm evaulating it as a groundbase for some tests 
>> and
>>  >>  >  >  (eventually) development. Having to deploy it to my 
>> clients, I
>>  >>  need to
>>  >>  >  >  evaluate the overall OJ environment. In this process, the 
>> naming
>>  >>  >  >  (especially for plugins) puzzled me a bit... and I wasn't 
>> able
>>  >>  to know
>>  >>  >  >  what I would have found in the box (which extension, which
>>  >>  plugins,
>>  >>  >  >  etc.), both after a maven build, an ant build, or inside 
>> the
>>  >>  >  >  downloadable builds. That's all.
>>  >>  >  >
>>  >>  >  >  The second point is a FAQ. There are common questions 
>> that a
>>  >>  GIS user
>>  >>  >  >  would ask himself the first time he faces a new GIS sw,

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

[edgar . soldin]

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

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

[edgar . soldin]

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 Steiniger mailto: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 Soldin mailto: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 Steiniger  
> >> > 
> 
> >>  >> >
> >> > 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 work", without
> >> having to
> >> > > tweak them too much to have the work done :)
> >> > > I have abandoned Gvsig for this reason: a build structure too
> >> complex
> >> > > for me! I often fallback to set up my Eclipse projects
> >> manually, and I
> >> > > was surprised seeing how easy it was for OJ.
> >> > >
> >> > > Anyway, I'm evaulating it as a groundbase for some tests and
> >> > > (eventually) development. Having to deploy it to my clients, I
> >> need to
> >> > > evaluate the overall OJ environment. In this process, the 
> naming
> >> > > (especially for plugins) puzzled me a bit... and I wasn't able
> >> to know
> >> > > what I would have found in the box (which extension, which
> >> plugins,
> >> > > etc.), both after a maven build, an ant build, or inside the
> >> > > downloadable builds. That's all.
> >> > >
> >> > > The second point is a FAQ. There are common questions that a
> >> GIS user
> >> > > would ask himself the first time he faces a new GIS sw, eg.
> >> what formats
> >> > > OJ can manage (read/write), if/how projections are managed, 
> etc.
> >> > >
> >> > > Have a good day!
> >> > > giovanni
> >> > >
> >> > > [1]
> >> > >
> >> 
> http://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Developing_with_OpenJUMP
> >> > >
> >> > > 2011/10/13 Stefan Steiniger  
> >> 

Re: [JPP-Devel] I: [Sextante-users] Registration and Call for Abstracts - VI Jornadas de SIG Libre, Girona, Spain

[Nacho Uve]

Hello all,

Just to say that I LOVE that conference!
I strongly recommend it!

:)

Regards,
Nacho V



2011/10/17 Giuseppe Aruta 

> I recived this mail from Sextante and Kosmo lists. It might be interesting
> for OpenJUMP users/developers too, at least people who are in Barcellona and
> surroundings
>
>
> Peppe
>
> - Messaggio inoltrato -
> *Da:* Lluís Vicens 
> *A:* Sextante-users mailing list 
> *Inviato:* Lunedì 17 Ottobre 2011 13:16
> *Oggetto:* [Sextante-users] Registration and Call for Abstracts - VI
> Jornadas de SIG Libre, Girona, Spain
>
>  Dear,
>
> I would like to inform that the registration form to the "VI Jornadas de
> SIG Libre de Girona (Spanish foss4g)" is already active. The Conference will
> be held in Girona from 21st - 23rd March 2012.
>
> Call for Abstracts (300 words max.) open until 21st November 2011. Spanish
> is the official language of the Conference but English papers are also
> welcome.
>
> More info (in Spanish):
> http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_3
>
> Best regards,
>
>   --
> Lluís Vicens
> Comité Organizador
> Jornadas de SIG Libre
>
> Sitio web:   http://www.sigte.udg.edu/jornadassiglibre
> Síguenos en: http://twitter.com/SIGLibreGirona
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Sextante-users mailing list
> sextante-us...@lists.forge.osor.eu
> https://lists.forge.osor.eu/listinfo/sextante-users
>
>
>
>
> --
> 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
>
>


-- 
Juan Ignacio Varela García
--
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] I: [Sextante-users] Registration and Call for Abstracts - VI Jornadas de SIG Libre, Girona, Spain

[Giuseppe Aruta]

I recived this mail from Sextante and Kosmo lists. It might be interesting for 
OpenJUMP users/developers too, at least people who are in Barcellona and 
surroundings


Peppe


- Messaggio inoltrato -
Da: Lluís Vicens 
A: Sextante-users mailing list 
Inviato: Lunedì 17 Ottobre 2011 13:16
Oggetto: [Sextante-users] Registration and Call for Abstracts - VI Jornadas de 
SIG Libre, Girona, Spain


Dear,

I would like to inform that the registration form to the "VI Jornadas de SIG 
Libre de Girona (Spanish foss4g)" is already active. The Conference will be 
held in Girona from 21st - 23rd March 2012. 

Call for Abstracts (300 words max.) open until 21st November 2011. Spanish is 
the official language of the Conference but English papers are also welcome.

More info (in Spanish):
http://sigserver4.udg.edu/wiki_jornadas/index.php/Anuncio_3

Best regards,


-- 
Lluís Vicens
Comité Organizador
Jornadas de SIG Libre Sitio web:   http://www.sigte.udg.edu/jornadassiglibre 
Síguenos en: http://twitter.com/SIGLibreGirona  












___
Sextante-users mailing list
sextante-us...@lists.forge.osor.eu
https://lists.forge.osor.eu/listinfo/sextante-users--
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] sextante extension naming

[edgar . soldin]

international language compatibility should be our last problem here. this is 
because we also have a CORE edition then and i realyy do not want to make sure 
this does not mean something vulgar in chinese for example.

so let's stick with PLUS for now, which is
- reasonably (to latin based language speakers) understandably to most users 
(even russians know it ;)
- is shorter than extended
- says (as mentioned by peppe) exactly what it is: CORE plus more

because of the open nature and the lack of developers and the amo8unt of open 
issues i would really prefer not call any edition of openjump professional so 
far. just an observation ;) 

..ede

On 17.10.2011 12:33, Giuseppe Aruta wrote:
> No problem with either "Pro" or "Plus" in Italian (and probably Spanish, 
> too): they both sounds Latin, for me.
> 
> For my  point of view:
> 
> - "Openjump Pro" sounds like "Openjump Professional".
> Now, technically, the software have many professional tools but I am not sure 
> if OpenJUMP can be easily used in any professional job, due to some 
> limitations that probabily many of use faced using OJ in a professional job.
> For instance, I tried to use it as a base GIS in a a couple of professional 
> mapping projects but I had to stop it due to 2 limitations: no support for 
> advanced theming (for points and linestring) and the tendency of OJ to freeze 
> loading/working with large datasets (SHP etc) because all data are loaded 
> into the memory - Kosmo seems to have solved these issues. Now I prefer to 
> use Kosmo as main program and OJ as support
> 
> - "OpenJUMP Plus" sounds like "OpenJUMP plus other plugin".
> Which is probably the situation we have: OpèenJUMP core program shipped with 
> external plugins which enlarge the usage of the software.
> 
> 
> If we had to vote about, I would prefer OpenJUMP Plus better than OpenJUMP 
> Pro. 
> 
> my 2 cents
> 
> 
> Giuseppe
> 
> *Da:* Stefan Steiniger 
> *A:* OpenJump develop and use 
> *Inviato:* Domenica 16 Ottobre 2011 19:31
> *Oggetto:* Re: [JPP-Devel] sextante extension naming
> 
> Hei,
> 
> so I was thinking about the "Plus", as I actually did like the idea. But
> I also wondered why everyone is using "pro", and I did not hear about a
> plus version of a software.
> Well... after using google translate the answer is simple.
> Plus is german and enlish... Italian and Spanish probably no "plus" but
> with a different meaning?
> but Pro always stands for profes(s)ional...
> 
> just some thoughts
> 
> stefan
> 
> --
> 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] sextante extension naming

[Giuseppe Aruta]

No problem with either "Pro" or "Plus" in Italian (and probably Spanish, too): 
they both sounds Latin, for me.

For my  point of view:

- "Openjump Pro" sounds like "Openjump Professional". 

Now, technically, the software have many professional tools but I am not sure 
if OpenJUMP can be easily used in any professional job, due to some limitations 
that probabily many of use faced using OJ in a professional job.
For instance, I tried to use it as a base GIS in a a couple of professional 
mapping projects but I had to stop it due to 2 limitations: no support for 
advanced theming (for points and linestring) and the tendency of OJ to freeze 
loading/working with large datasets (SHP etc) because all data are loaded into 
the memory - Kosmo seems to have solved these issues. Now I prefer to use Kosmo 
as main program and OJ as support


- "OpenJUMP Plus" sounds like "OpenJUMP plus other plugin".
Which is probably the situation we have: OpèenJUMP core program shipped with 
external plugins which enlarge the usage of the software.


If we had to vote about, I would prefer OpenJUMP Plus better than OpenJUMP Pro. 

my 2 cents


Giuseppe




Da: Stefan Steiniger 
A: OpenJump develop and use 
Inviato: Domenica 16 Ottobre 2011 19:31
Oggetto: Re: [JPP-Devel] sextante extension naming

Hei,

so I was thinking about the "Plus", as I actually did like the idea. But 
I also wondered why everyone is using "pro", and I did not hear about a 
plus version of a software.
Well... after using google translate the answer is simple.
Plus is german and enlish... Italian and Spanish probably no "plus" but 
with a different meaning?
but Pro always stands for profes(s)ional...

just some thoughts

stefan

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