[Tagging] It seems that opening_hours:covid19=* tag is a bad idea, right?

[António Madeira]

Just to remember one of the good practices of OSM:
https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_temporary_events_and_temporary_features

Regards,
António Madeira


Às 23:12 de 14/02/2022, Peter Elderson escreveu:
> During the pandemic, opening times have varied a lot. At the moment,
> opening time restrictions are being lifted, and when they will
> be re-imposed, probably will be massively different again.
>
> Not OSM-material.
>
> There is much to say for a system to store such data and make it
> available on a world-wide map, but I am 100% sure that OSM cannot keep
> up with reality here. Such an application needs dynamic real time data
> and rules, applied to countries and regions, and to categories of
> targets, with varying time frames end exception lists. Not static tags
> on all the affected objects.
>
> Peter Elderson
>
>
> Op ma 14 feb. 2022 om 23:48 schreef Martin Koppenhoefer
> <dieterdreist at gmail.com>:
>
>
>
>     sent from a phone
>
>     > On 14 Feb 2022, at 16:53, Mateusz Konieczny via Tagging
>     <tagging at openstreetmap.org> wrote:
>     >
>     > At this point it seems clear that COVID19 is not going to
>     disappear soon (if ever)
>     > and changed opening hours should be tagged in opening_hours.
>
>
>     the disease is maybe here to stay, but special opening hours
>     because of the pandemic will mostly be turned back, already
>     happening or has happened in many places.
>
>
>     Cheers Martin
>     _______________________________________________
>     Tagging mailing list
>     Tagging at openstreetmap.org
>     https://lists.openstreetmap.org/listinfo/tagging
>
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220214/e0a1a4b1/attachment.htm>