ES:Buenas prácticas

From OpenStreetMap Wiki
Jump to: navigation, search
Idiomas disponibles — Good practice
· Afrikaans · Alemannisch · aragonés · asturianu · Aymar aru · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · bamanankan · Bân-lâm-gú · Basa Jawa · Basa Sunda · Baso Minangkabau · bosanski · brezhoneg · català · čeština · corsu · dansk · Deutsch · eesti · English · español · Esperanto · estremeñu · euskara · français · Frysk · Gaeilge · Gàidhlig · galego · Hausa · hrvatski · Igbo · interlingua · Interlingue · isiXhosa · isiZulu · íslenska · italiano · Kiswahili · Kreyòl ayisyen · kréyòl gwadloupéyen · kurdî · Latina · latviešu · Lëtzebuergesch · lietuvių · Limburgs · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tagalog · Tiếng Việt · Türkçe · Türkmençe · Vahcuengh · vèneto · walon · Wolof · Yorùbá · Zazaki · isiZulu · српски / srpski · авар · Аҧсшәа · башҡортса · беларуская · български · қазақша · Кыргызча · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · भोजपुरी · मराठी · संस्कृतम् · हिन्दी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · བོད་ཡིག · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 中文(繁體)‎ · 吴语 · 粵語 · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް

OpenStreetMap es un proyecto libre hecho por voluntarios. Cualquiera puede introducir cualquier cosa que desee. Dicho esto, un mapa funciona mejor cuando los participantes están de acuerdo en un código de conducta. Estas «buenas prácticas» son directrices que aumentarán la calidad y el valor de nuestros datos del mapa sin ningún esfuerzo adicional. Nadie está obligado a obedecerlas, ni OSM jamás forzará a ninugno de sus mapeadores a hacer algo. Puede haber casos en los que estas directrices no se apliquen o incluso se contradigan entre sí.

Corregir errores

Si encuentras elementos con etiquetas que consideras equivocadas, entonces corríjelas. Es un wiki, tus correcciones siempre se pueden revertir, sé audaz.

Mapear lo que hay sobre el terreno

A veces hay información conflictiva sobre, por ejemplo, el nombre de un lugar. Un mapa antiguo puede llamarlo de una forma, mientras que los mapas actuales de otra y el nombre en la cartelería de otra manera. A los usuarios de nuestros mapas (para navegación) poco les importa los nombres que existan en otros mapas, únicamente 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 buscarán por el nombre correcto, tiene sentido corregirlo en el mapa.

Verificabilidad

Articulo principal: 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 recopilar los mismos datos («verificar» los datos que tú introduciste). Este principio excluye datos hipotéticos o sujetos a opinión como calificaciones personales (se recomienda encarecidamente que utilices las calificaciones de asociaciones o agencias turísticas en su debido lugar).

No mapear acontecimientos históricos o características históricas

Esto es una consecuencia del requisito de verificabilidad. No mapear acontecimientos históricos. Tampoco mapear objetos si ya no existen, ya que tales características no se pueden verificar. Los acontecimientos históricos han sido discutidos aquí. Si quedan ruinas (y por tanto, son verificables), entonces mapea las ruinas (por ejemplo, usando historic=ruins). Parece haber acuerdo en que los ferrocarriles abandonados y desmantelados pueden ser mapeados si al menos queda algún rastro (usa, por ejemplo, railway=abandoned). Esta cuestión relativa a los ferrocarriles abandonados y desmantelados fue discutida aquí. Los objetos que ya no existen pueden mapearse en OpenHistoricalMap (véase Open Historical Map).

No mapear eventos temporales o características temporales

Nuestros datos del mapa se descargan mucho y luego se usan sin conexión en varios dispositivos durante varias semanas o meses. Por tanto, para que los datos fuera de línea sean útiles, al menos debería esperarse que permanezcan sin cambios en las próximas semanas a cuando tú los mapeaste. Ciertos eventos que suceden cada cierto patrón temporal regular (como un mercado semanal) se pueden mapear mediante el uso de diferentes etiquetas de tiempo.

Esta directriz también significa no mapear insignificantes plantas pequeñas de carácter estacional o perecederas u objetos sin una ubicación fija que se muevan fácil o regularmente, ya que no son fácilmente verificables sobre el terreno. Además, por favor no mapees seres vivos no estacionarios (como perros o personas).

No mapear tu legislación local, si no está vinculada a objetos en la realidad

Las cosas tales como normas de tráfico locales únicamente deben ser mapeadas a través de los objetos que representan esas normas sobre el terreno, por ejemplo, una señal de tráfico o señalización vial de superficie. Otras normas que no se puedan ver de alguna forma sobre el terreno no deben mapearse, ya que no son universalmente verificables.

