<div dir="ltr"><div><div><div><div><div><div><div><div>I wouldn't deprecate the wikipedia tags either. They give a human readable form of what is hopefully the same item on WD.<br><br></div>I only hope that we won't stop at adding only the WP tags. Also I don't think anybody is adding name:etymology:wikipedia tags, but we do have name:etymology:wikidata<br><br></div>So a usecase:<br><br></div>Say you want to locate all the streets and other objects named after 17th century Dutch painters, worldwide.<br><br></div>You could start by finding the painters from wikidata, then use the Overpass API to do a regular expression search with all the resulting Q-numbers.<br><br></div>If we on the OSM side have been meticulous about adding name:etymology:wikidata to all those objects that could show a nice result. No idea how useful it would be, of course...<br><br></div>I did something like that for Guido Gezelle:<br><br><a href="https://nl.wikipedia.org/w/index.php?title=Guido_Gezelle&section=11#Tastbare_gedenktekens">https://nl.wikipedia.org/w/index.php?title=Guido_Gezelle&section=11#Tastbare_gedenktekens</a><br><br><a href="http://overpass-turbo.eu/s/9Aa">http://overpass-turbo.eu/s/9Aa</a><br><br></div>Note that looking for Gezelle on its own, would also find street names with the Dutch word Gezellen (companions [archaic]) in it. So the wikidata identifier is more robust (on condition the contributors who added the wikidata tags verified their work, of course). And it's a lot of work to do this for all artists/writers/ etc, but then, so is creating a map from scratch.<br><br></div>Polyglot<br><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-05-26 12:23 GMT+02:00 moltonel 3x Combo <span dir="ltr"><<a href="mailto:moltonel@gmail.com" target="_blank">moltonel@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 26/05/2015, Andy Mabbett <<a href="mailto:andy@pigsonthewing.org.uk">andy@pigsonthewing.org.uk</a>> wrote:<br>
> You don't "link to a Wikidata label", you link to a Wikidata item.<br>
<br>
</span>QED, you can only use wikidata IDs such as "Q936" in OSM tags, which<br>
is much less userfriendly than the wikipedia equivalent. You brought<br>
wikidata labels to the discussion; they're nice but they're irrelevant<br>
for OSM tags.<br>
<span class=""><br>
>>>> Even in the best-case scenario, it<br>
>>>> seems that an OSM wikidata tag can drift off-target following<br>
>>>> reorganisations that are correct from a wikimedia POV but not from an<br>
>>>> OSM POV.<br>
>>><br>
>>> Example?<br>
>><br>
>> An hypothetical example:<br>
><br>
> I was asking for a real example.<br>
<br>
</span>Why ? My example illustrates a genuine concern. If it's unfounded (I'd<br>
love it is was), please explain why (I'm still no wikidata expert).<br>
Dismissing because it's not a documented occurence doesn't help. I<br>
used an hypotetical example because finding an actual one is hard. If<br>
it was easy, the problem would go away because contributors would find<br>
and fix them.<br>
<span class=""><br>
<br>
>> a hotel that includes a restaurant. OSM uses<br>
>> two objects from the begining, both linked to the single wikidata<br>
>> article that talks about the hotel as a whole.<br>
><br>
> OSM should only link the hotel item to the Wikipedia article.<br>
<br>
</span>There only one pedia/data article/item at this stage in my example, so<br>
of course OSM links to that. Did you mean linking to wikidata ? This<br>
example is meant to verify how much more failsafe wikidata links are<br>
compared to wikipedia ones, so I'm just looking at the wikidata tags<br>
in osm usecase.<br>
<span class=""><br>
<br>
>> The restaurant later<br>
>> gets spun off as an independent business and get its own wikidata item<br>
>> (either a split or a new one), but OSM still links to the "hotel as a<br>
>> whole" wikidata item.<br>
><br>
> This is no different to a new Wikipedia article being created.<br>
<br>
</span>I thought that wikidata could help by keeping a "bridge item" that<br>
shows that the hotel and restaurant used to be part of the same item ?<br>
<span class=""><br>
<br>
>> Does wikidata have some tricks up its sleeve to reliably deal with<br>
>> that kind of problem ?<br>
><br>
> No. Does a highway system have a "trick up its sleeve" for when a new<br>
> road is built, that OSM doesn't yet know about?<br>
<br>
</span>Please don't be so defensive, I'm actually trying to assert the<br>
advantages of wikidata for osm tags. To me the unfriendly ids are a<br>
big downside of wikidata, so the upsides (stability and localised<br>
version) need to be strong enough to offset that.<br>
<br>
>From what I've read so far, we want to have both wikipedia and<br>
wikidata tags for each object in OSM. The pedia ones for<br>
mapper/humans, and the data ones for programs/QA. Neither is perfect,<br>
but the combination of both is a bit better.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</div></div></blockquote></div><br></div>