BRouter: offline Fahrrad-Routing für Android

abrensch · 2019-08-27T11:29:57.000Z

miche101:

Diese data-files für den segment4 Ordner ist das eine Kachelangabe?

hier gibt es ein Grid:

https://www.google.com/maps/d/u/0/viewer?mid=1ZHjQ8Jcyw3Upe-EIizvSDNFmkCA&ll=49.99999999999999%2C10&z=5

miche101 · 2019-08-27T12:15:36.000Z

ok, danke

rainerU · 2019-09-02T10:05:39.000Z

BRouter kann den Höhenunterschied beim Anstieg berücksichtigen. Das gibt beim Fahrradrouting, sofern man ein dafür ausgelegtes Profil verwendet, im Allgemeinen gute Ergebnisse. Es passiert mir aber immer wieder, dass bei gleichem Höhenunterschied über eine zwar kürzere aber weitaus steilere Strecke geroutet wird. Es ist (für mich) ziemlich ärgerlich, wenn ich über eine kurze Strecke mit knackigen 12% Steigung geführt werde, obwohl es eine doppelt so lange Alternative mit gemütlichen 6% gibt. Daher meine Frage: Ist es möglich, BRouter so zu konfigurieren, dass Strecken entsprechend der Steigung penalisiert werden?

abrensch · 2019-09-02T12:49:48.000Z

rainerU:

… Ist es möglich, BRouter so zu konfigurieren, dass Strecken entsprechend der Steigung penalisiert werden?

Das Thema ist ein Dauerbrenner, einen aktuellen Überblick gibts hier:

https://github.com/poutnikl/Brouter-profiles/issues/20

PT-53 · 2019-09-02T14:21:51.000Z

Hallo Arndt,
das dürfte Dich interessieren:
https://forum.openstreetmap.org/viewtopic.php?pid=760981#p760981

Grüße

womisa · 2019-09-03T17:42:43.000Z

Hallo,

ich nutze schon längere Zeit BRouter unter Oruxmaps und sehr intensive das Webinterface für meine Radplanungen. Dafür herzlichen Dank an @Arndt.

Seit kurzem verwende ich auch OSMAnd in Verbindung mit BRouter und Android 9 auf einem Huawei PSmart 2019. Dabei ist es mir mehrfach passiert, dass mitten in einer Route die Meldung kommt “BRouter not available”. Aufruf von Brouter geht, verlassen im Servermode. Beenden von OSMAnd bringt keine Änderung. Reproduzierbar kann ich das nicht beheben. Ich Glaube d.h. wenn mann mehrmals zwischen den Profiles hin und her schaltet geht es wieder.
Wie schon geschrieben alles funtioniert, aber irgendwann ohne manuellen Eingriff kommt bei einer erforderlichen neuen Routenberechnung (Abweichung von der vorgegebenen Route) die Meldung “…BRouter not available”.

Kennt jemand dieses Verhalten und hat einen Tipp wie man das beheben kann?

whb · 2019-09-03T19:58:22.000Z

womisa:

Seit kurzem verwende ich auch OSMAnd in Verbindung mit BRouter und Android 9 auf einem Huawei PSmart 2019. Dabei ist es mir mehrfach passiert, dass mitten in einer Route die Meldung kommt “BRouter not available”. Aufruf von Brouter geht, verlassen im Servermode.

Ich vermute einen Zusammenhang mit aggressivem Energiesparen:
https://dontkillmyapp.com

abrensch · 2019-09-04T06:46:43.000Z

womisa:

Dabei ist es mir mehrfach passiert, dass mitten in einer Route die Meldung kommt “BRouter not available”. Aufruf von Brouter geht, verlassen im Servermode. Beenden von OSMAnd bringt keine Änderung. Reproduzierbar kann ich das nicht beheben. Ich Glaube d.h. wenn mann mehrmals zwischen den Profiles hin und her schaltet geht es wieder.

Mir ist das auch schon passiert, auf einem Samsung J3 Android 5. OSMAnd durschstarten hat aber geholfen (“richtig” beenden, so dass er anschliessend mit dem Splashscreen startet).

whb:

Ich vermute einen Zusammenhang mit aggressivem Energiesparen:
https://dontkillmyapp.com

Es ist zumindest plausibel, dass es was mit dem Lifecycle zu tun hat ( “onPause/onResume” ) Das ist aber der Kern von Android und kein Fehler, und wenn heutzutage ein onPause → onResume Zyklus so selten ist, dass ein App-Entwickler damit durchkommt, das nicht wirklich zu testen, wo liegt dann der Fehler im System?

womisa · 2019-09-04T07:40:22.000Z

