Hello Markus
Thanks.
Just one final question: Is there a way to know which is the limit for
vector? My idea is to check if raster, to be converted, is too big to be
converted before I try to convert?
THanks
Markus Neteler wrote:
Hi António
(cc Martin)
you can get winGRASS 7 here:
http://wingrass.fsv.cvut.cz/grass70/
but I dunno if LFS is enabled in that built. Maybe Martin
can tell us.
cheers
Markus
2011/3/29 António Rocha <[email protected]>:
Hi Markus
The problem is that I'm running in Windows and in GRASS6.4.0stable
release.
So, there is no solution for Windows?
Thanks
Antonio
Markus Neteler wrote:
2011/3/29 António Rocha <[email protected]>:
Hello Markus
Unfortunely, I get this error when I run other datasets. In this
case, a
landCover with all CELLS and spatial resolution of 30. The problem is
that
North carolina sample is too small.
r.to.vect -v input=FULL@PERMANENT output=FULL feature=area
I get this:
Default driver / database set to:
driver: dbf
database: $GISDBASE/$LOCATION_NAME/$MAPSET/dbf/
Extracting areas...
Building topology for vector map <FULL>...
R4243000ERROR: G_realloc: unable to allocate 16976004 bytes at
struct_alloc.c:133
You mean that it is too big :)
The file in question is lib/vector/diglib/struct_alloc.c
Please try GRASS 7 instead of GRASS 6 which offers large file support
for vector data (to some extent).
You need to configure it with this options
--enable-largefile enable support for large files (LFS)
and compile it. Or use the weekly Linux binary snapshot which
has LFS enabled.
Markus
__________ Information from ESET NOD32 Antivirus, version of virus signature
database 5995 (20110329) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
_______________________________________________
grass-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-dev
