<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 27, 2019 at 7:13 PM Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Here is some sample code:<br>
<a href="https://grasswiki.osgeo.org/wiki/GRASS_Python_Scripting_Library#Using_temporary_region_for_computations" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/wiki/GRASS_Python_Scripting_Library#Using_temporary_region_for_computations</a><br>
<br>
which makes use of script.core.use_temp_region()<br>
<a href="https://grass.osgeo.org/grass77/manuals/libpython/script.html#script.core.use_temp_region" rel="noreferrer" target="_blank">https://grass.osgeo.org/grass77/manuals/libpython/script.html#script.core.use_temp_region</a><br><br></blockquote><div><br></div><div>Thank you Markus,</div><div><br></div><div>The "problem" is that "use_temp_region()" is calling "g.region" and I would like to avoid that if possible, since it entails some overhead vs using the API. </div><div><br></div><div>> The following methods seem to be relevant:<br>><br>> Region.set_current()<br>> Region.set_raster_region()<br>> Region.write()<br><br></div><div>As far as I can understand this, the only method that will actually change the computational region is "write()" am I correct?</div><div><br></div><div>Could also someone clarify what is the difference between "working region" mentioned in "set_current()" and the computational region?</div><div><br></div><div>all the best,</div><div>Panos</div></div></div>