I wouldn't deprecate the wikipedia tags either. They give a human readable form of what is hopefully the same item on WD.
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 So a usecase: Say you want to locate all the streets and other objects named after 17th century Dutch painters, worldwide. 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. 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... I did something like that for Guido Gezelle: https://nl.wikipedia.org/w/index.php?title=Guido_Gezelle§ion=11#Tastbare_gedenktekens http://overpass-turbo.eu/s/9Aa 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. Polyglot 2015-05-26 12:23 GMT+02:00 moltonel 3x Combo <molto...@gmail.com>: > On 26/05/2015, Andy Mabbett <a...@pigsonthewing.org.uk> wrote: > > You don't "link to a Wikidata label", you link to a Wikidata item. > > QED, you can only use wikidata IDs such as "Q936" in OSM tags, which > is much less userfriendly than the wikipedia equivalent. You brought > wikidata labels to the discussion; they're nice but they're irrelevant > for OSM tags. > > >>>> Even in the best-case scenario, it > >>>> seems that an OSM wikidata tag can drift off-target following > >>>> reorganisations that are correct from a wikimedia POV but not from an > >>>> OSM POV. > >>> > >>> Example? > >> > >> An hypothetical example: > > > > I was asking for a real example. > > Why ? My example illustrates a genuine concern. If it's unfounded (I'd > love it is was), please explain why (I'm still no wikidata expert). > Dismissing because it's not a documented occurence doesn't help. I > used an hypotetical example because finding an actual one is hard. If > it was easy, the problem would go away because contributors would find > and fix them. > > > >> a hotel that includes a restaurant. OSM uses > >> two objects from the begining, both linked to the single wikidata > >> article that talks about the hotel as a whole. > > > > OSM should only link the hotel item to the Wikipedia article. > > There only one pedia/data article/item at this stage in my example, so > of course OSM links to that. Did you mean linking to wikidata ? This > example is meant to verify how much more failsafe wikidata links are > compared to wikipedia ones, so I'm just looking at the wikidata tags > in osm usecase. > > > >> The restaurant later > >> gets spun off as an independent business and get its own wikidata item > >> (either a split or a new one), but OSM still links to the "hotel as a > >> whole" wikidata item. > > > > This is no different to a new Wikipedia article being created. > > I thought that wikidata could help by keeping a "bridge item" that > shows that the hotel and restaurant used to be part of the same item ? > > > >> Does wikidata have some tricks up its sleeve to reliably deal with > >> that kind of problem ? > > > > No. Does a highway system have a "trick up its sleeve" for when a new > > road is built, that OSM doesn't yet know about? > > Please don't be so defensive, I'm actually trying to assert the > advantages of wikidata for osm tags. To me the unfriendly ids are a > big downside of wikidata, so the upsides (stability and localised > version) need to be strong enough to offset that. > > From what I've read so far, we want to have both wikipedia and > wikidata tags for each object in OSM. The pedia ones for > mapper/humans, and the data ones for programs/QA. Neither is perfect, > but the combination of both is a bit better. > > _______________________________________________ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging >
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
