[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