Ich finde es auf jeden Fall eine Überlegung Wert ob deine Interpretation vom Doppelpunkt eventuell Sinn macht, ich sehe allerdings zwei Probleme:

• Der Doppelpunkt wurde von Netzwolf bereits anderes definiert und wird auch so benutzt.
• Würde das gegen den Grundsatz verstoßen, dass eine Regel keine Bestandteile einer anderen Regel benutzt (überschreiben natürlich schon, aber nicht auf einer anderen Regel aufbaut).

Falls jemand ein Proposal machen möchte, würde ich die Variante mit den Klammern bevorzugen.

Dem ist nicht so. Ich habe gerade ins Wiki geschaut und auf DE:Key:opening_hours wurde das leider nicht erwähnt, nur im Englischen. Ich habe es gerade nachgetragen. In der deutschen Übersetzung der Spezifikation ist es allerdings erwähnt (im Zweifel immer auf die Spezifikation verlassen).

Hi MKnight,

danke für deine kontinuierliche Qualitätssicherung der Öffnungszeiten in OSM und deine Blog Einträge darüber!

Zwei Anmerkungen zu den Beispielen:

Nov-Mar: Su-Fr 21:00-08:00; Mo 08:00+ off

Finde ich einen kreativen Umgang mit der Syntax ;) Allerdings sehe ich hier potenzial für Missverständnisse und die Open End Syntax (+) hat naturgemäß keine definierte Endzeit, ist also weniger Präzise.

Mo off; Tu-Fr,Su 21:00-08:00

Würde ich deutlich bevorzugen. Kurz und auf den Punkt gebracht.

Bei deinem letzten Beispiel liegt ein kleiner Copy/paste Fehler vor. Dein korrektes Beispiel ist semantisch identisch zum falschen Beispiel. Das korrekte Beispiel, was du ja im Text auch schon beschrieben hast müsste so aussehen:

Jan 03-Mar 28 Mo-Fr 09:00-12:00,15:00-17:00; Jan 03-Mar 28 Sa 09:00-12:00; Mar 29-Jun 28 Mo-Sa 09:00-13:00,15:00-18:00; Mar 29-Jun 28 Su 10:00-12:00

Ich hatte für diesen Fall übrigens mal eine Idee für eine “Vereinfachung”, siehe opening_hours.js todo.

Ich bezweifle auch, dass deine speziellen Hinweise hier von irgendeiner Software korrekt ausgewertet werden.

Du kennst das Auswertewerkzeug, dass von relativ vielen Webseiten und JOSM benutzt wird? Das kann sowas nämlich auswerten :) Als einzelnen Node ist eine gute Idee, aber solange ich nicht weiß, wie genau das mit dem Lesesaal ist, fand ich es so besser.

Das was ich als Kommentar zu den Changesets hinterlassen habe ist kein Fixme sondern ein Hinweis an den Mapper, wie man solche Öffnungszeiten besser eintragen kann. Ich finde die Kommentar Funktion dafür relativ angenehm.

Danke für den Fehlerbericht. Ich kümmere mich bei Gelegenheit darum. Siehe Fehlerbericht.

A bug is definitely possible, I just did not yet find one. You can have a look at it. All the source code is online. I also expected a slightly different result. I already looked into the Th night issue, see German Forum. You can see a slightly increased percentage of open amenities on Friday and Saturday evening (23:00).

Thanks very much for the idea. I agree that it would be practical to break this down to individual amenities, shops … All the required data for this is already downloaded from the overpass API. I will look into this later :)

For the following questions: I would recommend http://osm24.eu which can answer this already. Hint: osm24 allows you to change the time and date.

Thanks very much for the comment. To the variable axes. That is done (actually it is the default of the flot library) do highlight the difference better. If I change the scale to 0-100 then you basically see one straight line for the parsed values in %. The variable axes might be confusing at first but I hope that it is understandable after some time. But your are free to try the your proposed changes: https://github.com/ypid/opening_hours-statistics

To your second remark. That would be quite nice to have a percentage value expressing the coverage of the opening_hours values in OSM. I might look into this later …

The thing with the closing days in Germany is interesting. I am going generate the punchcard data for all boundaries tonight. I first thought that I would not be worth it because it shows very similar data but now I will enable this as well. Should be online tomorrow. You can already see that for Monday and Wednesday there are less open amenities.

Die Planung zur WA findet auf trello statt. Da werde ich in kürze meinen Entwurf des Blogbeitrags zur WA veröffentlichen. Ist etwas länger geworden. Kannst du dir auch gerne durchlesen und mir Rückmeldung geben :)

Hi MKnight,

da ich gerade etwas in der Planung für Wochenaufgabe rund um die Öffnungszeiten bin, habe ich mir deinen Blogbeitrag noch mal durchgelesen und mich gewundert, warum der Link aus dem IRC nicht ging :) Da hat ein URL Parameter gefehlt … Das ist der korrekte Link: http://openingh.openstreetmap.de/?zoom=18&lat=54.31803&lon=8.95277&layers=B0T&tags=opening_hours

Thanks, updated ;)

Of course I know the openlinkmap ;)

I maybe should add a bit more context to this blog post. It is a little follow up to my last post: Find facilities which are missing an opening_hours tag but have a website tag

Thanks, added kindergarten to the more comprehensive (second) query.

I created a simplified query which should be tried first to get better results.

@mmd:

I agree that it is probably the best to maintain those queries in the wiki so I deleted them in my blog post.

The intention of this query is to find objects for which opening_hours can easily be added so it makes sense to exclude amenity=bbq and others since they are either open 24/7 or there “opening hours” are not on the website.

Thanks. I updated the query.

Thanks. I agree with your changes and updated the blog post accordingly.

@kerosin: Could you share your query, please? ;)

This could be a nice “Wochenaufgabe”.

All ready thought about that ;) See German OSM Forum.

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.