ES:Cualquier etiqueta que te guste

From OpenStreetMap Wiki
Jump to navigation Jump to search

¡Siéntete libre de inventar nuevas etiquetas! Si quieres marcar algo que sea verificable y mapeable en OpenStreetMap pero no existe un esquema de etiquetado para ello, entonces puedes inventar y utilizar nuevas etiquetas. Incluso las etiquetas que hoy en día son populares se usaron en algún momento por primera vez, muy a menudo sin pasar por el procedimiento de propuesta.

Aunque no se trata de «sentirse libre de ignorar los esquemas de etiquetado existentes y empezar a marcar las farmacias con unicorn=parking_lot». Además, no está bien usar un etiquetado erróneo para el representador: no se debe abusar de etiquetas bien establecidas solo para forzar algún comportamiento en algún consumidor de datos.

Nota: Muchas características de interés general ya están en Características del mapa y se recomienda emplear el etiquetado recogido allí. De lo contrario, otros usuarios podrían eventualmente convertir tus contribuciones para que se ajusten a ese esquema.

Documentar etiquetas que no están en las características del mapa

Artículo principal: Crear una página que describa una clave o valor

¿Has seguido las recomendaciones de Buenas prácticas y buscado en el Wiki, en Características del mapa, Características propuestas, Características rechazadas, Relaciones propuestas y en los archivos de la lista de correo y todavía no encuentras la etiqueta adecuada para lo que quieres mapear? Taginfo es probablemente el repositorio más útil de sugerencias de etiquetas. Relaciona etiquetas actualmente en uso en la base de datos y también con qué frecuencia son usadas. También relaciona otras etiquetas que han sido empleadas en combinación con cualquier etiqueta particular en un objeto individual.

Recuerda que OpenStreetMap no tiene restricciones de contenido en las etiquetas que se pueden asignar a nodos, vías o áreas. Puedes usar cualquier etiqueta que te guste, pero por favor, documéntalas aquí, en el wiki de OpenStreetMap, incluso si se explican por sí mismas (véase Nuevas características).

La documentación permite a los demás encontrar tus características o incluso corregir los errores de mapeo que encuentren cerca de ti.

La documentación es especialmente útil más adelante, si alguien propone un etiquetado para el superconjunto de la característica que has estado agregando. Entonces, tus experiencias y características se pueden incorporar a ese proceso de propuesta, y en el caso extremo incluso se pueden convertir al nuevo esquema, si se aceptan.

Elección de etiquetas a usar: por ejemplo, si deseas mapear todos los nidos de las  ardillas voladoras siberianas en peligro, simplemente crea una página endangered_nest=Siberian_flying_squirrel y documenta en esa página para qué sirve la etiqueta. Prepárate para que alguien, más tarde, proponga un esquema de etiquetado diferente y más estructurado para documentar otros aspectos de la vida de las especies en peligro, un etiquetado que permita documentar los hallazgos de sus excrementos, marcado de áreas protegidas, etc., que pueda terminar convirtiendo tus ediciones al nuevo esquema.

Puedes consultar, por ejemplo, los estándares IOF para conocer los estándares de clasificación empleados en mapas de orientación, por ver si te resultan de alguna ayuda y por si tu nueva etiqueta puede resultar compatible con las necesidades de estos u otros usuarios. Es probable que existan otros documentos similares.

Cuándo crear una propuesta

Deberías crear una propuesta para tu característica si:

  1. Tu característica es de interés general, o
  2. No estás seguro de cómo modelarla, o
  3. La última propuesta de esa etiqueta ha sido rechazada, o
  4. Deseas cambiar el significado de una etiqueta que ya está en uso
  5. Deseas recibir comentarios de otros mapeadores, incluyendo a personas de diferentes regiones.

(Ten en cuenta que la creación de una propuesta no es un requisito para que tu característica aparezca en el mapa principal, ni un proceso de propuesta exitoso es garantía alguna de obtener tu característica en el mapa principal. No obstante, si tu característica ha pasado por el proceso de propuesta y fue aceptada por una mayoría, por supuesto tendrás muchas más personas pidiendo que se muestre la característica, mejorando así las posibilidades de que la característica se represente en los mapas principales).

Qué no mapear

Las entidades en la base de datos de OpenStreetMap deben relacionarse con alguna propiedad geográfica u objeto con cualidades geográficas.

Por ejemplo, agregar la ubicación de una estación base de puntos de acceso WLAN se considera aceptable, pero etiquetar muchos nodos a su alrededor con los niveles de señal percibidos no es deseable. Tal información se almacena mejor en un servicio aparte.

Ten en cuenta los consensos de la comunidad documentados en la página Buenas prácticas con respecto a la verificabilidad. No mapees las características históricas (características que existieron pero ya no existen), temporales o hipotéticas, ni los datos opinables, como calificaciones o legislación.

Ten en cuenta las limitaciones en el mapeo de información privada.

Cómo nombrar nuevas etiquetas

Este es un intento de documentar las convenciones existentes empleadas por las personas que inventan nuevas etiquetas, basado en las etiquetas de características del mapa actuales y en propuestas recientes. Las correcciones y formas adicionales que se hayan visto tienen un uso generalizado, ¡serán aceptadas con gusto!

