Als Einstieg falls es noch nicht klar ist, die Openmtbmap basiert auf Openstreetmap Daten. Das heißt Jeder kann und sollte mithelfen diese zu verbessern. Man kann sich Openstreetmap als Wikipedia fuer Kartendaten vereinfacht vorstellen. Anstelle dass ich hier nun gut geschriebene Seiten reproduziere, moechte ich einfach jene auflisten, welche am wichtigsten fuer uns Mountainbiker sind. Teils sind dies Portalseiten. Als Einstieg ist die deutsche Portalseite des Openstreetmap_Wiki zu empfehlen. Die prinzipielle Technik zum eintragen von Kartenelementen ist hier beschrieben: Kartografieren Wichtig duerften fuer Einsteiger auf jeden Fall die Seiten zu JOSM und Potlatch sein - den Karteneditoren mit denen man die Kartendaten der Openstreetmap, ergaenzen und/oder korrigieren kann. Auch sehr Lesenswert ist Getting_Involved (deutsch)
Fahrrad bezogene Infos in OSM - oder Wass soll ich neben den populaersten Tags auf jeden Fall noch mappen?
Waehrend die oben aufgelisteten Wiki Seiten eine gute generelle Einleitung sind, um herauszufinden wie man taggen kann/soll, findet ihr hier nun eine Auflistung, welche zusaetzlichen Attribute man als Fahrradfahrer auf jeden Fall auch noch beachten und taggen sollte - denn nur so kann das Autorouting perfekte Erbebnisse liefern - und OSM seine große Staerke gegenueber kommerziellen Datenbanken ausbauen:
- Alle highway=track, highway=path und highway=footway sollten auf jeden Fall mit entweder Tracktype or Smoothness genauer beschrieben werden. Highway=cycleway, falls nicht asphaltiert auch.
- Geneauer kann man den Wegzustand auch nocht mit Surface beschreiben. Surface beachte ich aber nur, wenn weder tracktype noch smoothness benutzt werden. Smoothness hat fuer mich hoehere Prioritaet als Tracktype, da es fuer Fahrradfahrer wichtiger ist.
- Auch Schluessel wie sac_scale, mtb:scale, mtb:scale:uphill, trail_visibility und usability werden natuerlich beachtet, Diese sind jedoch nur dann fuer Fahrradfahrer von Bedeutung wenn keiner der zuvor genannten Tags benutzt wird.
- In Staedten ist es sehr wichtig Ampeln zu mappen, denn so kann fuer jede Ampel eine Abwertung der Straßenprioritaet umgesetzt werden. Auch Stoppschilder werden natuerlich beachtet und sind daher wichtig
- Um die Straßengroeße und Verkehr einzuschaetzen sind die Schluessel Oneway=yes & Lanes=2 sehr sinnvoll. Denn hier kann man von einer vielbefahrenen, fuer Radler ungeeigneten Straße ausgehen.
- Wenn eine große Straße Teil des europaeischen E-Netzes ist, so sollte man dies mit der int_ref=ENummer klarstellen, denn diese Straßen sind meist auch nicht gut fuers Radeln.
- Sehr wichtig ist natuerlich dass Fahrrad und MTB Routen (MTB wenn auf befestigter Straße) eingetragen sind. Denn zumindest meist, benutzen Fahrradrouten fuers Fahrradfahren ueberdurchschnittlich geeignete Straßen.
- Auch cycleway=lane, cycleway:left=lane, cycleway:left=opposite_lane,.... (also die Klarstelung von Fahrradspuren vs Fahrradwegen am Gehsteig) sind sehr wichtig. Denn meist will man ja Fahrradwege am Gehsteig vermeiden (auf der Straße darf man durch die Radwegbenuetzungpflicht ja nur im Renndress fahren), weil schnelles und sicheres vorankommen hier nicht moeglich ist, bzw sogar sehr gefaehrlich - durch parkende Autos und Autofahrer die einen bei Ausfahrten uebersehen. Bicycle beschreibt wie man dies tut.
- Damit klar und eindeutig Feststeht ob Fahrradweg, Fußweg oder Wirtschaftsweg, sollte neben den Access_Rights natuerlich Designation nicht fehlen.
- Sehr wichtig fuer das Routing ueber laengere Entfernungen zu wissen, ist ob eine Straße innerstaedtisch oder urban verlaueft. Mit source:maxspeed kann ich dies indirekt feststellen.
Am allerwichtigsten ist jedoch, laesst sich eine Straße mit den oben genannten Tags nicht ausreichend beschreiben und wird fuers Routing nicht benutzt, oder benutzt obwohl ungeeignet dies mit: Class:bicycle zu Kennzeichen. Also Genauso wie man als Autofahrer dank der Straßenklassifizierung weiß wie geeignet eine Straße ist, kann man diess mit Class:bicycle aus Fahrradfahrerperspektive kennzeichnen. Ich werden auf jeden Fall class:bicycle, class:bicycle:commute, class:bicycle:touring und am allerwichtigsten class:bicycle:roadcycling auswerten.
Hallo Felix,
in der Velomap Germany gibt es südlich von Berlin ein kleines Stück Einbahnstraße, das weder in der Realität noch, soweit ich sehe, in OSM existiert. Das verhindert in Basecamp das Routing von Südwest nach Nordost auf dieser Straße (Mühlenstraße L77 an der Brücke).
OSM-Adresse: https://www.openstreetmap.org/#map=18/52.32219/13.13024
Was mag da das Problem sein?
Viele Grüße, Peter
Nun das ist nicht ganz inkorrekt – die Pfeile sind ja die Pfeile die ich nutze wenn man gegen die Einbahn als Fahrradfahrer fahren darf/muss. Aber ich verstehe das Tagging dort auch nicht genau – und werde diesen Fall in Zukunft ohne Pfeile rendern (da die Straße an sich kein oneway Tag hat).
Die Einweg Pfeile die man als Fahrradfahrer auch beachten muss sind dicker.
Danke. Aber “ohne Pfeile rendern” hört sich rein optisch an. Was mich eher stört, ist das Routing. Von links nach rechts komme ich nicht durch.
Das sollte auch korrigiert sein ab dem nächsten Update.
Vielen Dank!
Guten Tag,
velomap_germany hat zwischen Echterdingen und dem Flughafen Stuttgart (N48° 41.176′ E9° 10.975′) einen Berg eingezeichnet, zumindest Höhenlinien 420, 440, 460 und 480 m. Den Berg gibt es nicht in echt und auch nicht in den Kartenebenen “CyclOSM” und “Radfahrerkarte” von openstreetmap.org. Wie lässt sich dieser Fehler beheben?
Viele Grüße Bernhard
Wird sich nicht beheben lassen. Ganz ab und zu gibt es Fehler im DEM Ausgangsmaterial. Basen Württemberg hat leider keine LIDAR Daten veröffentlicht zur freien Benutzung. Ich nehme mal an ich nutze da ALOS World v3.2 – das ist meist das beste weltweite freie Modell und besser als viewfinderpanoramas 3″ bzw SRTM 1″. Ab und Zu gibts halt Fehler. Nur wenn die gesamte Kachel – sprich 48-49 E9-10 schlecht wäre könnte ich die austauschen. Danach sieht es mir aber nicht aus.