<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.28.1">
</HEAD>
<BODY>
Ben,<BR>
<BR>
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).<BR>
<BR>
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).<BR>
<BR>
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.<BR>
<BR>
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.<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<BR>
<BR>
<ADDRESS>
<I>Cheers Simon</I><BR>
<BR>
<I>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Simon Cropper</I><BR>
<I>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Botanicus Australia Pty Ltd</I><BR>
<I>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; P.O. Box 160 Sunshine VIC 3020</I><BR>
<I>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; P: 03 9311 5822. M: 041 830 3437.</I><BR>
<I>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; E: <A HREF="mailto:scropper@botanicusaustralia.com.au">scropper@botanicusaustralia.com.au</A></I><BR>
<I>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; W: <A HREF="http://www.botanicusaustralia.com.au">http://www.botanicusaustralia.com.au</A></I>
</ADDRESS>
<BR>
<BR>
</TD>
</TR>
</TABLE>
On Mon, 2010-04-12 at 08:04 +0000, Benjamin Ducke wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Hi Simon,

have you noticed the settings under &quot;File-&gt;Preferences-&gt;
General-&gt;Default directories&quot;? The &quot;Spatial data directory&quot;
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:

<A HREF="http://today.java.net/pub/a/today/2004/01/29/swing.html">http://today.java.net/pub/a/today/2004/01/29/swing.html</A>

All modern desktops now have file selectors that allow
you to set system-wide &quot;bookmarks&quot; 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: &quot;Simon Cropper&quot; &lt;<A HREF="mailto:scropper@botanicusaustralia.com.au">scropper@botanicusaustralia.com.au</A>&gt;
To: &quot;Users and Developers mailing list&quot; &lt;<A HREF="mailto:gvsig_internacional@listserv.gva.es">gvsig_internacional@listserv.gva.es</A>&gt;
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 --&gt; intermediate files --&gt; 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 ==&gt; 14 shapefiles, 1 DXF file (original DWG) 

My 'Home' Directory (default location for some routines) ==&gt; 11 shapefiles 

A temporary TEMP directory I created in my Home Directory because I was sick of the clutter ==&gt; 4 shapefiles 

The default gvSIG/bin Directory (default location for some other routines) ==&gt; 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: <A HREF="mailto:scropper@botanicusaustralia.com.au">scropper@botanicusaustralia.com.au</A> 
web: <A HREF="http://www.botanicusaustralia.com.au">www.botanicusaustralia.com.au</A> 




_______________________________________________
Gvsig_internacional mailing list
<A HREF="mailto:Gvsig_internacional@listserv.gva.es">Gvsig_internacional@listserv.gva.es</A>
<A HREF="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional</A>


------
Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit <A HREF="http://iso26300.info">http://iso26300.info</A> for more information.

_______________________________________________
Gvsig_internacional mailing list
<A HREF="mailto:Gvsig_internacional@listserv.gva.es">Gvsig_internacional@listserv.gva.es</A>
<A HREF="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional</A>

</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>