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

GRASS GIS trac at osgeo.org
Wed Apr 15 07:16:43 EDT 2009


#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:  Raster       |     Version:  svn-trunk                
Resolution:               |    Keywords:  r.out.gdal, tiff         
  Platform:  Unspecified  |         Cpu:  Unspecified              
--------------------------+-------------------------------------------------
Comment (by hamish):

 This was and is my main concern. MarkusM's patch could address this, I
 haven't run exaustive tests so don't know.

 Replying to [comment:20 hamish]:
 >  - oops, you are quite right. nodata must be set to something valid,
 otherwise the module doesn't know how to write out NULL values when  it
 comes to them. It can't just skip them and nan is not an option for int
 maps. Thus, as you proposed, in the case where nodata= is out of range for
 the data type the module should exit with an error.
 > I was just thinking of what to do for the metadata tag; not how the
 module would deal with NULL values.
 >
 >  - if a Byte map has data 0-255 *and* NULL, it seems reasonable to me to
 default to nodata=255 + issue a warning. *But* if a map has 0-255 with
 *no* NULLs, nodata should not be set* to 255, as this would lead to a loss
 of fidelity. (improper removal of all cells with cat=255 for no gain)
 >
 > [*] ie should not be set, unless the user requests it explicitly with
 the nodata= opt
 >
 >
 > sorry to be so thick,
 > Hamish


 As for the other matter, I'm not worried if other software do not respect
 the GeoTiff spec, as long as we do. (it's all we have control over anyway)


 more in next post..

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


More information about the grass-dev mailing list