Wow! Lots of advice flooding in. Thanks to all.
v.in.ogr Still fails to import the dbf even if sqlite is my internal
database. I solved the problem by using the cnames option to v.in.ogr.
Regards
Craig
Patton, Eric wrote:
there are already several bug reports about problems (bad experiences) with the
10 characters limit in dbf. A simple solution is to use sqlite instead.
Regards,
Otto
And even if you aren't an sqlite guru, you just have to install it on your system and use the
gui-based sqlitebrowser, which provides a handy interface to the most commonly-used database
functionality:
http://sqlitebrowser.sourceforge.net/index.html
~ Eric.
Daniel Victoria wrote:
On Jan 11, 2008 10:42 AM, Craig Leat <[EMAIL PROTECTED]> wrote:
BTW the dbf is too big (94,000 rows) to load into OpenOffice Calc.
How about OpenOfice Base? It appears to open dBase files. I don'f have
a dbf file here to test it but the web page says it does.
Daniel
Martin Landa wrote:
from v.in.ogr:
cnames List of column names to be used instead of original names,
first is used for category column
v.in.ogr cnames=cat,col1,col2,...
could help you?
Martin
Richard Greenwood wrote:
dbf field names are limited to 10 characters. ogr2ogr (part of GDAL)
has a -select clause which would allow you to select only specified
columns, but might not be able to distinguish between the identical
column names either.
Rich
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
