> For the flex/bison code it might be possible to factor out these parts, as
> it's largely very basic C++ code anyway. You'd need to rebuild most of the
> logic around that though I'm afraid.
Everything that works and can help me spot syntax errors help. If I can't
parse some things then it is
On Donnerstag, 10. Dezember 2020 21:09:23 CET Johan Ouwerkerk wrote:
> On Thu, Dec 10, 2020 at 6:00 PM Volker Krause wrote:
> > The most notable feature gap compared to the official specification is
> > probably school holidays, we lack a collection of international data for
> > that so far. That
On Donnerstag, 10. Dezember 2020 20:27:07 CET Ingo Klöcker wrote:
> On Donnerstag, 10. Dezember 2020 17:56:15 CET Volker Krause wrote:
> > The most notable feature gap compared to the official specification is
> > probably school holidays, we lack a collection of international data for
> > that so
On Donnerstag, 10. Dezember 2020 21:03:30 CET Rolf Eike Beer wrote:
> > but meanwhile it's also being
> > evaluated for use in OSM validation tooling:
> > https://github.com/osm-fr/osmose-backend/issues/555. That has already
> > resulted in a number of contributions increasing the tolerance for
>
On Thu, Dec 10, 2020 at 6:00 PM Volker Krause wrote:
>
> The most notable feature gap compared to the official specification is
> probably school holidays, we lack a collection of international data for that
> so far. That only occurs in about 2k out of the 1.8M opening hours expressions
> in the
> but meanwhile it's also being
> evaluated for use in OSM validation tooling:
> https://github.com/osm-fr/osmose-backend/issues/555. That has already
> resulted in a number of contributions increasing the tolerance for
> non-conforming expressions, which benefits all other use-cases as well.
I
On Donnerstag, 10. Dezember 2020 17:56:15 CET Volker Krause wrote:
> The most notable feature gap compared to the official specification is
> probably school holidays, we lack a collection of international data for
> that so far. That only occurs in about 2k out of the 1.8M opening hours
>
Hi,
KOpeningHours is a library with C++ and QML API for parsing and evaluating OSM
opening hours expressions. That might sound simple, and for basic cases like
`Mo-Fr 09:00-17:00` it is, but it gets quite a bit more complex for more
elaborate expressions that consider e.g. public holidays or