Moritz wrote: > I would plead for solid modules allowing to export and > import GRASS data between GRASS installations (e.g. > something like the r.pack/r.unpack modules). IMHO, moving > around data should not depend on the location of the > database or the choice of database backend (i.e. how do you > handle above export with a PostgreSQL backend ?). We need to > povide a mecanism which allows users to do that while > respecting the unwritten law that they should not have to do > anything at all inside their GISDBASE.
it should not be hard to extract a single map's data from a DB as part of any v.pack/v.unpack script. Just temporarily change the DB settings before running 'g.copy vect=$INPUT,$TEMP_MAP', then restore the DB settings to their original. Probably for PostgreSQL etc you want to temporarily change to sqlite anyway as part of the packing procedure to ensure that the data is portable? (???) just an idea, but for the decision I think the v.pack reason should not be a blocker. Hamish _______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev