[Osmf-talk] Tagging standards

[grin]

On Fri, 21 Oct 2022 23:32:43 +0200
osm.sanspourriel at spamgourmet.com wrote:

> Le 20/10/2022 à 15:57, grin via osmf-talk - osmf-talk at openstreetmap.org
> a écrit :

>  > For example there is no key for Hungarian cukrászda, which is not  
> confetery, but the key used for such objects. Shall I create a new key?
> Maybe I should.
> 
> If https://hu.wikipedia.org/wiki/Az_orsz%C3%A1g_tort%C3%A1ja is the
> correct page for that, then I would suggest shop=pastry

...And of course there may be a lot of simliar, but not matching tag. But think of the general problem of calling something "cafe" in the USA, in France and in Italy. Not the same, I guess. As you correctly noted at cafe vs. bar vs. pub.

> It's the Hungarian community to decide if cukraszda (without accent)
> would be acceptable as as key.

I wouldn't, and there's Konditorei as well which is the same, and many other countries have same "pastry" or "cakery" or "confectionery" shops. I would probably look around how they're called and try to pick an english-sounding one, since tags are generally in English.

> I said ;-)), on Overpass turbo you'll be able to find exactly what you
> need 

And no, that is usually the sore point of the story: the search will give you both cukrászda and sweets shops and pastries and a lot of bakeries as well. All of those have a bunch of overlapping attributes, so overpass would need detailed multiple tagging, and searching as well. And of course the american tourist will look pretty surprised because none of these are "confectioneries". :-)

It is _usually_ not a problem, especially not when the name=* contains what it is (which is a frowned upon thing, well, well...) , and the icon is comprehensible, but searching usually will be very noisy and missing a lot of entries. I'd need country specific additional tagging....

But I still believe it's a question of definition in the wiki and not the linguistically extremely detailed meaning of any words used as the key.

> So the only possible difficulty I see here is the usage of non ASCII
> characters in a key. Not a big deal (by the way, refrain from using

It is a big deal since one have to be able to type it. I use ASCII, it's the largest common symbol set.

Peter