<div dir="ltr">In no particular order:<br><br> * Make geography a 3D aware thing, so cart2geog / geog2cart takes third coordinate into account;<div> * Make a new index tuple format, that can be keep srid, small geometry fully (so index-only scan may return it already), and convex/concave/multi-geometry that covers original but has constant known number of nodes;<br> * Zealous geometry operations, that retry a failing geometry operation using a next backend library, and opt-in-ally automagically reporting robustness-related errors to some upstream;<br> * osm2topology converter, and make sure postgis topology is able to represent whatever's found in OSM data, and that data is useful for both rendering and routing;</div><div> * Allow more dimensions than 4D, so we can store directly a thing that comes from GPS (heading, speed, timestamp[system/gps/server], accuracy, some external node id) and do perform math over it;</div><div> * support for S2 geometry cells, and have a look at making a fast ST_Intersects GIN index on geography using them;</div><div> * recheck on GIST operators, so that ST_Intersects has no chance to not inline;</div><div> * ST_AsGeoJSON/GeomFromGeoJSON that are aware of json/jsonb types. So, geometry::json is ST_AsGeoJSON(geometry). A documented function to turn a table into GeoJSON FeatureCollection, automagically finding the geometry field;</div><div> * Spatial clustering: GeometricMedioid, KMedioids, XMeans, and then combine them into non-existing XMedioids with flexible exit conditions ("max cluster radius is", "max cluster diameter is", "max number of clusters is");</div><div> * A way to store SRID and type in typmod only, so that 2D point columns take just 2*sizeof(double).<br><br>If some tweaks in postgres allowed in our experiment:</div><div> * faster GiST index creation, that would order geometry by spatial adjacency and then just take chunks and turn them into index pages, instead of checking each tuple with each index page box;</div><div> * keeping a CLUSTER index clustered by getting a next candidate page for tuple insertion not from free space map, but from index sibling tuples, and inserting to the new page if they're full.</div><br><div class="gmail_quote"><div dir="ltr">ср, 17 янв. 2018 г. в 20:44, Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>>:<br></div></div><div class="gmail_quote"><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/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>
_______________________________________________<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></div>