[GRASS-dev] modules have problems with @mapset

[Michael Barton]

voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

On Feb 13, 2008, at 2:52 PM, Markus Neteler wrote:

>> It's complaining that the map you are using isn't in the current
>> mapset when it actually is in the mapset.
>
> I guess that you have a map with same name in a different path

No. This is the only map with this name.

>
> and SEARCHPATH first defines that? What does
> g.mapsets -p
>
>
> say?


spatialtech2008 PERMANENT


>
>
>> 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)
>
>
> Are you currently in "spatialtech2008" mapset? (just to be sure)

yes

>
> This "xmapset" thing is strange above.
> Related: how old is your g.mapsets? I updated it on Feb 2:

Compiled from trunk 2 days ago

>
> http://trac.osgeo.org/grass/changeset/30030
> http://trac.osgeo.org/grass/changeset/30031
> http://trac.osgeo.org/grass/changeset/30032
> to use longer buffers.
>
>> 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.
>
> Maybe related to the previously too short buffers?

I don't know.

Michael

>
>
> Markus