Constant speed street routing - #5057
Conversation
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## dev-2.x #5057 +/- ##
=============================================
+ Coverage 64.35% 64.48% +0.13%
- Complexity 13786 13866 +80
=============================================
Files 1689 1711 +22
Lines 66804 67037 +233
Branches 7200 7203 +3
=============================================
+ Hits 42989 43228 +239
+ Misses 21409 21388 -21
- Partials 2406 2421 +15
... and 76 files with indirect coverage changes Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. ☔ View full report in Codecov by Sentry. |
|
this is already implemented by selecting a different dominance function (See https://github.com/search?q=repo%3Aopentripplanner%2FOpenTripPlanner%20setDominanceFunction&type=code) |
|
So we need a way to enable LeastWalk dominance for all street routing, right? A new parameter for routing request ? |
|
I tried hardcoding use of LeastWalk dominance function in GraphPathFinder.java and StreetSearchBuilder.java, but car routing still selects fastest route. |
|
@hannesj I think it's because the walk distance is not increased for driving which this feature is for. |
leonardehrenfried
left a comment
There was a problem hiding this comment.
As I said in the meeting, I think that @vesameskanen is aware of the shortcomings of this approach and that it's not suitable for a generic travel planner (which HSL is not planning on) therefore I'm approving this.
Summary
Some minor changes in OSM tag mapping and intersection traversal modules to allow street routing, which finds shortest paths instead of optimising traversal time. This is achieved as follows:
Unit tests
Unit tests for the new OSM tag mapper included.