[GRASS-dev] SEARCH_PATH: current mapset name laundering

Markus Neteler neteler at osgeo.org
Mon May 9 17:35:53 EDT 2011


On Sat, May 7, 2011 at 11:28 PM, Markus Neteler <neteler at osgeo.org> wrote:
> 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 ~/.grass7/rc
LOCATION_NAME: nc_spm_08
GISDBASE: /home/neteler/grassdata
MAPSET: neteler
GRASS_GUI: text

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

... still an issue...

Markus


More information about the grass-dev mailing list