<div dir="ltr">Ok, I've opened a ticket for it here:<div><br></div><div><a href="http://trac.osgeo.org/gdal/ticket/6309">http://trac.osgeo.org/gdal/ticket/6309</a><br></div><div><br></div><div>- Thomas</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 14, 2016 at 12:27 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le jeudi 14 janvier 2016 12:07:44, Thomas Sevaldrud a écrit :<br>
> Hi,<br>
><br>
> I've been using the new GeoPackage raster support in 2.0.1, and have<br>
> noticed some strange output from gdaladdo on certain datasets.<br>
><br>
> When producing an overview tile which is on the edge of the dataset, so<br>
> that it is not entirely covered by its child tiles, I get random data in<br>
> the parts of the image which is outside the coverage.<br>
<br>
</span>Part of tiles outside the coverage would be supposed to be at value 0 (and if<br>
using PNG tiles with alpha=0)<br>
<span class=""><br>
><br>
> I'm not sure how gdaladdo does this, but for standard x2 tile pyramids I<br>
> assume it makes each overview tile by subsampling its four child tiles. In<br>
> this case, not all four child tiles have data and the output in the missing<br>
> areas becomes garbled.<br>
><br>
> Is this a known issue?<br>
<br>
</span>Not that I'm aware of.<br>
<span class=""><br>
> Any workarounds?<br>
><br>
> If necessary, I can provide a test case to reproduce it.<br>
<br>
</span>That might indeed be useful. Please file a ticket about that.<br>
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</font></span></blockquote></div><br></div>