<div dir="ltr"><div>I am thinking of the percentage in terms of linear bounding box side shift in the outwards direction, so buffer=0.5 would make each side shift outwards by half a tile size, thus producing a box 2x2 of the original tile == 4x increase in the tile area.  Buffer might be a bad word for this parameter?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 13, 2019 at 1:04 PM <<a href="mailto:rmrodriguez@carto.com">rmrodriguez@carto.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">On Wed, Nov 13, 2019 at 6:44 PM Yuri Astrakhan <<a href="mailto:yuriastrakhan@gmail.com" target="_blank">yuriastrakhan@gmail.com</a>> wrote:<br>
><br>
> Michael, thank you for your example. Per Paul's previous email, it made me realize that unlike ST_AsMVTGeom, ST_TileEnvelope does not need to understand the concept of extent (internal "pixels"), but instead can work just as well with percentages.<br>
><br>
> Updated proposal:   buffer is a percentage increase of the original tile, limited to SRID space.  E.g.  buffer=0.5 would grow the tile by 50%, but if zoom=0, it would not grow at all.  If the tile is on the edge (e.g. 0,0), growing it should extend the longitude across the anti-meridian line, but should not grow northwards (srid limit).<br>
<br>
<br>
Would that be 0.5x bigger area or 50% bigger sides, thus being 1.25x<br>
bigger area?<br>
<br>
<br>
-- <br>
Raúl Marín Rodríguez<br>
<a href="http://carto.com" rel="noreferrer" target="_blank">carto.com</a><br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">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/mailman/listinfo/postgis-devel</a></blockquote></div></div>