<span style="font-family: Arial;">Did you had a look at Osmose merge mechanisms ?<br>Yves<br><br>----- Reply message -----<br>De : "Paul Norman" <penorman@mac.com><br>Pour : <dev@openstreetmap.org><br>Cc : <imports@openstreetmap.org>, <josm-dev@openstreetmap.org><br>Objet : [OSM-dev] Dealing with conflicts<br>Date : jeu., janv. 24, 2013 09:17<br><br></span><br>I'm working on software which to be used with importing addresses. I expect<br>to be able to identify cases where OSM data and remote data source data<br>conflict. Obviously automatically overwriting OSM data with the remote<br>source is a no-go, but the quality of the remote source is good enough I<br>don't want to drop these conflicts, but be able to present them some way in<br>an editor.<br><br>My first thought was JOSM's conflict resolution mechanism. To figure out the<br>XML format, I went to JOSM, created a conflict and tried to save. JOSM won't<br>let you save with a conflict and the wiki docs have nothing about conflicts<br>in the file format, so I'm presuming that it can't be done.<br><br>My only other idea was to create a JOSM file that will create conflicts when<br>the objects in it are updated. I am not sure if this is possible in all<br>cases and it seems like a bad way to do it. <br><br>Is anyone aware of a better way to handle this?<br><br>The properties that may conflict between the two sources are tagging and in<br>the case of a feature represented by node, its position. The case of two<br>conflicting way geometries is beyond the scope of what I am doing.<br><br><br>_______________________________________________<br>dev mailing list<br>dev@openstreetmap.org<br>http://lists.openstreetmap.org/listinfo/dev<br>