Neben vielen anderen Möglichkeiten liegt das möglicherweise auch daran, dass “Su,PH off” auch einfach falsch ist und der maps.me OH-Parser es nicht automatisch korrigiert …
Auf der Wikiseite, die Probleme mit der App dokumentiert (https://wiki.openstreetmap.org/wiki/Maps.Me/Questionable_OSM_Edits), wurde ganz unten folgendes geschrieben “I have reported this bug twice via email and github but there has been no reaction from Maps.me so far. – Mapper999 (talk) 21:06, 24 July 2016 (UTC)”. Der Github Link lautet https://github.com/mapsme/omim/issues/3431. Wobei sich hier die Frage stellt, ob die App den User “encouraged” oder es eigenständig macht.
Aus meiner spärlich vorhandenen Korrespondenz mit Maps.Me Nutzern geht hervor, dass diese in der Hinsicht keine Löschungen vorgenommen haben. Deshalb gehe ich stark von einem eigenständigen Verhalten der App aus.
Mo-Sa 07:00-12:00 PH Su <— (Du hast 2 nicht verbundene Wochentage in einer Regel benutzt. Das ist vermutlich ein Fehler. Gleiche Selektoren können (und sollten) immer zusammen und durch Kommas getrennt geschrieben werden. Beispiel für Zeitspannen “12:00-13:00,15:00-18:00”. Beispiel für Wochentage “Mo-We,Fr”. Einzelne Regeln können mit “;” getrennt werden.)
Soweit ich mich erinnere, mag grad nicht nachkramen, wird es dafür zukünftig eine Warnung geben, weil die Regel in den allerseltensten Fällen korrekt - so auch bei Dir - ist.
Kannst Du mal den entscheidenden Teil der Spec hier reinbringen, damit man rausfinden kann, wo der Denkfehler ist?
, ist klar falsch, aber da es häufig vorkommt sollte ein Parser es in irgendeinem Modus akzeptieren, aber nie ausgeben,
nach Spezifikation gibt es keinen semantischen Unterschied zwischen, und , falls es den gibt, sollte man den auch dort dokumentieren (denn ansonsten wird es immer wieder Fragen dazu geben).
Entsprechender Ausschnitt aus der Grammatik für <weekday_selector>
Habe mir gerade eben die Beispiele ganz unten auf der Validatorseite angeschaut, und da steht folgendes
PH Mo-Fr (Nur wenn der Feiertag auf einen Wochentag (Mo-Fr) fällt)
Wenn also PH vorne dransteht und dann per Leerzeichen ein Wochentag kommt ist das eine UND Verkettung,
wenn ich aber Su, PH schreibe, wäre das für mich eine ODER Verkettung…
Die Routing-Engine in maps.me wurde ja angeblich optimiert, aber so ganz überzeugt mich das noch nicht. Warum er hier mitten durch die Stadt fährt, statt die Umgehung zu nehmen (70/100 km/h und meist frei), wissen die Götter.
Das ist ärgerlich. Sollte wirklich dringend behoben werden.
Sollte man meinen, allerdings ist es nur als “PH,Su off” spezifiziert, aus Kompatibilitätsgründen. http://openingh.openstreetmap.de/evaluation_tool vertauscht die Sehlektoren entsprechend um die spec zu erfüllen aber versteht beide Varianten.
Ersteres könnte am Tagging liegen, habe mich jetzt noch nicht unbedingt mit Flughäfen beschäftigt. Geht jedenfalls durch mehrere b=gates (ohne access tags) und der hw=service, so wie ich das spontan gesehen habe, mit access=private, ist auch nicht unbedingt falsch.
Zweiteres ist aber definitiv Humbug. Meiner Meinung nach sind hier sogar zwei tags zu viel am bollard, weil impliziert.
Interessant. Das Routing über private dürfte zwar ohnehin nur eine niedrige Priorität haben, aber über solche Gelände sollte eigentlich erst gar nicht geroutet werden. Wobei ich mir vorstellen kann, dass das auch etwas schwieriger festzustellen ist, wenn man nur nach den Tags der Wege geht.
Mein angegebener Fall mag zwar nicht der simpelste sein (weil tatsächlich nur mit größerem Umweg erreichbar), aber selbst aus weiter Entfernung präferiert Maps.me die Abkürzung.
Mir ist aufgefallen, das mit StreetComplete shelter=yes an hw= bus_stop eingetragen werden. Diese sind aber tw separat oder am pt=platform schon vorhanden. Auf Kommentar wurde geantwortet das macht StreetComplete so: http://www.openstreetmap.org/changeset/51005954
Sollten nicht weniger neuere Editoren als die schon “bekannten, etablierten” die Änderungen der Datenbank vornehmen können?