Ich hatte die Tage eine schöne Gelegenheit mit einer Institution* über die Verwendung der OSM Daten zu sprechen.
Außer viel Sympathie und Bewunderung für das Projekt kamen da Detailfragen auf die ich erst Mal keine fertige Antwort hatte.
Insbesondere:
Wie garantiere ich dass eine normale Kreuzung OHNE linksabbiegeverbot ist.
Wir wissen ja, dass besonders in ländlichen Gebieten mal nach Bing gezeichnet wird.
Eine solche nicht geprüfte Kreuzung ist dann identisch mit einer, die wissentlich ohne Atributte ist.
Könnte man sich ein Atributt vorstellen mit dem man sozusagen bestätigt, dass eine Kreuzung “typisch” ist?
Das würde die Überprüfung der fehlender Atributtierung in der Karte erleichtern.
Was denkt ihr?
*-Ich antworte gern via Mail um wen es sich handelt. Ich wurde um Vertraulichkeit gebeten.
Natürlich kann man das machen. Aber erwarte nicht das es jemand pflegt. Ich denke es wäre besser extern aufgehoben in einem QA Tool. Dort könntest du alle Kreuzungen heruasfiltern die keine Abbiegerelationen haben und diese dann gesondert bestätigen lassen.
Ich denke aber das Problem ist vor allem das du gar nicht für die Vollständigkeit der Daten garantieren kannst. Auch wenn beispielsweise ein Linksabbiegeverbot existiert heißt das ja nicht, dass nicht auch rechtsabbiegen verboten sein könnte. Genausowenig weißt du ob die Straße vielleicht doch eine Einbahnstraße ist oder anderen Beschränkungen unterliegt.
Die Anfrage finde ich nachvollziehbar.
An anderer Stelle taggen wir ja auch so, dass wir default-Werte explizit bestätigen: oneway=no zB.
deswegen kann das IMHO auch in die OSM Datenbank, nicht extern
Schön und gut. Wie kann ich das aber einem Neuling erklären?
Weiß er dass eine normale Kreuzung mit, sagen wir mal** crossing=regular**, bestätigt werden kann, so ist es viel einfacher als in einer externen Datenbank.
In Ländern, in denen es extrem viele Einbahnstraßen gibt, wird die Ausnahme (beidseitig befahrbar), die aber in OSM nicht default ist, oft mit oneway=no getaggt. in Argentinien ist das sogar die “offizielle” Empfehlung der Community.
Aber ich sehe es inzwischen auch kritischer.
Wenn man das weiterdenken würde, könnte man ja 1000e von Abwesenheitsinfos taggen: “Nein, hier ist wirklich keine Ampel” an einer Kreuzung; “nein, hier ist wirklich keine Bank” an einem Wanderweg usw.
Ampel und Bank hat keine Routingrelevanz. Es geht um die Datenqualität der Routingdaten.
Der Einwand mit dem ich konfrontiert wurde ist: woher soll ich in OSM wissen ob eine Kreuzung nicht von einem Luftbild abgemalt worden ist ohne dass jeman vor-Ort war.
Eigentlich wäre das über source=* sicherzustellen, wenn es jeder gewissenhaft nutzt. Ich bezweifele jedoch, dass beim Luftbilder-Abmalen immer “source=bing areal” oder vergleichbares verwendet wird. Auch ein source=survey gibt keine Sicherheit, wenn irgendwer später etwas nach Luftbildern geändert hat, ohne source=* anzupassen.
Eigentlich kann man nur sagen: “Dies ist eine normale Kreuzung mit Abbiegemöglichkeiten in alle Richtungen, solange keine abweichenden Informationen getaggt sind und so der Beweis des Gegenteils angetreten wurde.”
Letztendlich gilt das sogar für jede Art von Verbindungen zwischen Straßen (highway=*), egal ob es sich um eine Verbindung in Form von T, X, K oder Stern handelt.
“Dies ist eine normale Kreuzung mit Abbiegemöglichkeiten in alle Richtungen, solange keine abweichenden Informationen getaggt sind und so der Beweis des Gegenteils angetreten wurde.” einen Kürzel verwenden?
Ich schlug crossing=regular vor, aber vielleicht geht es besser?
source=Tags bringen auch keine Sicherheit.
Es kann ja sein, dass jemand wirklich vor Ort war, dass da auch wirklich eine Abbiegebeschränkung ist, er aber keine Lust oder kein Fachwissen hatte, die auch einzutragen.
Absolut richtig. Deswegen ein Tag der bestätigt dass alle Abbiegemöglichkeiten einer typischen Kreuzung vorhanden sind.
Man könnte dies auch für T- Verbindungen verwenden.
Ich fände restriction=no oder so sinnvoller, denn: “regular” könnte ja ganz vieles heißen.
Trotzdem die Frage von #6: Welche Infos à la “hier gibt es dieses oder jenes nicht” wollen wir eintragen und pflegen?
Noch besser! Restriction=no wird vol allen verstanden!
Zu der Frage #6
Ich würde dies nur auf Routing Fragen beschränken und dort, wo im Bing ein Gebäude zu sehen ist, welches nicht mehr existiert. Sprich building=no an dem alten Umriss, damit man dieses Building nicht nachzeichnet.
Viele Grüße,
Marek
Beim besten Willen kann ich mir nicht vorstellen, dass du für so ein Konzept die umfassende Unterstützung findest, die du brauchst, damit es tatsächlich nützlich ist.
Ich will noch auf folgende Probleme hinweisen:
Ein solches Tag sagt nur aus, dass jemand irgendwann in der Vergangenheit der Meinung war, dass die Kreuzung keine Abbiegebeschränkungen enthielt. Wenn sie letzten Monat umgebaut wurde, nützt dir das nichts.
Würde das Tag tatsächlich weithin akzeptiert und sein Fehlen beispielsweise in Tools wie keepright angemahnt werden, würde es nicht lange dauern, bis die ersten Genies unbesehen allen Kreuzungen in einem Gebiet das Tag verpassen. So einen Fall habe ich gerade mit noexit=yes, das jemand großflächig und vielfach falsch verteilt, um entsprechende Warnmeldungen der QA-Tools lahmzulegen. Bei den beliebten layer=-1-Bächen hast du denselben Effekt.
Wie groß ist denn der Prozentsatz von Kreuzungen, bei denen das Linksabbiegen verboten, aber noch keine entsprechende Relation eingetragen ist? Das Tag wird nur akzeptiert, wenn du den Mappern vermittelst, dass es sich um ein wirkliches Problem handelt. Viele Brücken haben tatsächlich eine stark beschränkte Durchfahrtshöhe, deshalb tragen viele Mapper ein maxheight=none ein. Aber außerhalb von Städten habe ich kaum jemals ein Linksabbiegeverbot gesehen.
Ein System, das die Richtigkeit und Vollständigkeit eines OSM-Objekts bestätigt, müsste IMHO universeller sein, wenn es Erfolg haben sollte. Dazu gibt es immer wieder Ansätze, bei denen versucht wird festzuhalten, wann ein Mapper das letzte Mal ein bestimmtes Objekt überprüft hat. Siehe z.B. dieses Proposal oder Diskussionen wie diese. Die Diskussionen enden bisher immer ohne Ergebnis, weil man unterscheiden müsste, welches Tag denn nun geprüft wurde. Ist ein Mapper nur an einem Restaurant vorbeigefahren und hat gesehen, dass es noch da ist? Oder hat er auch die Öffnungszeiten und die Zahlungsmethoden geprüft? Und den Namen des Pudels des Oberkellners, den jemand mal eingetragen hat?
Ein als Schnellschuss eingeführtes Tag für ein eher exotisches Detail dürfte da nichts bringen. Bis ein allgemein akzeptiertes Schema verfügbar ist, mit dem Mapper regelmäßig die Richtigkeit von Daten bestätigen können, bleibt dir nur, anhand anderer Indizien einzuschätzen, ob eine Kreuzung vollständig getaggt ist. Sind die beteiligten Straßen mit Tags wie maxspeed, surface, lanes, access, maxheight usw. versehen, stehen die Chancen gut.
Genau, alles andere würde auch nicht zum Thema hier passen.
Zum Thema:
Ich denke, dass wir nicht jede Verbindung/Kreuzung für eine derartige Qualitätssicherung checken müssen. residential und service könnte z.B. entfallen, da dort wohl immer beliebig abgebogen werden kann, solange es sich nicht um eine einmündende Einbahnstraße handelt. Selbst bei tertiary-Kreuzungen könnte ich mir vorstellen, dass auf diesen immer untereinander oder mit untergeordneten (außer bei Einbahn-Regelungen) beliebig gewechselt werden kann. Mir fällt auf jeden Fall kein Ausnahmefall dazu ein.
Motorway und trunk dürfte zumindest in DE auch annähernd vollständig mit den vorhandenen Abbiegebeschränkungen versehen sein (vielleicht nur ohne diverse “heimliche” Einmündungen für Service und Notfall).
Der Rest müsste doch mit überschaubarem Aufwand zu schaffen sein, wenn jeder seine primary und secondary systematisch abgrast. Das würde dann allen routing-Auswertungen zugute kommen.
Wie wäre es mit einer Sommer-Aktion. Und irgendwer dokumentiert dann noch vorher-nachher.
Dies betrifft aber alle Geodaten, nicht nur diese, oder?
Hast Du (leider) vollkommen Recht. Nur eine Informationskampagne kann dies einschränken. Das beschriebene Problem haben wir in OSM überall.
Auch hier hast Du Recht!
Wenn wir vorwärts kommen wollen, brauchen wir ein allgemein akzeptiertes Schema. Wir sollten aber nicht warten bis das vom Himmel fällt, sondern ein Schema erarbeiten.
& Hurdygurdyman:
Ich würde gern eine solche Aktion in Tennenlohe / Erlangren wo ich jetzt wohne starten.
Ich bin selbst neugierig was für Aufwand wäre das eigentlich.
och, bei maxheight=none für die maxheight-Karte hat es doch auch geklappt …
Nichts Anderes ist es doch hier - weder im positiven noch im negativen Sinn.
Man wird dieses “Isch abe fertig - jetzt kann ich mich auf die Daten verlassen”-Credo einfach nicht los.
Nein, mal im Ernst:
Für eine systematische Erst-Erfassung benötigt man nunmal durchaus Hilfsmittel - stellt sich nur die Frage, ob das immer die Datenbank sein muss.
Und wer denkt nach der abgeschlossenen Ersterfassung daran, diesen tag bei Änderung auch tatsächlich wieder zu entsorgen, wenn doch eine Restriktion hinzukommt?
Bei maxheight ist es wenigstens noch der gleiche key …
Aber welchen Vorteil gibt es für das Routing, dass da ein Key “Hier gibt es keine restriction” existiert - wenn doch sowieso keine restrictions existieren?
Oder meinst Du (@Marek) damit die routingtechnische Ersterfassung?
