[GRASS-dev] Re: [GRASS GIS] #166: short integer overflow with r.in.gdal

[GRASS GIS]

#166: short integer overflow with r.in.gdal
----------------------+-----------------------------------------------------
  Reporter:  dylan    |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect   |      Status:  new                      
  Priority:  major    |   Milestone:  6.4.0                    
 Component:  default  |     Version:  svn-trunk                
Resolution:           |    Keywords:  gdal                     
----------------------+-----------------------------------------------------
Changes (by dylan):

  * keywords:  gdal r.in.gdal => gdal

Comment:

 This appears to be a problem with GDAL not recognizing the ASCII grid data
 type, as GDAL-specific operations such as gdal_translate produce erroneous
 results. GDAL is interpreting the attached input file as Int16.


 Using the attached file:

 {{{
 gdal_translate  big_int_arc_file.asc test.tiff
 }}}

 the resulting file is produced:

 {{{
 gdalinfo -stats test.tiff
 Driver: GTiff/GeoTIFF
 Files: test.tiff
 Size is 7, 7
 Coordinate System is `'
 Origin = (592000.000000000000000,4926000.000000000000000)
 Pixel Size = (1000.000000000000000,-1000.000000000000000)
 Image Structure Metadata:
   INTERLEAVE=BAND
 Corner Coordinates:
 Upper Left  (  592000.000, 4926000.000)
 Lower Left  (  592000.000, 4919000.000)
 Upper Right (  599000.000, 4926000.000)
 Lower Right (  599000.000, 4919000.000)
 Center      (  595500.000, 4922500.000)
 Band 1 Block=7x7 Type=Int16, ColorInterp=Gray
   Minimum=-31293.000, Maximum=32420.000, Mean=216.837, StdDev=18087.589
   NoData Value=-9999
   Metadata:
     STATISTICS_MINIMUM=-31293
     STATISTICS_MAXIMUM=32420
     STATISTICS_MEAN=216.83673469388
     STATISTICS_STDDEV=18087.589140406
 }}}

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/166#comment:2>
GRASS GIS <http://grass.osgeo.org>