Flughafen Berlin-Schönefeld extremer Routingfehler

Routing von wo nach wo genau? Und mit welcher Software bzw. welchem Router? So ungenau lässt sich das nicht nachvollziehen.
Aber Prince Kassad hat ja schon einige Ungereimtheiten festgestellt.

–ks

1 Like

https://www.openstreetmap.org/directions?engine=osrm_car&route=52.3734%2C13.5113%3B52.3902%2C13.5189#map=12/52.3781/13.5286&layers=N
Hier sollte die Entfernung null sein, statt 15km Hin- und Rückweg.
Könntet Ihr das korrigieren?
Ich bin nicht der Einzige den das stört, es gibt dazu auch eine Fehlermeldung, weil beim aktuellen Tagging auch das Symbol bei bestimmten Zoomstufen nicht mehr sichtbar ist.

Ich sehe da eine Routervorgabe, bei der Start und Ziel rund 2 km Luftlinie auseinanderliegen, worauf der Router eine mit einem PKW möglichst fahrbare Strecke ermittelt. Warum sollte die Entfernung null sein?

–ks

Das Problem ist wohl, dass Nominatim den Begriff “Flughafen Berlin-Schöneberg” mit dem Centroid des MP auflöst, und die nächste Straße zu diesem Punkt die Zufahrt zum BER und eben nicht das Terminal des Flughafens Berlin-Schönefeld ist.

Möglich, aber solange SteMue uns nicht verrät, was er/sie wo eingibt und worin die Falschheit des Ergebnisses besteht, können wir nur raten.

Wie gesagt, für die Start- und Zielpunkte im gegebenen Link macht der Router einen guten Job. Nur die Punkte sind offenbar von der Suchfunktion (via Nominatim) falsch gewählt worden, zumindest der Startpunkt. Jetzt wäre interessant, was beim Router angefordert wurde. Eine Route von Schönefeld nach Schönefeld, weil es ja einklich null m sein sollten?

Ist etwas mühsam, dem Fragesteller alles aus der Nase zu ziehen.

–ks

Ja, das ist nunmal ein Nachteil des Flächenmappings von POIs.

Als Start-/Zielpunkt sollte man also die Adresse des Terminalgebäudes eingeben.

der Fehler bei Zielpunkt “Flughafen Berlin Schönefeld”:

https://www.openstreetmap.org/directions?engine=graphhopper_car&route=52.2944%2C13.5939%3B52.3734%2C13.5113

https://www.openstreetmap.org/directions?engine=graphhopper_car&route=52.4477%2C13.4526%3B52.3734%2C13.5113#map=13/52.3647/13.5439

Wird am besten sichtbar “zu Fuß” (Startpunkt: Bahnhof Berlin Schönefeld):

https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=52.3909%2C13.5130%3B52.3734%2C13.5113

Er sollte tatsächlich bearbeitet werden mit Angaben an den Eingängen. Z.B. ist der derzeitige Terminal an einer anderen Koordinate (Mittelstraße / Am Seegraben ). Der BER wird noch lange Problem mit seinen neuen Gebäuden haben.

Weil in meiner Route der echte Start und das Ziel auf dem selben Punkt liegen, ist die reale Entfernung null, OSMR: 15km.

Entschuldige bitte, dass ich mich nicht voll verständlich ausgedrückt habe.
Kurzform: jedes direkte Routing zum Flughafen Schönefeld ist mit dem angegebenen POI für den Flughafen nicht möglich, da der POI nicht in der Nähe des Terminals liegt und somit Umwege von 7,5 bis über 20km erzeugt werden.
Das es laut meiner bisherigen Auffassung bei OSM um eine Gebrauchskarte und nicht um ein Kunstwerk ohne Nutzen geht, habe ich den Wunsch geäußert, ob jemand eine Aussage zur Richtigkeit des Mappings und ggf.eine Korrektur machen kann.
Amtliche Adresse des Flughafens Berlin-Schönefeld: Flughafen 1, 12529 Schönefeld Enfernung zum Eingang:30m
Fußweg vom S-Bahnhof 400m

Derzeitige Lage der Adresse des Polygons in OSM:
August-Heinrich-Euler-Straße
https://www.openstreetmap.org/relation/2411892

Entfernung zum Eingang:
Luftlinie gut 2km, einfache Fahrstrecke 8km.
Fußweg vom Bahnhof 6200m

Ist es jetzt verständlich?

Doch, 64 mal in der DB. :wink:

