[Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

[Imre Samu]

> 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"

imho:  The wikidata taxonomy is in very early stage.  but we can create
some SPARQL validating with https://sophox.org/ ;
    but this is not for the average osm editors.  it is too complex task -
fixing wikidata and osm parallel ...

$ wdtaxonomy Q483110
stadium (Q483110) •82 ×7252 ↑↑
├──Olympic Stadium (Q589481) •31 ×5
├──baseball park (Q595452) •8 ×240
├──Domed stadium (Q625797) •4 ×1
├──baseball field (Q809889) •8 ×25 ↑↑
├──velodrome (Q830528) •35 ×255 ↑
│  └──keirin racing track (Q11598565) •1 ×46
├──Dohyō (Q832429) •8
├──multi-purpose stadium (Q1049757) •8 ×104
├──association football stadium (Q1154710) •11 ×3241 ↑
│  ├──National Olympic Stadium (Q330033) •33 ↑↑
│  ├──Niigata City Athletic Stadium (Q7034374) •2 ↑↑
│  └──Estadio Independiente MRCI (Q66036711) •2 ↑
├──bullring (Q1193438) •17 ×246
├──naumachia (Q1431232) •20 ×1
├──athletics stadium (Q4256984) •2 ×12
│  ╞══National Olympic Stadium (Q330033) •33 ↑↑ …
│  ╘══Niigata City Athletic Stadium (Q7034374) •2 ↑↑ …
├──all-seater stadium (Q4728370) •1 ×3
├──Modular stadium (Q6889733) •2
├──Solar Powered Stadiums (Q7555943) •1
├──??? (Q11573504) •1 ×7
├──ice stadium (Q12019965) •9 ×138 ↑
│  └──ice hockey arena (Q3498109) •2 ×20 ↑
├──??? (Q17240246) •1
├──stadium project (Q20981001) ×2
├──Greyhound racing stadium (Q28174251) ×1
├──skiing stadium (Q31157863) ×4
├──??? (Q37025296) ×2
├──American football stadium (Q37985280) ×7
├──rugby league stadium (Q45290083) ×2
╘══Estadio Independiente MRCI (Q66036711) •2 ↑ …

( created with https://github.com/nichtich/wikidata-taxonomy tool )

Janko Mihelić <janjko at gmail.com> ezt írta (időpont: 2019. szept. 6., P,
15:08):

> Last year there was a little discussion about unique wikidata ids in the
> openstreetmap database:
> https://lists.openstreetmap.org/pipermail/tagging/2018-August/038249.html
>
> It was more or less decided there was no problem with this. Nevertheless,
> I think we should consider having a hard rule of "*A Wikidata item cannot
> be connected to more than one OSM item*".
>
> Problems with not enforcing this rule:
>
> - 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.
>
> - 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.
>
> - 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
>
> - 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.
>
> So I propose we enforce this rule, and we tag, for example, railways only
> on the route relation.
>
> If one wants to tag all route segments with a wikidata tag, I propose a
> general usage "*part:wikidata=**" which would be used when a single
> wikidata tag just isn't viable. Proposal wiki page here:
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/part:wikidata
>
> Thanks for reading,
> Janko Mihelić
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190911/b1b9f6f1/attachment-0001.html>