On Tue, May 3, 2011 at 9:13 PM, Glynn Clements <[email protected]> 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 _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
