BUENAS PRACTICAS DE MAPEO. 1. 2.
3.
4.
5.
6.
7.
8.
9.
Corregir errores: Si encuentra elementos con etiquetas que considera equivocadas, entonces corríjalas. Es un wiki, sus correcciones siempre se pueden revertir, sea audaz. Mapear lo que hay en el suelo: A veces hay información conflictiva sobre, por ejemplo, el nombre de un lugar. Un mapa viejo puede llamarlo de una forma, mapas actuales de otra, y el nombre en la cartelería de otra. A los usuarios de nuestros mapas (para navegación) poco les importa los nombres en otros mapas, solo necesitan encontrar los nombres de la cartelería en el mapa y viceversa. La única excepción podría ser faltas obvias de ortografía en los carteles como Plasa de Mayo. Asumiendo que los usuarios buscaran por el nombre correcto, tienen sentido corregirlo en el mapa. Verificabilidad: Los datos de OSM deberían ser verificables, tanto como sea razonablemente posible. Este principio se aplica a las etiquetas y a otros aspectos de la representación de los datos, y significa esencialmente que otros mapeadores deberían poder ir al mismo lugar y relevar los mismos datos ("verificar" los datos que tu ingresaste). No mapear acontecimientos o elementos históricos: Esto es una consecuencia del requisito de verificabilidad. No mapear eventos históricos. Tampoco mapear objetos si ya no están porque esas características no se pueden verificar. Los acontecimientos históricos han sido discutidos aquí. Si se dejan las ruinas (y por tanto es verificable), entonces mapear las ruinas (por ejemplo usando historic=ruins). Parece haber acuerdo en que los ferrocarriles abandonaron y desmantelados pueden ser mapeados si al menos quedan algunos rastros (usar por ejemplo railway=abandoned). Los ferrocarriles abandonados y desmantelados fueron discutido aquí. No mapear legislación local si es que no está atada a los objetos en la realidad: Las cosas tales como normas de tráfico locales sólo deben ser mapeados a través de los objetos que representan estas reglas en el suelo, por ejemplo, una señal de tráfico, señalización vial de superficie. Otras reglas que no se pueden ver de alguna manera no deben asignarse, ya que no son universalmente verificables. No mapear para el renderizado: Dibuje las cosas como están en la realidad, no introduzca datos incorrectos simplemente porque ayudará al render, navegación o algún otro consumidor de datos que tenga un problema con los datos correctos. Continuamente están mejorando, no tuerza los datos para que se vean más bonitos, sea paciente. Buenos comentarios de conjuntos de cambios: Un buen comentario de cambios debe describir de forma concisa y adecuada una edición. Debería hacer esto por cortesía a sus compañeros mapeadores, para evitar malos entendidos, y para poder corregir errores rápidamente. Hace que sus ediciones sean más valiosas. Incluso puede se de ayuda cuando uno mira sus viajas ediciones en el futuro. No utilice la etiqueta "name" para describir elementos Pistas y caminos rurales (tracks): La etiqueta name se utiliza para poner la dneominación de un elemento del mapa. Esta etiqueta no debe ser usada para describir o clasificar el objeto, utilizamos otras etiquetas para eso. Por ejemplo, no es correcto etiquetar una pista forestal mediante '"name=track". En su lugar, debe utilizar la etiqueta highway=track. Además de esta, si la vía tiene una denominación (como un nombre de calle), deberá tener una etiqueta con su nombre también. En caso contrario no debería existir ninguna etiqueta "name". Puede encontrar las etiquetas apropiadas en los editores utilizando la opción de predefinidos. En iD simplemente comience a escribir después de agregar un objeto, en JOSM puede buscar los predefinidos después de presionar F3. Si no encuentra lo que necesita busque en este wiki o en Taginfo, o simplemente pregunte a la comunidad. Si no puede encontrar las etiquetas correspondientes, añada una etiqueta note=* o description=*. Mantenga el historial del elemento: Si las cosas han cambiado en el mundo real respecto a las que están representadas en el mapa, sea valiente y edite este para reflejar la situación actual. Pero tenga en cuenta que OpenStreetMap almacena el historial de ediciones de un elemento, lo que puede ayudar a preservar los cambios que ha sufrido ese elemento del mapa a lo largo del tiempo si se ha ido convirtiendo en algo diferente. Ejemplo: Si una cafetería cierra, no elimine el nodo. Basta con retirar la etiqueta de café, y dejar las otras etiquetas (como la dirección) en su lugar. Al actualizar los edificios o el uso de terrenos es posible que desee eliminar y volver a dibujar de nuevo, pero para conservar un historial de edición es mejor
10.
11.
12.
13.
14.
15. 16.
17. 18.
19. 20.
editar los objetos existentes. En JOSM existe una herramienta denominada "Reemplazar la geometría" si instala el componente utilsplugin2. Con este se puede dibujar el nuevo contorno del objeto y luego fusionar los contornos con el existente. Un elemento geográfico, un elemento en OSM: No sitúes nodos en áreas que ya tenga etiquetas idénticas solo para ver representado el icono en el mapa. Los renderizadores muestran iconos en áreas por lo que no hay necesidad de contar con todos los aparcamientos, canchas de fútbol, etc., duplicados en la base de datos. Mantenga recto lo que es recto: Cuando hay una calle que es recta, dibújela recta. Eso se logra con una línea dada por solo dos nodos, sin ningún nodo en el medio. Algunas calles son perfectamente rectas, aunque la traza de GPS muestre lo contrario. JOSM, iD y Potlatch tienen herramientas para enderezar calles con intersecciones. Eso mantiene los datos pulidos y hace los mapas se vean mejor. Dicho esto, si tiene varias trazas de un camino particular, y todas ellas muestran una curva en la carretera, o que ve la forma de la carretera en un fotografía aérea, entonces dibújela de esa forma en OSM. Dibuja las curvas con un número apropiado de nodos: Asegúrese de usar un número razonable de nodos al dibujar curvas y otros elementos. No hay una regla fija sobre cuántos nodos debieran usarse para dibujar una curva en una calle, esto se deja a su criterio, pero debería haber suficientes para que los ángulos entre sucesivas partes de la vía no sean demasiado grandes (por ejemplo, no debe estar cerca de 90°). Esto significa que en las esquinas más cerradas, los nodos tendrán que estar más cerca para trazar una curva suave en la carretera que en esquinas relativamente poco cerradas. Promediar trazas de GPS: La exactitud de los puntos en una sola traza de GPS pueden estar desviados varios metros. Esto depende de muchos factores, tales como la posición de los satélites cuando se registró la traza, la cobertura de árboles, edificios cercanos, posición del receptor de GPS respecto al centro de la calle, etc. Si hay varias trazas para la misma calle, el efecto de los errores en una traza tendría menor impacto si se toma la posición como un promedio de esas trazas. Para ayudar con esto, es útil que suba todas las trazas al servidor, aun si cubren vías que ya están en la base de datos. Esto permite a otros usar tus trazas para promediar los errores, y eventualmente resultará en una disminución del error de posicionamiento. Si tienes varias trazas cubriendo la misma vía, también puedes probar el script "average tracks" para generar una traza "promedio". Alinear las imágenes aéreas antes de dibujar: Las imágenes aéreas, cualquiera sea su origen, tendrán desplazamientos con respecto a las posiciones reales de los objetos en la tierra. Mientras que en algunos casos es suficientemente pequeño para ser ignorado, en otros casos puede ser sustancialmente superior a los errores típicos de GPS (>> 10 metros) y además cambian según cada zona (requiriendo ajuste). Es obligatorio que compruebes la alineación antes de empezar a mover datos existentes en OSM, o de agregar más datos. Métodos potenciales para alinear y chequear alineación trazas GPS existentes o datos PDI de alta precisión datos de OSM existentes: Tanto JOSM y Potlatch tienen herramientas que permiten la alineación de imágenes. No dibuje basándose en imágenes aéreas desactualizadas: Solo porque las imágenes aéreas estén disponibles no significa que estén actualizadas. Siempre compruébelas antes de cambiar o borrar datos existentes en OSM. Lo mejor es solo mapear zonas que visite y verifique personalmente. Marcar las estimaciones con FIXME: A veces tiene sentido mapear posiciones estimadas en lugar de no mapear el objeto en absoluto. Pero siempre marque sus estimaciones con un fixme=* para que usted o alguien más la revise. No elimine etiquetas que no comprenda: A veces se encontrará con los elementos con etiquetas que no le encuentre significado. Esto no significa automáticamente que se deban eliminar. Es posible que hayan sido añadidos para un propósito específico. Si piensa que podría ser basura trate de ponerse en contacto con el autor. Documentar etiquetas personalizadas: Cuando use etiquetas propias que no estén definidas en map features, de la oportunidad a otros mapeadores de entenderlas (y quizás adoptarlas) documentandolas en el wiki. No usar excesivamente punto y coma para separar valores: Los caracteres separador de valor punto y coma se puede introducir en valores, donlas mismas clave necesita tomar varios valores. Esto puede ser útil para poner las listas de valores en cierto tipo de etiquetas de atributos de menor importancia, sin embargo, se debe evitar en etiquetas más importantes primer nivel. En general, estos caracteres especiales no deben ser sobreutilizados, ya que va en detrimento de la simplicidad del sistema de etiquetado. Esto es un aporte de la Comunidad de Open Street Map Ecuador – Cuenca. #OSMCuenca #MappingEcuador