Messages

[Meine persönlichen S8-Einstellungen beim Tracken und Navigieren:]

Bislang hatte ich mit meinem S8 keine Probleme beim Tracken oder Navigieren (BRouter).
Der Energiesparmodus des S8 muss beim Tracken ausgeschaltet werden, das ist Fakt, solange Samsung das nicht ändert. Habe mich inzwischen daran gewöhnt. Den Energiersparmodus-Button habe ich mir deshalb direkt neben den GPS-Button gelegt. Der Akkuverbrauch steigt ohne aktivierten Energiesparmodus jedoch nicht radikal in die Höhe, wenn man die bekannten hintergrundaktiven Apps zügelt oder am besten immer bei Nichtaktivität auf Standby setzt. Die Bildschirmauflösung lässt sich generell auf FHD+ reduzieren, auch das spart Strom.
Aufgrund der genannten Probleme, habe ich heute getestet:

Ergebnis:
Auf meinem S8 (Android8) läuft LocusPro 3.30.4 ohne erkennbare Probleme. Vorhin eine halbe Stunde getrackt, nach dem Start LocusPro in den Hintergrund geschoben. Der Bildschirm war während der Aufnahme nur insgesamt ca. 1-2 Minuten an, ich habe zweimal geschaut, ob alles ordnungsgemäß läuft: Akkuverbrauch < 2%. Das ist absolut in Ordnung, ...um nicht zu sagen ganz große Klasse  ! Um den Akkuverbrauch durch das Tracken genauer einschätzen zu können, hatte ich heute den Flugmodus aktiviert. Die Genauigkeit des Tracks sieht sehr gut aus.

Meine persönlichen S8-Einstellungen beim Tracken und Navigieren:
-Energiesparmodus ,,off"
-Bildschirmauflösung ist bei mir generell reduziert auf FHD+ (2220x1080)
-Akku: Nicht überwachte Apps: LocusPro hinzugefügt (...und auch BRouter)
-Leistungsmodus: optimiert
-Beachrichtigungen: LocusPro aktiviert
-Sicherheit: Geräteadministrator-Apps: LocusPro aktiviert


Meine Locus-Einstellungen:
Locus Map als Service aktiviert

GPS und Ortung:
Deaktivieren, wenn ausgeblendet: ,,off"
Bei Trackaufzeichnung GPS aktiviert lassen: ,,on"
Bei Zielführung GPS aktiviert lassen: ,,on"
GPS Auto-Aus: ,,off"

Bei Radtouren mit Navigation nutze ich außerdem manchmal unter Anzeige die Displaysperren-Verhinderung in Kombination mit der Display-Aktivierung. Funktioniert sehr gut. Auch das spart Akku.

Vielleicht hilft das Euch weiter...

Problem Dark Sky Weather in BETA-Version 3.29.2.3:
It is the same with me, too. Message: Bad Request code 400.
In Pro-Version 3.29.2 it works fine.

BETA 3.29.2.3: The Dark Sky-Weather-Service doesn't work.

...with OAM and Elevate.

[nicht]

Bei Navigation mit Endpunktpriorität: Zwischenpunkte (grün) werden bei notwendiger Neuberechnung der Route nicht mehr berücksichtigt, Zwischenziele (blau) dagegen werden berücksichtigt.

Beta version 3.27.8:
Good Morning and thanks for the new version! 
Route Planner change Profil "OK"-Button don't work now.
Best regards!
Jens

Stimmt. Habe es, wie von Dir angemerkt, getestet, das ist bei mir auch so.
Es wäre schön, wenn diese praktische Locus-Funktion die neuen openandromaps-Karten demnächst auch wieder berücksichtigt. 

Die OAM Karten (z. B. Alps_Ost_ML.map) lassen sich neuerdings bei mir nur noch manuell laden.    Gibt es dafür eine Erkärung?

The total difference of 200m is the cumulative value from the small measured difference values per trackpoint. There are 4%, which I see as normal...

