ES:Procedimiento de propuesta

From OpenStreetMap Wiki
Jump to navigation Jump to search
Proposal process - Other languages
Para una relación de características propuestas por estado, véase Category:ES:Propuestas por estado.
Para iconos propuestos para características existentes, véase OpenStreetMap Carto.

Esta página describe el procedimiento de propuesta, que es una de las múltiples vías para introducir y debatir la creación de etiquetas para características. Las otras vías a menudo no suelen estar documentadas.

El procedimiento de propuesta fue diseñado para permitir a la comunidad de OSM discutir y votar una forma estándar de etiquetar características del mapa. OpenStreetMap no tiene ninguna restricción respecto al uso de etiquetas que pueden añadirse a los nodos, vías o áreas. Puedes usar cualquier etiqueta que desees. Sin embargo, resulta beneficioso llegar a un acuerdo sobre el conjunto de características y sus correspondientes etiquetas en orden a crear, interpretar y mostrar un mapa base común. También es común descubrir varias cuestiones durante el debate - puede que ya exista una forma de mapear una característica determinada o puede ser conveniente dar un formato diferente a la etiqueta propuesta para hacerla más clara.

Por favor, ten en cuenta: El resultado de la votación de una propuesta (incluyendo la aprobación o desaprobación de etiquetas) no tiene ninguna implicación para aquellas herramientas que usan y generan datos de OSM, tales como las representaciones de la capa estándar del mapa o los predefinidos del editor. No esperes que una propuesta aprobada se represente o agregue automáticamente a los predefinidos; esto queda a discreción de los mantenedores de hojas de estilo y autores de código. Además, nunca utilices el resultado de una votación como justificación para el reetiquetado a gran escala de objetos existentes. Véase el código de conducta de ediciones automatizadas para más detalles sobre este tema.

Esta página está diseñada para ayudar a cualquiera que esté considerando proponer una propuesta de etiqueta, con el objeto de acelerar el procedimiento de propuesta de etiquetas. No debe entenderse como un conjunto de reglas absolutas, sino como una guía.

Lista de propuestas

Todas las propuestas son categorizadas por el estado establecido en su plantilla de página de propuesta:

Antes de crear una propuesta

¿Ya existe?

  1. Busca posible documentación previa en este wiki.
    Por ejemplo:
    • Si quieres una etiqueta para un hipódromo, considera buscar por «carreras», «caballos», etc.
    • Si quieres una etiqueta para una península, considera buscar por «cabo», «punta», etc.
    • Si quieres una etiqueta para una cervecería, considera buscar por «cerveza», «fabricación», «alcohol», «industrial», «planta», «fábrica», etc.



      Si te encuentras con una propuesta abandonada y estás interesado en resucitarla, consulta Resucitar propuestas antiguas.
      Si te encuentras con una propuesta rechazada previamente, recuerda que el que una característica haya sido rechazada no significa necesariamente que no pueda volver a proponerse. Algunas propuestas fracasan debido a una mala definición, por ser ambiguas o por carecer de información que justifique su importancia, o pueden volverse más significativas con el tiempo y, por tanto, más valiosas para un mapa.
  2. Consulta los problemas de mapeo para ver una lista de problemas conocidos relacionados con el mapeo y etiquetado estándares.
  3. Buscar una etiqueta en Taginfo para ver si hay algún otro uso.
  4. Pregunta a los miembros de la comunidad por uno de los canales de contacto si existe.
  5. También puede ser una buena idea enviar un correo electrónico a la lista de correo de etiquetado, describir la característica que quieres etiquetar y ver si hay etiquetas en uso pero difíciles de encontrar o aún no documentadas.

Significancia

¿La etiqueta que estás pensando proponer es digna de ser una nueva etiqueta? Considera los posibles usos para el mapa, y, específicamente, los datos que deseas agregar.

