Diese Vote ist übrigens der Hammer: “Keep. That OSM has its own system is not our business.”
Dass ihm die Daten um die Ohren fliegen, wenn wir in OSM eine Rel neu aufbauen und sich die Id dann ändert, hat er wohl nicht begriffen.
Wenn eine Relation in OSM mit einem wikidata=*-Tag versehen ist, könnte ein Wikidata-Bot regelmäßig die ID überprüfen und - dies ist vielleicht zu fehlerbehaftet - die aktuelle ID nachtragen. Es ist mMn sehr unwahrscheinlich, dass sich hier der Typ des Objekts (Relation → Knoten, Relation → Weg) ändert, was ein weiteres Argument für die relative Stabilität von Rel.-IDs ist.
Für mich ist dies aber nur ein Teil des Problems, denn ich hätte gerne die Möglichkeit, stabil zwischen Wikidata und OSM zu verlinken.
Mit dem wikidata=*-Tag lässt sich viel anstellen, da Wikidata-Items immer einen permanenten Identifikator erhalten.
ganz einfach: Die Annahme, dass ein OSM-Objekt (Node, Way oder Relation) für immer seine OSM-ID behält, ist falsch.
D.h. Ein “Link” id → objekt ist manchmal falsch. Also unzuverlässig.
Ich persönlich bin sehr froh, dass ich die OSM-ID in Wikidata suchen kann und nicht auf den umgekehrten Weg angewiesen bin, da ich das in Wikidata deutlich einfacher finde, und es auch deutlich mächtigere Werkzeuge zu geben scheint.
Mit fehlerhaften bzw veralteten Daten muss man sowohl in OSM als auch in Wikidata immer rechnen. Ist z.B. bei Telefonnummern und Homepages nicht anders. Im Gegensatz zu OSM bietet Wikidata aber sehr mächtige Möglichkeiten der automatischen Validierung. Damit sollten sich Verlinkungen zu toten Relationen oder unplausiblen Relationstypen sehr viel leichter finden lassen als in OSM, wenn man das richtig umsetzen würde…