Hi

Ich würde opening_hours.js noch nicht als allwissend bezeichnen, aber ich arbeite dran ;)

ID meckert NIE rum. Er sagt die nur mal du hast einen untagged way, aber das ist dann auch schon alles.

Dazu gibt es bereits einen Fehlerbericht. Leider ohne viel Beachtung.

OSMand taucht es nur als Text-kommentar auf..

OsmAnd hat eine sehr begrenzte Funktion, Öffnungszeiten auszuwerten, wie im Wiki beschrieben. Ich habe mir schon mal die Implementierung von OsmAnd zur Öffnungszeitenauswertung angeschaut. Ich hoffe, dass ich das im Zuge von ComplexAlarm und der damit verbundenen Portierung von opening_hours.js auf Android eines Tages auch OsmAnd zu einer vollständigen Implementierung verhelfen kann.

Über 1000 Öffnungszeitzen die letzten 3 Monate korrigiert, yeah:

Respekt ;) Jetzt weiß ich ja, wieso die Weltweit auswertbaren opening_hours permenent auf 97 % hängen und nicht schlechter werden. Es sind in einem Jahr circa 100 000 neue Öffnungszeiten hinzugekommen …

Wichtig ist nur, dass man die Syntax und all ihre Eigenheiten genau kennt, wenn man so großflächig Fehler oder Warnungen korrigiert und auch den opening_hours Wert an sich noch mal anschaut und versucht zu verstehen, wie er gemeint war (das kann das opening_hours Auswertewerkzeug nämlich noch nicht ;) ).

Ich meine, dass mal jemand mit Plan und nem Bot hermüsste, der die gröbsten Fehler entsorgt, dass man nicht immer gleich so erschlagen wird …

Das hab ich mir auch schon gedacht und auch schon mal einen kleinen Bot geschrieben: opening_hours_bot

Der ist aber zur Zeit nicht aktiv da es ja nicht so einfach ist automatische Korrekturen in OSM ordentlich hinzu bekommen. Der Fehler, das ich 0930-0630’ -> ‘09:30-06:30’ korrigiert habe, hat mir das gezeigt, da es keine Möglichkeit gibt, zu unterscheiden, ob Abends 18:30 oder Morgens 06:30 gemeint ist. Eventuell werde ich den Bot irgendwann in Betrieb nehmen.

@SimonPoole: I knew that the specification that you where probably referring to did (and still does) not yet cover everything which can be expressed as it was stated in the first sentence of the page: “This specification corresponds (not in every detail yet) to opening_hours.js”

I had this on my todo list for a while and finally did it yesterday.

While it is nice that you can specify nearly everything it is riddled with special cases that make a complete implementation a pain.

I get that but that‘s how reality is, right? (Better get used to it ;) ) If you want to cover all the tricky parts with such a syntax (and a software library which implements it) it is inevitable that it will get complected. If someone would reimplement a parser for this in a different language than I guess it could be done much quicker because there is already one implementation which covers it all. One ray of hope, you don’t have to use all the power if you don‘t need it. You will come pretty far with the basic stuff like Mo-Fr 12:00-18:00; Sa 12:00-17:00; We off

Further the available grammar spec seems to have errors (missing definition of ) and doesn’t cover things that seem to be in use, like using “,” as delimiters between rule-squences. WHich btw doesn’t seem to be documented.

Netzwolf introduced them to the syntax but somehow forgot to add them to the specification. It is now covered.

And then there is stuff like if you are reasonably lenient about what you accept, for example allowing naked hour values without “:”, a legal spec like “11” becomes ambiguous.

This was never part of the specification and never will be. It is just part of the error tolerance of opening_hours.js which I added to make fixing of values easier. Note that only something like: 11-18 can be interpreted. (You may refer to the opening_hours bot which can do that but is not in use (at least by me) for now.)

Here is the correct link for the opening_hours value: Mo-Fr 07:00-18:00; Sa,Su 08:00-18:00.

Reading through the weekly news on the osm blog I noticed your blog post (nice one btw.). The OpeningHoursEditor plugin is a good tool if you encoutner simple opening hours and/or if you know it‘s limits as mentioned by MKnight (although I personally don‘t use it). If there is anything more complex I would encourage you to check out the evaluation_tool on which I spend quite some effort to make it powerful and error tolerant. You can check out the opening_hours value you used in this post on the evaluation tool if you like and try to edit the value and see the result. I can imagine that the tool is a bit overwhelming at first but I hope that it can be used intuitively after you know your way around with the thing. Also note that JOSM does use the same tool in the background for verification of the opening_hours value (meaning that the warnings you will see if the value is not correct are the same as given by the evaluation tool). Feel free to ask if you have more questions about it.