[GRASS-user] r.buffer not working
Helmut Kudrnovsky
hellik at web.de
Mon Nov 7 04:08:42 PST 2016
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 at user1 output=myrast_buffer3 distances=500
Lese Eingabe-Rasterkarte <myrast at 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.
More information about the grass-user
mailing list