Wed, Mar 22 2006
18:02:10
|
|
Request created by guest
|
|
Subject: v.out.ogr fails
Platform: Mac OSX
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: 6.1.cvs checked out 18032006
v.out.ogr fails with the following error. It seems to get aprox 25% into the
job before failing.
GRASS 6.1.cvs (minnesota_utm):~ > v.out.ogr input=forties type=area dsn="PG:host=localhost
dbname=timber_forties user=kwythers" olayer=forties format=PostgreSQL
Exporting 1314202 areas (may take some time) ...
pg(21246) malloc: *** vm_allocate(size=8421376) failed (error code=3)
pg(21246) malloc: *** error: can't allocate region
pg(21246) malloc: *** set a breakpoint in szone_error to debug
DBMI-Postgres driver error:
Cannot describe table
ERROR: Cannot select attributes for cat = 363284
However, running v.out.ogr on the spearfish dataset ran to compleation,
GRASS 6.1.cvs (spearfish60):~ > v.out.ogr input=soils type=area dsn="PG:host=localhost
dbname=spearfish user=kwythers" olayer=soils format=PostgreSQL
Exporting 737 areas (may take some time) ...
100%
737 features written
WARNING: 1 features without attributes written
The vector that does not works fine in GRASS, but is MUCH larger than the spearfish
soils vector.
Could that be the problem?
|
|
Fri, Jun 23 2006
21:16:39
|
|
Mail sent by msieczka
|
|
> The vector that does not works fine in GRASS, but is MUCH larger than the
> spearfish soils vector.
> Could that be the problem?
I guess so. You have 1314202 features to export and currently vector engine is
quite a memory hog.
But this is mostly only my guess.
Maciek
|
|
Sat, Jul 8 2006
21:56:27
|
|
Mail sent by mneteler
|
|
Hi,
Radim wrote here (at bottom):
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/doc/vector/TODO?rev=HEAD&content-type=text/vnd.viewcvs
-markup
"
v.out.ogr
---------
v.out.ogr is very slow because it is using random access to the
attributes. It should be rewritten so that all attributes are selected
by one query, geometry for each attribute can be searched by category
index (which is fast).
"
Maybe somewhat related...
Markus |
|