<div dir="ltr"><div>On Thu, Nov 10, 2016 at 5:27 AM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>> wrote:<br>> [was: Adding an expert mode to the parser]<br>><br>> On Sun, Sep 25, 2016 at 10:16 PM, Vaclav Petras <<a href="mailto:wenzeslaus@gmail.com">wenzeslaus@gmail.com</a>><br>> wrote:<br>>><br>>> On Sun, Sep 25, 2016 at 5:40 PM, Sören Gebbert<br>>> <<a href="mailto:soerengebbert@googlemail.com">soerengebbert@googlemail.com</a>> wrote:<br>>>>><br>>>>> >r.mapclac --raster-region= --north= --south= --west= --east= --res=<br>>>>> >--ewres= --nsres= --vect-region --raster-align= ...<br>>><br>>><br>>> I like this in the sense that if the region setting for the module is<br>>> something which should be managed by these extra options, then they should<br>>> be managed in parser, rather than introduced one by one for individual<br>>> modules.<br>>><br>>> But how is this different from using GRASS_REGION? Convenience of<br>>> --raster-region=? Better syntax than environmental variable?<br>><br>><br>> It would work better when using GRASS GIS by grass command with --exec:<br>><br>> grass72 /path/to/grassdata/test1/PERMANENT/ --exec r.univar map=elevation<br>> --region-raster=elevation<br>><br>> which needs to be now done using two commands:<br>><br>> grass72 /path/to/grassdata/test1/PERMANENT/ --exec g.region raster=elevation<br>> grass72 /path/to/grassdata/test1/PERMANENT/ --exec r.univar map=elevation<br><br>Here another trick, using the GRASS_REGION variable:<br><br><span style="font-family:monospace,monospace"># running "as usual":<br>[neteler@oboe ~]$ grass72 ~/grassdata/nc_spm_08_grass7/user1/ --exec g.region -p<br>Cleaning up temporary files...<br>Starting GRASS GIS...<br>Executing <g.region -p> ...<br>projection: 99 (Lambert Conformal Conic)<br>zone:       0<br>datum:      nad83<br>ellipsoid:  a=6378137 es=0.006694380022900787<br>north:      220750<br>south:      220000<br>west:       638300<br>east:       639000<br>nsres:      1<br>ewres:      1<br>rows:       750<br>cols:       700<br>cells:      525000<br>Execution of <g.region -p> finished.<br>Cleaning up temporary files...<br><br>[neteler@oboe ~]$ grass72 ~/grassdata/nc_spm_08_grass7/user1/ --exec r.univar elevation -g<br>Cleaning up temporary files...<br>Starting GRASS GIS...<br>Executing <r.univar elevation -g> ...<br>n=525000<br>null_cells=0<br>cells=525000<br>min=103.973014831543<br>max=131.708312988281<br>range=27.7352981567383<br>mean=120.934871230352<br>mean_of_abs=120.934871230352<br>stddev=6.60021004461348<br>variance=43.5627726330167<br>coeff_var=5.45765665226668<br>sum=63490807.3959351<br>Execution of <r.univar elevation -g> finished.<br>Cleaning up temporary files...<br><br># change of region on the fly (region shifted towards south, lower resolution):<br>[neteler@oboe ~]$ export GRASS_REGION="proj: 99;zone: 0;north: 220000;south: 219250;east: 639000;west: 638300;cols: 70;rows: 75;e-w resol: 10;n-s resol: 10;top: 1.000000000000000;bottom: 0.000000000000000;cols3: 700;rows3: 750;depths: 1;e-w resol3: 1;n-s resol3: 1;t-b resol: 1" ; grass72 ~/grassdata/nc_spm_08_grass7/user1/ --exec r.univar elevation -g<br>Cleaning up temporary files...<br>Starting GRASS GIS...<br>Executing <r.univar elevation -g> ...<br>n=5250<br>null_cells=0<br>cells=5250<br>min=98.3359756469727<br>max=125.935424804688<br>range=27.5994491577148<br>mean=115.330883091518<br>mean_of_abs=115.330883091518<br>stddev=5.63072216279044<br>variance=31.7050320745394<br>coeff_var=4.88223276528831<br>sum=605487.136230469<br>Execution of <r.univar elevation -g> finished.<br>Cleaning up temporary files...</span><br><br><br>BTW: The GRASS_REGION syntax I generated like this:<br><br><span style="font-family:monospace,monospace">[neteler@oboe ~]$ cat ~/grassdata/nc_spm_08_grass7/user1/WIND | tr -s ' ' ' ' | tr '\n' ';'<br>proj: 99;zone: 0;north: 220750;south: 220000;east: 639000;west: 638300;cols: 700;rows: 750;e-w resol: 1;n-s resol: 1;top: 1.000000000000000;bottom: 0.000000000000000;cols3: 700;rows3: 750;depths: 1;e-w resol3: 1;n-s resol3: 1;t-b resol: 1;</span><br><br>... and then modified it accordingly to my needs.<br><br></div>GRASS_REGION does not affect the stored computational region (i.e. the WIND file) but appears to be only used by the following module call.<br><div><br>Markus<br><br>-- <br>Markus Neteler<br><a href="http://www.mundialis.de">http://www.mundialis.de</a> - free data with free software<br><a href="http://grass.osgeo.org">http://grass.osgeo.org</a><br><a href="http://courses.neteler.org/blog">http://courses.neteler.org/blog</a><br></div></div>