<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>[snip]</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">
>r.mapclac --raster-region= --north= --south= --west= --east= --res=<br>
>--ewres= --nsres= --vect-region --raster-align= ...<br>
<br>
</div></div>Can't you do this at a higher level, i.e using the GRASS Python API's use_temp_region ?<br></blockquote><div><br></div><div>This is exactly what i'm doing right now[1,2], covering a single module call in several g.region and g.remove calls in a dedicated subprocess. Huge, massive unnecessary overhead.</div><div><br></div><div>[1] <a href="https://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/interface/module.py#L791">https://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/interface/module.py#L791</a></div><div>[2] <a href="https://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/interface/module.py#L951">https://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/interface/module.py#L951</a></div><div><br></div><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-HOEnZb"><font color="#888888"><br>
Moritz<br>
</font></span><div><div class="gmail-h5"><br>
<br>
><br>
>Just my 2 cent<br>
>Sören<br>
><br>
>2016-09-25 20:49 GMT+01:00 Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>>:<br>
><br>
>> On Fri, Sep 23, 2016 at 11:30 PM, Markus Metz<br>
>> <<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a><wbr>> wrote:<br>
>> > On Fri, Sep 23, 2016 at 11:22 PM, Markus Neteler<br>
><<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>><br>
>> wrote:<br>
>> >> On Fri, Sep 23, 2016 at 11:05 PM, Markus Metz<br>
>> >> <<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a><wbr>> wrote:<br>
>> >>> On Fri, Sep 23, 2016 at 1:11 PM, Markus Neteler<br>
><<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>><br>
>> wrote:<br>
>> >> ...<br>
>> >>> Your motivation is to provide a specialized CLI interface for HPC<br>
>> >>> processing?<br>
>> >><br>
>> >> No, not the case.<br>
>> >><br>
>> >>> We used GRASS with HPC processing for years and the<br>
>> >>> problems we faced were causes by the HPC hardware and software<br>
>> >>> infrastructure, not by GRASS. What exactly is the problem with<br>
>using<br>
>> >>> GRASS and HPC processing?<br>
>> >><br>
>> >> There is no problem. There is just the issue that with an<br>
>increasing<br>
>> >> amount of additions (e.g. maybe the need to provide<br>
>region/resolution<br>
>> >> to individual modules for independent parallel processing without<br>
>the<br>
>> >> overhead of always opening a new mapset)<br>
>> ><br>
>> > Getting closer it seems. Can you quantify "the overhead of always<br>
>> > opening a new mapset"?<br>
>><br>
>> As an example, when aiming at processing all Sentinel-2 tiles<br>
>> globally, we speak about currently 73000 scenes * up-to-16 tiles<br>
>along<br>
>> with global data, analysis on top of other global data is more<br>
>complex<br>
>> when doing each job in its own mapset and reintegrate it in a single<br>
>> target mapset as if able to process then in parallel in one mapset by<br>
>> simply specifying the respective region to the command of interest.<br>
>> Yes, different from the current paradigm and not for G7.<br>
>><br>
>> But my original comment was targeted at the increasing number of<br>
>> module parameters and how to handle that (with some new HPC related<br>
>> idea as an example).<br>
>><br>
>> I'm fine to archive this question for now, it will likely come up<br>
>> again in the future.<br>
>><br>
>> markusN<br>
>> ______________________________<wbr>_________________<br>
>> grass-dev mailing list<br>
>> <a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/grass-dev</a><br>
>><br>
><br>
><br>
</div></div>>-----------------------------<wbr>------------------------------<wbr>-------------<br>
<div class="gmail-HOEnZb"><div class="gmail-h5">><br>
>_____________________________<wbr>__________________<br>
>grass-dev mailing list<br>
><a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
><a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/grass-dev</a><br>
<br>
</div></div></blockquote></div><br></div></div>