Esto resulta difícil de valorar: si deseas etiquetarlo, entonces normalmente es motivo suficiente para crear una etiqueta.

  • ¿Es un destino en sí mismo?
    • La gente puede querer buscar algunos lugares, por ejemplo: un parque nacional, una estación de autobuses, una dirección de una calle o un vertedero, porque quieren visitar ese lugar.
  • ¿Cuántos elementos como ese crees que habrá en el mundo?
    • Por ejemplo, si deseas mapear una fábrica de aerogeneradores - hay muy pocas fábricas de aerogeneradores en el mundo, por lo que en lugar de crear una etiqueta específica, sería más útil emplear una etiqueta «man_made» y especificar «product=aero_engines».
  • ¿Qué tamaño tiene el elemento?
    • Los elementos grandes pueden ayudar con la navegación.
  • ¿Es útil para la investigación o el estudio?
    • Un estudiante de Geografía puede querer determinar el área total de los parques nacionales en una determinada región.
    • Un estudiante de Sociología puede querer mapear correlaciones entre número y ubicaciones de concesionarios de Porsche y casas de más de 600 m2 de superficie.
    • Un estudiante de Historia puede querer mostrar la ubicación de todas las batallas de una determinada guerra.
  • ¿Ayuda en la planificación de rutas?
    • Es útil saber qué cruces tienen semáforos y cuáles son rotondas, ya que puede afectar a los tiempos de viaje.
    • Los camioneros necesitan conocer la altura máxima permitida bajo los puentes, o el peso máximo permitido a través de los centros de población.
    • Las estructuras de calmado de tráfico pueden afectar a los tiempos de viaje: los softwares de enrutamiento por lo general no utilizan rutas que tengan estas estructuras.
    • Los caminantes pueden querer conocer los tipos de superficie y las condiciones de los caminos.

Compatibilidad con prácticas establecidas

OpenStreetMap tiene algunas buenas prácticas establecidas. Tu propuesta debe seguir esas indicaciones o al menos explicar por qué no lo hace. Por favor, échales un vistazo.

Especialmente relevante para crear propuestas podrían ser:

Verificabilidad
Las etiquetas aprobadas son generalmente características o propiedades que un mapeador individual puede confirmar que son correctas o falsas. Una etiqueta es verificable si usuarios independientes hicieran la misma observación.
Esto significa que las propiedades estadísticas (como el número máximo de vehículos por hora en una carretera) y el contenido subjetivo (revisiones, clasificaciones) no se incluyen en OpenStreetMap. También se excluyen los desarrollos futuros temporales, históricos o especulativos.
Una característica, un elemento de OSM
Un solo objeto del mundo real debe ser representado con un único elemento.
Convenciones sintácticas para nuevas etiquetas
Existen algunas convenciones sobre nombrado de claves y valores. Seguirlas ayudará a los mapeadores a estimar el significado de tus etiquetas sin leer la documentación. El uso de un punto y coma debería considerarse cuidadosamente.

Echar un vistazo a las Convenciones y estándares de edición también puede ser útil. Por favor, ten en cuenta también el principio sobre el terreno (sobre los datos actuales frente a los antiguos), fixme=* (para estimaciones) y nombres (nombres frente a descripciones, evitar abreviaturas), para evitar que alguno de ellos pueda entrar en conflicto con tus ideas.

Diligencia debida

