Conflict
JOSM beheert lokaal kopieën van objecten van OSM. Het laadt ze uit een bestand of downloadt ze vanaf de server van OSM en houdt die in het geheugen. Indien u objecten aanpast of objecten aan uw kaart toevoegt, werkt u met kopieën. De objecten waarnaar wordt verwezen worden nog steeds behouden op de server van waaruit andere gebruikers ze kunnen ophalen en waar andere gebruikers hun bijwerkingen naar toe kunnen sturen.
Dit betekent dat u niet de eigenaar bent van de objecten waarmee u momenteel werkt, u deelt ze nog steeds met anderen. Als u uw lokale objecten uitwisselt met de server zou uw versie kunnen botsen met de versie die iemand anders als een bijwerking heeft ingestuurd. JOSM doet zijn best om deze botsingen voor u te verbergen, maar soms kan het de verschillen tussen twee versies niet automatisch oplossen. In dat geval maakt het een conflict.
Een conflict is een verschil tussen de twee versies van een object wat JOSM niet automatisch kan oplossen.
Elke gegevenslaag onderhoudt een lijst van niet opgeloste conflicten in het 
dialoogvenster Conflict. In dit dialoogvenster kunt u een dialoogvenster voor het oplossen van een conflict openen.
Oplossen van een conflict betekent dat u voor elk verschil tussen de twee versies van het object met bepalen of u de versie van het eerste of het tweede object wilt behouden, een proces dat soms ook wordt omschreven als samenvoegen.
Conflicten bij downloaden/updaten
Als u objecten downloadt vanaf de server van OSM in een bestaande laag, zouden de objecten vanaf de kunnen "botsen" met objecten die al aanwezig zijn op de laag. vaak kan JOSM deze botsingen automatisch afhandelen, maar soms is dat niet mogelijk. Hier zijn enkele voorbeelden:
Automatisch beheren
- U hebt een gebied gedownload.
- U wijzigt de manier voor het landgebruik. Tegelijkertijd download een andere gebruiker hetzelfde gebied en verwijderde 4 knopen van een weg en uploadt dat.
- U selecteert het menu Bestand ->
Gegevens bijwerken. Sommige knopen bestaan niet langer op de server, maar staan nog steeds op uw laag.
JOSM notificeert u door het bericht weer te geven:
Wanneer u klikt op Controleren op de server: kan JOSM dit automatisch oplossen door de knopen op uw laag te verwijderen die niet langer op de server staan en niet botsen met uw wijziging. JOSM maakt geen conflict aan.
Maken van conflicten
- U heeft een knoop gedownload met ID:1 vanaf de server waarvan de tag name is ingesteld op
"Mijn naam". - U bewerkt de knoop en wijzigt de naam naar
"Of is het deze naam?". In de tussenliggende tijd heeft een andere gebruiker ook de knoop gedownload, de naam gewijzigd naar"Dat is de naam", en uploadt die. - U selecteert het menu Bestand -> Gegevens bijwerken. De versie van de knoop die zal worden opgehaald vanaf de server zal een tag name hebben ingesteld op
"Dat is de naam"wat botst met"Of is het deze naam?", de naam die u heeft ingesteld.
JOSM kan dit niet automatisch oplossen. Het maakt een conflict. Gewoonlijk geeft JOSM een foutenbericht als volgt weer:
Conflict bij uploaden
Als u objecten uploadt naar de server van OSM, zouden zij daar kunnen "botsen" met bijwerkingen die door andere mappers zijn ingediend. Soms kan JOSM deze botsingen automatisch afhandelen. Als u, bijvoorbeeld, probeert een reeds verwijderd object te verwijderen, zal JOSM stilletjes het verwijderen overslaan en u niet vermoeien met een foutbericht. In de meeste gevallen echter kan JOSM ze niet automatisch afhandelen. Hier is een voorbeeld:
- U heeft een knoop gedownload met ID:1 vanaf de server waarvan de tag name is ingesteld op
"Mijn naam". - Een andere mapper downloadt ook de knop met ID:1, wijst die de naam
"Dat is de naam"toe, en uploadt die. - U wijzigt de naam naar
"Of is dit de naam?"en uploadt naar de server. - Op de server botst uw upload met de upload van de andere mapper.
JOSM kan dit niet automatisch oplossen. Het maakt een conflict. Gewoonlijk geeft JOSM een foutenbericht als volgt weer:
en maakt een niet opgelost conflict.
Conflicten bij samenvoegen
In JOSM kunt u de objecten van de ene gegevenslaag samenvoegen met die van ene andere gegevenslaag. Dit kan opnieuw leiden tot "botsingen" tussen verschillende versies van dezelfde objecten. Indien JOSM ze niet automatisch kan oplossen maakt het ook conflicten.
Conflicten oplossen
Elke gegevenslaag onderhoudt een lijst van conflicten die nog niet zijn opgelost. U kunt deze lijst raadplegen in het dialoogvenster Conflict.
Voor elk hier vermeld conflict kunt u het dialoogvenster Conflict oplossen openen en het oplossen.
Oplossen van conflicten is belangrijk. U kunt bijvoorbeeld uw bijwerkingen niet uploaden naar de server van OSM, tenzij de lijst met niet opgeloste conflicten leeg is.
Technische achtergrond
Voor elke wijzigingenset die een object beïnvloedt, wijst de server een oplopend versiegetal toe aan dat object. (Dit wordt weergegeven in de geschiedenis bijv. way 1222.) JOSM onthoud de versie van de gedownloade objecten en rapporteert die terug naar de server bij het uploaden. Als de server een hoger versienummer heeft (wegens een wijziging door ene andere mapper), weigert het de geüploade wijziging. In deze situatie maakt JOSM een conflict. De versie die "mij" is genoemd in het dialoogvenster voor het oplossen van conflicten is de oude, gedownloade versie, maar waarop uw lokale aanpassingen zijn toegepast. De versie die "hun" is genoemd is de meest recente versie op de server die dan automatisch wordt gedownload vanaf de server.
Zie ook
- dialoogvenster Conflict - geeft de lijst met conflicten in de huidige gegevenslaag weer
- dialoogvenster Conflict - u kunt het dialoogvenster Conflict gebruiken om een conflict op te lossen
Terug naar Help
