
<html><head></head><body><div>Hello</div><div><br></div><div>Very interesting!</div><div><br></div><div>Will the compression and decompression also be faster? I guess it is easier to crunch the zeros than random numbers?</div><div><br></div><div>I tried to create a bytea type with external storage just to see if compression has an impact on performance, but it was apperantly a little more complicated than just reusing the input and oputput functions from original bytea.</div><div>When I was working on the TWKB format I found that twkb-compression was very much faster than gzip compression of a file outside the database with the same data as wkb,</div><div>But maybe the compression technique postgresql uses is faster (and probably compresses less than ordinary zip)</div><div><br></div><div><br></div><div><br></div><div>/Nicklas</div><div> </div><div><br></div><div><br></div><div>On Fri, 2018-02-16 at 09:38 -0500, Daniel Baston wrote:</div><blockquote type="cite"><div dir="ltr">Hi,<div><br></div><div>I've been experimenting with a cool technique to reduce the size of PostGIS geometries by setting insignificant bits to zero, which makes the geometry objects more compressible.</div><div><br></div><div>I described the technique in a post here, which shows some test results:</div><div><a href="http://www.danbaston.com/posts/2018/02/15/optimizing-postgis-geometries.html">http://www.danbaston.com/posts/2018/02/15/optimizing-postgis-geometries.html</a></div><div><br></div><div>I'm on the fence about whether something like this has a place in the PostGIS core, but am leaning towards "yes." What do others think?</div><div><br></div><div>Dan</div><div><br></div></div>

<pre>_______________________________________________

postgis-devel mailing list

<a href="mailto:postgis-devel@lists.osgeo.org">postgis-devel@lists.osgeo.org</a>

<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a></pre></blockquote></body></html>