<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<div style="16px" text-align="left">I think that it is fine to repeat <br></div><div style="16px" text-align="left">Wikipedia link <br></div><div style="16px" text-align="left">(so probably also its Wikidata equivalent)<br></div><div style="16px" text-align="left">in some cases:<br></div><div style="16px" text-align="left">- streets with Wikipedia article<br></div><div style="16px" text-align="left">- structure that combines for example footway bridge and Weir</div><div style="16px" text-align="left">- beach with Wikipedia article split into parts<br></div><div style="16px" text-align="left">due to differing surfaces</div><div style="16px" text-align="left">etc</div><div style="16px" text-align="left"><br></div><div style="16px" text-align="left"><br></div><div style="16px" text-align="left"><br></div><div style="16px" text-align="left">8 Sep 2019, 19:26 by janjko@gmail.com:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div dir="ltr"><div dir="auto">Has no one any opinion on this? I have a feeling this is important for the future of the Openstreetmap - Wikidata relationship..<br></div><div dir="auto"><br></div><div>Janko<br></div></div><div style="16px" text-align="left"><br></div><div class=""><div class="" dir="ltr">On Fri, Sep 6, 2019, 15:05 Janko Mihelić <<a rel="noopener noreferrer" target="_blank" href="mailto:janjko@gmail.com">janjko@gmail.com</a>> wrote:<br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class=""><div dir="ltr"><div>Last year there was a little discussion about unique wikidata ids in the openstreetmap database:<br></div><div><a target="_blank" rel="noopener noreferrer" href="https://lists.openstreetmap.org/pipermail/tagging/2018-August/038249.html">https://lists.openstreetmap.org/pipermail/tagging/2018-August/038249.html</a><br></div><div><br></div><div>It was more or less decided there was no problem with this. Nevertheless, I think we should consider having a hard rule of "<b>A Wikidata item cannot be connected to more than one OSM item</b>".<br></div><div><br></div><div>Problems with not enforcing this rule:<br></div><div><br></div><div>- the problem of a partially downloaded database, where one is never sure if a wikidata item is fully downloaded unless the whole database is downloaded.<br></div><div><br></div><div>- we could get a flood of wikidata tags where one would, for example, tag every building in a town with the wikidata id of the town, because that building is a part of the town. Is that wrong tagging? Well, if the above rule is not in place, I'm not sure.<br></div><div><br></div><div>- if a road segment has two road routes that are using it, then we should tag it as "wikidata=Q1234;Q5678". That means, if we want to find any wikidata id, we should be prepared to parse all wikidata tags and be prepared for semicolons. This slows down any wikidata searches<br></div><div><br></div><div>- we can't enforce some rules like "tag leisure=stadium can only be connected to something that is, or is derived from Q483110 (Stadium) in Wikidata" because, if we tag all the parts of an entity, we can also tag a water fountain in the stadium, because that is a part of it.<br></div><div><br></div><div>So I propose we enforce this rule, and we tag, for example, railways only on the route relation.<br></div><div><br></div><div>If one wants to tag all route segments with a wikidata tag, I propose a general usage "<b>part:wikidata=*</b>" which would be used when a single wikidata tag just isn't viable. Proposal wiki page here:<br></div><div><br></div><div><a target="_blank" rel="noopener noreferrer" href="https://wiki.openstreetmap.org/wiki/Proposed_features/part:wikidata">https://wiki.openstreetmap.org/wiki/Proposed_features/part:wikidata</a><br></div><div><br></div><div>Thanks for reading,<br></div><div>Janko Mihelić<br></div></div></blockquote></div></blockquote> </body>
</html>