[Tagging] Issues relating to URIs and tagging

Andy Mabbett andy at pigsonthewing.org.uk
Tue Apr 1 15:29:59 UTC 2014


Hello everyone,

This is my first post to the list, which I've just joined, but I've
been a mapper for a few years and some of you might remember me as
compere at last year's State of the Map.

Yesterday, I met with the W3Cs'  "data on the web best practice"
working group. At their request, I gave a talk on the use of URIs
(particularly linked data URIs) and related tags,  in OSM.

I described, and we then discussed, how we tag entities in OSM, using
UIDs but not necessarily URLs, and issues facing data users who need
to resolve those UIDs back to URLs; for example:

    openplaques_plaque = 1536

to:

   http://openplaques.org/plaques/1536

To that end, I've just modified [[Template:KeyDescription]] by adding
two parameters:

   https://wiki.openstreetmap.org/w/index.php?title=Talk:Tag:historic%3Dmemorial&diff=prev&oldid=1010411

for "website" and "url_pattern"; see:

   https://wiki.openstreetmap.org/wiki/Key:openplaques_plaque

of an example of how they're intended to be used (the label display
needs tweaking). The model used there fails with Wikipedia links,
expressed as "en:Example", because the equivalent URL is
<https://en.wikipedia.org/wiki/Example>. Any suggestions for dealing
with that?

They were very impressed with the inclusion of Wikidata IDs

   <https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Wikidata>

The sooner we move that from "Talk:Proposed_features/" to "Key:", the better.

Other issues which are unhelpful to data re-users include keys with
missing documentation; redundant keys ("Key:openplaques_plaque" vs
"Key:openplaques_id"); ambiguous keys ("ref=1234" - ref in whose
database?) and the perennial problem of the lack of stable URIs for
entities in OSM. I have yet to solve that one...

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk



More information about the Tagging mailing list