JOSM Konflikt Behebung

Gereviewt am 2016-09-27

Wenn man mit JOSM arbeitet bekommt man manchmal, wenn man seine Änderungen hochlädt, eine Nachricht über Konflikte.
conflict detected
Folgendes ist passiert, man hat einen Node A zusammen mit anderen Daten heruntergeladen. Während man editiert, hat jemand anderes ebenfalls Node A heruntergeladen, geändert und auf OpenStreetMap gespeichert. Wenn man nun seine Version von Node A hochlädt, ist diese anders, als die gespeicherte in OSM. JOSM weis nun nicht, welche Version von Node A gespeichert werden soll.

Konflikte

Manchmal kann JOSM Konflikte selbst lösen und zeigt eine Nachricht ähnlich der folgenden an:
resolved automatically
Das bedeutet, dass JOSM automatisch entschieden hat Teile des lokalen Datensatzes nicht zum Hauptserver hochzuladen, da diese bereits durch einen anderen Benutzer gelöscht wurden. Bei manchen Konflikten gibt es keine einfachen Entscheidungen für JOSM und dem Benutzer wird die Entscheidung überlassen, was zu tun ist. Das bedeutet man muss den Konflikt selbst lösen.

Das zeigt, dass man all seine Konflikte im Layer 1 selbst anschauen muss, in der ““Dialog Liste** Box:
warning unresolved

Dieses Fenster zeigt eine Warnung an, dass man wahrscheinlich einen Konflikt mit seinen Änderungen auslöst. Wenn man auf dem Server gegenprüft, kann man das Bearbeitungsproblem lösen, das ansonsten auftritt:
check on server

Diese Warnung bedeutet, dass JOSM eine Node nicht löschen konnte, da sie immer noch durch einen Weg verwendet wird. Um hier Abhilfe zu schaffen, muss man zurück in JOSM gehen und den Konflikt beheben, bevor man die Daten hochlädt:
still in use

Konflikt Behebung

der Prozess zur Behebung eines Konfliktes in JOSM ist relativ einfach, auch wenn es im Ersten Moment verwirrend erscheint. Allgemein bietet JOSM für jeden Konflikt zwei Auswahlmöglichkeiten an - die eigenen Version eines Objekts oder die auf dem Server. Man entscheidet sich, ob die eigene Version oder die neue Version auf dem Server behalten werden soll.
Man denkt ““natürlich ist meine Version besser! und liegt vielleicht richtig. Aber man bedenke das Beispiel vom Beginn dieses Kapitels. Vielleicht hat ein anderer Mapper viele Informationen zu einem Node in unserem Datensatz hinzugefügt während wir editiert haben. Wenn man seine Version gegen der anderen vorzieht, verliert man all die wertvollen Informationen die hinzugefügt wurden. Man sollte also in Betracht ziehen die andere Version zu behalten oder mit der eigenen zu verschmelzen.
Falls man ein Konfliktfenster bekommt sollte man den Button “Nur Synchronisieren …” wählen. Man muss dies gegebenenfalls für mehr als ein Objekt machen, aber man sollte immer einen Konflikt nach dem anderen lösen.
synchronize node
Klickt man diesen Button, erscheint ein Popup Fenster, das den Konflikt genauer beschreibt. Die Fehlermeldung mag kompliziert erscheinen, ist aber meist einfach. Man erkennt die Art des Konflikts durch das rote Quadratsymbol im oberen Tab. Der Konflikt im nachfolgenden Beispiel bezieht sich auf die Eigenschaften, wie den Standort und die Existenz des Objektes. Deshalb sind Koordinaten und Löschstatus aufgeführt.

Konfliktarten:

  • Eigenschaften: Objekt wurde verschoben (Koordinaten) oder gelöscht
  • Tags: Tags passen nicht
  • Nodes: Zwei Wege haben eine unterschiedliche Anzahl an Nodes
  • Mitglieder: Eine Relation hat eine unterschiedliche Anzahl an Mitgliedern
    properties with conflicts

Konflikte erscheinen nur bei zwei unterschiedlichen Bearbeitungen zur gleichen Zeit. Falls drei oder mehr Konflikte auftreten, erscheint eine Kette von Konfliktmeldungen. Man wählt oder vereint immer nur zwei Konflikte zur gleichen Zeit. Man wählt seine Version, die andere oder zeitweise die Vereinigung beider.

Im nachfolgenden Beispiel hat man nicht die Möglichkeit zum Vereinen. Man klickt auf die erste Spalte oder Meine Version, wenn man meint, dass seine Bearbeitungen korrekt sind. Man klickt auf Andere Version, wenn man meint, dass diese Bearbeitungen besser sind.
conflicts resolved

Sobald man die nach eigener Meinung bessere Version ausgewählt hat, klickt man “Lösung anwenden”. Weitere Fenster erscheinen und man kommt seinem Ziel seine Bearbeitungen hochzuladen näher. Nach weiteren Änderungen klickt man ‘Hochladen’. Ein Fenster erscheint:
command stack

Im Fenstermenü hat man einen Dialog mit gelisteten Konflikten. Die Anzahl der ungelösten Konflikte wird im Kopf angezeigt. Man kann einen Konflikt durch anklicken auswählen oder lösen. Das ist nützlich, wenn man mit mehreren Konflikten umgehen muss.
one unresolved
Man kann seine Änderungen nicht hochladen solange Konflikte in der Liste angezeigt werden.

Wege Konflikte zu vermeiden

Regelmäßig hochladen

Um das Risiko und die Anzahl von Konflikten zu verkleinern, ist es wichtig regelmäßig seine Bearbeitungen hochzuladen. Konflikte treten häufiger auf bei denen, die ein Gebiet bearbeiten, auf dem lokalen Server speichern und mit dem Hochladen eine Weile warten. Man sollte am Besten ein Gebiet an dem man arbeitet herunterladen, es bearbeiten und direkt wieder hochladen. Je mehr Zeit zwischen Herunterladen und Hochladen der Änderungen vergeht, umso wahrscheinlicher ist es, dass jemand anders etwas in der Zwischenzeit bearbeitet hat. Wenn man an einem Mapathon teilnimmt und Kartenelemente wie eine Straße bearbeitet, die auch von anderen bearbeitet werden kann, sollte man regelmäßig hochladen, vielleicht so nach 6 Änderungen!

Änderungen im heruntergeladenen Gebiet

Bearbeitungen in dem Gebiet, das man heruntergeladen hat verringern Konfliktrisiken. Man sollte nicht außerhalb des Gebiets, das man heruntergeladen hat bearbeiten. Man sieht in JOSM leicht, welche Gebiete außerhalb des heruntergeladenen Gebiets sind, da der Hintergrund aus diagonalen Linien besteht, anstatt aus durchgehendem Schwarz.

edit outside area

Zusammenfassung

Wenn man mit JOSM arbeitet, kann man in Konflikte laufen. Konflikte passieren, wenn ein Objekt durch ein oder mehrere Personen zur gleichen Zeit bearbeitet wird. Indem man versteht, was ein Konflikt ist und wie man damit umgeht stellt man sicher, dass die bestmöglichsten Änderungen in OpenStreetMap gespeichert werden.