I plan to publish the first release candidate in the next days and ~1 week later the final release. Are there some critical issues which needs to be addressed in 0.6? I’m open also for minor new features and merging existing or smaller PRs.
The alternative route finding was merged today and works from the quality side but not so well from the performance side, which I plan to address later. Currently it takes roughly 4 times longer then a normal request, which makes sense if one looks at the finish condition leading to the two Dijkstra circles with a doubled radius. This can be improved to probably ‘just’ a 75% increase, we’ll see how the quality is changing then.
(I’m trying to find previous discussion)
But are there any plans for turn restrictions with multiple ways as members?
Currently they only work from way, node, to way.
Thanks for the reminder, please see my comment there. Summary: nice and small change with probably too big changes which we need to do but I would like to do them later. Would this be okay?
I implemented the edgeFilter by asking the Weighting class to provide one. To avoid to have to rewrite the same method everywhere, I provided a default implementation in the interface, therefore I needed java 8
I can try to do a PR but I am not sure to have replace it in every places and I didn’t write any tests yet
I stumbled over some minor bugs in it already (fixed on master), which will be fixed in the next candidate or final release. Please let me know if there are other problems!
Thanks a lot to @calin for updating the iOS port so fast !