[Tagging] Feature Proposal - RFC - information=qr_code

[Mateusz Konieczny]

23 cze 2022, 11:29 od marc_marc at mailo.com:

> Le 21.06.22 à 23:20, Anne-Karoline Distel a écrit :
>
>> The purpose of the sticker is tourism=information, though, so I don't
>> see why it should be mapped as a man_made thing.
>>
>
> because when it's a sign with text, we don't map it as information=latin
> to describe a support with latin alphabet on it., nor we map it as information=arabic to describe that the encoding is the arabic alphabet
> we map it as information=board : the content and not the encoding
>
>
> if a support have a bitmap printed on it, again we don't map
> it as information=bitmap, we map the content for ex informaiton=map
>
> if a support have just a url printed with an latin alphabet,
> I hope you don't map it as information=latin
>
> if you map an touristic office, I hope you don't map
> with depending of the "encoding" used for the paper material
> or language used
> I hope you map it as information=office
>
would you be happy about information=url then?
(not considering it better, but it would solve what you dislike...)

> This is why I don't see any logic in a qr code being filled with an information=* value and not according to the content it provides once decoded
>
Because it is drastically different in usefulness, usability, presense etc
than information board.

link to map and map is a different thing and should not
be tagged in the same way
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220623/ff4dbe0e/attachment.htm>