[GRASS-dev] modules have problems with @mapset

[Michael Barton]

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  
vector=sites at spatialtech2008 layer=1 raster=elevation.dem at PERMANENT  
colprefix=elev_ percentile=90
ERROR: sites at spatialtech2008_18153.0 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: sites at spatialtech2008_18153.0 is not in the current mapset
        (spatialtech2008)

But...

GRASS 6.3.svn (spearfish60_test):~ > v.rast.stats -e vector=sites  
layer=1 raster=elevation.dem at PERMANENT colprefix=elev_ percentile=90
Statistics calculated from raster map <elevation.dem at PERMANENT> and
uploaded to attribute table of vector map <sites>.
Done.