[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