[OSM-talk] Fixing wiki* -> brand:wiki*

Marc Gemis marc.gemis at gmail.com
Wed Sep 27 14:16:25 UTC 2017

I fail to understand how an external database can link to an OSM
location in case we do not allow foreign keys.
I know there is some vague "find something with a name similar to X in
some area Y" kind of strategy, but did somebody ever implemented such
a thing ?
I doubt that "area Y" is always known.

Suppose a tourist agency has some additional information an an hotel.
How can they link that information to the OSM object ? Do they have to
store the coordinates, then do a query for hotel with name X around
that location ? Is that the best method ?

Just curious.


On Wed, Sep 27, 2017 at 3:59 PM, Frederik Ramm <frederik at remote.org> wrote:
> Hi,
> On 27.09.2017 15:37, Simon Poole wrote:
>> My take is that it adds a nearly impossible to maintain (consider your
>> own Woolworth's example), non-speaking, foreign key
> We generally discourage foreign keys (that are only usable together with
> a different data set and that are not signposted locally).
> When Wikidata keys were first added to OSM, I thought this was something
> limited to place names of a certain importance and I didn't object.
> Seeing that this now leads to the automatic assumption that Wikidata IDs
> are practically admissible *everywhere* where Wikidata has defined an
> ID, I am having second thoughts about the whole issue.
> In theory, almost everything we map could be expressed by a Wikidata ID.
> If welcoming a Wikidata link on a city place node means that by
> extension I also have to welcome "amenity:wikidata=Q123456" on something
> that is, say, an ice cream parlour because Q123456 is the generic
> Wikidata category for ice cream parlours, then I think I'd rather not
> have any Wikidata links in OSM at all.
> Bye
> Frederik
> --
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

More information about the talk mailing list