mboeringa

@SupaplexOSM, Maybe it is better to continue this discussion on the "Discussion" page of the "Proposal". Can you copy & paste your remark there? I will comment there then: **https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/aeroway%3Dholding_position_line**

I think this is a more generic issue with how PostGIS (**_and other GIS systems_**) handle multi-part geometries hitting and crossing the "valid extent" of spatial reference. Valid in the...

**ST_ConvexHull** result in PostGIS on same data with using **ST_Dump** first. Of course, whether or not it is sound to use ST_Dump is another matter, because it highly depends on...

> * It is possible, but not that easy to, say, join all linestrings of a longer street this way and keep track of all the constituent geometries and keep...

> **Topic: Remove road stubs** – I am processing OSM road data to create a road class network for evaluating bicycle infrastructre. For this, only those roads that are part...

@tordans , The other problem with this request might be that, as far as I understand the whole processing flow of osm2pgsql up to now, the required information to perform...

@joto Interesting to read the German project description! I would caution you though, to carefully consider what is achievable in the project's funded limited time frame. Adding "per-object" generalization capability,...

@pnorman , yes, you can use SP-GiST quite successfully for indexing line type tables, but be aware of this limitation: You cannot use an SP-GiST type spatial index on the...

> We don't cluster on the geometry indexes, and in fact doing so would make the table ordering worse. I can see how clustering based on the spatial index would...

> If you're getting this behavior, can you open up a new issue with details including the osm2pgsql command line, postgresql and postgis versions, and testing methods. @pnorman, there's no...