<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Aug 29, 2014 at 10:34 AM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Le jeudi 28 août 2014 23:32:38, Richard Sharp a écrit :<br>


<div class="">> I have a byte GTiff dataset that has a nodata value of 0 according to QGIS.<br>
<br>
</div>Well, I've just created such a file, and with QGIS 1.8, the GUI display well<br>
the -3.4028230607370965e+38 value, but with 2.4, it displays 0. So seems to be<br>
on QGIS side.<br>
That said,  -3.4028230607370965e+38 doesn't make sense as a nodata value for<br>
Byte, which can only range from 0 to 255.<br>
After some testing, it seems that QGIS displays 0 when the nodata value is out<br>
of the range of the data type.<br>
<div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>Thanks Evan.  Just so I'm clear, you're saying that the raster had its nodata value set to something that exceeded its datatype range.  In that case, it doesn't make sense to interpret the  -3.4028230607370965e+38 as "0" in the byte range, but rather as a nodata value defined for the valid pixels in the raster?</div>

<div> </div></div></div></div>