Hallo,
ich habe mir heute die neuen Profile car-eco und car-fast vom 25.02.2019 heruntergeladen und auf das Handy kopiert. Leider funktioniert jetzt das Car-Routing auf OSMand mit BRouter nicht mehr.
Wenn ich BRouter starte und “BRouter App” aufrufe und z.B. car-eco auswähle und dann “Server Mode” erhalte ich die Meldung “BRouter angehalten”.
Ich habe BRouter deinstalliert und neu heruntergeladen. Leider keine Besserung.
Funktioniert BRouter mit den neuen Profilen unter OSMand bei Euch?
Danke an alle für die Tipps!
Das Attribut “smoothness” kannte ich nicht, passt hier natürlich!
Auf der anderen Seite wird das Tag selten gesetzt (und nur bei Primary/secondary/tertiary, nie bei track), und noch seltener ausgewertet - nur im “liegerad” Profile habe ich es gefunden.
Die Lösung würde nur für meine private Verwendung mit einem eigenem speziell dafür ausgebauten RR Profile greifen.
Sag niemals nie !!!
Ich trage insbesondere bei tracks mit tracktype grade1 neben surface zusätzlich smoothness ein und werte dieses in meinem eigenen BRouter-Profil auch aus.
Dank der guten Tipps kann man hier sehr schnell lernen, “overpass-turbo” und das OSM-Tutorial sind für mich neu!
Konnte gleich loslegen und weitere Statistiken in Hessen abrufen:
track&asphalt&smoothness 1.313 (davon 1.247 „grade1“, 42 „grade2“)
Aufteilung:
excellent 224
good 709
intermediate 252
bad 113
very_bad 13
horrible 2
Mein Problem war, dass für Rennradfahrer ein “track mit asphalt” nicht geeignet ist, weil Asphalt zu alt.
Aus den 21.469 “track&asphalt” in Hessen würde heute eine Auswertung der “smoothness” über bad - very_bad oder horrible 128 Obekte ausfiltern? So weit klar?
besser als nichts, aber dafür müssen noch die Profiles angefasst werden.
assign isbike = or bicycle=yes or or bicycle=permissive bicycle=designated lcn=yes
assign ispaved = surface=paved|asphalt|concrete|paving_stones
assign isunpaved = not or surface= or ispaved surface=fine_gravel|cobblestone
assign probablyGood = or ispaved and isbike not isunpaved
Nur im “Liegerad” profile (vm-forum-liegerad-schnell) habe ich bisher eine Auswertung von “smoothness” gesehen.
Trekking-radfahrer verkraften schlechten Asphalt zum Glück einigermaßen, Rennradfahrer allerdings ganz selten: Sie wollen sich und ihre teueren Maschinen schonen.
Super wäre natürlich, wenn das smoothness Parameter öfter gepflegt wäre (bei Track+Asphalt in Hessen liegt die Quote bei ca. 6%)
Dann wäre eine Erweiterung der Profile richtig vorteilhaft.
Eine Erweiterung der Profile ist kinderleicht, ich werde mein Rennrad-Profile heute schon anpassen
Die Erweiterung meines RR-Profile bezüglich “smoothness” ist fast fertig, ich muss nur noch die Straffpunkte abwägen…
……………
assign smoothnesspenalty =
switch smoothness=intermediate 0.2
switch smoothness=bad 0.5
switch smoothness=very_bad 1
switch smoothness=horrible 1.5 0
…………
assign costfactor
add trafficpenalty
add smoothnesspenalty
switch and highway= not route=ferry 10000
switch or highway=proposed highway=abandoned 10000
……….
Kurze Info für OSMAND Benutzer:
Als Radfahrer ist es natürlich ratsam, den Bildschirm nur für wenige Sekunden nach einem Richtungswechsel zu aktivieren (Standard Funktion in OSMAND, um den Akku zu schonen…)
Leider wird anscheinend sehr bald die Version 3.3.3 ausgerollt, wo diese Funktion abgeschaltet wurde: Als Betatester habe ich die Entwickler darauf hingewiesen, sie versprachen lediglich, in einer künftigen Version, die Funktion wieder rein zu nehmen.
Wer die Funktion wie ich benötigt sollte 3.3.3 nicht installieren!!!
(als Umgehungslösung habe ich OSMAND+ 3.2.7 parallel zu OSMAND 3.3.3 manuell installiert / download der APK über Internet)
ich habe Dein RR-Profile mal ausprobiert. Sieht ganz gut aus. Allerdings lenkt brouter mich mich noch über ein Stück Feldweg und Kopfsteinpflaster. Könntest Du nochmal die Erweiterung posten? Vielleicht ist es dann besser. Ich check noch nicht, wie ich die Codeschnipsel einbauen muss. Eventuell auch auf Git?
Ich sende dir per Mail meine letzte Version des RR-Profile, gerne prüfe ich auch, warum ein Feldweg benutzt wird (Das lasse ich bewusst zu, wenn es etl. KM spart und schätze, dass die Oberfläche akzeptabel bleibt…)
Du kannst dabei den Preis bei Track selbst anpassen:
….
switch highway=track|road|path|footway
switch or bicycle=designated ispaved 1.2
switch isconcrete 1.4
switch tracktype=grade1
switch isfine_gravel 3 7.1
switch tracktype=grade2
switch isfine_gravel 5 11.1
switch tracktype=grade3 30.1
switch tracktype=grade4 50.1
switch tracktype=grade5 100 59
9.9
……
Schau mal in den “data” vom Brouter-web wie den Feldweg getaggt ist, dann erhöhe die Kosten nach deinem Geschmack im Profile!
Viel Erfolg
ist angekommen. Danke dafür. Sieht jetzt besser aus. Ich muss demnächst mal etwas mehr testen. Falls noch etwas “seltsam” ist, dann melde ich mich.
Prinzipiell bin ich auf der Suche nach einem Profil, welches man mit dem Rennrad fahren kann, aber hauptsächlich Radwege nimmt und nur im äußersten Notfall befahrene Straßen.
Grüße
Das neue Profile für RR-Fahrer, die befahrene Straßen nicht mögen, wurde von Saftpresse99 getestet.
Die aktuelle Version wurde nach “fastbike-verylowtraffic.brf” umbenannt.
Jetzt wäre es an der Zeit, weitere Tester einzuschalten. Im Liegerad-Forum habe ich gesehen, dass ein neuer Brouter in Entwicklung steht, und dass man es sogar testen kann: ideale Stelle für ein neues Profile?
Aber vermutlich meinst Du eher die vorherige, größere Umstellung der Oberfläche zur besseren Mobil-Unterstützung. Die gibt es aber seit Oktober auch auf brouter.de.
Danke, deine Tipps sind ganz interessant!
Mir geht es aber eher darum, das neue Profile mit meinen Radfreunden und bekannten Radvereinen zu teilen, und dafür zuerst eine einfache Möglichkeit zu schaffen, dieses Custom-Profile im Brouter-Web zu verwenden. (ohne die Aufwändigen cut/paste + Hochladen)
Dafür setzte ich inzwischen auf die folgende Entwicklung, die als nächste (Auskunft von N. Renner) geplant ist:
Eine neue Verständnisfrage ist bei einer Radtour mir heute aufgefallen:
Es geht um “route_bicycle_lcn=yes”, das vom Brouter für bestimmte Abschnitten geliefert wird.
Bei dem 1236 Meter Abschnitt wird geliefert highway=secondary surface=asphalt route_bicycle_lcn=yes
Gerne würde ich verstehen, warum der Brouter dieses „route_bicycle_lcn=yes“ liefert, und was es bedeutet.
(eine Dokumentation habe ich leider nicht gefunden. Einige Profiles werten das Parameter als „any_Cycleway aus, anscheinend sollte ich im Rennrad profile lieber nicht übernehmen)