<div dir="ltr">Justin, I only saw pglz_compress() as an internal PG function, but it doesn't appear to be exposed to queries, or is it?  Also, while it appears to be in the same family of compression algorithms as gzip, I wasn't able to confirm if standard gzip libraries will be able to decompress it, and if they can't, it defeats the whole purpose of gzipping tiles - I will need to uncompress and recompress them as gzips when using/sending to browsers.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 3, 2019 at 11:47 AM Justin Pryzby <<a href="mailto:pryzby@telsasoft.com">pryzby@telsasoft.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 Sun, Nov 03, 2019 at 09:29:39AM -0700, nyurik wrote:<br>
> * Implement gzip() or ST_gzip()<br>
>    PROs:  a more generic approach not tied to MVTs<br>
>    CONs:  logically implies the need of ungzip(), requires PG community to<br>
> agree this functionality is needed<br>
<br>
Have you tried using pglz_compress ?<br>
<br>
Justin<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>