[GRASS-dev] [GRASS GIS] #2125: r.in.xyz not importing data with 5 decimal digits

[GRASS GIS]

#2125: r.in.xyz not importing data with 5 decimal digits
----------------------+-----------------------------------------------------
 Reporter:  moreno    |       Owner:  hamish  
     Type:  defect    |      Status:  assigned
 Priority:  major     |   Milestone:  6.4.4   
Component:  Raster    |     Version:  6.4.3   
 Keywords:  r.in.xyz  |    Platform:  All     
      Cpu:  x86-64    |  
----------------------+-----------------------------------------------------
Changes (by hamish):

 * cc: grass-dev@… (added)
  * owner:  grass-dev@… => hamish
  * status:  new => assigned


Comment:

 Hi,

 I have increased the buffer size to 1024 chars in the development branches
 r58203,4. It doesn't really fix the heart of the problem but fixes it for
 you and makes it less likely to occur in the future (maybe we should keep
 going to 4096 chars). Please test with tomorrow's nightly build of
 WinGrass 6.5.


 When the line is longer than the specified input buffer I'm not sure if it
 really matters if G_getl2() flushes the rest of the line or not. Either
 way the data-read has gone wrong and you'll want a G_fatal_error(), so the
 question becomes at what point to throw that error, and what the error
 should say. _("Line is too long for input buffer") might be a good
 candidate for what it should say.


 thanks,
 Hamish

 ps- consider to use fs=tab instead of fs='\t'.

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2125#comment:4>
GRASS GIS <http://grass.osgeo.org>