<div dir="ltr">Even,<br><br>Thanks for having a look at the data, I see what you mean about the NODATA value in the COGs. They are *supposed* to have an internal NODATA value set on the band, but they actually do not. I set NODATA with gdal_edit and the resampling method no longer affects overview usage.<br><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><br></div></div></div>For us, this workaround is perfect because the COGs were supposed to have NODATA set anyway. For others, maybe the solution is as simple as adding a note to the "GDAL Virtual File Systems" page. Regardless, this will be in the mailing list archives if anyone else runs into it.<br><br>Thanks again for your help,<br><br>Angus</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 4, 2020 at 8:04 AM Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.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">Angus,<br>
<br>
The difference of behaviour between my test case and yours is that yours has a <br>
<NoDataValue> set on the VRTRasterBand, and the source COGs don't have that <br>
value. In this situation a key optimization used by the VRT driver is <br>
disabled, and there's a fallback to code that won't make use of the source <br>
overviews to get correct results. I imagine that could be improved, but this <br>
is not a 5-minute type of fix. A workaround would probably to create your COGs <br>
with 0 set as nodata value.<br>
<br>
Even<br>
<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div>