<div dir="ltr">I'd love to do the following:<div><br></div><div>* create a new serialization for raster.</div><div>* default to uncompressed TOAST so that we can have uncompressed headers, plug in different compression algorithms and tailor compression for each use case</div><div>* modern C would be fantastic</div><div>* within-object parallel processing. this is less significant for geometry/geography but more for raster where i want to parallel process the pixels of a tile. it may have value for pointcloud patches too</div><div><br></div><div>-bborie</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 17, 2018 at 9:44 AM, Paul Ramsey <span dir="ltr"><<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What else is on everyone's wish list? Preferably things you'd do if<br>
you didn't think everyone would shoot you down for being too<br>
disruptive.<br>
<br>
<a href="https://trac.osgeo.org/postgis/wiki/PostGIS3" rel="noreferrer" target="_blank">https://trac.osgeo.org/<wbr>postgis/wiki/PostGIS3</a><br>
<br>
* Break out a postgis_raster extension with a postgis dependency, so<br>
raster support becomes optional.<br>
* Require installation in a 'postgis' schema, always and for ever<br>
<br>
* Yet another serialization, this time changing to use external<br>
storage type, and adding our own compression scheme for coordinates.<br>
  * An uncompressed header, so header info can always be efficiently<br>
"sliced" and read, even for very large objects<br>
  * A hash key for use in fast and small equality comparisons (for use<br>
in cached comparison code)<br>
  * A compression format optimized for doubles<br>
  * Other compression formats with other tradeoffs (?) like TWKB for<br>
higher ratio with precision loss<br>
  * Implies indirection in coordinate access again: smaller, more<br>
efficient must be balanced against direct access to coordinates<br>
<br>
* Move up to "modern" C and use whatever cool features we like from that<br>
* Modern GEOS version requirement?<br>
* Some major GEOS surgery to allow memory management by palloc?<br>
* Some major GEOS surgery to build coordinateSequence directly on top<br>
of PostGIS pointlists?<br>
______________________________<wbr>_________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org">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/<wbr>mailman/listinfo/postgis-devel</a></blockquote></div><br></div>