No mapear para el representador

Articulo principal: Etiquetado para el representador

Dibuja las cosas como son sobre el terreno - no introduzcas datos incorrectos simplemente porque ayudará al representador, a la navegación o algún otro consumidor de datos que tenga un problema con los datos correctos. Están continuamente mejorando, no tuerzas los datos para que se vean más bonitos, sé paciente.

Buenos comentarios en conjuntos de cambios

Articulo principal: Buenos comentarios en conjuntos de datos

Un buen comentario de conjunto de cambios debe describir de forma concisa y adecuada una edición. Deberías hacer esto por cortesía a tus compañeros mapeadores, para evitar malos entendidos y para poder corregir errores rápidamente. Hace que tus ediciones sean más valiosas. Incluso puede serte de ayuda cuando revises tus viejas ediciones en el futuro.

No usar la etiqueta «name» para describir cosas

Un montón de caminos rurales (tracks) con el nombre «track» (en alemán).
Articulo principal: Nombres

La etiqueta «name» se utiliza para poner el nombre de una característica. Esta etiqueta no debe usarse para describir o clasificar el objeto. Usamos otras etiquetas para eso. Por ejemplo, no es correcto etiquetar una pista forestal con «name=track». En su lugar, debe utilizarse la etiqueta highway=track. Si la pista tiene un nombre (como un nombre de calle), deberá llevar una etiqueta «name» con su nombre también. En caso contrario, no debería existir ninguna etiqueta «name».

Puedes encontrar las etiquetas apropiadas en los editores utilizando la opción de predefinidos. En iD simplemente comienza a escribir después de agregar un objeto, en JOSM puedes buscar los predefinidos después de presionar F3. Si no encuentras lo que necesitas, busca en este wiki o en Taginfo, o simplemente pregunta a la comunidad. Si no puedes encontrar las etiquetas correspondientes, añade una etiqueta note=* o description=*.

Mantener el historial

Cuando las cosas cambien en el mundo real, sé valiente y edita el mapa para reflejar la situación actual. Pero ten en cuenta que OpenStreetMap puede almacenar el historial de edición de un elemento, y puedes ayudar a preservar este historial asegurándote de reutilizar un elemento cuando se convierta en algo diferente. Ejemplo: si un café se cierra, no elimines el nodo. Simplemente elimina la etiqueta del café y deja las otras etiquetas (como la dirección) en su lugar.

Al actualizar los edificios o el uso del suelo es posible que desees eliminar y volver a redibujarlo de nuevo, pero para conservar un historial de edición es mejor editar los objetos existentes. En JOSM existe una herramienta denominada «Reemplazar geometrías» en el complemento utilsplugin2. Con esto se puede dibujar el nuevo contorno del objeto y luego fusionar el nuevo contorno con el existente, manteniendo el historial de contorno existente en el nuevo (simplemente selecciona ambos objetos, luego presiona CTRL+SHIFT+G).

Cuando encuentres un nodo aislado para un objeto y desees dibujar el contorno del edificio o el campus, es una buena práctica mantener el nodo (sin sus etiquetas) como parte del contorno (por ejemplo, como una esquina del edificio o como la entrada del campus). Esto preserva el historial con toda la información del nodo «viejo», que es fácil de encontrar cuando alguien inspecciona tal objeto.

Ejemplo (nodo de escuela a contorno de campus):

  • mueve el nodo de escuela a una esquina de la imagen aérea
  • dibuja el campus con este nodo como una de sus esquinas
  • copia las etiqueta del nodo y borra todas sus etiquetas
  • pega las etiquetas en el contorno del nodo
  • elimina la etiqueta de fuente (source) del objeto antiguo
  • cuando subas los cambios, añade tu fuente al conjunto de cambios (no al objeto del campus)

Comprobar el historial de objetos importantes

Antes de realizar cambios significativos en objetos importantes (en particular, asentamientos, límites administrativos, edificios importantes, atracciones turísticas, relaciones de rutas largas, etc.), verifica su historial. ¿Quién hizo esto y por qué? ¿Fue un colaborador experimentado o un principiante? Los editores anteriores pueden tener información valiosa para ofrecer sobre por qué las cosas se etiquetan actualmente como están.

Una característica, un elemento de OSM

Articulo principal: Una característica, un elemento de OSM

No sitúes nodos en áreas que ya tengan etiquetas idénticas únicamente para ver representado el icono en el mapa. Los representadores muestran iconos en áreas por lo que no hay necesidad de tener cada aparcamiento, cancha de fútbol, etc., duplicados en la base de datos.

Mantener recto lo que es recto

