<div dir="ltr"><div>> Re:If there's no exact match for amenity=toilets, one can be created as a <br>
> replacement for Q813966 in the infobox and in the associated data item. <br>> The "OSM tag or key" external ID alone will likely protect that entity <br>
> from deletion, based on Wikidata's notability guidelines. It isn't so <br>
> outlandish to imagine hundreds of OSM keys and tags getting their own <br>
> Wikidata items in the future for the same reason. <br></div><div><br></div><div>I am perfectly happy if someone wants to run a bot that creates wikidata items for every documented OpenStreetMap tag. <br></div><div><br></div><div>But in that case there is no need to have it added by humans, and no need for humans to see the Q#### code, since the key=value would be enough.</div><div><br></div><div>I am strongly opposed to having this shown in the infobox as something that needs to be added, because 95% of the time users are adding incorrect links to somewhat-similar Wikidata concepts rather than creating a new wikidata entry for the OpenStreetMap tag.</div><div><br></div><div>Managing these takes up a lot of work for wiki gardners such as Mateusz Konieczny and myself, when as you say it could clearly be automated. <br></div><div><br></div><div>I suspect Mateusz Konieczny could create a bot to automatically add these to the Data Items, if he has the time.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 19, 2021 at 10:37 AM Minh Nguyen <<a href="mailto:minh@nguyen.cincinnati.oh.us" target="_blank">minh@nguyen.cincinnati.oh.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Vào lúc 02:17 2021-01-19, Mateusz Konieczny via Tagging đã viết:<br>
> <br>
> <br>
> <br>
> Jan 19, 2021, 11:10 by <a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>:<br>
> <br>
>     Am Di., 19. Jan. 2021 um 11:09 Uhr schrieb Mateusz Konieczny via<br>
>     Tagging <<a href="mailto:tagging@openstreetmap.org" target="_blank">tagging@openstreetmap.org</a><br>
>     <mailto:<a href="mailto:tagging@openstreetmap.org" target="_blank">tagging@openstreetmap.org</a>>>:<br>
> <br>
> <br>
>         And if we would want exact matches then nearly all wikidata<br>
>         matches would be removed.<br>
> <br>
> <br>
> <br>
>     not removed, replaced.<br>
> <br>
> Can you find a replacement for mismatches mentioned in<br>
> <a href="https://lists.openstreetmap.org/pipermail/tagging/2021-January/058733.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/tagging/2021-January/058733.html</a> <br>
> <<a href="https://lists.openstreetmap.org/pipermail/tagging/2021-January/058733.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/tagging/2021-January/058733.html</a>><br>
> and<br>
> <a href="https://lists.openstreetmap.org/pipermail/tagging/2021-January/058735.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/tagging/2021-January/058735.html</a> <br>
> <<a href="https://lists.openstreetmap.org/pipermail/tagging/2021-January/058735.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/tagging/2021-January/058735.html</a>><br>
> ?<br>
> <br>
> And there is no value at all in linking "OpenStreetMap tag" Wikidata <br>
> entries.<br>
<br>
Like OSM and its own tagging ontology, Wikidata is still a work in <br>
progress. The fact that something isn't represented now doesn't mean it <br>
can't represent it a minute from now. You've essentially identified a <br>
number of instances of mistaken or unrefined tagging. We know all about <br>
that in OSM! :-)<br>
<br>
Wikidata is open to modeling overlapping concepts with similar names as <br>
separate entities. For example, it's possible for a place to be <br>
represented by as many as six different entities. [1] There's a separate <br>
item for an MUTCD stop sign versus a stop sign in general, a nice <br>
parallel to OSM's traffic_sign=stop versus traffic_sign=US:R1-1. [2]<br>
<br>
If there's no exact match for amenity=toilets, one can be created as a <br>
replacement for Q813966 in the infobox and in the associated data item. <br>
The "OSM tag or key" external ID alone will likely protect that entity <br>
from deletion, based on Wikidata's notability guidelines. It isn't so <br>
outlandish to imagine hundreds of OSM keys and tags getting their own <br>
Wikidata items in the future for the same reason.<br>
<br>
There's value in being able to model that more specific entity as a <br>
subclass of Q813966 [3], even if the concepts don't align exactly. For <br>
example, a sophisticated enough search engine could return <br>
amenity=toilet features to users who search for "toilet" or "restroom" <br>
in a hurry without wanting to fuss about semantics.<br>
<br>
More broadly, whenever you put two ontologies side by side, mismatches <br>
are inevitable, but that doesn't make it any less helpful to develop <br>
correspondences between ontologies. For example, the standard <br>
classification system for businesses in North America makes very <br>
different distinctions than OSM, some of them quite annoying, but <br>
developing a correspondence table like [4] has been essential for <br>
understanding OSM's coverage compared to the real world. Some OSM data <br>
consumers have also had to map OSM tags to non-OSM ontologies to make <br>
OSM data more readily consumable in renderers, routers, and search engines.<br>
<br>
I think you've at least made a pretty good case that the Wikidata line <br>
in the infobox needs to be contextualized. For that matter, the wiki <br>
could use a Help:Infobox page that explains each of the sections in more <br>
detail.<br>
<br>
[1] <br>
<a href="https://lists.openstreetmap.org/pipermail/talk-us/2021-January/020810.html" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/pipermail/talk-us/2021-January/020810.html</a><br>
[2] <a href="https://www.wikidata.org/wiki/Q97329852" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Q97329852</a><br>
[3] <a href="https://www.wikidata.org/wiki/Property:P279" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Property:P279</a><br>
[4] <a href="https://wiki.openstreetmap.org/wiki/NAICS" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/NAICS</a><br>
<br>
-- <br>
<a href="mailto:minh@nguyen.cincinnati.oh.us" target="_blank">minh@nguyen.cincinnati.oh.us</a><br>
<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>