[Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- (repeat) need for default directory, project directory and temp directory

Cèsar Ordiñana cordin at disid.com
Tue Apr 13 09:30:03 CEST 2010


Hi Benjamin,

About the file selector article, as the author explains, you lose some 
flexibility and customization options by using the awt file dialog 
instead of the swing one.

I think it's a matter of usability which must be solved at the 
application level, making sure all gvSIG file dialogs have the same 
behavior and adding more functionality like the Simon's suggestions, 
file previewing, etc.

Cheers,

-- 
Cèsar Ordiñana Navarro
gvSIG software architect
DiSiD Technologies (http://www.disid.com)



Benjamin Ducke escribió:
> Hi Simon,
>
> have you noticed the settings under "File->Preferences->
> General->Default directories"? The "Spatial data directory"
> defines the default path for layer files. It should be
> respected by most file selectors in gvSIG.
>
> A good thing to be considered in a future version of gvSIG
> may be to provide an option to use the system's native
> file selectors instead of Java's Swing ones.
> The necessary modifications would be really simple and are
> described here:
>
> http://today.java.net/pub/a/today/2004/01/29/swing.html
>
> All modern desktops now have file selectors that allow
> you to set system-wide "bookmarks" for folders, so that
> would solve the problem on a higher level.
>
> Of course, there is another option to avoid the problems
> with file-based data management altogether: use a spatial
> database such as PostGIS. If we get the SpatiaLite GSoc
> project this summer, than that will give you a perfectly
> simple option to store spatial data neatly in one location.
>
> Cheers,
>
> Ben
>
>
>
> ----- Original Message -----
> From: "Simon Cropper" <scropper at botanicusaustralia.com.au>
> To: "Users and Developers mailing list" <gvsig_internacional at listserv.gva.es>
> Sent: Monday, April 12, 2010 8:23:25 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
> Subject: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- (repeat) need for default directory, project directory and temp directory
>
>
> Hi, 
>
> I know I have posted this before but I and currently doing some basic work and have resulted in multiple copies files ending up everywhere and thought I would stress the point. 
>
> As an example, I am attempting to create a polygon file from a CAD drawing showing mutually exclusive development zones. Basic vector data has been polygonised, cleaned, exported, split and remerged. I also used buffers to obtain exact distances from boundaries and used Sextante many times in the process. 
>
> So... CAD --> intermediate files --> Polygon layer showing various mutually exclusive development zones. 
>
> This resulted in... 
>
> Actual project map directory where I attempted to push output but gave up due to continuous drilling down of the directory tree in dialog boxes and plug-ins, even when you choose the 'source' and 'destination' in the same dialog box ==> 14 shapefiles, 1 DXF file (original DWG) 
>
> My 'Home' Directory (default location for some routines) ==> 11 shapefiles 
>
> A temporary TEMP directory I created in my Home Directory because I was sick of the clutter ==> 4 shapefiles 
>
> The default gvSIG/bin Directory (default location for some other routines) ==> 7 files 
>
> Now this is just one aspect of my analysis yet it created 36+ files in multiple directories and requires time to clean up. 
>
> gvSIG absolutely needs a PROJECT DIRECTORY and a TEMP DIRECTORY that all routines and plug-ins use as a default. At least in the short term, considering this would take time to implement, icons should be placed on the directory tree dialog that allows you to move to these directories quickly. -- 
>
>
> Cheers Simon 
>
> Simon Cropper 
> Botanicus Australia Pty Ltd 
> PO Box 160, Sunshine, Victoria 3020. 
> P: 9311 5822. M: 041 830 3437. 
> mailto: scropper at botanicusaustralia.com.au 
> web: www.botanicusaustralia.com.au 
>   



More information about the Gvsig_internacional mailing list