As I've pointed out before the one thing that is unproblematic to add are more variable date public holidays, right now there is only easter defined, adding ramadan for example would be no problem.
Further expressing a rule is one thing, evaluating it is a something else, and adding some kind of "context" value to help in the later (for example a time zone value as has been suggested previously) could potentially work. Simon Am 18.05.2019 um 12:34 schrieb Phake Nick: > That doesn't seems to solve the problem that would occur. For > instance, how to represent the first Sunday (a feature in Gregorian > calendar) after Chinese traditional ceremony X (a feature in Chinese > traditional calendar) in the opening time syntax, if they're split up > for "simplicity"? What about when the opening time also cover > non-holiday festivals that only occurs according to either calendars? > > On 2019-05-18 Sat 04:50, Paul Allen <[email protected] > <mailto:[email protected]>> wrote: > > 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 > > _______________________________________________ > Tagging mailing list > [email protected] <mailto:[email protected]> > https://lists.openstreetmap.org/listinfo/tagging > > > _______________________________________________ > Tagging mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/tagging
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Tagging mailing list [email protected] https://lists.openstreetmap.org/listinfo/tagging
