Ja, das sind Einzelversuche zur sinnvollen Fahrplanerfassung von mir, ich will da jetzt nicht reihenweise entsprechende Daten in OSM ohne Proposal  abkippen.

In absoluter Minimalversion kann der Fahrplan ja schon jetzt hinzugefügt werden. Ich wundere mich echt, das z.B. OsmAnd das noch nicht auswertet.

Mein Ziel ist auch nicht, die Webseiten und Apps der Anbieter ersetzen zu wollen, weil die haben immer die besseren/aktuelleren Daten, weshalb man auf jeden Fall auch die entsprechenden refs wie ref:ifopt=* mit erfassen sollte. Nur was machst du denn wenn du kein Internet hast oder es in technisch unterversorgten Gebieten keine (Web-)App gibt.

Hier bei der U5 habe ich mit Absicht mal extra einen sehr umfangreichen Fahrplan sehr genau erfasst, weil ich sehen wollte, wie viel Platz man wirklich dafür braucht.

Der Typo bezüglich servive_times bei einem der vielen service_times:*-Subkeys bei https://www.openstreetmap.org/relation/9445513 war doch klar als solcher erkennbar. Das ist auch ein Beispiel, wo der Fahrplan ohne Differenz zu 100% in service_times passt.

opening_hours=* ist nach Wiki bisher nicht für die Zeitpunktesyntax beim ÖPNV definiert, sondern nur für die Betriebszeiten als Bereich. Außerdem ist service_times auch die bessere Bezeichnung.

Urheberrechtsverletzungen sind es einfach nicht, wenn ich vom Fahrplan ein Foto mache und den dann mehr oder weniger näherungsweise in die opening_hours-Syntax umformuliere.

Das alte Proposal benutzt nicht die Zeitpunktesyntax, die es aber seit Anbeginn gibt (siehe https://www.openstreetmap.org/relation/2188583, da ließ sich der komplette Tagesfahrplan sehr effizient erfassen) und läßt auch einige andere sinnvolle Sachen außer acht.

Wie gesagt, man darf nicht die falschen Annahmen machen oder besser als die offiziellen Apps sein wollen. Auch mögliche Fahrplanänderungen sind kein Problem, wenn man die richtigen Annahmen trifft. Auch der offizielle Fahrplan ist immer nur eine Näherung, selbst wenn es keine Staus und Unfälle gibt, siehe Deutsche Bahn.