whb:

Ich vermute einen Zusammenhang mit aggressivem Energiesparen:
https://dontkillmyapp.com

…ich glaube nicht, dass es mit dem Energiesparen zusammenhängt. Ich habe alles was ich da finden konnte freigegeben. Ich habe beim Radfahren immer einen externen Akku mit 15 000mah dran.

Weiteres seltsames Verhalten von OSMAnd. Auf meinem Huawei PSmartPlus 2019 habe ich mit 3 Programmen gleichzeitig auf einer längeren Strecke geloggt und zwar mit OSMAnd,Oruxmaps,Gpslogger. Der GpsLogger hat nahezu keine Ausfälle, Oruxmaps ist akzeptabel aber OSMAnd hat zwischendrin sehr große Lücken. Gpsaufnahme steht auf 1s.

Es kann also nicht der GPS Empfang und die Hadrware sein.

Ich habe Loggs da liegt OSMAnd um mehr als 300m daneben und das ist zum naviegieren im Wald schwierig. Ich habe deshalb immer noch mein LG_Wine_Smart dabei, welches ich vornehmlich als Logger benutze (oruxmaps) seit mein BT747 das Zeitliche gesegnet hat. Das ist aber ein kleiner Bildschirm, hat mich aber noch nie im Stich gelassen.

whb · 2019-09-04T08:18:45.000Z

womisa:

…ich glaube nicht, dass es mit dem Energiesparen zusammenhängt. Ich habe alles was ich da finden konnte freigegeben.

Genau das ist ja eines der Probleme.
Manche Hersteller entfernen manche Apps nach kurzer Zeit komplett aus dem Arbeitsspeicher, wenn diese sich im Hintergrund befinden. Selbst dann wenn der Benutzer alle Energiesparoptionen abschaltet. Dem Nutzer ist es hier nicht mehr möglich bestimmte Apps hiervon auszunehmen.
Die betroffenen Geräte haben nur eine interne Liste, welche vom Nutzer nicht verändert werden kann, auf der die Ausnahmen stehen.
Das hat z.B. teilweise die Folge, dass selbst bekannte Fitness-Apps nicht mehr richtig funktionieren, falls diese nicht auf der Liste stehen.

womisa:

Der GpsLogger hat nahezu keine Ausfälle, Oruxmaps ist akzeptabel aber OSMAnd hat zwischendrin sehr große Lücken. Gpsaufnahme steht auf 1s.

Interessant, ist das der GPSLogger hier:
https://github.com/mendhak/gpslogger/
Was mir hier als erstes auffällt, evtl. bevorzugt das Gerät Apps welche Google Play Services verwenden:


    implementation 'com.google.android.gms:play-services-base:16.0.1'
    implementation 'com.google.android.gms:play-services-location:16.0.0'
    implementation 'com.google.android.gms:play-services-auth:16.0.1'

https://github.com/mendhak/gpslogger/blob/master/gpslogger/build.gradle

Außerdem wird neben GPS_PROVIDER auch NETWORK_PROVIDER verwendet, falls verfügbar.
Wichtiger dürfte aber die Verwendung des AlarmManagers in setAlarmForNextPoint() sein:
https://github.com/mendhak/gpslogger/blob/master/gpslogger/src/main/java/com/mendhak/gpslogger/GpsLoggingService.java

