On Feb 13, 2008, at 12:08 PM, Glynn Clements wrote:
Michael Barton wrote:
To make this work better with the GUI parser and not generate an
error, the script should just strip off the @mapset portion of the
name.
Please answer the following question:
Or are you asking about the particular case of referencing maps
which
happen to be in the current mapset using a qualified name?
If g.findfile doesn't handle the combination of mapset= and a
qualified name *where the mapsets are the same*, that's a bug in
g.findfile which should be fixed.
OTOH, if it's complaining because you're trying to use a map which
isn't in the current mapset, the scripts should be generating an
error. The scripts absolutely should not simply ignore the mapset.
It's complaining that the map you are using isn't in the current
mapset when it actually is in the mapset.
GRASS 6.3.svn (spearfish60_test):~ > v.rast.stats -e
[EMAIL PROTECTED] layer=1 [EMAIL PROTECTED]
colprefix=elev_ percentile=90
ERROR: [EMAIL PROTECTED] is not in the current mapset
(spatialtech2008)
ERROR: An error occurred while converting vector to raster
G__open(r): mapset (spatialtech2008) doesn't match xmapset
(spatialtech2008_18153.0)
G__open(r): mapset (spatialtech2008) doesn't match xmapset
(spatialtech2008_18153.0)
ERROR: [EMAIL PROTECTED] is not in the current mapset
(spatialtech2008)
But...
GRASS 6.3.svn (spearfish60_test):~ > v.rast.stats -e vector=sites
layer=1 [EMAIL PROTECTED] colprefix=elev_ percentile=90
Statistics calculated from raster map <[EMAIL PROTECTED]> and
uploaded to attribute table of vector map <sites>.
Done.
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