Wenn keiner sich berufen fühlt, werde ich in kürze:

  • die Adress-Tags vom Polygon entfernen
  • und zum Terminalgebäude hinzufügen.

EDIT: done, Suche nach “Flughafen 1, Schönefeld” auf Nominatim findet nun das Terminal A.

Auch das wheelchair=yes gilt sicher nicht für das gesamte Gelände, insb. NICHT für die Landebahnen.
Somit entfernt.

PS: Ich dachte bisher, dass Schönefeld ein Stadtteil von Berlin ist, wieder was gelernt.

Die Indoor POIs haben auch ein sehr kreatives Adress-Mapping.

addr:street=Terminal A

https://www.openstreetmap.org/node/297887760

Hat der “BurgerKing” wirklich keine Sitzplätze (takeaway=only)?

Der Flughafen Düsseldorf scheint an der gleichen Krankheit zu leiden. Das routing von OSRM und GH endete jeweils am Nordrand des Geländes statt am Terminal. Die Anfragen “Flughafen Düsseldorf Abflug” oder “-departure” oder “-terminal” oder “parking near -” haben nichts gefunden.

Baßtölpel

1 Like

Deshalb war ich ja auch dafür Adressangaben an den Eingang - oder da, wo man zuerst hin muss, wenn man wohin muss.

https://forum.openstreetmap.org/viewtopic.php?id=60861

Nein, es ist sehr viel falsch, leider.

Mag sich eventuell noch jemand in die faszinierende Diskussion von https://www.openstreetmap.org/note/1185168 einschalten? Ich werd da schon als arroganter alter Hase betrachtet, wenn ich sage, dass es kein Mappingfehler ist, sondern ein Auswerterfehler, wenn ein Start- oder Zielpunkt anhand eines Polygons falsch gesetzt wird.

Die Note bezog sich aber sowieso auf den Wunsch, das Label des einen Flughafens ober- statt unterhalb des Symbols zu setzen, was, wie ich sachlich darzustellen versuchte, Sache des Renderers und nicht des Mappings ist. Das wird jetzt mit dem fehlerhaften Routing verquickt (als hätte ich gesagt, das sei ein Rendererproblem), und mittlerweile kann ich da wohl gar nichts mehr sagen, ohne falsch verstanden zu werden.

Ich habe dem Kollegen nahegelegt, das Routingproblem besser hier im Forum weiterzudiskutieren als in der Note und letztere zu schließen, aber ihm scheint’s da mehr Spaß zu machen.

–ks

Es mach überhaupt keinen Spaß, eine solche müßige Diskussion führen zu müssen, wir reden über den drittgrößte Flughafenstandort Deutschlands mit 33,3 Millionen Passagieren im Jahr 2017.
Das Netz ist verständlicherweise voll mit Fragen nach der richtigen Anschrift, da diese zum Beispiel auch bei OSM nicht richtig hinterlegt ist.
Bevor jetzt wieder die Debatte mit dem Polygon kommt, Deine Argumentation ist falsch und nicht zu Ende gedacht.
Die Lage des Schwerpunktes vom Flughafen Polygon ist nur von der Form allein abhängig, je weniger kreisförmig und Länglich der Umriss ist, desto falscher liegt der Schwerpunkt.
Ohne einen einzigen Anhaltspunkt, wie der korrekten und eindeutig verorten Adresse wird es keinem Renderer oder Router gelingen die korrekte Straße zu ermitteln. Weiterhin würde sich bei jeder Veränderung des Grundstückes jedesmal der Schwerpunkt verändern.

Bei kleineren Gebäuden funktioniert das ohne Frage richtig und gut, bei Flughäfen funktioniert es aufgrund der Größe niemals, nicht einmal bei den Flughäfen München und BER, obwohl dort das Terminal exakt in der Mitte sitzt.

Eine Ausnahme sind hier Parks und Wälder, weil hier der Besucher nicht an einem Punkt, sondern in einem Gebiet ankommen möchte.

Die Strecke sollte maximal 0-300m Fehler betragen, wir reden bei alles betrachteten Flughäfen immer über mehrere Kilometer Fehler:

Flughafen Berlin-Tegel
Fehler-Distanz: 1.7km. Zeit: 0:21.
Adresse des Polygons: Flughafen Berlin-Tegel Otto Lilienthal, Mecklenburgweg, KGA Neuland I, Tegel, Reinickendorf, Berlin, 13629, Deutschland
richtige Adresse des POI: Flughafen Berlin-Tegel, Tegel, Reinickendorf, Berlin, 13405