Una etiqueta es un par de cadenas Unicode (clave, valor), a menudo escritas como clave=valor en discusiones.

Dependiendo de si lo que deseas encaja o no en alguna categoría ya definida, puedes definir una nueva clave principal, un nuevo valor para una clave existente, una nueva propiedad que modifique una existente, combinaciones adicionales de clave/valor o un nuevo método de refinamiento.

Si tienes dudas sobre si definir algo completamente nuevo o usar alguna combinación existente con nuevas propiedades o refinamientos, ten en cuenta que:

  • las nuevas propiedades no deben modificar las características establecidas de manera que contradigan las expectativas del sentido común.

Convenciones sintácticas para nuevas etiquetas

Las cadenas elegidas para la parte de la clave también tienen algunas fórmulas convencionales:

  • Idealmente, una clave es una palabra, en minúsculas, empleando inglés británico si es posible.
  • Cuando ese no puede ser el caso, una clave debe ser un concepto, cuyas palabras están separadas_por_subrayados. Esto evita algunos problemas de espacios en blanco, y generalmente se hace así porque las personas en OSM también tienden a ser programadores y les gusta la sintaxis.
  • Algunas claves más complejas se crean a partir de múltiples palabras o conceptos separados por dos puntos. Estas deben ser legibles naturalmente de izquierda a derecha; unos cuantos patrones de este tipo ya son de uso generalizado:
    1. Prefijos simples de espacio de nombres, en un estilo similar a algunos lenguajes de programación. Empaqueta información relacionada de manera libre de tal forma que no entra en conflicto con otras etiquetas OSM. ¡Ideal para importar datos de otras fuentes!
    2. Paquetes de información estrechamente relacionada, que en conjunto expresan un solo hecho que consta de varios campos. Casi como una propiedad. Ideal para direcciones y patrones de nomenclatura inusuales.
    3. Calificaciones por código de idioma. Véase Nombres#Localización
      • name:en=*, name:cy=* - los nombres en inglés y galés para una característica
      • note:ja=* - una nota específicamente en japonés
    4. Relativamente poco común. Patrón 2, pero hecho de una forma generativa donde las subpartes se refieren a otras claves definidas. Esto es casi meta-etiquetado. Casi.

Convenciones sintácticas para nuevos valores

El formato y convenciones dependen de si la etiqueta representa una característica o una propiedad.

  • Una etiqueta puede representar tanto una característica independiente (como highway) como la propiedad de una característica (como width).
  • Las propiedades pueden tener un gran número de valores posibles o pueden ser números (p. ej., width=2).
    • Los nombres son un ejemplo de valores de propiedad (p. ej., la etiqueta name=*), y estos valores no están estructurados y son flexibles, normalmente contienen mayúsculas y minúsculas, espacios y otros caracteres especiales.
  • Las características a menudo toman valores que afinan aún más la categoría de la característica del mapa (p. ej., highway=motorway).
    • Para etiquetas de características, el valor sigue convenciones de formato similares a las empleadas para las claves:
    • Idealmente, el valor de una etiqueta de característica es una palabra, en minúsculas, empleando inglés británico si es posible.
    • Cuando ese no puede ser el caso, el valor de una etiqueta de característica debe ser un concepto, cuyas palabras están separadas_por_guiones_bajos.

Refinamiento y espacios de nombres

Hay un patrón común de refinamiento iterativo en uso en muchos esquemas de etiquetado, que tiene la ventaja de que el esquema puede crecer con el tiempo para ser cada vez más descriptivo y, al mismo tiempo, ser retrocompatible:

highway=crossing
crossing=uncontrolled

Ten cuidado con los conflictos con otros esquemas de etiquetado cuando sigas este patrón. El refinamiento puede hacerse también mediante el uso de espacios de nombres.

Caracteres

La base de datos aceptará cualquier carácter Unicode (UTF-8) para las claves y los valores. No obstante, la mejor práctica es para claves (tal como highway) y valores de clasificación (tal como trunk_link) para usar caracteres ASCII en minúsculas, guiones bajos y dos puntos. Es una buena idea evitar los caracteres que causen problemas en varios softwares para las siguientes cadenas:

  • Espacios en blanco Deberías usar guiones bajos '_' en lugar de espacios en blanco, evita los espacios en blanco al principio y al final de las claves.
  • <>&/+?#%'"\ Caracteres especiales en XML, HTML o URLs o empleados para citas debería evitarse.
  • = Debido a que se usa en muchos lugares como carácter de separación entre la clave de etiqueta y el valor de la etiqueta, se evita el signo igual.
  • ; El uso del punto y coma está en discusión.

Para valores de forma libre (p. ej., como se usan para la clave name), puedes usar cualquier carácter que se te ocurra.

¿Guía de estilo?

Puedes tratar esto como una guía de estilo si quieres, pero realmente no lo es. En última instancia, la interpretación depende del usuario, y el único principio que realmente se aplica es el  principio KISS («¡Mantenlo sencillo, tonto!»), o alternativamente, «Haz lo más simple que podría funcionar». Cuanto más claro y simple, mejor será si deseas que más personas adopten tu etiqueta o propuesta.

Véase también