Hört sich an, als unterscheiden sich vielleicht die "vorher" und "danach" importierten GPSies-Trackdateien. Hast Du die Punkte beim GPies-Export auch wirklich mitgespeichert? Wenn in der GPX-Trackdatei keine vorhanden sind, kann Locus auch keine importieren. Nur so ein Gedanke...
Zur Klärung könntest Du hier jeweils eine Deiner "Vorher-" und "Danach-" GPX-Trackdatei zur Verfügung stellen.

Eine Ursache für das Verschwinden der Punkte beim Starten der Navigation könnte in den Import-Einstellungen zu suchen sein. Es gibt beim Locus-Import die Option "Punkte mit Track zusammenführen". Nimmst Du dort den Haken raus, speichert Locus die Punkte des Tracks in dem dafür selbst definierten Ordner. Dann sollten sie beim Start der Navigation nicht verschwinden und auch bearbeitbar sein.
Wenn es tatsächlich daran liegt, musst Du den GPSies-Track nun nochmals importieren, dabei unbedingt den Haken bei "Punkte mit Track zusammenführen" rausnehmen. Lege Dir am besten einen Extra-Ordner für solche Import-Trackpunkte an, damit auch langfristig die Ordnung in Deiner Locus-POI-Datenbank erhalten bleibt.

Ich bevorzuge ebenfalls die Locus-Navigation zum Abfahren einer Route. Diese erstelle ich mit BRouter. Mache mir einen Kopfhörer-Knopf ins Ohr und lasse mich mittels BRouter-Sprachanweisungen leiten. Bei Wanderungen auf eingezeichneten Wegen klappt das sehr gut, ohne dass ich während der gesamten Wanderung das Display benötige.
Bei flotten MTB-Touren durch einen mit unzähligen Wegen sehr eng durchzogenen Wald, ist die Sprachführung nach automatischer Neuberechnung der Strecke bei Abweichung von derselben ein bisschen zu träge. Vor allem fehlt generell eine unmittelbar erste Sprachanweisung sofort nach Neuberechnung. Da hilft nur ein Blick auf das Display und schon geht's weiter. Ist man wieder in richtiger Richtung auf der neuberechneten Route, läuft alles weiter wie geschmiert...  Der Akkuverbrauch bei dieser Nutzung hält sich in Grenzen und beträgt bei mir 9 -10% pro Stunde (über 5 Jahre altes HTC One S, der Akku hat(te) nur ca. 1600mAh). Bei neueren Modellen wird der Prozentsatz deutlich geringer sein.

Meine Geschichte: Als vor ca. 2 Jahren GraphHopper erschien, war ich natürlich gespannt und habe verglichen und getestet. Bis dahin kannte ich nur BRouter.
Das Battle GraphHopper vs. BRouter entschied sich bei mir zu Gunsten der App BRouter, und das recht eindeutig.
Punkte, die mich bei BRouter überzeugen:
   
- Routing-Dateien (.rd5) sind stets aktuell
- komfortables Download der Routing-Dateien
- kürzere Berechnungszeit als GraphHopper
- zu Fuß-Profil ,,Shortest" ist nur bei BRouter wirklich der kürzeste Weg
- vielfältige Auswahl an Wander-Profilen (Shortest, Hiking SAC2, 3 oder 4, Safety, Klettern, ...)
- verschiedenste Rad- und MTB-Profile mit wirklich ,,Klasse"-Ideen als Vorlage erhältlich
  (trekking, trekking mit/ohne Bevorzugung von offiziellen Radwanderwegen, u.v.m. ...) 
- Profile sind an eigene Wünsche anpassbar
- bedeutende Verbesserungen in den letzten 2 Jahren
   (Dateigröße, Geschwindigkeit, Abbiegevorschriften, ...u.v.m.)
- aktive Zusammenarbeit von Dr. Arndt Brenschede (abrensch) mit den Locus-Entwicklern und den
  Locus-Forum-Mitgliedern zur stetigen Weiterentwicklung des Paketes Locus/BRouter
  (Migration in Locus, BRouter-Sprachanweisungen, Zwischenziele, 
   must-pass-via ("Thanks user 0709 and menion!"  ), Rundkurs-Problematik, ...)

PS: So sieht zur Zeit meine BRouter-Auswahl in Locus aus.

