Hi, 2011/1/18 Hamish <[email protected]>: > Martin wrote: >> sorry, fixed in r45072. > > > when changing stuff which writes stuff to stdout in the stable > branches, please consider that many user scripts may be relying > on the previous [perhaps odd] behavior, and changing it breaks > their scripts (even if it does seem harmless or a bit backward > that anyone would be using it like that).
reverted. Probably I should not waste energy with cosmetic changes in grass6 which are breaking always something ;-) > > "name" in this context is the *file=* name not a map name. > > spearfish examples: > g.findfile element=paint/labels file=sample > g.findfile element=vector/roads file=hist > > (admittedly fullname= is nonsense in these case) > > > I'm not really understanding why file= would ever be passed a > qualified name in the first place? so why is the change needed? > perhaps it is the file= option's description which is the > misleading thing? .. a hold over from grass <=5 when vector bits > were also at the mapset/element/ level? file=map@mapset1 mapset=mapset2 leads to the error. Module already reports fullname, so probably it's good feature to know that `name` is always unqualified in the output. Martin -- Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
