[GRASS-user] r.buffer not working

GRASS GRASS user
1

Hi List,

Trying to run r.buffer on a map with values 1 or null (it’s an agriculture area map with only one class). I tried with multiple distances and only one distance and in both cases, I recieve an error that Grass 7 stoped working and that windows will close the program.

I’m running grass7 on Win10, installed throuhg OsGeo4W 64bit. I get the same error using Grass 7.0.5 and 7.3.svn. I’m running this on a quite large region…

projection: 99 (Polyconic (American))
zone: 0
datum: towgs84=0,0,0,0,0,0,0
ellipsoid: grs80
north: 9800010
south: 7050000
west: 4200000
east: 6450000
nsres: 30
ewres: 30
rows: 91667
cols: 75000
cells: 6875025000

Anyone seen this problem?

Cheers

Daniel

2

DanielV wrote

Hi List,

Trying to run r.buffer on a map with values 1 or null (it's an agriculture
area map with only one class). I tried with multiple distances and only
one
distance and in both cases, I recieve an error that Grass 7 stoped working
and that windows will close the program.

I'm running grass7 on Win10, installed throuhg OsGeo4W 64bit. I get the
same error using Grass 7.0.5 and 7.3.svn. I'm running this on a quite
large
region...

projection: 99 (Polyconic (American))
zone: 0
datum: towgs84=0,0,0,0,0,0,0
ellipsoid: grs80
north: 9800010
south: 7050000
west: 4200000
east: 6450000
nsres: 30
ewres: 30
rows: 91667
cols: 75000
cells: 6875025000

Anyone seen this problem?

testing here on

System Info
GRASS Version: 7.3.svn
GRASS SVN revision: r69783
Build date: 2016-11-07
Build platform: x86_64-w64-mingw32
GDAL: 2.1.2
PROJ.4: 4.9.3
GEOS: 3.5.0
SQLite: 3.14.1
Python: 2.7.5
wxPython: 2.8.12.1
Platform: Windows-8-6.2.9200 (OSGeo4W)

in the NC sample data set:

g.region -p
projection: 99 (Lambert Conformal Conic)
zone: 0
datum: nad83
ellipsoid: a=6378137 es=0.006694380022900787
north: 228500
south: 215000
west: 630000
east: 645000
nsres: 0.2
ewres: 0.2
rows: 67500
cols: 75000
cells: 5062500000

r.buffer --verbose input=myrast@user1 output=myrast_buffer3 distances=500
Lese Eingabe-Rasterkarte <myrast@user1>...

here it uses quite a lot of memory, slows down the computer and it takes a
long time to finisg ... so it's maybe an running-out-of-memory on your side?

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/r-buffer-not-working-tp5294594p5294597.html
Sent from the Grass - Users mailing list archive at Nabble.com.

3

Hi Helmut,

You are right, It’s probably an out of memory problem. By reducing the resolution, r.buffer runs without a problem.

Thanks

Daniel

···

On Mon, Nov 7, 2016 at 10:08 AM, Helmut Kudrnovsky <hellik@web.de> wrote:

DanielV wrote

Hi List,

Trying to run r.buffer on a map with values 1 or null (it’s an agriculture
area map with only one class). I tried with multiple distances and only
one
distance and in both cases, I recieve an error that Grass 7 stoped working
and that windows will close the program.

I’m running grass7 on Win10, installed throuhg OsGeo4W 64bit. I get the
same error using Grass 7.0.5 and 7.3.svn. I’m running this on a quite
large
region…

projection: 99 (Polyconic (American))
zone: 0
datum: towgs84=0,0,0,0,0,0,0
ellipsoid: grs80
north: 9800010
south: 7050000
west: 4200000
east: 6450000
nsres: 30
ewres: 30
rows: 91667
cols: 75000
cells: 6875025000

Anyone seen this problem?

testing here on

System Info
GRASS Version: 7.3.svn
GRASS SVN revision: r69783
Build date: 2016-11-07
Build platform: x86_64-w64-mingw32
GDAL: 2.1.2
PROJ.4: 4.9.3
GEOS: 3.5.0
SQLite: 3.14.1
Python: 2.7.5
wxPython: 2.8.12.1
Platform: Windows-8-6.2.9200 (OSGeo4W)

in the NC sample data set:

g.region -p
projection: 99 (Lambert Conformal Conic)
zone: 0
datum: nad83
ellipsoid: a=6378137 es=0.006694380022900787
north: 228500
south: 215000
west: 630000
east: 645000
nsres: 0.2
ewres: 0.2
rows: 67500
cols: 75000
cells: 5062500000

r.buffer --verbose input=myrast@user1 output=myrast_buffer3 distances=500
Lese Eingabe-Rasterkarte myrast@user1…

here it uses quite a lot of memory, slows down the computer and it takes a
long time to finisg … so it’s maybe an running-out-of-memory on your side?

best regards
Helmut

View this message in context: http://osgeo-org.1560.x6.nabble.com/r-buffer-not-working-tp5294594p5294597.html
Sent from the Grass - Users mailing list archive at Nabble.com.

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user