<div dir="ltr"><div><div><div>Hi Nicklas<br><br></div>Just read the spec. of TWKB and it sounds very promising.  Great recommendation, many thanks for your help.<br><br></div>Kind regards<br><br><br></div>Peter<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><table><tbody><tr style="font-size:12px"><td colspan="2"><b><a href="http://3xe.co.uk/" target="_blank">3XE</a></b>
                </td>
            </tr>
            <tr style="font-size:10px">
              <th style="width:15px;text-align:left">P:</th>
              <td>01326 567155</td>
            </tr>
            <tr style="font-size:10px">
              <th style="width:15px;text-align:left">M:</th>
              <td>07770 693662</td>
            </tr>
            <tr style="font-size:10px">
              <th style="width:15px;text-align:left;vertical-align:top">A:</th>
              <td>3XE Ltd<br>Tremough Innovation Centre<br>PENRYN<br>TR10 9TA</td>
            </tr>
            <tr style="font-size:10px" align="left">
                <td colspan="2">3XE Ltd · Registered in England and Wales · 9356871</td></tr></tbody></table></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On 13 December 2015 at 16:55, nicklas.aven <span dir="ltr"><<a href="mailto:nicklas.aven@jordogskog.no" target="_blank">nicklas.aven@jordogskog.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
    
<div>Hi</div><div><br></div><div>You could take a look at the twkb format. There is encoder (ST_AsTWKB) and decoder (ST_GeomFromTWKB) in PostGIS since version 2.2. Twkb can be stored as bytea in the database. </div><div><br></div><div>HTH</div><div>Nicklas Avén</div><div><br></div><div><br></div><div><br></div><div><div style="font-size:85%;color:#575757">Sent from my Samsung device</div></div><div><div class="h5"><br><br>-------- Original message --------<br>From: Peter Devoy <<a href="mailto:peter@3xe.co.uk" target="_blank">peter@3xe.co.uk</a>> <br>Date: 13/12/2015  15:47  (GMT+01:00) <br>To: <a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a> <br>Subject: [postgis-users] Any native compression strategies suited for a    revisioning system? <br><br>I have been tasked with creating a revisioning system for geometries<br>stored by PostGIS.  To avoid data duplication I thought about storing<br>only diffs but because that introduces other complications I am<br>thinking about just storing each revision in its entirety and having a<br>compression mechanism minimize size on disk.<br><br>However, it seems to me that, quite rightly, Postgres's compression<br>algorithm (PGLZ?) is not optimised for delta encoding or high<br>compression ratios.  So are there any options short of me implementing<br>user-defined functions to wrap a compression library?<br><br>For clarity, with this method I am thinking each geometry would have a<br>corresponding row in which a field would hold all revisions in a JSON<br>data structure.<br><br><br>Peter<br></div></div>_______________________________________________<br>postgis-users mailing list<br><a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/postgis-users</a><br><br></div></blockquote></div><br></div>