La Junta de Directores de la Fundación OpenStreetMap busca resolver las controversias que han aparecido periódicamente alrededor de actualizaciones y mejoras al editor iD. Se espera que esta solicitud de comentarios lleve a la adopción de estructuras de comunidad que no respondan a la Junta o sean influenciadas por la Junta, manteniendo la filosofía OSM de que la Junta apoya a OSM pero no dice a nadie qué o cómo mapear. Pedimos que los comentarios se realicen en la lista de discusión OSM-talk (regístrese en OSM-talk) o -si usted es un(a) miembro FOSM- a la lista de discusión OSMF-talk (regístrese en OSMF-talk).
Ofrecimientos FOSM y recomendaciones para la gobernanza iD
iD es el editor web simple, amistoso, predeterminado para OpenStreetMap, un software importante para el proyecto. Hay bastante pasión acerca de su desarrollo, y algunas veces eso parece volverse un problema.
La Junta FOSM recientemente convocó a una pequeña reunión para discutir cómo mejorar el ambiente de desarrollo para iD. Mientras ciertamente han habido veces cuando decisiones mayores y menores en iD han gatillado conflicto, la vasta mayoría de las discusiones de desarrollo son productivas y no polarizadoras. El encuentro se concentró en la áreas claves donde emergen problemas (a menudo, aunque no sólo, el etiquetado), y maneras para permitir el desacuerdo y resolución constructivos, sin que deteriore en disputas que dañan al proyecto.
Esencialmente, los que mantienen iD necesitan un espacio productivo para llevar a cabo su trabajo; los contribuyentes, usuarios y otras partes interesadas necesitan ser escuchadas; el proceso de toma de decisión necesita ser entendido y respetado; y las disputas necesitan una manera para escalar y ser resueltas.
No hay una solución técnica para este tipo de situación. Lo que se requiere es un proceso y organización. Para tal fin, abajo hay varios ofrecimientos y recomendaciones de la Junta FOSM que el proyecto iD puede considerar para apoyar y adoptar. Esperamos que el proyecto iD encuentre estas sugerencias útiles y esperamos discutir lo que parece que va a funcionar y lo que no.
FOSM establecerá un proceso de apelación
FOSM está considerando serialmente crear o identificar un organismo a adjudicar para tipos de disputas de tecnología, capaz de aprovechar la pericia ad hoc para determinar la mejor ruta a seguir para la comunidad. Los proyectos de software podrían adherirse a usar este proceso de apelación; no sería requerido. Este proceso de apelación podría involucrar simplemente el arbitraje de desacuerdo entre diferentes partes o proyectos y ayudar a encontrar acuerdo entre ellas; o podría involucrar el tomar o desautorizar decisiones. Este mecanismo está en discusión preliminar, aún por ser definido.
Si las decisiones en disputa no pueden ser resueltas directamente dentro del proyecto iD por los que lo mantienen y sus actores, entonces el asunto puede ser escalado a este proceso de apelación.
El rol de este grupo ciertamente no sería forzar a que los desarrolladores añadan cierta funcionalidad. Sin embargo, si se escalan asuntos al grupo, podría verificar que las funcionalidades recientemente añadidas (e.g., predefiniciones, reglas de validación, o la inclusión de servicios externos) están en línea con una vista de consenso.
Si esto suena potencialmente útil en esta etapa, FOSM pide que iD comparta sus insumos y expectativas para hacer más efectivo este proceso.
FOSM apoyará el desarrollo de mejores sistemas para decisiones de etiquetado; iD documenta el status quo y la separación de preocupaciones
La única manera para evaluar las etiquetas “correctas” es una evaluación compleja de las varias fuentes de la documentación OSM – el wiki, la lista de discusión de etiquetado, taginfo. Esto deja a las herramientas de edición y consumo en la posición de “decidir” qué etiquetas son apropiadas o no para OpenStreetMap. Cuando esto se vuelve controvertido, en el mejor de los casos esto es una distracción no bienvenida; en el peor, el desarrollo puede ser bloqueado. Para este fin, la FOSM da la bienvenida a un mejor proceso de documentación, toma de decisiones y curación para etiquetas. Cuando sea necesario, la FOSM está preparada para ayudar en tales esfuerzos con infraestructura y otro apoyo. Esto proveería un mayor grado de claridad para los desarrolladores de herramientas. Si una acción tomada en preconfiguraciones en iD es impugnada, la cuestión podría ser escalada al proceso de apelación descrito arriba.
Para la parte de iD, mientras el trabajo en sistemas de etiquetado está en curso, recomendamos ahora agregar detalle en el enfoque status quo que iD toma para las decisiones de etiquetado en CONTRIBUTING.md. Está claro que iD aspira a abstenerse de tomar decisiones sobre qué etiquetas son apropiadas para OpenStreetMap; en vez de ello, iD apunta a representar la visión de consenso sobre etiquetas en las las preconfiguraciones. El “consenso” es actualmente subjetivo, y el proyecto iD apoya fuertemente (creeemos, por favor dígannos si es de otra forma) los esfuerzos en OSM para traer más claridad sobre cómo se desarrollan las etiquetas.
Los prestablecidos pueden ser solicitados en problemas, y en PRs (pull requests), así como en la discusión en la cuestión/PR. El mantenedor de iD se reserva el derecho de incluir o excluir ciertas etiquetas/predefiniciones por razones técnicas o de usabilidad, a pesar de que la meta es evitar el curar las etiquetas y tomar decisiones sobre los méritos de las etiquetas en general. Si parece haber consenso, basado en la evaluación de documentación fuenta, y cumple una necesidad para otros usuarios, las predefiniciones serán aceptadas. Si no hay un consenso claro, la predefinición (o regla de validación, etc.) no será aceptada.
Instituir reuniones trimestrales de planificación, y publicar quincenalmente tiempos y notas de sincronización
FOSM recomienda que iD realice reuniones video trimestrales (o algo así) con actores iD. Esta reunión es una oportunidad para salir del trabajo de cada día de iD y asegurarse que el trabajo está en el camino correcto. La agenda evaluaría el desarrollo del último trimestre, discutiría requerimientos y necesidades de prioridad, y hará planes para el siguiente trimestre y más adelante. Adicionalmente, si alguna decisión o tema ha resultado difícil o cuestionado el pasado trimestre, este es un momento para un discusión directa. Se tomarán y distribuirán notas.
Adicionalmente, iD celebra sincronizaciones quincenales, pero esto no es muy conocido. iD podría crear conciencia sobre las sincronizaciones quincenales anunciándolas en canales adicionales, incluyendo https://ideditor.blog/; y asegurarse que las notas de la sincronización sean visibles y accesibles.
iD puede mejorar la claridad en la toma de decisión y comunicación
Recomendamos que en CONTRIBUTING.md los mantenedores de iD añadan una nueva sección que explica cómo se toman las decisiones en iD. Algunos puntos realizados aquí dependen de la adopción de otras recomendaciones. La nueva sección explicaría lo siguiente.
- Hay varios lugares para discutir y dar insumos sobre el desarrollo iD – las cuestiones y PRs de GitHub, las sincronizaciones mensuales, la reunión trimestral de planificación, y en respuesta a anuncios en https://ideditor.blog/.
- Los desarrolladores de iD están comprometidos a ser receptivos y transparentes. De forma predeterminada, los mantenedores iD determinan la secuencia y tiempo de las correcciones, cambios y mejoras para optimizar el trabajo técnico.
- Invitar a que los actores se unan a un proceso de “prueba de aceptación”, donde la retroalimentación sobre lanzamientos es buscada y manejada en un periodo de tiempo delimitado.
- La decisión final sobre la aceptación de PRs está en el mantenedor de iD, Quincy Morgan.
- Si hay una disputa sobre esta decisión, será escalada a la reunión trimestral de planificación y/o a un proceso de apelación manejado dentro de la Fundación OSM.
Adicionalmente, recomendamos que iD publique una hoja de ruta y actualice regularmente el estado de los lanzamientos mayores de iD. Los planes de iD3 fueron compartidos por última vez en el SotM EE.UU. El enfoque cambión, con más concentración en una IU actualizada, y más esfuerzos iterativos en la componentización. Sería bueno tener una idea clara de dónde están las cosas, y dónde están yendo las cosas (tanto como ahora está claro), y especialmente dónde se necesita ayuda para poder construir momento en este importante esfuerzo.
Documentar cómo se maneja el Código de Conducta
iD tiene un Código de Conducta pero carece detalles sobre cómo reportar un incidente dañino dentro del ambiente de desarrollo iD, y cómo esos reportes son adjudicados. Las quejas previas al Código de Conducta fueron atendidas abiertamente abriendo una cuestión en GitHub, pero los mantenedores dirigieron posteriormente a las personas hacia un comité OSMUS privado. La claridad en el proceso es tan importante, si no más, para que un CdC sea útil al proyecto. Si ese proceso no está bien definido, entonces se necesita pensarlo, quizás dentro de la reunión trimestral de planificación. Nuestra recomendación es agregar una sección en el proceso CdC.
Allan Mustard
Presidente, Junta de Directores FOSM
La Fundación OpenStreetMap es una organización sin fines de lucro, formada para apoyar el Proyecto OpenStreetMap. Está dedicada a alentar el crecimiento, desarrollo y distribución de datos geoespaciales libres para que cualquiera los use y comparta. La Fundación OpenStreetMap tiene la propiedad y mantiene la infraestructura del proyecto OpenStreetMap, es apoyada financieramente por cuotas de membresía y donaciones, y organiza la conferencia anual, internacional State of the Map. No tiene empleados de tiempo completo y está apoyando el proyecto OpenStreetMap a través del trabajo de nuestros Grupos de Trabajo voluntarios. Por favor considera convertirte en miembro de la Fundación.
OpenStreetMap fue fundado el 2004 y es un proyecto internacional para crear un mapa libre del mundo. Para hacerlo, nosotros, miles de voluntarios, recogemos datos acerca de caminos, ferrocarriles, ríos, bosques, edificios y mucho más a nivel mundial. Nuestros datos del mapa pueden ser descargados libremente por todos y usados para cualquier propósito – incluyendo el uso comercial. Es posible producir tus propios mapas que resaltan algunas entidades, calcular rutas, etc. OpenStreetMap es usado crecientemente cuando se necesita mapas que puedan ser actualizados rápidamente, o fácilmente.
Las capas que actualmente tenemos son:
