Revision parameter missing. Current base revision is 33

Conflicto

TOC(inline)

JOSM administra localmente las copias de los objetos de OSM. Estos se cargan desde un archivo o descargan desde el servidor de OSM y se mantienen en la memoria. Si modifica los objetos o añade objetos a su mapa, usted está trabajando en copias. Los objetos de referencia aún se mantienen en el servidor desde donde otros usuarios pueden recuperarlos y otros cartógrafos pueden enviar sus actualizaciones.

Esto significa que usted no posee los objetos que está trabajando, todavía lo comparte con otros con otros. Si usted intercambia los objetos locales con el servidor, su versión puede entrar en conflicto con la versión que alguien más ha enviado como actualización. JOSM hace todo lo posible para ocultar estos conflictos para usted, pero a veces no puede resolver las diferencias entre dos versiones de forma automática. En estos casos se crea un conflicto.

Un conflicto es una diferencia entre dos versiones de un objeto que JOSM no puede resolver de forma automática.

Cada capa de datos mantiene una lista de conflictos sin resolver en el Diálogo de Lista de Conflictos. En este diálogo puede iniciar un diálogo para resolver un conflicto.

Resolver un conflicto significa que usted tiene que decidir para todas las diferencias entre las dos versiones de objetos si desea mantener la versión de la primera o del segundo objeto, un proceso que a veces también se llama combinar.

Conflictos cuando se descarga/actualiza

Si descarga los objetos desde el servidor de OSM en una capa existente, los objetos desde el servidor pueden "colisionar" con objetos que ya están presentes en la capa. A menudo, JOSM puede manejar estas colisiones de forma automática, pero a veces esto no es posible. He aquí un ejemplo:

1. Usted ha descargado un nodo con id 1 desde el servidor cuyo ​nombre de la etiqueta se establece en "Mi nombre".
2. Usted modifica el nodo y cambia su nombre por el de "¿O es este nombre?". Mientras tanto, otro usuario descargó el nodo también, cambió su nombre por el de "Ese es el nombre", y lo sube.
3. Se selecciona el menú Archivo->Actualizar datos. La versión del nodo encontrado en el servidor tendrá un ​nombre de etiqueta en "Ese es el nombre", que colisiona con "¿O es ese nombre?", el nombre que hemos estado estableciendo.

JOSM no puede resolver esto de forma automática. Se crea un conflicto. Normalmente JOSM muestra un mensaje de error de la siguiente manera:

Conflicto al subir

Si carga los objetos a el servidor de OSM, puede ser que "colisionen" con las actualizaciones proporcionadas por otros cartógrafos. A veces, JOSM puede manejar estas colisiones de forma automática. Si, por ejemplo, intenta eliminar un objeto ya eliminado, JOSM en silencio, se saltará la supresión y no le molestará con un mensaje de error. En la mayoría de los casos, sin embargo, JOSM no puede tratar con ellos de forma automática. He aquí un ejemplo:

1. Usted ha descargado un nodo con id 1 desde el servidor cuyo ​nombre de la etiqueta se establece en "Mi nombre".
2. Otro cartógrafo descarga el nodo con id 1 también, le asigna el nombre "Ese es el nombre", y lo sube.
3. Se cambia el nombre a "¿O es ese nombre?" y se sube en el servidor.
4. En el servidor, la subida colisiona con la subida desde el otro cartógrafo.

JOSM no puede resolver esto de forma automática. Se crea un conflicto. Normalmente JOSM muestra un mensaje de error de la siguiente manera:

Conflictos al combinar

En JOSM puede combinar los objetos de una capa de datos a otra capa de datos. Una vez más, esto puede llevar a "colisiones" entre las diferentes versiones de los mismos objetos. Si JOSM no puede resolverlo automáticamente se crean conflictos también.

Resolución de conflictos

Cada capa de datos mantiene una lista de conflictos que no se resuelven todavía. Usted puede consultar esta lista en la Diálogo Lista de Conflictos. Para cada conflicto que figura allí se puede (y debe) poner en marcha el Diálogo Resolución de Conflictos y resolverlo.

La resolución de conflictos es importante. Por ejemplo, usted no podrá subir las actualizaciones en el servidor de OSM a menos que la lista de conflictos sin resolver este vacía.

Technical background

For each change set that affects an object, the server assigns an increasing version number to that object. (This is shown in the history e.g. ​way 1222.) JOSM remembers the version of the downloaded objects and reports it back to the server on upload. If the server has a higher version number (due to a change by another mapper), it rejects the uploaded change. In this situation JOSM creates a conflict. The version that is called "my" in conflict resolution dialog is the old, downloaded version, but with your local modifications applied. The version that is called "their" is the most current version on the server that is then automatically downloaded from the server.

Véase también

• Diálogo de Lista de Conflictos - muestra la lista de los conflictos en la capa de datos actual
• Diálogo Conflicto - puede utilizar el cuadro de diálogo conflicto para resolver un conflicto

---

Volver a Ayuda principal