[GRASS-dev] SEARCH_PATH: current mapset name laundering

Markus Neteler neteler at osgeo.org
Sat May 7 17:28:12 EDT 2011


On Tue, May 3, 2011 at 9:13 PM, Glynn Clements <glynn at gclements.plus.com> wrote:
>
> Markus Neteler wrote:
>
>> > Realistically, I think that the current mapset must always be at the
>> > head of the search path. Allowing it to be otherwise will be
>> > error-prone.
>> >
>> > Otherwise, we have to fix existing scripts to explicitly add the
>> > current mapset to any temporary map names. It's much simpler to change
>> > the library to match existing practice.
>>
>> Definitely - I'd vote for a library update.
>
> Try r46173.

I now tested and something seems to be odd:

grass70 ~/grassdata/nc_spm_08/us/

GRASS 7.0.svn (nc_spm_08):~/grassdata/nc_spm_08 > g.gisenv
LOCATION_NAME=nc_spm_08
GISDBASE=/home/neteler/grassdata
MAPSET=neteler  <--- ? should be "us"?
GRASS_GUI=text

by chance it is reflecting
cat ~/.grassrc7
DEBUG: 0
LOCATION_NAME: patUTM32
GISDBASE: /home/neteler/grassdata
MAPSET: neteler
GRASS_GUI: text

Subsequently/unrelatedly my GRASS 6 backport is
not functional yet.

Markus


More information about the grass-dev mailing list