Es más probable que tu propuesta sea aceptada por la comunidad si tomas medidas para investigar y examinar tu propuesta antes de presentarla ante una audiencia global. Algunos consejos para tener éxito son:

  • Investiga si el etiquetado de esta característica (o similar) ha sido discutido antes, buscando en las listas de correo u otros foros. Considera qué objeciones o preocupaciones se plantearon en esas discusiones, y ajusta tu propuesta si es necesario para satisfacer las preocupaciones. Puede que no sea posible complacer a todo el mundo, pero tendrás las mayores posibilidades de éxito si te esfuerzas por responder a tantas preocupaciones como sea posible. Proporciona enlaces a estas discusiones en la sección «External discussions»; esto demuestra que has hecho tus deberes y que estás al tanto de las discusiones anteriores que puedan haber tenido lugar.
  • Considera pedir a uno o dos colegas de confianza de la comunidad que revisen tu propuesta. El diálogo privado antes de la petición de comentarios o RFC (Request for Comments, en inglés) es extremadamente útil para identificar y solucionar problemas. Si el etiquetado de esta característica se discutió en la lista de correo en el pasado, considera la posibilidad de enviar un correo electrónico privado solicitando la opinión de uno o más de los participantes en esa discusión. Es posible que tengan experiencia en esa área, y el diálogo privado no solo hará que tu propuesta sea más sólida, sino que te ayudará a establecer una relación con los miembros activos de la comunidad de etiquetado.
  • Si no eres nativo del inglés británico, asegúrate de investigar cómo se denomina en la lengua vernácula británica lo que estás describiendo. Puede ser útil encontrar sitios web basados en el Reino Unido que discutan el tema para entender cómo se formula y utiliza.
  • Investiga esquemas de etiquetado similares para asegurarte de que tu propuesta de etiquetado es coherente con otras características y usos similares, e incluye esas comparaciones en la sección «Rationale» de la propuesta.
  • Asume que el lector no es un experto en el tema o en el etiquetado asociado. Presenta una breve introducción adecuada para los no expertos que les permita entender la característica que se describe, el estado del etiquetado existente (inadecuado) y cómo tu propuesta llena ese vacío. No des por sentado que tienen conocimientos previos, especialmente cuando propongas adiciones o cambios en esquemas de etiquetado complejos.

Creación de la propuesta

Puedes crear fácilmente una propuesta preformateada aquí.


Lee estas instrucciones antes de crear la página.

  1. Crea la página usando la herramienta de abajo. La herramienta no crea inmediatamente la página, sino que abre el editor de la página que se creará si se guarda.
  2. Sin hacer ediciones, guarda inmediatamente para convertir los valores sustituidos en texto.
    Save proposal first es.png
  3. Haz clic en Editar en el encabezado superior derecho.
  4. Haz clic en la plantilla de página de propuesta en la parte superior de la página y clic en Editar. A continuación, introduce los detalles específicos de la propuesta para cada uno de los parámetros.
    Edit proposal page template next es.png
  5. Sigue las instrucciones de los comentarios bajo cada uno de los encabezados para redactar la documentación de la propuesta.

Crear aquí:

Si editas usando el editor de wikicódigo en lugar del editor visual, lo que se mostrará será un poco diferente. Las instrucciones siguen siendo válidas: (1) crear la página (2) guardar para generar el texto, (3) editar la página para llenar la plantilla y guardar de nuevo.

Si tienes problemas técnicos para crear una página de propuestas, no dudes en pedir ayuda enviando un mensaje a la lista de correo de etiquetado o pedir ayuda técnica en cualquier otro lugar.

Opcionalmente, da a conocer a la gente tu nueva propuesta a través de la lista de correo sobre etiquetado y enviando un correo.

Plantilla de página de propuesta

También puedes crear una propuesta directamente copiando y pegando en una nueva página.

Crea una nueva página wiki tal como Proposal:tu_nombre_de_proposición (Ayuda de MediaWiki:Comenzar una nueva página) y luego rellena la plantilla de página de propuesta y los detalles de la página que se describen a continuación. Establece el estado en Draft e introduce el valor (AÑO-MES-DÍA) en draftStartDate=2024-12-25.

Coloca el siguiente texto wiki en la parte superior de la página y rellena los campos de contenido de resumen breve (véase también {{Proposal page}}): 

