[Tagging] Feature Proposal - RFC - information=qr_code

[Marc_marc]

Le 20.06.22 à 18:59, Anne-Karoline Distel a écrit :
> I don't understand your argument.
> 
> https://wiki.openstreetmap.org/wiki/Key:information
> 
> terminal, office, visitor_centre, board, audioguide, map, tactile_map...
> none of them are the content/ subject, but the medium that information
> is provided by/ with.

map, audio(guide) is a kind of content
a qr code is only a king of encoding for something else (often a url)

nearly all values for informaiton=* could have a qr code (an office may 
have a qr code so ppl can find more info on their website)
visitor_center, board, map too
audioguide may have a qrcode for people who want to use their smartphone 
instead of the dedicated equipment

the main tag should depend on the nature of the object and not on the 
fact that it's a qr code (sometimes it's related to tourism, sometimes 
it's a shop opening hours, the next public transport timetable, a link 
to order a takeaway, the url of the wikipedia page of a historical 
monument, a page about the deceased on a grave, ...

if you really want to encode that the url is written in text form
or in qr code form, the tag chosen must logically be outside the tourist 
hierarchy
url:encoding=qr_code ? so you can also use it for any other content