Daniel Kastl
Daniel Kastl
It's a good idea, but it's not possible right now.
Oh, I just wanted to link this article to this ticket when I realize that also the article is from you ;-) https://www.openshift.com/blogs/add-map-navigation-to-your-app-with-pgrouting-on-openshift It's indeed something I also find useful.
@tocmorf osm2pgrouting depends on enough memory to handle larger OSM extracts. So this is eventually not a leak but the way osm2pgrouting processes data. @cvvergara from which version is it...
What about dropping all length computation, that osm2pgrouting does, and leave it up to the user to decide what they want? It should be rather simple to do this with...
Thank you for looking into all this in detail! As far as I remember, the sample configurations were added many years ago, as part of some contributions of a routing...
I also remember, that the "Metro Extracts" caused issues, which could be the same problem: https://mapzen.com/documentation/metro-extracts/ Regarding osm2pgsql I assume, that it does not try to "correct" data as osm2pgRouting...
> This ticket and #183 report the same issue separately. I shared reproducing dump. I don't need the geofabrik dump, I want to use the same dataset across all my...
Maybe pgRouting could be run with an optional flag to also take into account the "geometry" of the road links ... just someone hat to implement this -> #GSOC ;-)
Should we also use Travis and Appveyor for osm2pgrouting?
> oneway=yes is implied. Though it is not wrong to add it explicitly, it is not needed. This was new to me. I assumed that by having oneway set on...