<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 30, 2014 at 4:41 AM, Martin Landa <span dir="ltr"><<a href="mailto:landa.martin@gmail.com" target="_blank">landa.martin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
2014-11-29 23:09 GMT+01:00 Anna Petrášová <<a href="mailto:kratochanna@gmail.com">kratochanna@gmail.com</a>>:<br>
> Ok then. We should probably try to avoid too many flags in the first place.<br>
<br>
</span>yes, some modules have a lot of mutually exclusive flags. They could<br>
be replaced by parameter with single or multiple options (in the case<br>
that the flags are not mutually exclusive). See e.g. change in<br>
r.reclass.area [1]. Good candidate is g.region, and many others.<br></blockquote><div><br></div><div>I would keep g.region flags, I think this is one of the most frequently used modules in command line and GRASS users wouldn't really appreciate changing the interface (even backwards compatible). Flags are faster to type, too.  So we should have a good reason for changing it. Perhaps there are better candidates for flag -> option change, I don't know now.</div><div><br></div><div>Anna</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Martin<br>
<br>
[1] <a href="http://trac.osgeo.org/grass/changeset/63037" target="_blank">http://trac.osgeo.org/grass/changeset/63037</a><br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Martin Landa<br>
<a href="http://geo.fsv.cvut.cz/gwiki/Landa" target="_blank">http://geo.fsv.cvut.cz/gwiki/Landa</a><br>
<a href="http://gismentors.eu/mentors/landa" target="_blank">http://gismentors.eu/mentors/landa</a><br>
</div></div></blockquote></div><br></div></div>