<div dir="ltr"><div><div><div>Hi Helmut,<br><br></div>You are right, It's probably an out of memory problem. By reducing the resolution, r.buffer runs without a problem.<br><br></div>Thanks<br></div>Daniel<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 7, 2016 at 10:08 AM, Helmut Kudrnovsky <span dir="ltr"><<a href="mailto:hellik@web.de" target="_blank">hellik@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">DanielV wrote<br>
<span class="">> Hi List,<br>
><br>
> Trying to run r.buffer on a map with values 1 or null (it's an agriculture<br>
> area map with only one class). I tried with multiple distances and only<br>
> one<br>
> distance and in both cases, I recieve an error that Grass 7 stoped working<br>
> and that windows will close the program.<br>
><br>
> I'm running grass7 on Win10, installed throuhg OsGeo4W 64bit. I get the<br>
> same error using Grass 7.0.5 and 7.3.svn. I'm running this on a quite<br>
> large<br>
> region...<br>
><br>
> projection: 99 (Polyconic (American))<br>
> zone:       0<br>
> datum:      towgs84=0,0,0,0,0,0,0<br>
> ellipsoid:  grs80<br>
> north:      9800010<br>
> south:      7050000<br>
> west:       4200000<br>
> east:       6450000<br>
> nsres:      30<br>
> ewres:      30<br>
> rows:       91667<br>
> cols:       75000<br>
> cells:      6875025000<br>
><br>
> Anyone seen this problem?<br>
<br>
</span>testing here on<br>
<br>
System Info<br>
GRASS Version: 7.3.svn<br>
GRASS SVN revision: r69783<br>
Build date: 2016-11-07<br>
Build platform: x86_64-w64-mingw32<br>
GDAL: 2.1.2<br>
PROJ.4: 4.9.3<br>
GEOS: 3.5.0<br>
SQLite: 3.14.1<br>
Python: 2.7.5<br>
wxPython: 2.8.12.1<br>
Platform: Windows-8-6.2.9200 (OSGeo4W)<br>
<br>
in the NC sample data set:<br>
<br>
g.region -p<br>
projection: 99 (Lambert Conformal Conic)<br>
zone:       0<br>
datum:      nad83<br>
ellipsoid:  a=6378137 es=0.006694380022900787<br>
north:      228500<br>
south:      215000<br>
west:       630000<br>
east:       645000<br>
nsres:      0.2<br>
ewres:      0.2<br>
rows:       67500<br>
cols:       75000<br>
cells:      5062500000<br>
<br>
r.buffer --verbose input=myrast@user1 output=myrast_buffer3 distances=500<br>
Lese Eingabe-Rasterkarte <myrast@user1>...<br>
<br>
here it uses quite a lot of memory, slows down the computer and it takes a<br>
long time to finisg ... so it's maybe an running-out-of-memory on your side?<br>
<br>
<br>
<br>
<br>
-----<br>
best regards<br>
Helmut<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/r-buffer-not-working-tp5294594p5294597.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.<wbr>nabble.com/r-buffer-not-<wbr>working-tp5294594p5294597.html</a><br>
Sent from the Grass - Users mailing list archive at Nabble.com.<br>
______________________________<wbr>_________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/grass-user</a></blockquote></div><br></div>