<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">“gutter”? “margin”? “padding”?<div class="">In css terms, margin is the closest.</div><div class="">P<br class=""><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Nov 13, 2019, at 12:13 PM, Yuri Astrakhan <<a href="mailto:yuriastrakhan@gmail.com" class="">yuriastrakhan@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">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 class=""><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" class="">rmrodriguez@carto.com</a>> wrote:<br class=""></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" class="">yuriastrakhan@gmail.com</a>> wrote:<br class="">
><br class="">
> 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 class="">
><br class="">
> 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 class="">
<br class="">
<br class="">
Would that be 0.5x bigger area or 50% bigger sides, thus being 1.25x<br class="">
bigger area?<br class="">
<br class="">
<br class="">
-- <br class="">
Raúl Marín Rodríguez<br class="">
<a href="http://carto.com/" rel="noreferrer" target="_blank" class="">carto.com</a><br class="">
_______________________________________________<br class="">
postgis-devel mailing list<br class="">
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank" class="">postgis-devel@lists.osgeo.org</a><br class="">
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank" class="">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a></blockquote></div></div>
_______________________________________________<br class="">postgis-devel mailing list<br class=""><a href="mailto:postgis-devel@lists.osgeo.org" class="">postgis-devel@lists.osgeo.org</a><br class="">https://lists.osgeo.org/mailman/listinfo/postgis-devel</div></blockquote></div><br class=""></div></div></body></html>