{{Proposal Page
|name           = {{subst:SUBPAGENAME}}
|user           = {{subst:REVISIONUSER}}
|key            = <!-- La clave de la nueva etiqueta propuesta, si es relevante -->
|value          = <!-- El valor de la nueva etiqueta propuesta, si es relevante -->
|type           = <!-- Nodo, vía, área o relación ({{IconNode}} / {{IconWay}} / {{IconArea}} / {{IconRelation}}) -->
|definition     = <!-- Una definición corta y clara de la característica o propiedad que la nueva etiqueta representa -->
|taginfo        = <!-- yes/no: para mostrar el recuadro de estadísticas de Taginfo -->
|appearance     = <!-- Una representación posible, si es relevante - opcional -->
|status         = Draft
|draftStartDate = {{subst:#time: Y-m-d}}
|rfcStartDate   = <!-- La fecha en que el correo electrónico de petición de comentarios (RFC) fue enviado a la lista de etiquetado, en formato AÑO-MES-DÍA -->
|voteStartDate  = <!-- Fecha inicial del periodo de votación, al menos 2 semanas después del RFC, en formato AÑO-MES-DÍA -->
|voteEndDate    = <!-- Fecha final de la votación, al menos 2 semanas después de iniciarse, en formato AÑO-MES-DÍA -->
}}

== Proposal ==
<!-- Una breve declaración de lo que propones, incluyendo una lista de qué etiqueta(s) se propone añadir, cambiar o desestimar. -->

<!-- Los elementos de la base de datos (nodos, vías, áreas, relaciones) en los que se puede usar cada una de las etiquetas podrían incluirse aquí o bajo el título de «Tagging», o en ambos sitios. -->

== Rationale ==
<!-- Explicación de por qué se necesita la propuesta y por qué se eligió la clave y el valor específicos de la etiqueta. Comparar con etiquetas similares o propuestas anteriores, si es relevante. Considerar la importancia y los usos potenciales de los datos. -->

<!-- Mantén la etiqueta corta, pero que siga siendo lo suficientemente lógica y descriptiva como para necesitar poca explicación. Evita los nombres de etiquetas que puedan causar confusión con una etiqueta diferente. Se prefieren los términos en inglés británico, cuando sea posible. -->

== Examples ==
<!--Ejemplos de qué elementos deberían ser etiquetados: imágenes del mundo real, capturas de pantalla de openstreetmap.org, enlaces a los elementos de OpenStreetMap que usan el etiquetado propuesto. -->

== Tagging ==
<!--
Una tabla, lista o conjunto de subtítulos que explican cada etiqueta:
* Definición del significado de la etiqueta y cómo debe ser usada
* Elementos etiquetados: nodos, vías, áreas o relaciones [si una característica es más pequeña de 5x5 metros, normalmente debería ser mapeada solo como un nodo]
* Comparación con los actuales esquemas de etiquetado (si procede)
* Etiquetas adicionales usadas en combinación (incluidas las etiquetas existentes)
* Cuando otras etiquetas deben ser usadas en su lugar.
-->

== Rendering ==
<!-- Sugerencia de representación opcional, si es relevante -->

== Features/Pages affected ==
<!-- Lista de páginas wiki que serían editadas si la propuesta es aprobada -->

== External discussions ==
<! --Enlaces a la lista de correo u otros foros donde la propuesta haya sido discutida -->

== Comments ==
<!-- Debe haber al menos 2 semanas reservadas para comentar la propuesta. No vayas a una votación sin abordar los comentarios y arreglar cualquier problema con la propuesta. La página de discusión wiki se usa para los comentarios, está enlazada desde la página de la propuesta para aquellos que no están familiarizados con los wikis. -->

Please comment on the [[{{TALKPAGENAME}}|discussion page]].

Proponer

  • Una vez que el contenido de la propuesta ha sido plenamente descrito en su página, puedes proponerlo a la comunidad.

Proponer

  1. Establece estos parámetros en la plantilla de la Página de propuesta en la parte superior de la página.
    1. status = Proposed
    2. rfcStartDate = 2024-12-25
  2. Suscríbete a la lista de correo de etiquetado.
  3. Envía (enlace de envío) una petición de comentarios o RFC (Request For Comments, en inglés) a la lista de correo de etiquetado.
    O copia:
    1. A: tagging, “ат”openstreetmap.org
    2. Asunto: Feature Proposal - RFC - <NOMBRE DE LA PROPUESTA>
    3. Cuerpo: <DESCRIPCIÓN DE LA PROPUESTA> <ENLACE A LA PROPUESTA EN EL WIKI> Please discuss this proposal on its Wiki Talk page.
  4. Considera la posibilidad de enviar tu propuesta a algunos canales de contacto adicionales para aumentar los comentarios y el conocimiento de la comunidad (no todo el mundo está suscrito a la lista de correo de etiquetado).

Responder

Revisa los comentarios que surjan de las listas de correo, los chats y la página de discusión del wiki de la propuesta.

Cuando una discusión en una sección creada por otro usuario en la página de discusión de la propuesta se considera «resuelta», puedes añadir la plantilla {{Resolved|1=mensaje}} directamente bajo el encabezado de la sección con el mensaje correspondiente.

Procura adaptarte, aunque signifique cambiar partes o etiquetas clave, y sigue construyendo una propuesta sólida de acuerdo con los comentarios de la comunidad para que tenga una buena oportunidad de ser aprobada una vez votada.

Ten en cuenta que no es necesario poner en práctica todas las sugerencias y peticiones. Aunque muchas serán útiles, es posible recibir recomendaciones contradictorias entre sí, algunas pueden ser también erróneas.

Si hay muchos cambios en la propuesta, puede ser una buena idea documentarlos en una línea de tiempo en una sección separada llamada Changes (Cambios) como referencia.

Votación

Todavía tienes que estar suscrito a la lista de correo de etiquetado para estos pasos.

Requisitos previos

Asegúrate de que tu propuesta cumple estos requisitos antes de iniciar la votación.

  • Han pasado al menos dos semanas desde el inicio de una petición de comentarios (RFC).
  • Todas las discusiones se han resuelto en la página de discusión.

Todos los desacuerdos mayores y menores sobre la propuesta han sido resueltos.
Recuerda, la comunidad está votando sobre todas las partes de tu propuesta. Si alguien no está de acuerdo con al menos una parte de tu propuesta, suele votar Oppose. Los demás leerán entonces por qué esa persona ha votado en contra y es probable que también voten en contra. Esto puede hacer que una propuesta casi perfecta fracase.
Si esto sucede incluso cuando todas las partes de tu propuesta fueron resueltas, no te desanimes de continuar con la propuesta. Por lo general, solo tienes que arreglar una parte menor de tu propuesta. Una vez arreglada, es muy probable que la propuesta sea aprobada en la segunda ronda de votaciones.

  • La propuesta está en su estado final. No puede ser modificada una vez que se inicie la votación.

Iniciar

  1. Establece estos parámetros en la plantilla de la Página de propuesta en la parte superior de la página:
    1. |status = Voting
    2. |voteStartDate = 2024-12-25
    3. |voteEndDate = 2025-01-08
  2. Añade esto en la parte inferior de la página:
== Voting ==
{{Proposed feature voting}}

<!-- Cheat sheet:
{{vote|yes}} OPTIONAL MESSAGE HERE --~~~~
{{vote|no}} YOUR REASONS HERE --~~~~
{{vote|abstain}} YOUR COMMENTS HERE --~~~~

Place your vote below, at the end of the list. -->

Notificar

  1. Envía (enlace de envío) un aviso de que la votación ha comenzado a la lista de correo de etiquetado.
    O copia:
    1. A: tagging, “ат”openstreetmap.org
    2. Asunto: Feature Proposal - Voting - <NOMBRE DE PROPUESTA>
    3. Cuerpo: Voting has started for <NOMBRE DE PROPUESTA>. <ENLACE A LA PROPUESTA EN EL WIKI>
  2. Considera la posibilidad de publicar también un aviso de votación en alguno de los otros canales de contacto.

Requisitos durante

Asegúrate de que se cumplen estos requisitos durante la votación.

  • La propuesta nunca se modifica.
  • Controla la validez de todos los votos. No se permite que una persona vote con varias cuentas ni que se pida a personas ajenas a la comunidad de OpenStreetMap que voten.
  • La gente no debe votar simplemente Oppose, deben dar una razón para su propuesta o (preferiblemente) sugerencias.
  • Es aceptable que el autor de la propuesta dé por concluida la votación antes de tiempo como rechazada para que la propuesta pueda ser reelaborada.
  • Se puede encontrar una lista de votaciones activas en Category:Proposals with "Voting" status.

Posvotación

  • Si no tienes tiempo de hacer una limpieza después de que la votación haya concluido:
Establece el estado de la propuesta como status=Post-vote.
(Consulta Category:Proposals without post-vote cleanup para las características que necesitan una limpieza. Si tienes un minuto, ¡coge una escoba y limpia!)
  • Después del período de votación, haz un resumen del proceso de votación rellenando los parámetros de la plantilla {{Proposed feature voting}}.
{{Proposed feature voting
 | closed  = yes
 | yes     = 
 | no      = 
 | abstain = 
 | result  = approved/rejected
 | comment = 
}}
  • Es buena idea enviar una actualización a la lista de correo:
    • <Asunto:> «Feature Proposal - Approved - (Nombre de la característica)»
    • <Asunto:> «Feature Proposal - Rejected - (Nombre de la característica)»

Aprobada

Si la propuesta ha conseguido suficiente apoyo, su estado puede establecerse en Approved (tanto el parámetro de resultado en {{Proposed feature voting}} como el parámetro de estado de {{Proposal page}} en la parte superior de la página).

Versión antigua que se aplica a las votaciones de propuestas iniciadas antes de 2021-03-10: Una regla general para saber si ha tenido «suficiente apoyo» es al menos 8 votos de aprobación y al menos 10 votos con más del 75% de aprobación (una forma sencilla de valorar los votos es que un mínimo de 3 votos a favor por cada voto en contra es suficiente), aunque otros factores pueden también tenerse en cuenta (tales como si una característica está ya en uso).
Nueva versión que se aplica a las votaciones de propuestas iniciadas a partir de 2021-03-10: «suficiente apoyo» es un mínimo de 8 votos de aprobación y un mínimo del 75 % de aprobación. Una forma sencilla de cuantificar esto es que basta con un mínimo de 3 votos afirmativos por cada voto negativo.
Las abstenciones explícitas no cuentan como voto (p. ej., 10 votan «sí», 1 vota «no», 10 «me abstengo pero tengo comentarios» debería ser aprobada), pero todas las sugerencias deben ser tenidas en cuenta antes de aprobar o rechazar una propuesta, a fin de resolver cualquier deficiencia de la propuesta original (si existen).
Antes de decidir rechazar una propuesta por falta de apoyo, puede ser útil enviar una nueva solicitud de votación a la lista de correo.

Véase /notas históricas para la lista de cambios sustanciales en el pasado. Las propuestas más antiguas siguen considerándose «aprobadas» si cumplen la norma vigente en ese momento.

Limpieza de la propuesta:

  • ¡No traslades la página de propuesta!
  • Crea una página permanente para la descripción de la característica:
    • Se debe crear una nueva página para la característica y aplicar la plantilla de característica del mapa correspondiente (dependiendo de si es una clave, un valor o una relación). Sigue el estándar establecido por la clave Key:highway y sus valores.
    • Añade un enlace a la propuesta utilizando el parámetro statuslink de la plantilla de característica.
    • Añade un enlace a la página permanente de la característica en la página de propuesta empleando Template:Approved feature link.
    • Archiva la propuesta empleando Template:Archived proposal.
  • Añade la característica una vez completada a la página de características del mapa:
    • Añade una entrada a la página Map Features (y su correspondiente versión en español, ES:Características del mapa).
    • Añade una entrada a la página de registro de cambios.
    • No elimines entradas de la página de Características del mapa aunque tu nueva característica tenga por objeto reemplazar alguna de las existentes. No se considera elegante quitar cosas de las Características del Mapa mientras ellas están todavía en uso. Puedes eliminar cosas de las Características del mapa si éstas no tienen un uso significativo. Consulta Características desestimadas.

Rechazada

Si la votación fracasa, no hay que desesperar. Muchas propuestas han sido rechazadas, modificadas y han tenido éxito. A veces las propuestas fracasan porque algunas personas notaron problemas durante la votación.

  • El estado debe ser establecido como Rejected.
  • Anota las razones por las que fue rechazada en la página de la propuesta.
  • Las características rechazadas pueden ser reenviadas, modificadas y se puede iniciar una nueva votación. También se puede volver al proceso de RFC.

Abandonada, Cancelada, Obsoleta, Indefinida

  • Las propuestas deben establecerse en Abandoned si tienen un largo tiempo de inactividad (por lo menos 3 meses) en las páginas wiki (incluyendo todos los idiomas y páginas de discusión) y tampoco se agregarán a la base de datos de OSM. Una propuesta que no haya cambiado por un tiempo en el wiki podría estar siendo probada en la práctica en el mapeo diario y, por tanto, estar muy viva.
  • La persona que propone una característica puede cancelarla estableciendo su estado en Canceled (Cancelada).
  • Para propuestas que han quedado obsoletas debido a otra propuesta, establece el estado en Obsoleted (Obsoleta).
  • Para propuestas con estado desconocido, establece su estado en Undefined (Indefinida).

Características no propuestas

Las características no propuestas son características que no se sometieron al proceso de propuesta.

Aunque OSM tiene un modelo de datos completamente libre (esto es, que no necesita el permiso de nadie), intentamos moderar la lista de lista de características del mapa por varias razones:

  • Página de referencia para principiantes: por lo que tienen que ser claras y autoexplicativas en todos los idiomas
  • Evitar conflictos de características
  • Mantener listas y categorías breves: aunque sea una cuestión de diseño, queremos evitar una explosión descontrolada de características y claves

Por lo general, las nuevas claves siempre deben ser discutidas antes de ser añadidas a las características del mapa. Para aumentar la participación en la discusión, especialmente para nuevos valores de claves principales como highway=*, es buena idea proponerlas formalmente. Cualquier nueva etiqueta que reemplace una etiqueta establecida requiere también una adecuada discusión previa; el procedimiento de propuesta es una buena manera de lograrlo.

Resucitar propuestas antiguas

Hay muchas propuestas antiguas que nunca llegaron a la etapa de votación y cuyos autores originales abandonaron. ¿Qué puede hacer una nueva persona no relacionada con la propuesta original interesada en hacer una propuesta idéntica o similar?

  • reiniciar la antigua propuesta - es una buena idea si está completamente de acuerdo con ella. Considera contactar con el autor original siempre que esté de acuerdo en resucitarla - y espera algún tiempo para la respuesta. Envíala de nuevo a la etapa de solicitud de comentarios (RFC) y continúa procediendo como con cualquier otra propuesta.
  • hacer una nueva propuesta reutilizando el contenido de la anterior. Simplemente crea una nueva página, siéntete libre de copiar el contenido existente (puedes hacerlo, solo menciona la fuente del texto en el comentario del conjunto de cambios). Menciona la inspiración o fuente de la propuesta, pero siéntete libre de hacer cualquier cambio que desees. Y procede como con cualquier propuesta nueva. También puedes hacerlo con tus propias propuestas.

Ejemplos

Historial wiki de procedimiento de propuesta

Encontrarás el historial de esta página aquí (como de costumbre).

Notas

Listas de propuestas

Véase también

Retrieved from "https://wiki.openstreetmap.org/w/index.php?title=ES:Procedimiento_de_propuesta&oldid=2520362"