[Tagging] Opening hours syntax for non Gregorian calendar

Paul Allen pla16021 at gmail.com
Fri May 17 20:49:13 UTC 2019


On Fri, 17 May 2019 at 21:19, Mateusz Konieczny <matkoniecz at tutanota.com>
wrote:

17 May 2019, 21:13 by pla16021 at gmail.com:
>
> I think that you would have to come up with something like
> opening_house:islamic or
> something like that to segregate the two systems.
>
> I am not convinced that it would make it less messy - it just hides part
> of complexity by
> moving it to a different tag.
>

It  really would make it less messy.  It's not simply trying to sweep it
under the carpet.  Some of
what we already have is hard for humans to understand.  Which is why we
have syntax checkers,
but they have some disagreements in what they consider valid, so parsing it
is hard, too.  *Any*
proposed extension to the current syntax, however small, has to be very
carefully considered
in case it breaks things.  A large change such as throwing in a different
calendar is pretty
much guaranteed to be almost incomprehensible to humans and impossible to
parse.

Splitting it off into opening_hours:calendar minimises the problems caused
by handling other
calendars.  It doesn't make the syntax for standard opening_hours more
complex.  It also has
the very big advantage that if we later discover, or introduce, a serious
flaw in the syntax for
calendar_X it won't have an effect on calendar_Y.  "Ooops, we really
screwed up the Klingon
calendar, but at least all the other calendars are OK."  In other words,
open up this can of worms
if you must, but I don't want any on my plate.

Problem of splitting: what if a mapper gives the opening times in both
calendar_X and calendar_Y
and they disagree?  Consumers will have to have rules like: in country_Z
use calendar_X if given,
otherwise use standard opening_hours if given, otherwise use calendar_Y if
given, otherwise
pick at random from what is left.

-- 
Paul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190517/1603a073/attachment.html>


More information about the Tagging mailing list