Hi,
2011/11/18 Hamish hamis...@yahoo.com:
Hamish wrote:
simple, clean, consistent, and doesn't stop others
from working the way they want to work.
well, maybe consistent for all sets/perspectives is
the part we're working on right now. :-)
current situation is
r.info
-g Print raster
Sören wrote:
I think r.univar is a good example. Extended
stats are computed only when specified, because
of its additional computation effort and memory
usage. The output is added automatically to shell
style output in case -g is specified.
I much prefer the present way for v.info (in
Hamish wrote:
simple, clean, consistent, and doesn't stop others
from working the way they want to work.
well, maybe consistent for all sets/perspectives is
the part we're working on right now. :-)
Hamish
___
grass-dev mailing list
Hi,
2011/11/14 Glynn Clements gl...@gclements.plus.com:
Martin Landa wrote:
I highly *disagree* with this revert! Merging very specific options
which just prints one information to generic `-g` is a good idea (from
my POV). Please don't revert the commits which are just against your
Hi,
2011/11/16 Sören Gebbert soerengebb...@googlemail.com:
* r.info, v..info and r3.info can be reduced to use only the -g flag
to print all info in shell style
similar for v.info, see [1] which should be basically reverted.
Martin
[1] http://trac.osgeo.org/grass/changeset/49204
--
Martin
2011/11/16 Martin Landa landa.mar...@gmail.com:
Hi,
2011/11/16 Sören Gebbert soerengebb...@googlemail.com:
* r.info, v..info and r3.info can be reduced to use only the -g flag
to print all info in shell style
similar for v.info, see [1] which should be basically reverted.
+1
Martin
Hi all,
i agree with Martins point of view. Having just a single flag -g to
print all available information in shell style makes IMHO much more
sense. It reduces the need for many flags which may change over time
and which confuses module developer and API designer.
Having only a single flag
Sören Gebbert:
Hi all,
i agree with Martins point of view. Having just a single flag -g to
print all available information in shell style makes IMHO much more
sense. It reduces the need for many flags which may change over time
and which confuses module developer and API designer.
Having
Markus Metz wrote:
-g is generally used in GRASS to print info in shell
script style.
that is not in dispute at all, and has not changed.
the change puts things back closer to how they were before.
the question is if in future -g should be a defacto debug dump
of all possibilities (in shell