<div dir="ltr"><p class="MsoNormal" style="margin-bottom:12pt;line-height:normal"><span lang="EN-GB">Please don’t understand me wrong. I’m a big fan
of Wikidata but I'm against an automated import. The mismatches list gives good
examples that your matching algorithm doesn't work very well: <a href="http://edwardbetts.com/osm-wikidata/mismatches.html" target="_blank">http://edwardbetts.com/osm-wikidata/mismatches.html</a></span></p>
<p class="MsoNormal" style="margin-bottom:12pt;line-height:normal"><span lang="EN-GB">Some examples:</span></p>
<p class="MsoNormal"><span lang="EN-GB">1. </span><span><a href="http://wikidata.org/wiki/Q569510" target="_blank"><span lang="EN-GB">Isar Nuclear Power Plant</span></a></span><span lang="EN-GB">: your algorithm matches only one reactor of the power
plant: </span><span><a href="http://www.openstreetmap.org/way/32918120" target="_blank"><span lang="EN-GB">Isar 2</span></a></span><span lang="EN-GB"> but the right matching would be </span><span><a href="http://www.openstreetmap.org/way/23802422" target="_blank"><span lang="EN-GB">Kernkraftwerke Isar</span></a></span><span lang="EN-GB"></span></p>
<p class="MsoNormal"><span lang="EN-GB">2. </span><a href="http://wikidata.org/wiki/Q3038" target="_blank"><span lang="EN-GB">Heligoland</span></a><span lang="EN-GB">:
you’ve matched the island </span><span><a href="http://www.openstreetmap.org/relation/3787052" target="_blank"><span lang="EN-GB">Heligoland</span></a></span><span><span> <span lang="EN-GB">but the right match would be
the municipality </span></span><a href="http://www.openstreetmap.org/relation/1157962" target="_blank"><span lang="EN-GB">Heligoland</span></a></span><span><span lang="EN-GB"> (for the island there exists a different
object in Wikidata)</span></span></p>
<p class="MsoNormal"><span><span lang="EN-GB">3. </span></span><a href="http://wikidata.org/wiki/Q1183" target="_blank"><span lang="EN-GB">Puerto Rico</span></a><span lang="EN-GB">: the Wikidata objects says „is a
unincorporated area of the United states“ – the right match therefore would be
the administrative relation: </span><span><a href="http://www.openstreetmap.org/relation/306157" target="_blank"><span lang="EN-GB">Puerto Rico</span></a></span><span><span> <span lang="EN-GB">but your algorithm matches
the island: </span></span><a href="http://www.openstreetmap.org/node/357271412" target="_blank"><span lang="EN-GB">Island of Puerto Rico</span></a></span><span><span lang="EN-GB"></span></span></p>
<p class="MsoNormal"><span><span lang="EN-GB"> </span></span></p>
<p class="MsoNormal"><span><span lang="EN-GB">I also don’t understand why you prefer nodes instead of ways or
relations. Ways and relations provide more information (e.g. extent of an area)
than nodes. The Matching algorithm should first look for relations, when there’s
no relation it should search for ways. Nodes should come last.</span></span></p>
<p class="MsoNormal"><span><span lang="EN-GB"> </span></span></p>
<p class="MsoNormal"><span><span lang="EN-GB">What does your matching algorithm when a Wikidata object describes
different objects and therefore should be split?</span></span></p>
<p class="MsoNormal"><span lang="EN-GB">A good
example for this is the Wikidata object for <a href="https://www.wikidata.org/wiki/Q204096" target="_blank">Thasos</a> (currently it describes
the island and the municipality “Thasos”) but the object has to be split into
two Wikidata objects so that you can say “the island Thasos lies in the
administrative division Thasos”. There are also other examples like mixed up
nature reserves, lakes and administrative divisions in Wikidata which you have
to solve before you can import the IDs into OSM.</span></p></div>