<div dir="ltr">I'd say that, unless I'm misunderstanding, it's an ugliness, since correct usage requires the user to both have a manually buffered box for the WHERE and a original box for the MVT call.  <div>  The user should be responsible for buffering their own box, so that the WHERE box and the MVT box end up matching. So removing the MVT buffer parameter and documenting the best practice of using a buffer.<div><br>P</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 25, 2017 at 9:57 PM, Sandro Santilli <span dir="ltr"><<a href="mailto:strk@kbt.io" target="_blank">strk@kbt.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Sep 25, 2017 at 03:06:50PM -0700, Paul Ramsey wrote:<br>
<br>
> But, the features fed into ST_AsMVTGeom will have been themselves selected<br>
> using a bbox. If that is the same bbox as fed into ST_AsMVTGeom (makes<br>
> sense) then it's possible that there are features that *should* be in the<br>
> tile (because they fall within the buffered area, but not within the bbox<br>
> itself) are *not* in the tile.<br>
><br>
> I'd expect a user to provide the same box to ST_AsMVTGeom as they use in<br>
> the WHERE clause, but that means potentially there will be features missing.<br>
<br>
</span>Are you asking why not passing an expanded box directly ?<br>
<br>
Or given your above description I'd say the expectance of using the<br>
same box for filtering and as a parameter to ST_AsMVTGeom is wrong<br>
and an HINT about that could be added to the manual...<br>
<br>
--strk;<br>
______________________________<wbr>_________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/postgis-devel</a></blockquote></div><br></div>