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

[Martin Davis]

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

Re: [JPP-Devel] Add a tool to the toolbar (with cursortool)

[Michaël Michaud]

Hi Peppe

Don't understand what you want exactly.

Do you want :
to create a new "PlugIn" and add it to the ToolBar ?
Create a new "CursorTool" and add it to the ToolBar?
Move an existing CursorTool to the ToolBar ?
Something else ?

According to the documentation, WorkbenchToolBar has both methods
workbenchToolBar.addPlugIn(PlugIn)
workbenchToolBar.addCursorTool(CursorTool)

Michaël


Le 14/10/2011 18:38, Giuseppe Aruta a écrit :

Hi all,
how can I add a tool to the toolbar without warping to a plugin?



I can convert a tool to a plugin and this method  works to add a 
plugin to toolbar:


public void initialize(PlugInContext context) throws Exception
{
WorkbenchToolBar toolBar = 
context.getWorkbenchFrame().getToolBar();
JButton button = toolBar.addPlugIn(getIcon(), this, null, 
context.getWorkbenchContext());

}


But in this case I have just observed that I loose the possibility to 
use  the original cursortool of the tool (if different from the JUmp 
blue pen) which I want to save.


Or,

trying to invert the position and use the converted PlugIn

The method:

public Cursor getCursor() {
return createCursor(

works only with tools. Do we have something similar for PlugIns?



Giuseppe


--
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] Add a tool to the toolbar (with cursortool)

[Giuseppe Aruta]

Hi all,
how can I add a tool to the toolbar without warping to a plugin?



I can convert a tool to a plugin and this method  works to add a plugin to 
toolbar:

public void initialize(PlugInContext context) throws Exception
        {    
        WorkbenchToolBar toolBar = context.getWorkbenchFrame().getToolBar();
        JButton button = toolBar.addPlugIn(getIcon(), this, null, 
context.getWorkbenchContext());
        }


But in this case I have just observed that I loose the possibility to use  the 
original cursortool of the tool (if different from the JUmp blue pen) which I 
want to save.
 
Or, 

trying to invert the position and use the converted PlugIn

The method:

public Cursor getCursor() {
            return createCursor(

works only with tools. Do we have something similar for PlugIns?



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

[Edgar Soldin]

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 mailto: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, 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    >>
> >
> > Hi Giovanni,
> >
> > thanks for your input - its appreciated a  lot, as we rarely get
> > feedback by others and we are willing to change things.
> > However, I have two questions:
> > i ) Did you look at the Wiki - which is our main doc.
> > ii)  Do you have suggestion where on the wiki or webpage we should
> > answer to the two points that you gave below.
> >
> > and yes - some of what Michael wrote probably should be put on the 
> wiki
> >
> > stefan
> >
> > PS: yes indeed, Ede does a great job in improving our maven build.
> > We did set up Maven because our "inbetween" PostGIS expert was
> > needing it (i.e. he did set that up) and the we used it for the NBs
> > I think.
> >
> >
> >
> > On 12/10/2011 3:07 PM, G. Allegri wrote:
> >> Thanks Michaël for the clear reply.
> >> I appreciate very much your precious work on OJ, but my impression
> >> (coming from other OS projects) is that OJ misses a coherent
> >> naming and code structure. I feel that having a cleaner model
> >> would help very much potential developers and power users.
> >> I think that a maven build system, with various profiles, should
> >> automate the most possible, otherwise it can be very confusing
> >> where to pick the required libs, extensions, etc. Anyway, I know
> >> that it isn't an easy task.
> >> The other way could be to set up a clear documentation (even a
> >> single page) where the actual structure(s) are explained:
> >>
> >>  - what is a user/developer expected to find in the X build
> >>  - the relation between builds and SVN branches/tags/trunk
> >>
> >> At least a common naming should be found to title downloadable
> >> builds, and maven build profiles.
> >> Another hint: find a

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

[edgar . soldin]

 
> 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

Re: [JPP-Devel] geoarbores vertex symbols

[edgar . soldin]

On 14.10.2011 09:12, Giuseppe Aruta wrote:
> Hi Ede,
> I am glad if you add these symbols. I created them modifing original DWG 
> files from Italian Geological Services. The symbols are redraw individually 
> (from DXF page of a dataset of symbols) and the symbols itself have 
> originally no copyright (these are general symbols used by geologists since 
> 19 century).
>  Since I draw those 70 ones I think I can give a GPL licence, as in OpenJUMP.
> I will check for the PDF, as it comes from the  an Italian GS book.
> Give me few days to look around and check everything

thnaks and of course.. ede

> 
> 
> Peppe
> 
> *Da:* "edgar.sol...@web.de" 
> *A:* OpenJump develop and use 
> *Inviato:* Giovedì 13 Ottobre 2011 23:32
> *Oggetto:* [JPP-Devel] geoarbores vertex symbols
> 
> peppe,
> 
> i'd like to add
> 
> http://groups.google.com/group/openjump-users/browse_thread/thread/f06ca088f1fd34ce
> 
> to the PLUS snapshots. what license are they on? from what did you create 
> those?
> 
> 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] geoarbores vertex symbols

[Giuseppe Aruta]

Hi Ede,
I am glad if you add these symbols. I created them modifing original DWG files 
from Italian Geological Services. The symbols are redraw individually (from DXF 
page of a dataset of symbols) and the symbols itself have originally no 
copyright (these are general symbols used by geologists since 19 century).
 Since I draw those 70 ones I think I can give a GPL licence, as in OpenJUMP.
I will check for the PDF, as it comes from the  an Italian GS book. 

Give me few days to look around and check everything


Peppe




Da: "edgar.sol...@web.de" 
A: OpenJump develop and use 
Inviato: Giovedì 13 Ottobre 2011 23:32
Oggetto: [JPP-Devel] geoarbores vertex symbols

peppe,

i'd like to add

http://groups.google.com/group/openjump-users/browse_thread/thread/f06ca088f1fd34ce

to the PLUS snapshots. what license are they on? from what did you create those?

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