Re: [GRASS-dev] r.info in grass 7 misses the "-m" flag
On Sat, Aug 3, 2013 at 2:50 AM, Hamish wrote: > probably the "none" values for 'r.info -e' should just be empty, > to make them easier to parse & work with `eval` directly. Yes, this would be good. I imported "black marble" with r.in.gdal, then r.composite and get GRASS 7.0.svn (europe_laea):~ > r.info -e blackmarble2012_italy.rgb title= (blackmarble2012_italy.rgb) units="none" vertical_datum="none" timestamp="none" which isn't quite `eval` parseable... Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] r.info in grass 7 misses the "-m" flag
Nikos: > > why was the r.info "-m" flag (in grass 6x) removed in grass 7? > > Difficult to implement, not useful? Hamish: > it was moved into 'r.info -e'. > I think the idea was to have a less complicated view for the > module GUI, but to me it makes it less useful from the command > line. (2c) ...here, still, mechanically typing `r.info -rm` very often :D > probably the "none" values for 'r.info -e' should just be empty, > to make them easier to parse & work with `eval` directly. I guess so, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] r.info in grass 7 misses the "-m" flag
Nikos: > why was the r.info "-m" flag (in grass 6x) removed in grass 7? > Difficult to implement, not useful? it was moved into 'r.info -e'. I think the idea was to have a less complicated view for the module GUI, but to me it makes it less useful from the command line. (2c) probably the "none" values for 'r.info -e' should just be empty, to make them easier to parse & work with `eval` directly. Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] r.info in grass 7 misses the "-m" flag
Hi, why was the r.info "-m" flag (in grass 6x) removed in grass 7? Difficult to implement, not useful? Thanks, Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
