Einige Wege wurden von highway=cycleway nach highway=track geändert. Das VM- und Liegerad-Profil erwartet bei highway=track ein tracktype=* um gut bewertet zu werden, das hier fehlt. Das sollte ich in den Profilen wenn eine Oberflächenbeschreibung da ist ändern.
Die Kartendaten vom BRouter werden mittlerweile täglich aktualisiert und bei weniger als eine Woche alte Daten auf dem Handy können die Unterschiede datenreduziert geladen werden.
Was auch korrekt ist, schließlich ist das kein Radweg, da dürfen auch Fußgänger lang.
Ah, ich habs, unter
Ich dachte, das hätte ich getan. Bei der Kachel Nordwestdeutschland bricht der Download zuverlässig reproduzierbar ab.
Ist hier Oberflächenbeschreibung mit surface= gleichzusetzen oder wird auch smoothness= mit einbezogen?
In diesem Zusammenhang war nur surface= gemeint.
Smoothness= wird vom VM- und Liegeradprofil ausgewertet. Da bei smoothness=intermediate die Zusatzkosten eher klein sind, weiß ich nicht ob das so ausreicht. Ich werde die Kosten in den Profilen für smoothness=intermediate erhöhen da sie mittlerweile nur noch selten für akzeptable Wege gesetzt werden.
Meine Änderungen für den Oruxmaps-Export sind von Arndt übernommen worden. Beim nächsten Update von brouter-web sollte es dann möglich sein.
Danke!
Das ist ein Fehler in den OSM Daten. Zumindest bicycle=no ist bei Ampeln etc. (mnsbMn) grober Unfug, da es sich nicht nur auf den Knoten selbst auswirkt sondern auch auf die zugehörigen Kanten:
https://wiki.openstreetmap.org/wiki/Key:crossing#Mode_of_transport schrieb:
Ich nehme jedoch an, dass auch in CH gleiches für Fußgängerüberwege gilt wie in DE, oder?
Gefällt mir sehr gut, allerdings kann ich weder das Velomobilprofil, noch das Liegeradprofil einstellen.
Am Laptop funktioniert es. Da muss am Profil ein Haken gesetzt werden, welchen ich am Smartphone nicht sehen kann.
