[GRASS-dev] [GRASS GIS] #1957: v.in.ascii (points.c) does not import some numbers in attached example
GRASS GIS
trac at osgeo.org
Mon May 6 09:58:30 PDT 2013
#1957: v.in.ascii (points.c) does not import some numbers in attached example
------------------------+---------------------------------------------------
Reporter: ychemin | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.5.0
Component: Vector | Version: svn-trunk
Keywords: v.in.ascii | Platform: Linux
Cpu: x86-64 |
------------------------+---------------------------------------------------
Comment(by neteler):
Replying to [comment:5 ychemin]:
> Replying to [ticket:1957 ychemin]:
> > v.in.ascii input=9.csv output=rain_$(echo 9.csv | sed 's/\.csv//g')
separator=comma
> >
> > Real number of columns: 4020
...
> After setting (points.c):
>
> 76 buflen = 50000;
For easier inspection:
http://trac.osgeo.org/grass/browser/grass/branches/releasebranch_6_4/vector/v.in.ascii/points.c#L76
> then error becomes:
>
> Number of columns: 4020 <- THIS IS GOOD
> DBMI-SQLite driver error:
> Error in sqlite3_prepare():
> too many columns on rain_9 <- :-(
As mentioned, SQLite doesn't support more than 2000 columns out of the
box, for hints see
http://grasswiki.osgeo.org/wiki/GRASS_GIS_Performance#Maximum_Number_of_Attribute_Columns
While the buffer in points.c could probably be enlarged, the latter is
a problem not related to GRASS GIS.
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1957#comment:6>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list