Routing
https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=52.5574%2C13.2805%3B52.5544%2C13.2894#map=16/52.5533/13.2922

Flughafen Berlin-Schönefeld
Fehler-Distanz: 5.4km. Zeit: 1:05.
Routing
https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=50.03938%2C8.59676%3B50.05068%2C8.57152#map=13/50.0354/8.5973

Flughafen Frankfurt/Main
Fehler-Distanz: 3.9km. Zeit: 0:47 zu Fuß

Routing
https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=52.3734%2C13.5113%3B52.3889%2C13.5188#map=14/52.3802/13.5276

OSM-Fehler zwischen Adresse als Punkt 0m
OSM-Fehler zwischen Adresse als Gebäude-Polygon <100m
OSM-Fehler zwischen Adresse als als Flughafen-Polygon >4.000m

Weil das alles ermüdend ist, hat sich jetzt jeder ein Bier im Terminal des Flughafen Berlin-Schönefeld verdient, ab indie Marché Zigolini Bar, oh verdammt, keine 10.8km Extra-Fußweg, sondern Null Fehler.

Sollte man jetzt nach Kneipen navigieren, um zum Flughafen zu kommen???

Wenn Das so in Ordnung ist möchte ich das nur bestätigt haben, dann werde ich diese Anomalie akzeptieren, ansonsten wäre es vielleicht nett, wenn jemand zu einer korrekten Lösung beitragen könnte, den Status “funktioniert nicht” haben wir ja bereits.

Viele Grüße
Stefan

So, liebe Leuts: Ich hab mal ein paar Eingänge zugefügt, nach bester Interpretation der Mapillary-Bilder. https://www.openstreetmap.org/changeset/56612233 . Ich habe v.a. diese Sequenz hier https://www.mapillary.com/app/?lat=52.388743&lng=13.518711&z=17&pKey=G2IhEqGl6_8tiorPqc7diw&focus=photo genommen.

Bitte kontrollieren und jemand der sich a) damit und b) da auskennt an den Eingängen die korrekten Tags erfassen (z.B. Adresse).

1 Like

Keiner hat gesagt, dass alles in Ordnung ist. Ich habe immer nur gesagt, dass der Flughafen richtig gemappt ist und der Fehler woanders liegt, deshalb sehe ich nicht, was wir auf Mappingseite daran ändern können, und deshalb geht deine Fehlermeldung an die falsche Adresse.

Wenn ich damit falsch liege, dann sag mir bitte, was wir ändern sollen.

Das Problem ergibt sich daraus, dass als Suchergebnis ein Polygon ermittelt wird, der Router dann einen Punkt dieses Polygons nimmt (nehmen wir mal an, den Schwerpunkt) und diesen als Endpunkt des Routings setzt.

Zusammenfassung:

  • Das Routing selbst (vom dem Router übergebenen Startpunkt zum ihm übergebenen Endpunkt) ist in Ordnung. Der Router weiß ja nicht, dass er mitten auf dem Rollfeld losfährt. Er routet von Koordinate A zu Koordinate B so gut wie möglich anhand der Straßen, die er dazwischen sieht, und das macht er in diesem Fall korrekt.
  • Das Mappen des Flughafens aus Polygon ist auch in Ordnung.
  • Was nicht in Ordnung ist, ist der Schluss, der (angenommen) Schwerpunkt des Polygons sei ein geeigneter Start- oder Zielpunkt fürs Routing. Aber diesen Schluss können wir von Mappingseite aus (soweit ich weiß) nicht beeinflussen, darum müssen sich diejenigen kümmern, die solche Schnittstellen bauen.

–ks

Diese Route hier entspricht aber auch nicht dem Fußweg vom Bahnhof zu Halle, den vor einer Weile gegangen bin:
https://www.openstreetmap.org/directions?engine=graphhopper_foot&route=52.39083%2C13.51283%3B52.38890%2C13.51880#map=17/52.38932/13.51764

Der Fehler liegt mit an Sicherheit grenzender Wahrscheinlichkeit an den Access-Tags hier: http://www.openstreetmap.org/?mlat=52.38867&mlon=13.51765#map=19/52.38866/13.51765&layers=N

access=private + bicycle=no + foot=no verhindert ein erfolgreiches Routing… Wer weiß, wo noch solche versteckten Gimicks zu finden sind… Ich habs für den kurzen Abschnitt mal rausgenommen…

Sven