Walking profile with walkway/alleyBias=1 create 3x longer routes than expected
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 438
- Forks
- 117
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Hi all-
I am using turn-by-turn navigation with the Mapbox DirectionsAPI on Android and explore strange routing behavior when selecting the "walking" profile. Some routes are 3x longer than a comparable cycling route, especially highway=path and =footway seem to be avoided at all cost. I also pass walkwaybias=1 and alleybias=1 but it does not change the behavior.
An example here:
- Walking Route: https://codepen.io/ulnn/pen/RwrYbja
- Cycling Route (better route, but still mediocre): https://codepen.io/ulnn/pen/eYJLOKb
- Best Route (desired outcome): https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=50.13981%2C8.69852%3B50.13825%2C8.69507#map=18/50.13921/8.69745
Any idea?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire sur Android les exemples de marche et de vélo des pages CodePen liées avec la Mapbox Directions API. Comparez le comportement avec l’itinéraire OpenStreetMap lié et vérifiez si walkwaybias=1 et alleybias=1 sont appliqués. La tâche est considérée comme terminée lorsqu’une cause exploitable ou une limitation confirmée a été identifiée et que le comportement de routage attendu a été documenté.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- android, java
- Domaine
- api, mobile
- Type d'issue
- Bug
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 18/100