<div dir="ltr">Thanks Nyall,<div><br></div><div>Sorry for the delay, I was at FOSS4G last week.   I tested this out and confirms it is working now as intended.   Any clue on when it might be available in a 2.8 update?</div><div><br></div><div>Thanks again!</div><div><br></div><div>matt</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Matthew Hanson<div>Applied GeoSolutions</div><div>(603) 659-3363 x91</div><div><a href="http://appliedgeosolutions.com" target="_blank">http://appliedgeosolutions.com</a></div><div><a href="mailto:mhanson@appliedgeosolutions.com" target="_blank">mhanson@appliedgeosolutions.com</a></div><div><br></div></div></div></div>
<br><div class="gmail_quote">On Thu, Mar 5, 2015 at 11:24 PM, Nyall Dawson <span dir="ltr"><<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 5 March 2015 at 03:17, Matthew Hanson<br>
<span class=""><<a href="mailto:mhanson@appliedgeosolutions.com">mhanson@appliedgeosolutions.com</a>> wrote:<br>
> Hello,<br>
><br>
> I filed a bug report on this some weeks ago:<br>
> <a href="http://hub.qgis.org/issues/11573" target="_blank">http://hub.qgis.org/issues/11573</a><br>
><br>
> But it hasn't gotten the required attention.    It's a rather egregious bug,<br>
> which currently is restricting us to QGIS v2.2, which is becoming more of a<br>
> problem the more outdated it gets.<br>
><br>
> In short, when using a floating point gain with integer images the datatype<br>
> is not promoted, so you end up with an image that is rounded to the nearest<br>
> integer.  It's fairly common practice to store indices, like NDVI, as an<br>
> Int16 with a gain of 0.0001 as it is half the space. But in QGIS, these<br>
> images end up being rounded to mostly 0.<br>
><br>
> The feature of auto-applying the gain is nice in practice, but without<br>
> promoting the data type of the output it is counter-productive.   It would<br>
> be good to either revert this feature or properly promote the datatype.<br>
><br>
> I'd be happy to do more digging and try fixing this and issue a PR if<br>
> someone could get me started by pointing me in the general direction of the<br>
> code responsible for this.<br>
<br>
<br>
</span>This should be fixed in master now - can you please test and confirm?<br>
If so, I'll backport to 2.8.<br>
<span class="HOEnZb"><font color="#888888"><br>
Nyall<br>
</font></span></blockquote></div><br></div>