edit:
Bei OsmAnd fällt auf, dass der AlarmManager bei Android API > 19 gezielt nicht verwendet wird, indem das GPS-Intervall zwangsweise auf 0 gesetzt wird, das wird evtl. vom Gerät bestraft:


	public int navigationServiceGpsInterval(int interval) {
		// Issue 5632 Workaround: Keep GPS always on instead of using AlarmManager, as API>=19 restricts repeated AlarmManager reception
		// Maybe do not apply to API=19 devices, many still behave acceptably (often restriction not worse than 1/min)
		if ((Build.VERSION.SDK_INT > 19) && (getSettings().SAVE_GLOBAL_TRACK_INTERVAL.get() < 5 * 60000)) {
			return 0;
		}
...

https://github.com/osmandapp/Osmand/blob/d863bf61b27f70e3c213e915a885a0b46c813ab8/OsmAnd/src/net/osmand/plus/OsmandApplication.java#L873

womisa · 2019-09-04T08:34:11.000Z

whb:

Interessant, ist das der GPSLogger hier:
https://github.com/mendhak/gpslogger/

…oh, ein Kenner der Materie. Genau der Logger ist das. Ich habe keine I-Net Verbindung. Alles ist rein lokal ohne SIM Karte.

Aber das hat natürlich nichts mehr mit BRouter zu tun!

abrensch · 2019-09-09T13:02:13.000Z

JokerGermany:

Es geht um
http://www.brouter.de/brouter-web
Hoffe, dass ich hier trotzdem richtig bin.
Auf PRivatgelände kann man damit nicht routen oder?

Nur eine Frage des Routing-Pofils.

Kannst es ja mal hiermit versuchen: http://brouter.de/brouter/profiles2/dummy.brf

Oder auch aus den richtigen Profilen den Auschluss von “private” rausbauen.

mtdfh · 2019-09-11T12:23:33.000Z

Hallo brouter-Profis,
seit kurzem benutze ich osmand mit brouter.
Bisher habe ich auch alles zum laufen bekommen und würde jetzt gerne die MTB-Profile von Zossebart benutzen.
In osmand bekomme ich aber eine Fehlermeldung:

“Route konnte nicht berechnet werden: /storage/…/profiles2/mtb-zossebart-hard.brf does not contain expression for context way (old version?)”

Habt ihr eine Idee?

Gruß Marco

abrensch · 2019-09-11T15:06:39.000Z

mtdfh:

“Route konnte nicht berechnet werden: /storage/…/profiles2/mtb-zossebart-hard.brf does not contain expression for context way (old version?)”

Habt ihr eine Idee?

Das muss was mit Datei-Berechtigungen zu zun haben, die App sieht die Datei zwar, aber als leere Datei.

Ist das der …external…/Android/data/btools.routingapp/files/… Pfad ? Womit hast Du sie dahin kopiert? Welche Android Version ?

Du kannst auch versuchen, die “Api10” Variante der App zu installieren von http://brouter.de/brouter/revisions.html

mtdfh · 2019-09-11T15:50:02.000Z

Hallo Arndt,
vielen Dank für die schnelle Antwort.
Fehler lag bei mir, da ich mir die Datei nicht im Editor angeschaut habe und versehentlich die Dateil als html-Verweis gespeichert hatte.
Mit einer anderen Datei
https://github.com/abrensch/brouter/issues/141 hatte es funktioniert.

Mein Fehler war, dass ich auf
https://github.com/zossebart/brouter-mtb
die Datei anzeigen lassen kann, aber nicht herausgefunden habe, wie ich sie direkt herunterladen kann. Jetzt habe ich den Inhalt kopiert und mit dem Editor eine neue Datei erzeugt und den Inhalt hereinkopiert. Jetzt funktioniert es.
Was habe ich übersehen, dass ich die Datei nicht direkt herunterladen kann?

Gruß Marco

zossebart-osm · 2019-09-12T11:24:17.000Z

Am besten wählst du beim Github-Webinterface wenn die Datei angezeigt wird oben rechts “Raw”. Dann wird die Datei je nach Browser runtergeladen oder im Browser dargestellt. Im letzten Fall kannst du die Datei dann über den Browser abspeichern (“Seite speichern” o.ä.).

Allgemein würde ich gerne um Feedback zu meinem MTB-Profil bitten. Ich habe noch einige ToDo’s auf meiner Liste, würde aber bevor ich micht wieder damit beschäftige erstmal mehr Meinungen anderer Mountainbiker einholen, was sonst noch verbessert oder angepasst werden könnte.

Feedback bitte an zossebart@googlemail.com, über diesen OSM-Account oder als Github-Issue.

Danke!

Sehfahrer · 2019-09-13T10:33:32.000Z

Ich habe spontan mal etwas mit dem Online-Router herumgespielt, zumal ich morgen diese Strecke fahren werde. Ich frage mich (auch bei anderen Routern), wieso bei einer ausdrücklich als Fahrradroute geplanten Route diese auch hier über die Autostraße (“Fuldatalstraße”) führt und nicht über den parallel verlaufenden Radweg (“R1”). Zumal dieser, soweit ich das verstehe, durchaus dafür angemessen gemappt ist.

Das soll keine Kritik sein, allerhöchstens ein Bugreport, in erster Linie aber eine Verständnisfrage

PT-53 · 2019-09-13T10:39:59.000Z

Sehfahrer:

ich morgen diese Strecke fahren werde.

Hast Du mal einen Link zu Deiner Strecke?

miche101 · 2019-09-13T10:54:34.000Z

stelle wäre hier:
https://www.openstreetmap.org/relation/4042#map=17/51.32590/9.53820

miche101 · 2019-09-13T11:02:09.000Z

versteh ich ned… hier funktioniert es wie erwartet

http://www.brouter.de/brouter-web/#map=16/51.3279/9.5464/osm-mapnik-german_style&lonlats=9.53727,51.325086;9.559093,51.329472