[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 21:50:07 PDT 2013
#1957: v.in.ascii (points.c) does not import some numbers in attached example
----------------------+-----------------------------------------------------
Reporter: ychemin | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal | Milestone: 6.5.0
Component: Vector | Version: svn-trunk
Resolution: fixed | Keywords: v.in.ascii
Platform: Linux | Cpu: x86-64
----------------------+-----------------------------------------------------
Comment(by hamish):
It is likely that even 255 columns will not be supported by grass, just
because the buffers are too small. Better to make the bottleneck the DB
backend not the GRASS frontend.
As a ballpark estimate, say 2 columns x,y at 10 chars wide, + 253 columns
of varchar(255), with field seps, plus a DOS newline,
10 + 1 + 10 + 1 + 253*255 + 252 + 2 = 64791
I think it's also worth about the solutions of transposing the array and
creating a script to make each data row its own map, with the constant-
step time series as a single column not a series of individual rows.. work
around the DB limitation by thinking of the problem in a different way..
Hamish
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1957#comment:8>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list