<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2>Group,<br>&nbsp;&nbsp;&nbsp; It appears when using "-unscale" during a gdal_translate conversion, the defined NoData value is used when the offset/scale are applied. Not sure if this is intentional?<br><br>Let me set up an example:<br><br>note: It is understood that scale/offset are not applied to values during gdalinfo for -mm<br>&gt; gdalinfo -mm DEM_16bit.tif&nbsp; <br>...&nbsp;&nbsp;&nbsp; <br>Computed Min/Max=1.000,1656.000<br>&nbsp; NoData Value=0<br>&nbsp; Offset: 5,&nbsp;&nbsp; Scale:5<br><br>&gt; gdal_translate -ot Float32 -unscale DEM_16bit.tif DEM_32bit.tif<br>&gt; gdalinfo -mm DEM_32bit.tif&nbsp; <br>...<br>Computed Min/Max=5.000,8285.000<br>&nbsp; NoData Value=0<br><br>So during the "unscale" the value 0 is getting pushed thru the scale/offset hence the Min=5 (0 * Scale + Offset). But then new Min should be Min=10 (1 * Scale + Offset) and NoData pixels still at 0.<br><br>Is this a known feature? I would have thought, if a NoData value is set, then gdal_translate should not apply the scale/offset to it.<br><br>thanks,<br>Trent<br><br><br>BTW, to correct this I can run gdalwarp to reset the NoData back to 0.<br>&gt; gdalwarp -srcnodata 5 -dstnodata 0&nbsp; DEM_32bit.tif DEM_32bit_fix.tif<br>&gt; gdalinfo -mm DEM_32bit_fix.tif<br>...<br>Computed Min/Max=10.000,8285.000<br>&nbsp; NoData Value=0<br><br><br></FONT>