On 1 July 2014 16:40, Pieren <pier...@gmail.com> wrote: > On Tue, Jul 1, 2014 at 4:42 PM, Andy Mabbett <a...@pigsonthewing.org.uk> > wrote: > >> A Wikidata ID is part of a URL and can be rendered as such; for >> example, Q173882 equates to <https://www.wikidata.org/wiki/Q173882> > > It was said at the beginning that wikidata or wikipedia tags will > never replace OSM tags
Who said that? Where? Who has now said that they *will* replace OSM tags? > but now I see counter examples or duplicates of > what is already there (like on this scary proposal for the operator, > architect, brand, artist, subject, name etymology [1]) . "Scary"? Again, please tone down the rhetoric. > This is what > I call "seeing the OSM project through wikipedia eyes". Since I'm not > a wikipedian, I don't care about such tags if it remains below the > noise level but I hope we will be able to avoid their proliferation in > OSM (e.g. this growing list of "wikidata:" prefixed tags). I guess the > next step could be to rely on wikipedia for the translations Yes, it would make good sense to use Wikidata for translations, in a number of circumstances. I have no idea what, say, the Croatian for "raiwlay station" is, but I bet Wikidata does. > but OSM has to stay independant, even if it makes > wikipedians unhappy. OSM already does not exist in a vacuum; I see no problem with interdependence, just as Wikipedia is increasingly becoming dependent on OSM of its maps. >> It's not "unusable"; see URL, above. > Consider the contributors that never heart the word > 'wikidata' and how they can understand the tag > "wikidata=Q173882". It's not a tag I could > describe as self-explanatory. It does not need to be "self-explanatory"; we have a wiki to do the explaining; and editing tools can also do that. We equally have many other tags, which a given contributor may never have heard of. >> An example I've given previsouly is that the Wikidata entry for >> Q173882 (which is St Paul's Cathedral in London) links to the >> MusicBrainz entry for the cathedral, and that tells us which musical >> works have been premiered there. We wouldn't want to use OSM to store >> lists of works premiered in the buildings we map. > > OSM is open for all new tags. Once we admit wikidata > references, what would prevent someone to add the > MusicBrainz or freebase.com reference directly in OSM ? Nothing would /prevent/ them; there is much that is not prevented, but which is still not wise, or useful. > Why should we accept one and not the others. Where > is the breaking point ? What others? We should accept - or not - each tag depending on its usefulness to the project. In this case, it is more useful to let Wikidata do the heavy lifting, and for us to link to the place where they have done so. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk _______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
