Resolución de conflictos en JOSM

Revisado 2016-09-27

A veces, mientras trabajas en JOSM y cuando subes todas tus maravillosas ediciones, recibes un desagradable mensaje quejándose de algún conflicto.
conflict detected
Lo que ocurrió es que descargaste un montón de datos, que incluían un punto que llamaremos Nodo A. Luego, mientras editabas, otra persona también descargó el Nodo A, lo cambió y guardó los cambios de nuevo en OpenStreetMap. Ahora, cuando intentas subir tu versión del Nodo A, es diferente de la que se guardó en OSM. Por lo tanto, JOSM no sabe qué versión del Nodo A debe ser guardada.

Conflictos

A veces, JOSM es capaz de solucionar los conflictos por sí solo y te dará un mensaje como este:
resolved automatically
Esto significa que JOSM ha decidido automáticamente que los elementos de tu conjunto de datos local no se subirán al servidor principal porque ya han sido borrados por otro usuario. Sin embargo, en algunos conflictos, no hay una acción fácil que JOSM pueda tomar y deja la decisión en manos del usuario para determinar cuál es el mejor curso de acción. Esto significa que tú eres quien debe resolver los conflictos.

Este mensaje te indica que revises todos tus conflictos en la Capa 1 en el cuadro Lista de diálogo:
warning unresolved

Esta ventana te avisa de si es probable que se produzca un conflicto con tus ediciones. Si verificas en el servidor, podrás solucionar los problemas de edición que pudieran surgir:
check on server

Esta advertencia te indica que JOSM no ha podido eliminar un nodo porque todavía está referenciado de alguna manera. Para remediarlo, tienes que volver a entrar en JOSM y resolver el conflicto antes de cargar los datos:
still in use

Resolución de conflictos

El proceso de resolver un conflicto es bastante simple, aunque puede parecer confuso al principio en JOSM. Básicamente, para cada conflicto JOSM te presentará dos opciones: tu versión de un objeto y la que está en el servidor. Tienes que elegir si quieres mantener tu versión o si la nueva versión en el servidor debe permanecer.
Puede que pienses: “¡Por supuesto que mi versión va a ser mejor!”. Y puede que tengas razón. Pero piensa en nuestro ejemplo del principio de este capítulo. Tal vez mientras estabas ocupado editando, otro mapeador añadió mucha información a uno de los nodos de tu conjunto de datos. Si eliges tu versión en lugar de la suya, perderás toda esa valiosa información que ellos añadieron. Por lo tanto, deberías considerar mantener su versión o fusionarla con la tuya.
Cuando aparezca una ventana de conflicto, lo mejor es elegir el botón “Sincronizar… solo”. Es posible que tengas que hacer esto para más de un objeto, pero es mejor resolver los conflictos uno por uno.
synchronize node
Una vez que hagas clic en este botón, obtendrás una ventana emergente que detalla tu conflicto. El mensaje de error puede parecer complicado, pero es bastante sencillo. Sabrás qué tipo de conflicto tienes por el símbolo del cuadrado rojo en la pestaña superior. El conflicto en el siguiente ejemplo se refiere a las propiedades, como la ubicación y la existencia del objeto. Por eso aparecen las coordenadas y el estado de borrado.

Tipos de conflicto:

  • Propiedades: El objeto ha sido movido (coordenadas) o eliminado.
  • Etiquetas: Las etiquetas no coinciden.
  • Nodos: Hay una diferencia en la lista de nodos de dos maneras.
  • Miembros: Hay una diferencia en la lista de miembros en una relación.
    properties with conflicts

Los conflictos solo aparecen con dos ediciones diferentes a la vez. Si hay tres o más conflictos, entonces aparecerá una cadena de conflictos. Por lo tanto, tienes que elegir o fusionar solo dos conflictos a la vez. Puedes elegir tu versión, la otra versión o, a veces, fusionar las dos.

En el siguiente ejemplo no tienes la opción de fusionar. Haz clic en la primera columna, o en Mi versión si crees que tus ediciones son correctas. Haz clic en Su versión si crees que las otras ediciones son mejores.
conflicts resolved

Una vez que hayas seleccionado la versión que consideres mejor, haz clic en “Aplicar resolución”. Aparecerán algunas ventanas más y estarás en camino de poder subir tus ediciones. Realiza algunas ediciones más. A continuación, haz clic en “Subir”. Aparecerá una ventana emergente que dice
command stack

En el menú de Windows tienes una ventana de diálogo de la lista de conflictos. Esta ventana muestra una lista de conflictos. El número total de conflictos no resueltos se muestra en el encabezado. Puedes seleccionar o resolver un conflicto haciendo clic sobre él. Esto es útil cuando tienes muchos conflictos que resolver.
one unresolved
No puedes subir tus cambios hasta que la lista esté vacía.

Maneras de evitar conflictos

Subir con frecuencia

Para minimizar la posibilidad y el número de conflictos, es importante subir tus ediciones con regularidad. Los conflictos aparecen con más frecuencia para aquellos que tienden a guardar el área en la que están trabajando en su servidor local y esperar un tiempo para subirla. Lo mejor es descargar el área en la que estás trabajando, editarla y subirla inmediatamente. Cuanto más tiempo pase entre la descarga de datos y la subida de los mismos, más probable es que alguien haya editado algo mientras tanto. Si estás en un Mapathon y editando un elemento como una carretera en la que pueden trabajar otros, sube los datos con mucha frecuencia, quizás cada 6 ediciones.

Modificar en el área que descargaste

Editar en el área específica que has descargado minimiza el riesgo de conflicto. Asegúrate de no editar fuera del área que has descargado. Puedes ver fácilmente qué áreas están fuera de tu área de descarga en JOSM, porque el fondo está formado por líneas diagonales en lugar de ser negro sólido.

edit outside area

Resumen

Cuando editas en JOSM, corres el riesgo de encontrarte con conflictos. Los conflictos se producen cuando un objeto ha sido editado por dos personas en un momento similar. Si entiendes lo que es un conflicto y cómo solucionarlo, podrás asegurarte de que se guardan las mejores ediciones posibles en OpenStreetMap.

 Regresar al inicio de la página