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

Simon Cropper scropper at botanicusaustralia.com.au
Mon Apr 12 12:53:53 CEST 2010


Ben,

Central databases are OK for the reference sets like statewide
vegetation, geology, etc but is too much effort for project related
files. Each project might have 20-30 layers that once the project is
completed never get used again (usually because the landuse is changed).

It is like archaeology. A developer requires a pre-development survey.
If artefacts are found then various layers would be created to conform
to state and Commonwealth legislation. As the referral agencies don't
have the ability to accept geospatial data most feedback is as a map in
a report. Once the report is finished the development occurs and the
geospatial data becomes redundant (except as a historic reference).

As I said, is is not really worth keeping all your files in a single
system as these smaller project files would just bog down the system.

In regards to the preferences in gvSIG - yeah, you can set a generic
directory for projects and shapefiles, but these variables are 'system
wide'. When you have 5-10 projects running separately you need project
specific variables. That is, these variables should be stored in the
project file not the program directory config file. Also, you don't have
a TEMP directory where temporary files can be stored. Depending on the
routine this can be in any number of locations.


Cheers Simon

        Simon Cropper
        Botanicus Australia Pty Ltd
        P.O. Box 160 Sunshine VIC 3020
        P: 03 9311 5822. M: 041 830 3437.
        E: scropper at botanicusaustralia.com.au
        W: http://www.botanicusaustralia.com.au


On Mon, 2010-04-12 at 08:04 +0000, Benjamin Ducke wrote:

> 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 
> 
> 
> 
> 
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> 
> 
> ------
> Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information.
> 
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://listserv.gva.es/pipermail/gvsig_internacional/attachments/20100412/dfbda63f/attachment.htm 


More information about the Gvsig_internacional mailing list