[GRASS-dev] Message standardization

Moritz Lennert mlennert at club.worldonline.be
Mon Dec 17 05:16:22 EST 2007


On 16/12/07 03:18, Hamish wrote:
> <aside> the GRASS 6.3 tcl GUI always appends the @mapset to the map 
> name, even for the current mapset. Personally I don't like that- I 
> think it's ugly noise. It does that to clarify to the user which map 
> will be used from the g.mapsets search path if the map name exists in
>  multiple mapsets.

IIRC, the reason for putting the @mapset was not really to clarify
anything to the user, but rather to avoid the message:

WARNING: 'vector/fields' was found in more mapsets (also found in
          PERMANENT).
WARNING: using 'fields at user1'.


On 17/12/07 04:03, Wolf Bergenheim wrote:
> On 17.12.2007 01:35, Hamish wrote:

>> 
>> "Map <roads> in <user1>" or "Map <roads at user1>" * "Map 
>> <roads at user1>" preferred - ML * If the element was given on the 
>> command line, then the user knows which mapset it came from,

Why does he know when on the command line and not in the GUI ?


> 
> FWIW I think that using @mapset should be limited to cases where 
> mapset is not the current mapset. And should *always* be used in that
>  case whether the input came from the user or not.

This would imply that:

On 16/12/07 03:18, Hamish wrote:
> I would be happy to just document/recode so that the current mapset
> is always searched first, PERMANENT second, and all others after
> (alpha? filesystem order?). </aside>

It would be interesting to see how many people deliberately set their 
mapset search path to something different than the default. This would 
then give us a notion of how much nuisance such a change would create ?


Moritz


More information about the grass-dev mailing list