Danke für das Feedback! Es freut mich, das die oben beschriebene Vorgehensweise auch bei Dir funktioniert. Dieses Procedere funktioniert seit ziemlich genau einem Jahr, dank abrensch, menion und vieler Locus-Tester. 
Nachzulesen ab hier: http://forum.locusmap.eu/index.php?topic=4064.msg42234#msg42234
Und hier: http://forum.locusmap.eu/index.php?topic=5349.msg45081#msg45081

Zu Deinen Anmerkungen, was Dir noch nicht optimal erscheint:
Anzahl der Kommandos: Guck hier: Einstellungen -> Navigation -> Erweiterte Einstellungen -> Anzahl der Kommandos
Rechts-links-Schwäche: Zeige uns mal die besagte Kreuzung, vielleicht finden wir eine Erklärung. Denkbar ist vieles.

[Autofahren]

Eine Anregung zur Weiterentwicklung und Vervollkommnung: Die Regeln für das Setzen der Sprachanweisungen beim Navigieren mit BRouter wurden letztes Jahr überarbeitet. Seither sind sie in meinen Augen für das Wandern nahezu perfekt geeignet. 
Bei den anderen Berechnungsmodi Autofahren und Fahrradfahren stoße ich immer auf folgende Situation, die in meinen Augen unterwegs für Probleme sorgen kann (...bei mir persönlich nicht, da mir diese BRouter-Regel bekannt ist).
Durch die Regel, dass keine Anweisung bei vorgeschriebener Fahrtrichtung erstellt wird, fehlt mir (...und vielleicht auch anderen Nutzern) beim notwendigen Überqueren von Kreuzungen mit zwei voneinander getrennten Fahrbahnen die Anweisung, dass ich verkehrstechnisch gesehen links abbiegen muss.
Vielleicht ist das Problem programmiertechnisch lösbar, dazu müsste eine derartige Art von Kreuzung als solche erkannt werden. Oder aber ein deutlicher Fahrrichtungswechsel die derzeitige Berechnungsregel zum Wegfall der Anweisung aufheben.
Anbei 2 Bildbeispiele.

Hallo Wiederkehrer Sven, um wie viele Anfahrtspunkte handelt es sich?

Die Streckenpriorität ist dafür nach meiner Erfahrung nicht ausreichend zuverlässig, auch da kann es mitunter passieren, dass bei Neuberechnung der Route ganze Trackteile weggeschnitten werden. Da bleibt nur die automatische Neuberechnung abzuschalten und sich lediglich über eine mögliche Abweichung von der Strecke informieren zu lassen.

Die sicherste Methode mit automatischer Neubrechnung bei Abweichung von der Strecke wird wohl die sein, dass Du in einem gesonderten POI-Ordner sämtliche relevante Punkte erstellst, durchnummerierst (01 Start, 02...xx Zwischenziele,  xx Endpunkt) und auf der Locuskarte anzeigen lässt. Nach jedem Haltepunkt einfach auf den nächsten Anfahrtspunkt klicken und BRouter seine Arbeit machen lassen. Funktioniert hundertprozentig! 

Eine weitere recht zuverlässige Methode ohne ,,Zwischendurchklickerei" ist, die Route vorab mit dem Locus-Routentool zu erstellen. Dazu die sämtlichen vorab erstellten Anfahrtspunkte nacheinander als Ziel eingeben. So werden sie gleich automatisch als fest eingeplante Zwischenziele gespeichert. Zum Abschluss bekommt dann das Ganze noch einen Namen und wird als Route gespeichert. Die automatische Navigation-Neuberechnung bei Abweichung von der Strecke muss mit Endpunktpriorität erfolgen. Ich habe diese Methode hinreichend getestet und war mit dem Ergebnissen sehr zufrieden. Sie ist auch geeignet für Rundkurse.
Anbei Bild-Beispiel, bei diesem Test bin ich absichtlich ca. 6 - 8 mal verkehrt gelaufen, Locus & BRouter brachten mich immer wieder auf den richtigen Weg, kein Zwischenziel wurde nach Neuberechnung verfehlt.