Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Penalty for traffic signals changes the route from tertiary road to service road #3368

Closed
Norbert80 opened this issue Dec 26, 2016 · 7 comments
Assignees

Comments

@Norbert80
Copy link

Norbert80 commented Dec 26, 2016

OsmAnd+ 2.4.6 build ALWAYS calculates a bad route for every start coordinates at the given destination coordinates:
OsmAnd+ 2.4.6

OsmAnd 1.9.5 has calculated a correct route (as long as the two phase bug for special start coordinates has not been triggered):
OsmAnd 1.9.5

(Please also refer to #1195.)

@Norbert80
Copy link
Author

Please note that this bug occurs for car fastest but not for car shortest.

@hakuchi
Copy link
Contributor

hakuchi commented Jan 5, 2017

@vshcherb This bug bring me some questions:

  1. Avoid OsmAnd in fastest route calculation traffic signals, or have OsmAnd a code to search route without traffic signals?
    At the intersection are two traffic_signals(1th / 2th) they get crossed. This two traffic signals have a direction and only the first should be considered in rout calculation.
  2. Is Osmand using traffic_signals:direction?

The most service roads have no maxspeed and should used for navigation only if the end point is on it or if I set a waypoint.
The way from east is a tertiary and the road up to north is a unclassified.

@vshcherb vshcherb added Observed Needs more clarification, feedback, or research Offline Routing labels Jan 12, 2017
@vshcherb
Copy link
Member

This has nothing to do with 2 phase routing. I think this is duplicate and it is related traffic_signals penalty.

@vshcherb
Copy link
Member

I think, support of "traffic_signals:direction" definitely worth to be a separate issue or this one could be renamed. Though it is not clear yet if support of direction will change the route.

@vshcherb vshcherb changed the title Bad offline route calculation (regression) Penalty for traffic signals changes the route from tertiary road to service road Jan 12, 2017
@vshcherb vshcherb removed the Observed Needs more clarification, feedback, or research label Jan 12, 2017
@Norbert80
Copy link
Author

Norbert80 commented Jan 12, 2017

@vshcherb

I never said that THIS report is related to two-phase routing bug.

I said...

a) THIS report is a regression because older builds "normally" had a good routing result on this scenario.

b) Sometimes older builds also had this bad result for this destination but only for certain start coordinations. This implies that the old two-phase bug is no more triggered in this scenario because for recent builds the result is bad for every start coordinate. But since there is no known patch against the two-phase bug we must expect that is still there and is triggered for other scenarios. This is already proven with #3023 that you have closed without any patch and which is a scenario where the two-phase-bug is triggered for recent OsmAnd builds.

@xmd5a2
Copy link
Contributor

xmd5a2 commented Jan 13, 2017

I've increased penalty transition for service and now this test passes
osmandapp/OsmAnd-resources@fdea398

@vshcherb
Copy link
Member

Good

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants