Walking profile with walkway/alleyBias=1 create 3x longer routes than expected
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Java
- Estrellas
- 438
- Forks
- 117
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
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?
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza reproduciendo en Android los ejemplos de desplazamiento a pie y en bicicleta de las páginas de CodePen enlazadas con la Mapbox Directions API. Compara el comportamiento con la ruta de OpenStreetMap enlazada y verifica si se están aplicando walkwaybias=1 y alleybias=1. Se considera completado cuando se haya identificado una causa accionable o una limitación confirmada y se haya documentado el comportamiento de enrutamiento esperado.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- android, java
- Área
- api, mobile
- Tipo de issue
- Error
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 18/100