¿Cómo extender correctamente las geometrías de OSM?
Para algunos casos de uso personalizados necesitamos redefinir algunas partes de OSM con datos que no tienen sentido contribuir de vuelta a OSM. Básicamente, necesitamos tener una definición personalizada de la acera y algunas otras cosas.
Realizar un fork de OSM y cambiar los datos directamente no sería un gran problema, pero obviamente perderíamos actualizaciones importantes.
Mi pregunta es: ¿hay recursos, tutoriales o herramientas para hacer esto de manera adecuada? ¿Cómo se manejan las fusiones? ¿Hay alguna forma de definir “deltas” al OSM original que eviten conflictos? ¿Es un escenario común? ¿Es esto de alguna manera compatible con editores u otras herramientas de GUI?
davy.ai
Usando una Definición Personalizada de Acera en OpenStreetMap
Si necesita redefinir ciertas partes de OpenStreetMap (OSM) con datos que no se pueden contribuir de vuelta a OSM, por ejemplo, definiendo una definición personalizada de acera, hay varias cosas que puede hacer para lograr su objetivo.
1. Usar un Editor con Opciones de Personalización
Una opción es usar un editor que permita la personalización, para que pueda definir fácilmente su acera personalizada y otras características. Algunos editores populares de OSM, como JOSM y Vespucci, permiten etiquetados personalizados, lo que puede ayudarlo a definir sus aceras y otras características.
El uso de etiquetas personalizadas también puede ayudarlo a evitar conflictos al mezclar cambios con los datos originales de OSM. En algunos casos, las etiquetas personalizadas pueden eliminarse durante la edición si no se reconocen, por lo que es importante verificar la configuración de su editor para asegurarse de que está utilizando las etiquetas correctas.
2. Usa una Base de Datos Separada
Otro enfoque es utilizar una base de datos separada para administrar sus datos personalizados de OSM. De esta manera, puede mantener sus etiquetas y definiciones personalizadas sin afectar la base de datos principal de OSM. Puede utilizar herramientas, como Overpass API, para extraer los datos relevantes de la base de datos principal de OSM e importarlos en su base de datos personalizada.
Sin embargo, este enfoque puede ser consumidor de tiempo y puede requerir más recursos que usar un editor con opciones de personalización.
3. Usa una Versión Separada de OSM
Finalmente, puede crear una versión separada de OSM que incluya sus definiciones personalizadas. Este enfoque le permite mantener el control sobre sus definiciones personalizadas sin afectar la base de datos principal de OSM. Sin embargo, es posible que deba fusionar los cambios de la base de datos principal de OSM manualmente, lo que puede ser un proceso consumidor de tiempo.
En general, aunque hay enfoques que puede tomar para mantener las definiciones personalizadas de los datos de OSM, es importante tener en cuenta el impacto de estos cambios en la comunidad más amplia de OSM. Si es posible, considere contribuir sus etiquetas personalizadas de vuelta a la base de datos principal de OSM, para que otros puedan beneficiarse de su trabajo.