<div dir="ltr"><div><div><div><br><br>On Thu, Nov 2, 2017 at 4:22 PM, Rich Shepard <<a href="mailto:rshepard@appl-ecosys.com">rshepard@appl-ecosys.com</a>> wrote:<br>><br>> On Thu, 2 Nov 2017, Stefan Blumentrath wrote:<br>><br>>> Please try GRASS_VECTOR_LOWMEM environment variable:<br>><br>><br>> Stefan,<br>><br>>   Added that var as an export in ~/.bash_profile and sourced the file in the<br>> virtual terminal used to run grass. Then I started grass and used v.import<br>> on the source .shp file. Here's the result:<br>><br>> Cleaning polygons<br>> -----------------------------------------------------<br>> Breaking polygons...<br>> Breaking polygons (pass 1: select break points)...<br>> Breaking polygons (pass 2: break at selected points)...<br>> Current region rows: 1, cols: 1<br>> ERROR: G_realloc: unable to allocate 11768004 bytes of memory at lib/vector/diglib/struct_alloc.c:196<br>> ERROR: Unable to import </home/rshepard/data/states/Washington/land-use/landuse10.shp><br>> (Thu Nov  2 07:46:11 2017) Command finished (7 min 3 sec)<br>><br>>   I did not run 'top' while this was processing, but with 4G RAM and 16G<br>> swap there should have been sufficient memory to allocate 12G in there.<br><br></div>Not necessarily. It tries to allocate additional 12 GB on top of what has already been allocated. What matters is the amount of free memory left, not the total amount of memory.<br><br></div>You use<br></div>export GRASS_VECTOR_LOWMEM=1<div><div><div><br></div><div>right?</div><div><br></div><div>Markus M<br></div><div>><br>>   Any thoughts? I think one laptop has 8G RAM so I could run it on there<br>> then rsync with the desktop.<br>><br>><br>> Rich<br>><br>> _______________________________________________<br>> grass-user mailing list<br>> <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br><br></div></div></div></div>