Natürlich ist Path per default radelbar - highway=path ist in OSM als Mehrzweckweg definiert. Wenn du einen Steig meinst, dann musst du das entsprechend zusätzlich taggen.
1 Like
Das sehe ich genauso. Daher wäre ein bicycle=no in diesem Falle auch nicht korrekt.
Das gilt aber für jedes Fahrzeug und daher wird ein normaler Router auf Wegen mit vehicle=forestry auch nicht routen, da er nicht nach dem Zweck der Fahrt unterscheidet. Zumindest ist mir kein Router bekannt, bei dem diese Unterscheidung möglich ist.
Mein Vorschlag wäre auf den Tonfall zu achten.
Smoothness ist das richtige Mittel und die Unpassierbarkeit für Radfahrer zu markieren. Wenn die Router das ignorieren, dort ein Issue öffnen oder mal nachfragen, welches Tagging die erwarten.
Weiterhin gibt es noch sac_scale und mtb:scale die ggf. ausgewertet werden und vielleicht schnelleren Erfolg bringen.
Zurück zum Eingangspost: Soll man zusätzlich zum vehicle=forestry ein bicycle=no eintragen, damit wirklich alle Router wissen, was Sache ist? Die abstrakte Betrachtung kommt auf “Nein”. Ist die Anfrage damit erledigt?
Rechtlich sieht es so aus - Radfahren und Mountainbiken im Wald - Im Wald radeln, wo es nicht ausdrücklich erlaubt ist, das ist in ganz Österreich nicht nur eine Besitzstörung, es ist auch eine Ordnungswidrigkeit. Dabei macht es keinen Unterschied, ob der Weg in der openstreetmap als highway=track|path|footway erfasst ist.
Ein Router, der schaut, ob ein Weg durch Wald (landuse=forest) führt, sollte also auch ganz ohne access-tag schon alles Nötige wissen. Und wenn ich recht erinnere, dann heißt es, dass rein rechtliche Beschränkungen, die nicht ausgeschildert sind, nicht getaggt werden sollen; Es könnte sich ja das Gesetz ändern, und dann …
In der Frage ist aber auch angesprochen, was dürfen wir berechtigt von den Routern verlangen? Da bringt uns die abstrakte Betrachtung nicht weiter als: Wir dürfen alles verlangen! Auch wenn wir dann bis St. Nimmerleins drauf warten werden.
Also den Routern unter die Arme greifen? Zumal in Österreich ja auch Gehwege Straßen sind, sofern nicht ausreichend abgesperrt - vgl. RIS - Rechtssätze und Entscheidungstext für LVwG 42.9-1953/2015 - Landesverwaltungsgerichte (LVwG) - scheint mir, dass auch an diesen, sofern durch Wald führend, ein vehicle=forestry weitaus besser zutrifft, als das so häufig getaggte bicycle=no.
Auch wenn das im Widerspruch zur reinen Lehre steht, ich werde vehicle=forestry nicht entfernen, wenn ich das irgendwo an einem Waldweg antreffe. Ich entferne aber auch die bicycle=no nicht. Das Gesetz wird sich so bald nicht ändern.
1 Like
Wie schon im oben zitierten Thread aus dem alten Forum geschrieben:
1 Like
Ich halte das aus den Daten abzulesen sowieso nicht für etwas, das man Routern zumuten darf. Beim Hinweis auf Landuse=forest bin ich natürlich davon ausgegangen, dass der Tag korrekt angebracht wurde:
Forstgesetz Begriffsbestimmungen
§ 1a.
(1) Wald im Sinne dieses Bundesgesetzes sind mit Holzgewächsen der im Anhang angeführten Arten (forstlicher Bewuchs) bestockte Grundflächen, soweit die Bestockung mindestens eine Fläche von 1 000 m2 und eine durchschnittliche Breite von 10 m erreicht.
(2) Wald im Sinne des Abs. 1 sind auch Grundflächen, deren forstlicher Bewuchs infolge Nutzung oder aus sonstigem Anlaß vorübergehend vermindert oder beseitigt ist.
(3) Unbeschadet ihrer besonderen Nutzung gelten als Wald im Sinne des Abs. 1 auch dauernd unbestockte Grundflächen, insoweit sie in einem unmittelbaren räumlichen und forstbetrieblichen Zusammenhang mit Wald stehen und unmittelbar dessen Bewirtschaftung dienen (wie forstliche Bringungsanlagen, Holzlagerplätze, Waldschneisen und Rückewege).
Auf den Wegen stehen zwar keine Bäume, aber ausgenommen vom Wald sind die wohl eher nicht, denn sonst dürfte man dort radeln. Oder sind sie schon ausgenommen, und das Radfahrverbot kommt von anders her?
Auch wenn ich die dahinterstehenden Beweggründe verstehen kann, denke ich, dass die Datenqualität zunehmend leiden wird, wenn die Art der Erfassung von OSM-Daten immer mehr von einzelnen Datenkonsumenten (z.B. einzelnen Routern) bestimmt wird. Die Akzeptanz einer Karte ist nunmal maßgeblich von ihrer Qualität abhängig.
2 Likes
Nach der bewährten On-The-Ground Regel würde ich bicycle=no nur bei Vorhandensein eines entsprechenden Schildes taggen.
1 Like
Dann wird es schwierig für die Router: Gehwege im Wald sind nie mit Radfahrverbot beschildert, in OSM aber immer als Geh-und-Reit-und-Radwege erfasst.
Man könnte highway=path durch highway=footway ersetzen? International ist das durchaus gängig. Keine Ahnung aber, ob das hilft.
Wird diese Notiz - Note: 3367758 | OpenStreetMap - auf ewig offen bleiben? Oder mit “Nicht unser Bier” geschlossen? So in der Art wurde sie es eh bereits einmal.
Dann wird es schwierig für die Router: Gehwege im Wald sind nie mit Radfahrverbot beschildert, in OSM aber immer als Geh-und-Reit-und-Radwege erfasst.
Man könnte highway=path durch highway=footway ersetzen? International ist das durchaus gängig. Keine Ahnung aber, ob das hilft.
genau, entweder ersetzt man path durch footway, oder man kommt um access Werte nicht drum rum bzw. muss auf Länderdefaults hoffen
1 Like
Wir sind nicht mehr ganz dort, wo @PPete2 angesetzt hat. Die Frage war, wenn ein einfaches vehicle=forestry nicht genügt, ob man dann ein bicycle=no drauflegen darf. Antwort war Nein. Ich hab ein bisschen am Topic geschoben: Es gibt im Wald nicht nur Forststraßen, sondern auch Gehwege, Waldwege, Güterwege, sogar Radwege. Alle sind befahrbar, wenn das so ausgeschildert wird. Fahrverbot muss aber nur bei Forststraßen ausgeschildert werden, bei allen andren versteht es sich von selbst.
Länderdefaults klingt nur dann gut, wenn die Router nicht eine externe Quelle dafür brauchen würden, um herauszufinden, ob ein Weg im Wald (laut Forstgesetz) liegt, oder daneben. Landuse=forest ist nicht geeignet.
Im hoheitlichen GIS sind die Forststraßen vom Wald ausgenommen. Die Ausnahmen decken sich meiste mit etwas, was in OSM als track oder als path erfasst ist. Hier ein Bild, wo ein track (der Katzenbründlweg) nicht ausgenommen ist. Das macht den Anrainern ordentlich Probleme.
Die Definition von smoothness=impassable sagt aber “[…] dass kein vierrädriges Fahrzeug sie befahren kann.” Ein Fahrrad ist aber im Normalfall ein zweirädriges Fahrzeug.
In deinem Link wird von “bereiften Fahrzeugen” gesprochen. In der Tabelle sind auch Fahrräder, Inline Skates, Rennräder, etc. inkludiert.
Deswegen würde ich hier annehmen, dass bei diesem einen Punkt das Wiki nicht korrekt ist, da an allen anderen Stellen auch von zweispurigen Fahrzeugen die Rede ist.
2 Likes
Man koennte statt bicycle=no auch bicycle=discouraged und class:bicycle verwenden.
Oder man erfindet sowas wie path:type=forest_trail.
So viele Moeglichkeiten… 
In der Spalte “Benutzbar von” steht “Keine bereiften Fahrzeuge”. Vielleicht ist damit gemeint, dass nur noch mit Kettenfahrzeugen das Befahren möglich ist. Das Foto würde das nahelegen - selbst mit einem Mountainbike ist dort ein Durchkommen nur schwer vorstellbar - auch wenn man es trägt… 
smoothness=impassable ist dort tatsächlich etwas widersprüchlich beschrieben.
Für Österreich würde das einen Paradigmenwechsel bedeuten, da highway=footway mit einer expliziten Widmung für Fußgänger verbunden ist, was für Forstwege nicht der Fall ist. Für Forstwege gilt außerdem bicycle=forestry (Forstmitarbeiter dürfen mit dem Rad fahren) im Gegensatz zu bicycle=dismount bei footway.
In solchen Fällen würde ich die betroffenen Wege überprüfen, ob die in OSM erfassten Berechtigungen und die Wegbeschaffenheit den Gegebenheiten vor Ort entsprechen und sie gegebenenfalls korrigieren bzw. verfeinern. Wenn das Routing dann immer noch nicht wie erwartet funktioniert, gibt es noch die Möglichkeit ein Issue beim betroffenen Router zu posten - mit Link zur Notiz. Damit ist aus meiner Sicht die Notiz erledigt und kann (event. mit Issue-Link) geschlossen werden.
Ich habe den Eindruck, dass es derzeit eine Vermischung von Zuständigkeiten gibt.
Aus meiner Sicht sind die Datenerfasser (Mapper) dafür zuständig, die Verhältnisse vor Ort aus unterschiedlichen Quellen zu ermitteln und mit Hilfe der Definitionen im Wiki in strukturierter Form in die OSM-Datenbank einzutragen. Dazu ist es nicht notwendig, sich Gedanken darüber zu machen, wie Datenkonsumenten (Router) diese Daten verwenden könnten.
Andererseits beziehen die Datenkonsumenten (z.B. Router) Informationen aus der OSM-Datenbank, interpretieren sie mit Hilfe der Definitionen im Wiki und erstellen daraus ihre Dienstleistung (z.B. Routenberechnung).
Wenn sich Router-Entwickler aus wohl überlegten Gründen dazu entschließen, ein korrekt getaggtes vehicle=forestry, bicycle=no, access=no, smoothness=impassable,… zu ignorieren und über den betroffenen Weg zu routen, liegt das alleine in der Zuständigkeit der Entwickler.
Falls Anfragen oder Fehlerberichte dazu an die Datenerfasser (Mapper) herangetragen werden (z.B. Karten-Hinweise) und die OSM-Daten den Gegebenheiten vor Ort entsprechen, besteht kein Grund Änderungen an den OSM-Daten vorzunehmen und die Anfrage oder der Fehlerbericht kann direkt an die Router-Entwickler weitergeleitet werden.
Ich bin da dran 
Ortskundige wissen, dass dort auf ganzer Strecke nur der Forst fahren darf. Ortskundige wissen auch, dass die kürzlich gesetzte surface auf nicht einmal 10% der Weglänge gilt. Das Splitten wegen so etwas unbedeutenden nervt ein wenig.
Ich nehme an, du meinst “zweirädrig”? Fahrräder sind ja nur einspurig!
Ja, entschuldige bitte vielmals diesen Fehler. Das tut mir sehr leid. Selbstverständlich zweirädig!