<div dir="ltr">An additional data point; loading the VRT in QGIS, everything looks correct at full resolution (e.g. alpha as transparency in the right spot) but as you zoom out, alpha suddenly becomes the first band and the transparency is bonkers.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 15, 2019 at 11:17 AM Patrick Young <<a href="mailto:patrick.mckendree.young@gmail.com">patrick.mckendree.young@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<br><div><br></div><div>I'm experiencing some strange behavior when extracting a mask band using gdal_translate from a VRT vs the source GTiff at a reduced resolution.  I have a 3 band, 8 bit JPEG compressed (YCbCR) RGB geotiff with an internal no data mask and with internal overviews.  Making a VRT of this and running</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div>gdal_translate -b mask in.vrt mask.tif</div></blockquote><div><br></div><div>Returns the expected no data mask.  </div><div><br></div><div>However, if I add in "-outsize 10% 0", I instead get the first band back as the mask tif rather than the mask band.  Any -outsize setting has the same effect.</div><div><br></div><div>Repeating this with the source geotiff rather than the vrt works as expected.</div><div><br></div><div>Interestingly, running</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div>gdalinfo -oo OVERVIEW_LEVEL=1 in.vrt</div><div><br></div></blockquote>reports no mask flags set at all (they are reported without the -oo option), but running on the original geotiff rather than the vrt does report the mask flags.    <div><br></div><div>Anyone have thoughts on what the VRT driver is doing? </div><div><br></div><div>Thanks,</div><div>Patrick<br><div><br></div><div><br></div><div><br></div><div><br></div></div></div>
</blockquote></div>