[GRASS-dev] Re: [GRASS GIS] #73: r.out.gdal tiff output does not work

GRASS GIS trac at osgeo.org
Thu May 8 16:18:17 EDT 2008


#73: r.out.gdal tiff output does not work
-----------------------+----------------------------------------------------
  Reporter:  helena    |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect    |      Status:  new                      
  Priority:  critical  |   Milestone:  6.4.0                    
 Component:  default   |     Version:  svn-trunk                
Resolution:            |    Keywords:  r.out.gdal, tiff         
-----------------------+----------------------------------------------------
Changes (by mlennert):

  * priority:  major => critical

Comment:

 We've been having similar problems here and I've tested a bit further with
 current svn.

 At http://geog-pc40.ulb.ac.be/grass/misc/r_out_gdal/ you can find relevant
 files:

 - test_loc.tgz: test location with one raster file
 - test.tif: this same raster file exported with 'r.out.gdal type=UInt16'
 - test_tiffinfo.txt: tiffinfo output on test.tif (note the errors at the
 beginning)
 - test _gdalinfo.txt gdalinfo output on test.tif, which shows the correct
 color categories and then an all-black color table from 0 - 65535. Is it
 normal to have both 'COLOR_TABLE_RULE_RGB_0' entries and a color table in
 the tiff ?

 The tif can be read and displayed by QGIS. SAGA gives a weird image (both
 with band and pixel interleave): test_saga.png. gvSIG crashes when trying
 to load the file. These are not some general picture viewer, but
 cartography/GIS programs, so I would hope that we should be able to solve
 this for reasons of interoperability.

 Final test which seems to show that there is something wrong: r.in.gdal
 in=test.tif out=test: import takes a very long time and creates a huge
 colr table file:

 % 0 65535
 0:0
 1:0
 2:0
 3:0
 4:0
 5:0
 6:0
 7:0
 8:0
 9:0
 10:0
 11:0
 [...]
 65535:0 65535:0

 Whereas the original colr file only contains this:
 % 334 460
 334:0:191:191 359.2:0:255:0
 359.2:0:255:0 384.4:255:255:0
 384.4:255:255:0 409.6:255:127:0
 409.6:255:127:0 434.8:191:127:63
 434.8:191:127:63 460:20

 The display of test also takes a long time, I suppose because of this long
 colr table.

 I'm moving this up to critical as I think this is a fairly basic feature
 which should "just work"...

 Moritz

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


More information about the grass-dev mailing list