x

Re: wo kann man über die Qualitätsmerkmale der Strassen und Wege nachlesen


Geschrieben von EvanE (Gast) am 23. Dezember 2012 02:46:44: [flux]

Als Antwort auf: wo kann man über die Qualitätsmerkmale der Strassen und Wege nachlesen geschrieben von RYStadium (Gast) am 23. Dezember 2012 00:45:

RYStadium wrote:

Ich bin neu hier und fahre ca 12.000 km / Jahr nach Routen, die ich überwiegend nach Opencyclemaps ausarbeite.

Dabei fallen mir laufend Details in den Karten auf, die in der Praxis teilweise mit erheblichen Schwierigkeiten auf dem Feld verbunden sind. Ich würde daher gern zuerst mich einlesen, sofern es in Deutsch Qualitätsmerkmale gibt.
Ist ein Radweg, der zwar auf der einen Seite mit einem Schild gekennzeichnet ist, ein Radweg, wenn auf der anderen Seite das Rad getragen werden muss (keine Aufstiegsrampe vorgesehen), um den Weg zu verlassen (also ein "Fahrradsackgasse")? ...
Ausserdem vermisse ich oft (Fuss- und Rad-)Wege, die ich mehrmals wöchentlich benütze, und völlig legal sind (ja sogar mit VZ240 gekennzeichnet sind).

Hätte ich eine Schritt-für-Schritt-Erklärung, wie man sie ergänzt, wären sie schon lange drin. Oft sind es nur eine geradeaus Linie von einem Punkt A zum Punkt B, der sich ganz präzis, da Fortsetzung bestehender Strassen, ergänzen lässt! Manchmal ist auch scheinbar nur der Anbindepunkt in OSM falsch. Der Weg erscheint, wird aber von Routenplaner nicht angenommen...

Willkommen im Forum und als OSM-Mapper

Ein Radweg wird einfach mit highway=cycleway getaggt. Sinnvolle Ergänzungen wären noch surface=* und width=*. Wenn der Radweg mit dem Blauen Schild ein Gebot für Radfahrer darstellt, dann noch bicycle=designated hinzufügen. Bei einem anderen Weg, der mit Zusatzschild "Fahrrad frei" zum Radfahren freigegeben ist, ergänzt man bicycle=yes.

Ab jetzt wird es komplizierter:
Manche/viele Radwege sind auch per Blauem Schild gleichzeitig als Fußweg ausgewiesen.
Variante 1: highway=cycleway + bicycle=designated + foot=designated
Variante 2: highway=footway + bicycle=designated + foot=designated
Was ich davon nehme, mache ich von der hauptsächlichen Nutzung abhängig. Also grob gesagt, über Land eher Variante 1, in der Stadt eher Variante 2.

Andere Mapper können/wollen sich nicht zwischen cycleway/footway entscheiden und nehmen daher:
Variante 3: highway=path + bicycle=designated + foot=designated
Ich bin kein Fan davon, aber viele machen es so.

Nun noch die Frage: Radwege als eigene OSM-Wege erfassen oder nicht.
- Manche Radwege sind als Spur entlang der Straße ausgeführt.
In dem Fall ergänzt man an der Straße cycleway=lane.
- Manche Fahrradwege führen direkt parallel (nur durch einen Bordstein getrennt)
einer Straße. Diese Wege kann man mit cycleway=track an der Straße erfassen.
Auch hier gibt es Mapper, die statt cycleway=track lieber einen eigenen OSM-Weg erfassen. Ich mache das dann, wenn ein Radweg nur auf einer Seiten der Straße angeordnet ist und/oder wenn der Radweg in beide Richtungen befahren werden darf.

Eine Fahrrad-Sackgasse sollte es in Deutschland eigentlich nicht geben. Dennoch kann so etwas durch Baustellen oder ähnliches für einige Zeit entstehen. Bei Radwegen über (Auto-/Eisenbahn-)Brücken kann so etwas auch mal planmäßig vorkommen (nicht genug Platz für eine Rampe). Hast du mal ein Beispiel (Permalink, meist unten rechts)?

Unverbundene Wege sind ein allgemeines Problem in den OSM-Daten. Für die Prüfung gibt es mehrere Tools. Der 'merkwürdige' Verlauf beim Routing ist eines davon. Lösungen, falls die Wege in der Realität verbunden sind:
In JOSM: Letzter Punkt nahe an den Weg schieben, mit dem verbunden werden soll.
Taste J (Join) drücken, fertig (ggfs. Weg noch mal neu justieren)
Potlatch: Letzten Punkt per Shift-Click zum verlängern auswählen und Punkt (Auto-Snap) in den Weg,
mit dem verbunden werden soll einfügen. Per Enter den Eingabe-Modus beenden.
J (Join, wie bei JOSM) soll auch funktionieren (nicht ausprobiert).

PS: Ich habe auf die englischen Wiki-Seiten verlinkt.
Die deutsche (leider oft abweichende Fassung) ist per Link im Seitenkopf erreichbar.

HTH (Hoffe das hilft)
Edbert (EvanE)