<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 28, 2014 at 11:59 AM, Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
Anna Petrášová wrote:<br>
<br>
> > > How? If we change the interface, I would like to be able to also pass env<br>
> > > to write_command.<br>
> ><br>
> > Do you mean passing arbitrary environment variables through<br>
> > grass.script.mapcalc() down to the underlying r.mapcalc command?<br>
> ><br>
> > Which environment variables would be useful?<br>
><br>
> For example when you want to parallelize multiple r.mapcalc calls with<br>
> different region settings. You would copy the environment, change the<br>
> region (e.g. set WIND_OVERRIDE) or even mapset or location and pass it to<br>
> r.mapcalc without interfering with the current environment. I can do that<br>
> now with run_command('r.mapcalc', ..., env=myEnv), it would be just more<br>
> convenient to have it in the grass.script.mapcalc(). In fact, the same<br>
> applies to other wrappers in grass.script, for example raster_what.<br>
> Currently when querying raster in the gui, the GRASS_REGION is changed to<br>
> match the raster before the query and restored afterwards. In my opinion,<br>
> it would be just much more elegant (and would require less code) and less<br>
> error prone, not to change the environment globally but just for the r.what<br>
> module.<br>
<br>
</div>Okay, done in r61428.<br></blockquote><div><br></div><div>Thanks!</div><div><br></div><div>Anna </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Glynn Clements <<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>><br>
</font></span></blockquote></div><br></div></div>