Opened 10 years ago

Closed 6 months ago

#2083 closed defect (fixed)

gtiff driver not respecting separate nodata for each band

Reported by: maphew Owned by: warmerdam
Priority: normal Milestone:
Component: GDAL_Raster Version: unspecified
Severity: normal Keywords: gtiff
Cc: dron, Even Rouault, Mateusz Łoskot, Kyle Shannon


The geotiff format driver assigns all bands the same nodata value, even if only a single band was specified with bandN.SetNoDataValue Also see

----- -----
import gdal
import sys
import os.path

if len(sys.argv) < 2:
     print "Usage: raster_file null_value"

input = sys.argv[1]
null_value = sys.argv[2]

dataset = gdal.Open( input, gdal.GA_Update )
if dataset is None:
    print 'Unable to open', input, 'for writing'

b1 = dataset.GetRasterBand(1)
b2 = dataset.GetRasterBand(2)
b3 = dataset.GetRasterBand(3)

print 'Initial nodata:\t', b1.GetNoDataValue(), b2.GetNoDataValue(), b3.GetNoDataValue()

b1.SetNoDataValue( float(null_value) )

print 'Output nodata:\t', b1.GetNoDataValue(), b2.GetNoDataValue(), b3.GetNoDataValue()


 python nodata-test.tif 0
Initial nodata: 46.0 46.0 46.0
Output nodata:  0.0 0.0 0.0

Attachments (1)

nodata-test.tif (120.5 KB) - added by maphew 10 years ago.

Download all attachments as: .zip

Change History (11)

Changed 10 years ago by maphew

Attachment: nodata-test.tif added

comment:1 Changed 10 years ago by dron

Cc: dron added

I think it is a good cause to change the way how NODATA handled in TIFFs. We should switch from ASCII representation of the NODATA value to binary one, because ASCII serialization of the floating point values is always error-prone (and actually not necessary).

The new tag definition could look like this:

  TRUE, FALSE, "GDALNoDataValueNew" }

comment:2 Changed 10 years ago by Even Rouault

-2 means that there's a value for each band, right ? But how do you handle the case where a band has a nodata value, and another one none. Should we decide that a particular value of a double (a NaN for example) means that there's no nodata value for the band ?

comment:3 Changed 10 years ago by Even Rouault

Cc: Even Rouault added

comment:4 Changed 10 years ago by warmerdam

Keywords: gtiff added
Milestone: 1.6.0

I would prefer to not try and address this issue before the 1.5 release. It will require changes to the "GDAL nodata tag specification" and I'd rather not do that without due consideration of alternatives and whether the issue is critical enough to justify the disruption.

comment:5 Changed 10 years ago by Mateusz Łoskot

Cc: Mateusz Łoskot added

comment:6 Changed 9 years ago by Even Rouault


comment:7 Changed 9 years ago by Kyle Shannon

Cc: Kyle Shannon added

comment:8 Changed 3 years ago by Jukka Rahkonen

Heads-up: still a valid ticket in 2014 and GDAL 1.11

"GDAL stores band nodata value in the non standard TIFFTAG_GDAL_NODATA ASCII tag (code 42113) for files created with the default profile GDALGeoTIFF. Note that all bands must use the same nodata value. When BASELINE or GeoTIFF profile are used, the nodata value is stored into a PAM .aux.xml file."

comment:9 Changed 3 years ago by Even Rouault

Milestone: 1.8.1

Removing obsolete milestone

comment:10 Changed 6 months ago by Even Rouault

Resolution: fixed
Status: newclosed

In 40837:

GTiff: warn when SetNoDataValue?() is called on different bands with different values (fixes #2083)

Note: See TracTickets for help on using tickets.