<div dir="auto"><div>Hi Helli,</div><div dir="auto"><br></div><div dir="auto">Using the history link at the end of the manual, I found:<br><div dir="auto"><br></div><div dir="auto"><a href="https://trac.osgeo.org/grass/changeset/63602/grass/trunk/vector/v.in.ogr">https://trac.osgeo.org/grass/changeset/63602/grass/trunk/vector/v.in.ogr</a><br></div><div dir="auto"><br></div><div dir="auto">cnames was renamed to columns in 63602... could you please edit the manual? I'm on phone.</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto">Vero</div><br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">El 21 ago. 2017 6:54 p.m., "Helmut Kudrnovsky" <<a href="mailto:hellik@web.de">hellik@web.de</a>> escribió:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi,<br>
<br>
just found it in the manual:<br>
<br>
<a href="https://grass.osgeo.org/grass73/manuals/v.in.ogr.html" rel="noreferrer" target="_blank">https://grass.osgeo.org/<wbr>grass73/manuals/v.in.ogr.html</a><br>
<br>
in the command itself it's "columns"<br>
<br>
v.in.ogr [-flc2tojrewi] input=string [layer=string[,string,...]]<br>
[output=name] [spatial=xmin,ymin,xmax,ymax[,<wbr>xmin,ymin,xmax,ymax,...]]<br>
[where=sql_query] [min_area=float] [type=string[,string,...]] [snap=float]<br>
[location=name] [columns=name[,name,...]] [encoding=string] [key=string]<br>
[geometry=name] [--overwrite] [--help] [--verbose] [--quiet] [--ui]<br>
<br>
in the rest of the manual "cnames"<br>
<br>
 "v.in.ogr converts '.', '-' and '#' to '_' (underscore) during import. The<br>
-w flag changes capital column names to lowercase characters as a<br>
convenience for SQL usage (lowercase column names avoid the need to quote<br>
them if the attribute table is stored in a SQL DBMS such as PostgreSQL). The<br>
cnames parameter is used to define new column names during import.<br>
<br>
The DBF database specification limits column names to 10 characters. If the<br>
default DB is set to DBF and the input data contains longer column/field<br>
names, they will be truncated. If this results in multiple columns with the<br>
same name then v.in.ogr will produce an error. In this case you will either<br>
have to modify the input data or use v.in.ogr's cnames parameter to rename<br>
columns to something unique. (hint: copy and modify the list given with the<br>
error message). Alternatively, change the local DB with db.connect. "<br>
<br>
am I right that the manual should be changed?<br>
<br>
<br>
<br>
-----<br>
best regards<br>
Helmut<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/v-in-ogr-cnames-vs-columns-tp5332012.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.<wbr>nabble.com/v-in-ogr-cnames-vs-<wbr>columns-tp5332012.html</a><br>
Sent from the Grass - Dev mailing list archive at Nabble.com.<br>
______________________________<wbr>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/grass-dev</a></blockquote></div><br></div></div></div>