BRouter: offline Fahrrad-Routing für Android

Die Auto-Profile, die das kinematische Modell verwenden, berücksichtigen ungetaggtes maxspeed innerorts, indem eine Berührung mit highway=residential am Knoten ein maxspeed=50 impliziert und das die Durchfahrt runterbremst. Aber das lässt sich für ein Rad-Profil nicht so einfach übernehmen…

Ich glaube die Zeit bringt die Lösung. maxspeed-coverage nimmt ja zu.

Andererseits ist highway=secondary maxpseed=30 ja oft ein schwieriges, enges Nadelöhr, soll man sowas wirklich suchen für ein road-bike-profil?

Hallo Abrensch,
Ja, “secondary mit 30” sind für Rennradfahrer, die allein in der Woche unterwegs sind, viel besser als ist secondary mit 100: Da überholen Autos, LKW und Busse…
Zur Zeit habe ich das Problem, dass innerorts ohne “maxspeed” die Führung (zu) weite Umwege über “residential” erfolgt.

Super Dank für die Erklärung des kinematischen Modell, auf diese Lösung muss man kommen…
Ja, leider nur im Routing Engine selber implementierbar, in einem Script wie im Brouter sehe ich keine Chance.

Leider auch meine angedachte Lösung (Prüfung ob das Highway das “Name” Attribut besitzt) funktioniert nicht:
“unknown lookup name: name”
Wäre keine perfekte Lösung, aber mit einer hohen Wahrscheinlichkeit richtig.

Hallo,

Es gibt heute in Städten einzelne “Fahrradstraßen”, bei mir ist so eine mit “bicycle_road=yes” getaggt.
Würde begrüßen, wenn dieser Tagg im Lookup (mittelfristig) aufgenomen wird.
VG

Hallo,

ich nutze den brouter mittlerweile oft für meine Mountainbike Touren (meist mit dem Profil von Zossebart, was ich immer ein bisschen versuiche anzupassen). Das klappt schon toll, daher erstmal vielen Dank dafür! :slight_smile:

Was ich schon länger suche, ist eine Info zu den einzelnen Belägen bzw. der Art der gefundenen Wege. Die Infos liegen in der OSM - Datenbank ja vor, weil sie ja auch im jeweiligen Profil verwendet werden. Es geht ja dann (wenn ich das richtig verstehe?) nur darum, diese Infos mit auszugeben. Wäre das irgendwie möglich?

So ähnlich geht es, das sieht man ja bei Beispielen in overpass-turbo. Da kann ich aber nicht den Track hochladen und das nachträglich auswerten, ist auch eig. verständlich.

