bug: Danish cities placed in Afghanistan
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 55/100
Línea de trabajo
Start with the sb entry point and reproduce the issue using search_str="copenhagen municipality". Trace the Nominatim lookup and its handling of failed or ambiguous results, then verify that Danish cities are not exported at the Afghanistan location and that a lookup failure instead gives appropriate feedback.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the bug
Danish cities Aalborg, Aarhus, Copenhagen, Vejle are placed in Afghanistan, see https://github.com/BikeNetKit/dataexport/issues/75.
I initially thought it makes sense because the nominatim queries for these city names alone don't return useful boundaries (I think), and maybe this is just sb's default way of failing nominatim. But then I found that querying for "copenhagen municipality" should work. Still it lands in Afghanistan.
To Reproduce
Run sb with search_str="copenhagen municipality"
Expected behavior
Copenhagen superblockified
Screenshots
Desktop (please complete the following information):
n/a
You have a solution? (optional)
I don't know the reason. It looks like when there is a nominatim failure, it always defaults to this Afghanistan location, but I'm not sure. If that's the case, then the issue should be caught earlier and the program aborted with appropriate feedback, instead of returning an export of another location.
Additional context
No urgency!
- Lenguaje dominante
- Python
- Estrellas
- 33
- Forks
- 4
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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.
Más de BikeNetKit/superblockify
-
bug: Calculate rel_increase_comp independently of plottingPosiblemente ocupada @cbueth la tomó hace 32 días. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
BikeNetKit/superblockify#136 · 2 comentarios ·
-
bug: gdal requiredAbiertobug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
BikeNetKit/superblockify#135 · 3 comentarios ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
BikeNetKit/superblockify#139 · 3 comentarios · 1 reacción ·
-
enhancement
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
BikeNetKit/superblockify#132 · 6 comentarios ·
-
feat: Map coloringAbiertoenhancement good first issue
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
BikeNetKit/superblockify#130 · 2 comentarios ·
Todos los issues de BikeNetKit/superblockify
Issues similares
-
documentation good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
drevendev/HungryCrab#273 ·
Los mantenedores suelen responder en 1 día
-
good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
drevendev/BeautifulRepo#19 ·
Los mantenedores suelen responder en 2 días
-
Moonshot: Kimi K3 always sends `reasoning_effort="max"`, though the API now accepts `low` and `high`Abiertoaccepted
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
UKGovernmentBEIS/inspect_ai#5939 ·
Los mantenedores suelen responder en 1 día
-
bug linux
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Fill paper for Screen2WordsAbiertoarea:data data-quality
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
reacher-z/Awesome-CUA#1468 ·
Los mantenedores suelen responder en 1 día