You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Make time-independent route requests potentially with the alternatives=n MLD parameter
Use the annotations feature for osm node ids, speed and weight on route segments for all routes
Make time-dependent query on the intersection of all segments, use weight for optimization
In our design, at the begginning, we can name it as Phase 1:
In step 1, the calculation maybe based on pure time-independent data or data within blocking traffic(flows with speed near 0 and blocking incidents).
In step 3, the time-dependent query mostly will start with calculate weight/duration with both live traffic and historical speed for each alternatived routes, then ranking them to pick up the best one or the best several as result.
We have to estimate whether the alternatives can returns good enough routes(the routes should not look similar but have significant differences).
Phase 2
In step 3, we may possible to construct a subgraph based on these alternatives since we can have all nodes,weights, then do Dijkstra on it to get better route. That's the better way mentioned in paper(https://arxiv.org/pdf/1606.06636.pdf) , and there're a lot of discussion in Project-OSRM#5503
The text was updated successfully, but these errors were encountered:
As we discussed in #63 (comment), the original idea comes from Refer to Project-OSRM#4449 (comment)
In our design, at the begginning, we can name it as Phase 1:
We have to estimate whether the alternatives can returns good enough routes(the routes should not look similar but have significant differences).
Phase 2
In step 3, we may possible to construct a subgraph based on these alternatives since we can have all
nodes,weights
, then do Dijkstra on it to get better route. That's the better way mentioned in paper(https://arxiv.org/pdf/1606.06636.pdf) , and there're a lot of discussion in Project-OSRM#5503The text was updated successfully, but these errors were encountered: