Hallo,
ich bin momentan dabei mit einem Freund der bei der Feuerwehr ist die OpenStreetMap zu erweitern. Dabei erfassen wir viele Details die Hauptsächlich für Feuerwehren interesant sind (z.b. Hydranten).
Nun kam die Idee zukünftig die Fahrzeuge mit Navigationssystemen auf Basis der OpenStreetMap auszurüsten, dabei sollte dann natürlich die Routenberechnung an Fahrten mit Sonderrechten angepasst sein.
Dabei stellt sich die frage wie man herrausfindet wo ein Feuerwehrwagen fahren kann und wo nicht. Denn mit Sonderrechten darf man nicht nur über rote Ampeln sondern auch verkehrt herrum in Einbahnstraßen, über Fußwege und viele andere sonst verbotene dinge. Aber dürfen bedeutet nicht gleich können. Ein Fußweg kann manchmal eine Abkürzung sein, aber meisten ist der weg wohl zu schmal als das da ein Feuerwehrwagen durch passt. Und Einbahnstraßen lassen sich auch nur in die verkehrte Richtung befahren wenn genug Platz zum ausweichen da ist.
Wie kann nun später eine Navigationssoftware herrausfinden wo es vermutlich passt und wo nicht? Mein erster ansatz war das Tag width. Aber leider ist die benötigte Breite von der Beschaffenheit des Weges abhänig, je enger eine Kurve ist, und je länger der wagen ist, desto breiter muss der Weg in der Kurve sein. Und was nützt eine 4m breite Straße wenn dort rund um die Uhr geparkt wird und deshalb nur 2m befahrbar sind?
Im Grunde bräuchte es eine Unterscheidung zwischen können und dürfen. So wie momentan definiert ist wo man mit Auto oder Fahrrad durch darf, müsste noch ein können dazu.
Habt ihr Ideen oder hab ich vielleicht was übersehen?
Na, Vorsicht: “fire_car=yes” oder wie man es auch nennen möchte klingt doch arg nach einem Tag der access-Familie, und die ist eigentlich für “dürfen”, nicht “können” gedacht. Der Ansatz von kevinq, die Möglichkeit des Befahrens aus den Eigenschaften abzuleiten und sich dabei soweit irgend möglich im Rahmen etablierter Tags zu bewegen, gefällt mir da wesentlich besser.
Es gab da mal einen Ansatz, die Möglichkeit (Erlaubnis/Verbot) zum Parken auf oder neben der Fahrbahn zu taggen. Eventuell könnte das weiterhelfen: eine schmale Straße, an der nicht geparkt werden darf, ist eher passierbar als eine gleich schmale, wo Parken erlaubt ist. Immer vorausgesetzt, daß das Parkverbot auch eingehalten bzw. seitens der Gemeinde durchgesetzt wird.
Man könnte auch auf Tags wie hgv, maxlength, maxweight usw. schauen. Ein Verbot für LKW mag nicht für die Feuerwehr gelten, aber manchmal hat ein solches Verbot ja auch einen objektiven Grund - etwa, daß die Straße zu schmal oder zu verwinkelt ist.
Aber wie will man sowas auswerten? Ich müsste dann ja (verfügbare)Straßenbreite, Kurvenradius, Fahrzeugbreite und Fahrzeuglänge berücksichtigen um herrauszufinden ob das passt.
Dann vielleicht eher kombinationen wie
hgv=no ← LKW verboten
hgv:possible=yes ← vom ausbauzustand für LKW geeignet
das könnte man dann für die allgemeinheit auch noch umdrehen um beispielsweise zu sagen das das befahren mit LKW zwar erlaubt, aber nicht zu empfehlen ist.
So Tags wie hgv:possible wären auf jeden Fall einfach in der Umsetzung bei der Routenberechnung als das Heranziehen von Bogenradien. Die kann man als Nutzer (Kartenhersteller) auch lokal in hgv=no umwandeln. Der Tag hgv:possible existiert laut Taginfo derzeit nicht: http://taginfo.openstreetmap.org/search?q=hgv%3Apossible Man müsste seine Einführung also diskutieren.
Das Problem an hgv:possible wäre die Subjektivität. Wann ist die Straße Lkw-tauglich, wann nicht? Da kommen dann die Editwars.
Das Ganze läuft auf die gleiche Fragenklasse wie: Wann ist ein Radweg sinnvoll nutzbar?
Solche hochgradig subjektiven (=nicht überprüfbaren) Informationen in die Datenbank zu schreiben, wurde schon mehrfach abgelehnt.
Diese Informationen sollte man besser in einem eigenen Datensatz verwalten und nur als Overlay über die Karte legen.
Was das Emergency-Routing angeht, kann man zwar versuchen einige Straßenabschnitte beim Routing mit massiven Malus zu versehen, weil sie notorisch verstopft sind. Aber das ist dann wieder auch abhängig von der Tageszeit. (In einigen Vierteln von Köln müsste man bei einem Einsatz eigentlich erst mal eine Flotte von Gabelstaplern vorausschicken um die Falschparker zügig beiseite zu räumen.)
Man kann versuchen anhand bekannter Informationen wie Breite (Welche Breite hat der Eintragende gemeint?), Anzahl der Spuren (Wieviele sind davon zugeparkt?), maxweight, maxlength, hgv=no usw. einige Straßen beim Routing zu benachteiligen. Aber irgendwann gibt es dann Gebiete, die man per Emergency-Routing nicht mehr erreichen kann. Das lokale Wissen der handelnden Personen kann man eben nicht so einfach ersetzen.
Wenn man wirklich etwas erreichen will (und nicht nur an den Symptome herumdoktern will), dann muss man den Verkehrsrechnern beibringen, den Einsatzkräften bei Bedarf freie Fahrt zu schalten.
Nun ja, Glattheit kann man in gewisser Weise überprüfen. Größe, Tiefe und Anzahl der Löcher kann man, so man sich die Arbeit machen will, schon objektiv messen. Wer daraus einen Wert für das OSM-Tagg smoothness ableiten will, lässt natürlich ungewollt/unbewusst (oder nicht) seine subjektiven Gewichtungen und spezifischen Wünschen als xxx mit einfließen.
Was für den Mountainbiker mit seinen “Dicken Reifen” viel zu glatt ist, kann für einen Inliner schon als kaum passierbar gelten. Eher wegen der nach meiner Meinung verkorksten Werte lasse grundsätzlich die Finger von diesem Tagg.
Ist ja alles schön und gut dass man für spezielle Anwendungen auch bestimmte Tags auswerten kann … ABER:
bevor man sowas in der Praxis wie Feuerwehr oder andere Rettungsdienste ausprobieren möchte, sollte man sich auch im klaren darüber werden, wie vollständig solche speziellen Tags wie width=xxx in den OSM-Daten überhaupt vorhanden sind.
Ich würde da mal eine graphische Visualisierung mittels http://overpass-turbo.eu probieren … da mal testen auf alle highways mit einem Parameter width oder ähnlich.
In meinem Freundeskreis sind ein paar Einsatzfahrer (sowohl Rettung als auch Feuerwehr, ist ja in Ö getrennt). Habe jetzt 3 gefragt, welche Kriterien sie anlegen würden und ich habe immer als Antwort bekommen: In eine Einbahn die er nicht kennt, fährt er nicht gegen die Richtung ein.
Damit hast du unzweifelhaft Recht. Das schöne an OSM ist jedoch, dass man selber solche Informationen gezielt eintragen kann, wenn sie einen interessieren. Nach einer gewissen Zeit, sind dann alle Objekte im relevanten Gebiet mit dieser Information versehen. Das ist ja bei Hydranten oder Trockenleitungen nicht anders.
Wir waren ja auch mal bei unserer Feuerwehr, wobei die etwas besser ausgestattet ist: http://wiki.openstreetmap.org/wiki/OSM_besucht_Feuerwehr
Deren Meinung zu automatisierten Routing war eher nicht so gut. Sie meinten vieles sei auch einfach Erfahrungswerte wo man wie schnell lang fahren kann und wie Stauaufkommen ist.
Nichts desto trotz, vielleicht kann man mit Navit da ein wenig experimentieren, denn dort kann man viel justieren.
Es gibt doch hier von einem User eine Karte die speziell für LKW Routing gebaut worden ist. Komm grad nicht auf den Namen. Dort sind ja Gewichte Längen und Höhen der Fahrzeuge berücksichtigt.
Aber eventuell kann man sich dort anregungen holen um die Sache dahin gehend zu erweitern das es dann für Rettungsfahrzeuge passt
Ich bin jetzt erstmal dabei für alle Einbahnstraßen im Ort die Breite und die anzahlt der Spuren anzugeben, ebenso gebe ich die Breite bei allen schmalen straßen, und bei zufahrtswegen an. Ist es möglich bei einer spur anzugeben ob diese häufig beparkt wird?
Und dann ist mir noch aufgefallen das hier viele Feuerwehrzufahrten (also solche die ein entsprechendes Schild haben) als highway=footway gemappt sind.
Und für Staus hoffe ich das da irgendwann eine Vernünftige anbindung an Stauinfos wie z.b. TMC gegeben ist
Das ist in meine Augen der richtige Ansatz: Alles was man braucht mit Standard-Taggs erst mal erfassen.
Bei Straßen, bei denen eine Spur meist zugeparkt ist, tue ich mich auch schwer, ob ich lanes=1 oder lanes=2 eintragen soll. Meist erfasse ich dann keine Spurzahl. Es gibt Key:parking:lane um die (erlaubten) Parkmöglichkeiten auf einer Straße zu beschreiben. Vielleicht hilft das ein wenig weiter. Denn wo man parken darf, wird das in der Regel auch genutzt.
Ob die parking:lane in der Spurzahl enthalten sein soll oder ob sie zusätzlich zählt, ist mir in diesem Zusammenhang leider auch nicht bekannt.
Was trägst du als Breite ein, die Fahrbahn oder die Straße inklusive Gehwege? Da das für mich nicht klar ist (es gibt wohl auch keine überwiegende Meinung dazu), erfasse ich width eigentlich nur bei Straßen ohne Gehweg.
Feuerwehrzufahrten werden oft regulär für andere Dinge wie z.B. Fußwege genutzt. Wichtig sind dabei zwei Punkte: 1) Man darf dort nicht parken und damit den Rettungsweg blockieren. 2) Man sollte die Oberfläche (z.B. grass_paver) erfassen, um einen groben Eindruck über die mögliche Befahrbarkeit mit verschiedenem Gerät zu haben.
Edit: Die Karte OSM Truck QA Map könnte für dich interessant sein. Da kann man viele Einträge darstellen, die für LKW wichtig sind.
lanes gibt an, wie viele Spuren vorhanden sind und trifft keine Aussage darüber, wie diese genutzt wird. Wenn das Parken auf der Straße nicht verboten ist und man den Verkehr nicht behindert darf man seiner Karre dort auch eine Pause gönnen. Sprich man muss auf jeder Straße damit rechnen, dass eine Spur zugeparkt sein kann. Ob das nun häufig der Fall ist oder nicht ist doch unerheblich. Interessant ist es für dich doch nur ob zum Zeitpunkt des Einsatzes dort geparkt wird und das wird man in OSM nicht modellieren können.
Also ich trage immer die Straßenbreite ein die von Fahrzeugen genutzt werden kann. Also in der Regel von Kantstein zu Kantstein, oder wenn keiner da ist von Weißer Linie zu Weiße Linie. Bei fußwegen bin ich eher ein Fan davon diese seperat zu mappen, dann passt das auch bei Fußgängerüberwegen besser.
Aus den Feuerwehrzufahrten die bisher als Fußweg da waren habe ich nun das gemacht
Es kommt natürlich darauf an, ob an dem Weg ein blaues Fußgängerschild steht oder nicht. Ohne ist das schon OK, mit Schild wäre es highway=footway + foot=designated, (motor_)vehicle=no, emergency=yes. Gegebenenfalls können auch Radfahrer erlaubt sein (bicycle=yes/designated).
Es gibt natürlich auch ‘normale’ Wege, z.B. als Zufahrt zu Parkplätzen, die gleichzeitig als Feuerwehrzufahrt genutzt werden. Da wäre dann service=parking_aisle/driveway und (motor_)vehicle=private/permissive angemessener. Dieser Weg ist z.B. sowohl eine private Zufahrt zur rückwärtigen Mitarbeiter-Tiefgaragen, als auch ein öffentlicher Rad-/Fußweg und gleichzeitig eine Feuerwehrzufahrt (kann man an maxweight=20 erkennen). Upps, da fehlen ja das emergency=yes und die Breite.