BRouter-Web ( http://brouter.de/brouter-web ) zeigt Dir das, wenn Du nach einer Berechnung auf das Tabellen-Symbol klickst.

Standard-mässig werden nur die Tags gezeigt, die das Profil auch auswertet. Wenn Du alle Tags sehen willst, die in der lookup-Tabelle enthalten sind, musst Du Dein Profil noch um “assign processUnusedTags = true” ergänzen.

Die BRouter-App kann das auch, wenn Du eine Routenberechnung aus einem Maptool in der BRouter-App wiederholst (“<repeat:…”) oder auch (klassisch…) eine Berechnung über die BRouter-App startest, dann liegt anscliessend eine csv-Datei irgendwo rum (am wahrscheinlichsten im BRouter-Base-Directory) und die kannst Du in einem Spreadsheet öffnen.

Die BRouter-App schreibt keine csv-Datei. (Die logfilebase beim RoutingEngine Aufruf in der BRouterView.java ist null.)

Danke, super genau das meinte ich! :smiley: Die Infos kann ich ja dann in Excel&Co noch weiter bearbeiten.

verstehe ich nicht so ganz, gibt es dazu irgendwo eine genauere Erläuterung?
Das soll doch heissen, dass ich einen einmal gerechneten Track einfach nochmal rechne? Dann bekomme ich diese Infos nachträglich wieder. Das geht nicht im Web-Client oder?

Moin,
sehe ich das richtig, dass ich im Profil Trekkingrad keinen Zugriff auf das Tag smoothness habe? Bin bei meiner letzten großen Tour mehrmals auf smoothness=very_bad oder schlimmer unterwegs gewesen. Mit 'nem Trekkingbike mit Starrgabel ist das nur bedingt sinnvoll. Bergauf stört es mich nicht so sehr, nehme ich eher als sportliche Herausforderung, aber in der Ebene oder bergab nervt es schnell und verschleisst die Bremsen. Jetzt wolle ich mal schauen, ob ich das schon bei der Planung besser vermeiden kann.
Habe nichts gefunden.

trekking.brf wertet smoothness nicht aus, das ist richtig, aber in der lookup-Tabelle ist es enthalten ( http://brouter.de/brouter/profiles2/lookups.dat ) und andere Profile werten sie aus, z.B. die vm-forum Profile ( Liegerad/Velomobil ) oder die von Poutnik, die auch in Locus-Maps eingebaut sind ( https://github.com/poutnikl/Brouter-profiles/wiki ).

Dass “trekking.brf” bisschen old-fashioned ist ist mir bewusst, Problem ist einfach, dass nicht die Test-Systematik existiert, um da fundamental dran zu schrauben, deswegen der never-change-a-working-system Ansatz.

OK, danke, ich werde mal schauen, wie die genannten Profile das auswerten. Wenn ich was für mich brauchbares hinbekomme, werde ich es hier veröffentlichen.

Gleich noch 'ne Frage: Ich mag auch die Bahnradwege nicht so gerne, sind mir einfach zu langweilig. Wenn ich das richtig sehe, sind die oft mit railway=razed o.ä. erfasst. Komme ich auch an diese Info ran?
Edit: Hat sich erledigt, railway ist auch in lookups.dat zu finden.

Hallo,
ich habe ein eigenes Profil erstellt. Dieses wird aber aktuell in brouter (1.5.5) im Menue BRouter App nicht mehr angezeigt.
Andererseits habe ich verschiedene Profile im Ordner brouter/profiles2 gelöscht. Diese werden aber in o.g. Menue weiterhin angeboten

Samsung S7 mit Android 8.0.0 mit OSMand+ 3.4.6
brouter auf interner USB-Speicherkarte installiert
Gibt es diesbezüglich irgendwelche Änderungen bzw. Vorgaben?

Fragende Grüße

Wahrscheinlich ist Dein Installationsverzeichnis seit dem Update auf 1.5.5

…Android/data/btools.routingapp/files/brouter

Das hast Du dann aber selbst irgendwann bestätigt.

Du musst dann Deine eigenen Profile nach Android/data/btools.routingapp/files/brouter/profiles2 kopieren

Also ein Irrgarten ist ein Sch… dagegen.
Aber Danke.

Gibt es beim brouter eine Maximalzahl an Via-Punkten? Hab gerade was generiert mit 409 Via-Punkte und der mault immer noch nicht… voll krass :slight_smile: openrouteservice.org 50 Punkte möglich, bei graphhopper.com 80 Punkte. Ich fand ja 80 Punkte schon toll :slight_smile:

Hast Du denn auch ein GPX exportiert? Nur dann werden alle Wegpunkte gleichzeitig zum Server geschickt. Bei einer Neuberechnung z.B. nach Setzen einer Nogo-Area passiert für jeden Teilschritt ein Serveraufruf.

Ich sehe solche Export-URLs im Log nur bis ca 200 Wegpunkte oder ca. 4000 Zeichen Länge und bei diesen 4000 Zeichen könnte eine Grenze liegen, weiss ich aber nicht.

Aber so richtig verstehen tue ich den Anwendungsfall mit so vielen Wegpunkten nicht, weil wofür dann noch einen Router wenn man den Weg sowieso selber malt?

Hi, ich stelle da eine Relation nach… Erster Punkt Start und letzter Punkt Ziel… Und dazwischen immer wieder einen via Punkt. Warum? Um im zweiten Schritt sie für mich teilweise umzuplanen… darum… Kann ja nicht meine privat Route in osm speichern…

Danke dass hab ich noch geschaut gehabt mit dem Download, brauch ich aber.

Edit:

Hab nachgeschaut der letzte URL hat 8144 Zeichen. Download als GPX ging :smiley:

Machst du das manuell oder automatisiert per Programm?

Ich nehme an, der Kontext ist die Diskussion in Relation type=route ein überholtes Model? und speziell die Anforderung, entlang einer bestimmten Routen-Relation zu routen/navigieren, als Beispiel aus Beitrag #21 der Altmühltal-Panoramaweg (37187):

http://brouter.de/brouter-web/#map=10/48.9562/11.3908/osm-mapnik-german_style&lonlats=10.753978,49.109507;10.737987,49.084894;10.712325,49.044238;10.781596,49.022705;10.797835,49.002195;10.810526,48.969415;10.864827,48.953463;10.910971,48.95537;10.932984,48.94446;10.962365,48.940115;10.973353,48.930142;10.998705,48.905552;11.017405,48.887507;11.005292,48.870094;11.011511,48.865321;11.03323,48.874096;11.071861,48.875104;11.119547,48.898085;11.15141,48.899034;11.176201,48.903505;11.20142,48.892399;11.252953,48.896383;11.302598,48.934054;11.336862,48.936241;11.373172,48.927869;11.36625,48.947831;11.380568,48.951134;11.374605,48.996615;11.383305,49.000484;11.41608,48.98692;11.450662,49.003763;11.443052,49.014155;11.452762,49.038243;11.469606,49.042088;11.477062,49.0388;11.50264,49.029664;11.560991,49.023186;11.60344,49.013222;11.625919,48.985175;11.662636,48.974925;11.696158,48.972689;11.688546,48.957593;11.733072,48.947418;11.741768,48.95022;11.776068,48.941409;11.794424,48.926405;11.825535,48.90957;11.86759,48.916481;11.870942,48.915873&profile=hiking-beta

Wenn man im “Wandern” Profil (analog zu Beitrag #24 - hast du ja auch schon ausprobiert) das “stick_to_hiking_routes” aktiviert und gleichzeitig das “non_sticky_route_penalty” deutlich hochschraubt (z.B. von 0.5 auf 10.0), müsste man eigentlich mit deutlich weniger Zwischenpunkten auskommen:


assign   stick_to_hiking_routes   1 
assign   non_sticky_route_penalty 10.0

Damit werden auch solche Schleifen nicht abgekürzt:

http://brouter.de/brouter-web/#map=16/49.0220/10.7764/osm-mapnik-german_style,Waymarked_Trails-Hiking&lonlats=10.772492,49.022645;10.77773,49.021041

Bei diichtem Routennetz gibt es aber halt trotzdem noch etliche Abweichungen über andere Routen.

automatisiert per Html+JavaScript… über ID hole ich die Relation von der OSM-API ab und werte aus :slight_smile:

Ja den Altmühltal-Panoramaweg hab ich genommen. Ja mit den Optionen ist es deutlich besser… (#26) :sunglasses: hab jetzt nur weiter getestet mit verschiedenen Routern was möglich ist und wo die Grenzen liegen. Bei BRouter keine gefunden :wink:

Bei dem Altmühltal-Panoramaweg hab ich ohne Optionen mit 50 Via Punkte noch schlechte Ergebnisse erzieht… also mit ca. alle 4 km ein Via… mit 100Via also ca. alle 2km war das schon sehr gut… dann hab ich noch weitergemacht… (bis auf 2 Fehler in den Daten #49 )

Als Wanderer hat man mehr Auswahl an Wegen muss ich feststellen und da zählt vielleicht mal die Aussicht und die nähe zur Altmühl eine Role als Effizienz und Schnelligkeit. Deshalb braucht man da deutlich mehr Via-Punkte als für ÖPNV Routing :wink:

Gruß Miche

Die Brouter Seite gleich mit den geänderten Profil aufrufen, geht nicht oder? Bei github ein wenig durchgeklickt, gibt es noch nicht die Möglichkeit :confused: