Messages

"Wie kann ich das Profil denn in Locus nutzen? Ich sehe da nur die Standardprofile."

Was meinst Du mit "Standardprofil", die internen Locus- oder die externen BRouterprofile?
Um ein BRouterprofil zu nutzen  musst Du in Locus einem gewählten Locusprofil ein entsprechendes BRouter Routing-Profil zuordnen.

Ein anderer Weg ist über die BRouter-App. Dort wird das Routingprofil mittels "Server-Mode" an einen oder mehrere Routingmodi gebunden, welche von Locus genutzt werden können.

Gruss, Mips

Hallo Arndt

Ich habe mir mal das Profil http://brouter.de/brouter/profiles2/car-eco-de.brf zum Test heruntergeladen. Leider scheitert die Verwendung wegen fehlender Routingdaten. Verantwortlich dafür ist offenbar die Zuweisung "forceSecondaryData=true" in der 'context:global'-Sektion des Profils, ansonsten ist dieses Profil ja mit dem "car-eco" Profil identisch. Wie kommt die App an die benötigten Daten? Locus ruft nach fehlgeschlagener Navigation den Dialog "Fehlende Daten für das offline Routing herunterladen?" auf, und nach der Bestätigung wird die BRouter App im Navigationsmodus gestartet, aber wie gehts jetzt weiter?

Vielen Dank
Gruss, Mips

Hallo
Meine Frage richtet sich an die "BRouter-Profilprofis" im Forum.
Ich habe kürzlich eine Mehrtagestour mit dem Rennrad unternommen und mich dabei von Locus PRO+Brouter führen lassen (Navigationsmodus). Die Route habe ich in Locus über "Route erstellen" mit mehreren Zwischenzielen erstellt, das verwendete BRouter Profil war "fastbike_lowtraffic.brf".
Alles hat wunderbar funktioniert aber mit einem kleinen Schönheitsfehler!
Das Profil hat mich mehrfach auf, für ein Rennrad nur im äußersten Notfall geeignete, Wege geführt, in meinem Fall "römische" Kopfsteinpflasterstrassen.
Nun habe ich testweise versucht das Profil "trekking.brf" entsprechend zu ändern, bin mir aber nicht sicher ob das so korrekt ist.
Ich habe deswegen in der '---context:way ' Sektion folgende Zeile eingefügt.

• if ( surface=cobblestone|paving_stones ) then 10 else      # Kosten für Pflastersteine

Das Profil wurde über BRouter-Web an einer Kopfsteinpflasterstrasse getestet und funktionierte. Nicht testen konnte ich hingegen ob meine Veränderung möglicherweise andere, unerwünschte Resultate hervorbringt.
Das Verständnis des Aufbaus der Profile ist ja nicht gerade trivial, trotz vorhandener Programmierkenntnisse.
Der interne Aufbau hat sich mir noch immer nicht ganz erschlossen und die "polnische Notation" macht das lesen der Profile, wegen der ja nun fehlenden Klammern, auch nicht gerade leichter.
Deshalb meine Frage:
Ist das so o.k. oder gibt es eine bessere Lösung, bspw. über die Schlüssel "smoothness" und / oder "tracktype" und wie sind diese ggf. dann in das Profil einzubinden?


Bin gespannt auf eure Antworten.
Danke und Grüße
Mips

PS: Vielleicht hat ja jemand eine verständliche Beschreibung für den Profilaufbau zur Hand, ich wäre dafür sehr dankbar um nicht immer nur auf "Trial and Error" angewiesen zu sein (http://brouter.de/brouter/profile_developers_guide.txt, trekking.brf, vm-forum-liegerad-schnell.brf habe ich schon gelesen bzw. durchgearbeitet, leider ohne vollständigen Durchblick zu erhalten).

geändert 19.08.2017

Die anderen genannten Einstellungen haben hingegen keinen Unterschied gemacht (abgesehen von "Abweichung, ab der neu berechnet wird"-> 10000 - das versteh ich nicht, denn dann wird gar nicht mehr neu berechnet bzw. viel zu spät).

Sorry, das ist natürlich richtig und ich habe meinen Post entsprechend korrigiert.

Hallo reha73

Wie ich bereits in einem anderen Thread (http://forum.locusmap.eu/index.php?topic=5349.0) beschrieb sind meine Erfahrungen den deinen ganz ähnlich, wobei auch meine Einstellungen in Locus den gezeigten entsprachen.

Danach habe ich folgendes verändert:

"Automatisch neu berechnen" -> Endpunkt Priorität
(Begründung siehe o.g. Thread)

"Erlaubte Abweichung"-> 10000
Jetzt erfolgt die sprachgeführte Navigation auch bei größeren verkehrsbedingten Umfahrungen oder wenn ich auf die Idee komme einfach ins "Blaue" hinein zu fahren und doch am Ziel anzukommen wünsche.

"strikte Routennavigation" -> deaktiviert
Diese Einstellung führt nach meiner Ansicht im Fahrradmodus zu vollständiger Verwirrung da hierbei die Bewegungsrichtung ignoriert wird. Konzeptionell ist das wohl so gedacht, was im Fußgängermodus auch funktionieren mag.
Bei Querfeldeintouren ist es aber nun oftmals nicht möglich, weil mancher Weg eben nicht dort liegt wo er laut Karte liegen müsste oder weil sich dieser als nicht passierbar erweist, immer den nächsten Wegpunkt exakt anzusteuern. Dann passiert es eben das man aufgefordert wird, obwohl z.B. die Route längst wieder befahren wird, sich zurück zum noch nicht "abgehakten" Wegpunkt zu bewegen.

"auf Strecke fixieren"-> deaktiviert
Die Funktionsweise dieser Einstellung erschließt sich mir noch immer nicht ganz und das Handbuch hilft dabei auch nicht weiter. Das fixieren auf die Strecke birgt gerade in unübersichtlichen Situationen einige Tücken und vermittelt ein falsches Bild. Ich hatte oftmals den Eindruck das die "Abweichungstoleranz" sich nicht nur auf die Anzeige bezieht sondern auch die Navigation beeinflusst. Als Beispiel sei hier eine Tour durch hügeliges, waldiges Gelände erwähnt. An einer Weggabelung führte ein Weg bergauf und ein anderer geradeaus in gleiche Richtung, wobei die horizontale Entfernung beider Wege nur gering war. Erst nach einiger Zeit wurde der Fehler beim Abbiegen bemerkt und ich auf einen unsinnigen Wegpunkt, da bereits weit hinter mir liegend, auf der Strecke geroutet (mögliche Alternativen in Bewegungsrichtung waren vorhanden und "strikte Routennavigation" war deaktiviert). Mit deaktivierter Einstellung sind Probleme dieser Art deutlich geringer. Da ich mein Handy in der Trikottasche mitführe, somit fast ausschließlich den gesprochenen Navigationsanweisungen folge, erschwert zudem diese Einstellungen bei Unklarheiten den schnellen Überblick auf dem Display.

Ein Rundkurs scheint wegen der Bearbeitung und Übergabe von Zwischenpunkten bei der Neuberechnung nicht ganz unproblematisch zu sein, möglicherweise gibt es da aber auch bereits einen einfacheren Weg als den von erfi beschriebenen.

Hallo

Nachdem ich heute morgen mit meinem Rennrad plötzlich lt. Navigationsanweisung, trotz Profil "fastbike", einen unbefestigten Schotterweg benutzen sollte, nahm ich mir nachmittags die Zeit um mir die Sache genauer anzuschauen.

Folgende Fehler konnte ich dabei in der Kombination Locus PRO V3.18.9 + BRouter 1.4.4 feststellen.
- Die Zwischenziele einer durch die BRouter-App erstellten Route werden bei der automatischen Neuberechnung ignoriert bzw. verworfen (siehe http://forum.locusmap.eu/index.php?topic=5349.0).
- Profile werden sowohl im o.g. Szenario, als auch auf dem direkten Weg über "Navigieren", ignoriert, die neu berechnete Route ist bei allen Profilen die gleiche.

Das Problem mit den Zwischenzielen existierte auch schon in älteren Versionen (z.B. 3.18.6, 3.15.3), den Fehler mit der Profilzuweisung gibt es erst, seit dem man BRouter direkt in Locus ein Profil zuweisen können sollte (ab V3.18.7).
Vermutlich spielt die remote.brf hierbei eine wichtige Rolle welche wohl das gewählte Profil aufnehmen und an BRouter übergeben sollte.

Ich bin jetzt erst einmal zurück zu Locus V3.18.6 gewechselt.

Gruß
Mips

PS: Bin neu hier, deshalb nicht übel nehmen wenn das der falsche Platz für mein Anliegen ist .

Hallo zossebart,
von mir stammt die ursprüngliche Anfrage an Arndt.
Ich meine, dass das zurückgegebene brouter0.gpx nicht das Problem ist.
Meines Wissens sind POI, was ja die übergebenen "via"-Punkte sind, im GPX auch nur einfache Wegpunkte <wpt>.
Da "nogo" Areas bei der Neuberechnung aber korrekt behandelt werden, scheint die Übergabe dieser Daten eine Angelegenheit des Service-Interface (API) zu sein.
Sicherlich spielt auch die Locus interne Verarbeitung von Zwischenzielen eine Rolle, da ja auf direktem Weg über "Navigieren", deren Anzahl auf 2 (bei 3 erhielt ich Fehlermeldungen) begrenzt ist.
Diese Frage können aber wohl nur Menion oder Arndt beantworten.
Gruß
Mips