Articulo principal: Convenciones y estándares de edición

Cuando hay una calle que es recta, dibújala recta. Esto se logra con una línea dibujada por únicamente dos nodos, sin ningún nodo en el medio. Algunas calles son perfectamente rectas, aunque la traza de GPS muestre lo contrario (Precisión de datos GPS).

Ten en cuenta, no obstante, que las restricciones reales de conducción pueden obligarte a seguir un camino en zigzag a lo largo de una calle que es generalmente recta: puede haber estacionamientos u obstáculos que se alternan de un lado a otro, o un carril central cuya dirección alterna regularmente de un lado al otro: sigue la línea de separación central entre carriles en direcciones opuestas y agrega el número de carriles correspondientes en cada dirección hacia adelante y hacia atrás para cada sección donde el número de carriles cambie (en algunas ciudades, ciertas calles residenciales pueden incluso incluir secciones con direcciones alternas para conducir en un carril único compartido, y con prioridad para una dirección, con carriles de espera justo antes de un estacionamiento o barrera). En general, la calle sigue siendo recta si incluimos toda su superficie (incluidos estacionamientos, carriles de servicio de autobús o taxi, carriles para bicicletas, obstáculos y aceras).

JOSM, iD y Potlatch tienen herramientas para enderezar calles con intersecciones. Esto mantiene los datos pulidos y hace que los mapas se vean mejor. Dicho esto, si tienes varias trazas de un camino particular y todas ellas muestran una curva en la carretera, o ves la forma de la carretera en una fotografía aérea, entonces dibújela de esa forma en OSM.

Dibujar las curvas con un número apropiado de nodos

Asegúrate de usar un número razonable de nodos al dibujar curvas y otras características. No hay una regla sencilla o fija sobre cuántos nodos debieran usarse para dibujar una curva en una carretera - necesitarás usar tu propio 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

Articulo principal: Precisión de datos 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 subas 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 trazar

Articulo principal: Uso de imágenes

Las imágenes aéreas, cualquiera sea su origen, tendrán desplazamientos con respecto a las posiciones reales de los objetos sobre el terreno. 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 ajustes). 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 comprobar la alineación:

  • trazas GPS existentes o datos PDI de alta precisión
  • datos de OSM existentes
  • mapas de calor de Strava

iD, JOSM y Potlatch tienen herramientas que permiten la alineación de imágenes.

No trazar a partir de imágenes aéreas desactualizadas

Articulo principal: Mapeo de sillón

Únicamente porque las imágenes aéreas estén disponibles no significa que estén actualizadas. Asegúrate de verificar que los datos existentes en OSM que vas a cambiar o eliminar sean de hecho más antiguos (verifica su historial) que las imágenes que estás viendo. Lo mejor es únicamente mapear zonas que visites y verifiques personalmente.

Marcar estimaciones con FIXME

A veces tiene sentido mapear posiciones estimadas en lugar de no mapear el objeto en absoluto. Pero siempre marca tus estimaciones con un fixme=* para que tú o algún otro la revise.

No eliminar etiquetas que no comprendas

A veces te encontrarás elementos con etiquetas que no tienen significado para ti. Esto no significa automáticamente que se deban eliminar. Es posible que hayan sido añadidas para un propósito específico. Si piensas que podría ser información basura, trata de ponerte en contacto con el autor.

Documentar tus etiquetas personalizadas

Articulo principal: Nuevas características

Cuando uses etiquetas propias que no estén definidas entre las características del mapa, da la oportunidad a otros mapeadores de entenderlas (y quizás adoptarlas) documentándolas en el wiki. Por favor, no uses la sección de características del mapa del wiki para esto (incluyendo todas las páginas donde la URL comienza con //wiki.openstreetmap.org/wiki/Key:... o //wiki.openstreetmap.org/wiki/Tag:...), ya que éstas son las recomendaciones de etiquetado aprobadas por la comunidad reservadas para etiquetas bien establecidas con un uso significativo. En su lugar, debes elaborar una página de característica propuesta o poner la documentación en tu página de usuario o en una subpágina de la misma. O menciona la etiqueta en la página de «discusión» de la página wiki. Elaborar una propuesta es el método preferido para documentar etiquetas personalizadas.

No usar excesivamente punto y coma para separar valores

El carácter separador de valores punto y coma se puede introducir en valores, donde la misma clave necesite tomar varios valores. Esto puede ser útil para poner listas de valores en cierto tipo de etiquetas de atributos de menor importancia, sin embargo, se debe evitar en etiquetas más importantes de primer nivel. En general, estos caracteres especiales no deben ser sobreutilizados, ya que va en detrimento de la simplicidad del sistema de etiquetado.

Véase también