<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 25, 2016 at 5:40 PM, Sören Gebbert <span dir="ltr"><<a href="mailto:soerengebbert@googlemail.com" target="_blank">soerengebbert@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><div><div>>r.mapclac --raster-region= --north= --south= --west= --east= --res=<br>
>--ewres= --nsres= --vect-region --raster-align= ...<br></div></div></span></blockquote></blockquote><div><br></div><div>I like this in the sense that if the region setting for the module is something which should be managed by these extra options, then they should be managed in parser, rather than introduced one by one for individual modules.<br><br>But how is this different from using GRASS_REGION? Convenience of <span class="gmail-">--raster-region=? Better syntax than environmental variable?</span><br></div></div><span class="gmail-"></span></div></div>