<div dir="ltr">Hi, I was wondering if this fix could be backported to 2.8 (or even all affected versions which is everything later than 2.2).   We are currently still running 2.2, but it's becoming more of a problem as plugins stop working, dependencies get upgraded, etc.<div><br></div><div>Thanks!</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 Tue, Mar 17, 2015 at 12:15 PM, Matthew Hanson <span dir="ltr"><<a href="mailto:mhanson@appliedgeosolutions.com" target="_blank">mhanson@appliedgeosolutions.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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"><span class=""><br clear="all"><div><div><div dir="ltr">Matthew Hanson<div>Applied GeoSolutions</div><div><a href="tel:%28603%29%20659-3363%20x91" value="+16036593363" target="_blank">(603) 659-3363 x91</a></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></span><div><div class="h5"><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><<a href="mailto:mhanson@appliedgeosolutions.com" target="_blank">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><font color="#888888"><br>
Nyall<br>
</font></span></blockquote></div><br></div></div></div>
</blockquote></div><br></div>