hello Grass-users
I have come across this error message when using r.to.vect, and I’m afraid I don’t understand what it means (or how to solve it!)
r.to.vect -z input=Replace_test2@PERMANENT output=LP_cp_new@PERMANENT feature=point --o
Extracting points…
100%
Building topology for vector map <LP_cp_new>…
Registering primitives…
ERROR: G_realloc: unable to allocate 97440000 bytes at cindex.c:108
Any suggestions most welcome!
Cheers,
Rebecca
On Tue, 26 Jul 2011, Rebecca Bennett wrote:
ERROR: G_realloc: unable to allocate 97440000 bytes at cindex.c:108
Rebecca,
Did you build GRASS with large file capability? It appears that you're out
of memory. The module is looking for 98M of RAM.
Rich
Hi Richard,
Thanks fro replying. Hmm no I’m using the standard 6.4.1 distro on Ubuntu 10.4 
Can I work round this? I don’t really have time to build GRASS 7 on this machine…
cheers,
Rebecca
From: Rich Shepard rshepard@appl-ecosys.com
To: “grass-user@lists.osgeo.org” grass-user@lists.osgeo.org
Sent: Tuesday, 26 July 2011, 20:17
Subject: Re: [GRASS-user] r.to.vect error message
On Tue, 26 Jul 2011, Rebecca Bennett wrote:
ERROR: G_realloc: unable to allocate 97440000 bytes at cindex.c:108
Rebecca,
Did you build GRASS with large file capability? It appears that you’re out
of memory. The module is looking for 98M of RAM.
Rich
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Wed, Jul 27, 2011 at 10:13 AM, Rebecca Bennett <rabennett@ymail.com> wrote:
Hi Richard,
Thanks fro replying. Hmm no I’m using the standard 6.4.1 distro on Ubuntu 10.4 
Can I work round this? I don’t really have time to build GRASS 7 on this machine…
You could try to free some memory by closing other applications, doing the computation from a console without being logged into X.
Cheers,
Rainer
cheers,
Rebecca
From: Rich Shepard <rshepard@appl-ecosys.com>
To: “grass-user@lists.osgeo.org” <grass-user@lists.osgeo.org>
Sent: Tuesday, 26 July 2011, 20:17
Subject: Re: [GRASS-user] r.to.vect error message
On Tue, 26 Jul 2011, Rebecca Bennett wrote:
ERROR: G_realloc: unable to allocate 97440000 bytes at cindex.c:108
Rebecca,
Did you build GRASS with large file capability? It appears that you’re out
of memory. The module is looking for 98M of RAM.
Rich
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
–
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)
Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa
Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax (F): +33 - (0)9 58 10 27 44
Fax (D): +49 - (0)3 21 21 25 22 44
email: Rainer@krugs.de
Skype: RMkrug
On Tue, Jul 26, 2011 at 8:50 PM, Rebecca Bennett <rabennett@ymail.com> wrote:
hello Grass-users
I have come across this error message when using r.to.vect, and I'm afraid I
don't understand what it means (or how to solve it!)
r.to.vect -z input=Replace_test2@PERMANENT output=LP_cp_new@PERMANENT
feature=point --o
Extracting points...
100%
Building topology for vector map <LP_cp_new>...
Registering primitives...
ERROR: G_realloc: unable to allocate 97440000 bytes at cindex.c:108
You could skip building topology with r.to.vect -b. Since you are
converting to 3D points, this should be fine, you can build topology
later on with v.build if needed.
Markus M
On Wed, 27 Jul 2011, Rebecca Bennett wrote:
Thanks fro replying. Hmm no I'm using the standard 6.4.1 distro on Ubuntu
10.4 
Rebecca,
The distribution and GRASS version has nothing to do with it.
Can I work round this? I don't really have time to build GRASS 7 on this
machine...
Yep. I've no idea if there's a Ubuntu repository that installs a pre-built
GRASS. If there is, it's probably built without the large file option. If
so, see if you can grab the source and look for '--enable-largefile' in the
configuration options. Otherwise, it will be worth your time to recompile
the source using that option. It will allow GRASS to use the available
memory on your machine rather than the default (which I believe is 64M).
This is one reason why building from source (or using a package manager
that lets you build on your local machines) is a good idea. Not everyone
needs the options you do, and your hardware is not the same as everyone
else's. Building your applications using your server/workstation ensures
that they work for you.
Hope this helps,
Rich
On Wed, Jul 27, 2011 at 3:34 PM, Rich Shepard <rshepard@appl-ecosys.com> wrote:
On Wed, 27 Jul 2011, Rebecca Bennett wrote:
Thanks fro replying. Hmm no I'm using the standard 6.4.1 distro on Ubuntu
10.4 
Rebecca,
The distribution and GRASS version has nothing to do with it.
The GRASS version has indeed something to with it because the reported
error is an out-of-memory error and GRASS 7 needs much less memory to
build topology for 3D points (about 5% of the memory needed in GRASS
6.x).
Markus M
Can I work round this? I don't really have time to build GRASS 7 on this
machine...
Yep. I've no idea if there's a Ubuntu repository that installs a pre-built
GRASS. If there is, it's probably built without the large file option. If
so, see if you can grab the source and look for '--enable-largefile' in the
configuration options. Otherwise, it will be worth your time to recompile
the source using that option. It will allow GRASS to use the available
memory on your machine rather than the default (which I believe is 64M).
This is one reason why building from source (or using a package manager
that lets you build on your local machines) is a good idea. Not everyone
needs the options you do, and your hardware is not the same as everyone
else's. Building your applications using your server/workstation ensures
that they work for you.
Hope this helps,
Rich
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user