Bin noch nicht ganz sicher woran es liegt, aber in der V3.70.19 wurde offenbar irgendetwas an der Importfunktion oder an der internen Datenbank geschraubt.
Jedenfalls ist es nun so, dass Zwischenziele, also die Via-Points, nicht mehr so importiert werden wie es sein sollte obwohl in der GPX-Datei alle nötigen Angaben vorhanden sind.
Ich erstelle auf Bikerouter oder BRouter-Web meine Routen. Vor allem Rundkurse. Dabei setze ich an mir wichtigen Punkten Zwischenziele -genau diese tauchen nach dem Import nun nicht mehr auf- und navigiere dann mit Endpunkt-Priorität. Das mache ich nun schon etliche Jahre so und es hat immer funktioniert.
Nun jedoch nicht mehr. Und damit ist die Navigationsfunktion in der V3.70.19 für mich nahezu unbrauchbar.
Es kam mir gleich merkwürdig vor, als plötzlich statt der gewohnten blauen Zwischenziel-Symbole kleine schwarze Kästchen im der Routendarstellung auftauchten. Unter "Route bearbeiten" stellte ich dann fest, dass statt der von mir gesetzten vlt. 20 Via-Points nur noch vier blaue Via-Kästchen in der Route auftauchten. Auch während der Navigation wird als "nächstes Ziel" nicht mehr der Kreis mit dem Punkt in der Mitte (Zwischenziel) angezeigt. Wie auch, die Via-Punkte sind ja weg.
Das ist aber noch nicht alles. Solange ich exakt auf der Route bleibe, scheint alles zu funktionieren, weiche ich aber von der Route ab, bricht das Chaos aus. Locus signalisiert zwar, das ich abseits der Route bin, nimmte aber keine, zumindest keine erfolgreiche, automatische Neuberechnung vor und nach einiger Zeit, in der nichts navigationstechnisch nichts passiert, verschwindet zu allem Überfluss dann auch noch der Track von der Karte. Nach "Navigation beenden" ist dieser dann wenigstens wieder da.
Kann jemand dieses neue "Feature" bestätigen?
Gruß
Mips
PS:
Habe gerade festgestellt, dass der Import in der V3.70.17 noch zu funktionieren scheint, zumindest sind dort unter "Route bearbeiten" noch alle blauen Via-Kästchen vorhanden.
PPS:
Vielleicht liegt es auch an dem seit V3.70.18 beendeten Support für Android <7.0.. Auf meinem Radnavi S7 mit Android 8 tritt der beschriebene Fehler auf. Beim Planungstablet mit Android 10 scheint es zu funktionieren.
UPDATE:
War soeben mit drei unterschiedlichen Geräten mit unterschiedlichen Android- und Locusversionen unterwegs. Bei allen Geräten der gleiche Fehler.
Vorab: Das der Track "weg" war lagt daran, dass er einfach nur aus dem sichtbaren Bereich wanderte.
Aber offensichtlich gibt es ein Problem mit der automatischen Neuberechnung (alle Geräte verwenden BRouter V1.7.9). Die Abweichung von der Route wird zwar korrekt erkannt und auch signalisiert, aber dem folgen keine neuen Navigationsanweisungen. Verlasse ich die Route und verschiebe die Karte manuell, ist im Track am weißen Richtungspfeil zu sehen, dass ich eigentlich umkehren sollte. Im Navigationsfeld oben links wird jedoch weiterhin immer nur das Fragezeichen angezeigt und gesprochenen Navigationsanweisungen gibt's auch keine mehr. So kann man kilometerweit in die entgegengesetzte Richtung fahren, so wie ich letztes Wochenende, ohne dass ein "In 150m wenden" o.ä. zu hören wäre.
Update 28.05.2026
Ich bin mir inzwischen ziemlich sicher, dass es sich um ein Problem der Locusversionen V3.70.xx handelt.
Nicht einmal auf einer mit dem internen Routenplaner erstellten Route mit Zwischenzielen erfolgt bei Abweichung vom Track eine Navigation zum nächsten Zwischenziel.
An BRouter liegt es nicht, da bin ich zurückgegangen bis zur V1.7.5 bei der ich mir sicher bin, dass 2024 noch alles wunderbar funktionierte.
Ich frage mich inzwischen, ob dieser gravierende Bug nicht vielleicht den Umstieg auf V4 "erleichtern" soll.
Quote from: Mips on May 26, 2026, 11:35:44ob dieser gravierende Bug nicht vielleicht den Umstieg auf V4 "erleichtern" soll.
Pssssst. Sowas darfst Du hier niemals äußern, sonst wirst Du gebannt🫢.
Außerdem hast Du nach dem Umstieg noch ganz andere gravierende Bugs.
Aber ich hab nix gesagt🙊
@Mips
Ich verwende nur eine ältere V3-Version.
Möchtest du mal etwas ausprobieren?
Nutze mal die Webversion von Brouter web essbee (https://brouter.de/essbee/#map=5/50.990/9.860/standard)
Wähle den GPX-Export im Locus-Format.
Teste damit kurz das Navigationsergebnis.
Quote from: 0709 on June 04, 2026, 09:28:46Nutze mal die Webversion von Brouter web essbee (https://brouter.de/essbee/#map=5/50.990/9.860/standard)
Kannte ich gar nicht. Was ist das Ziel von diesem Projekt, worin unterscheidet es sich von http://brouter.de/brouter-web/? Danke.
This Brouter web Essbee version by the Locus-style offers the export of gpx navigation tracks. (https://forum.locusmap.eu/index.php?topic=5953.msg49519#msg49519)
Vergleich Turninstruction mode Locus-style mal mit Locus-old-style gpx exports in Notepad++.
QuoteThis Brouter web Essbee version by the Locus-style offers the export of gpx navigation tracks.
Aber das macht doch jeder BRouter-Web Abkömmling?!
Zudem braucht man, soviel ich weiß, die locus-style Option auch nicht, wenn man BRouter als Offline-Router in Locus nutzt.
Der Titel deines Threads lautet ,,Problem beim GPX-Import".
In dieser Brouter-Esbbee-gpx-datei sind die Shaping-Punkte (Locus-Stille-Via) noch vorhanden.
Test mal die navigation mit dieser GPX- variant mittels Punkt priorität Neuberechnung..
Locus Map v 3.70.16 funktioniert problemlos. (Mit die aktuellsten Brouter-Daten)
Die Via-Points sind in meiner Bikerouter.de gpx-Exportdatei auch vorhanden und mit Endpunktpriorität, und zwar ausschließlich mit Endpunktpriorität, navigiere ich schon seit Jahren.
Bin jetzt zurück auf V3.66 und da scheint alles wie gewohnt zu funktionieren.
Eine Möglichkeit für den Fehler habe ich evtl. gefunden. Seit BRouter V1.7.9 gibt es Änderungen an den rd5-Dateien, was nirgendwo steht, und nur beim Update über den quälend langsamen BRouter-Downloadmanager angezeigt wird.
UPDATE 07.06.2026
Ahh!!!
In dem essbee-Router werden als Wegpunkte statt <type>via</type> <type>shaping</type> gesetzt.
Werde es mal damit ausprobieren. Das erklärt aber nicht warum das, was bisher funktionierte, es nun nicht mehr wie gewohnt tut.
Ich wiederhole hier mal meinen Post, den ich auf mtb-news.de (https://www.mtb-news.de/forum/t/bikerouter-de-brouter-web-fragen-antworten-hilfe-profile-tipps-etc.917910/post-20411880) veröffentlicht habe mit der Hoffnung, dass hier vielleicht jemand eine Erklärung hat.
Quote@Marcus
Hallo Marcus
Habe hier ein seltsames Phänomen.
Wenn ich eine Route aus Bikerouter (gpx Datei mit Wegpunkten) in Locus importiere, sieht diese so aus:
Route_Locus_320.jpg
Alles fein, so wie gedacht, ... könnte man auf den ersten Blick meinen.
Aber, ach!.
Will ich die Route dann Nachbearbeiten, z.B. um die Zwischenziele in Shaping-Points umzuwandeln, sind plötzlich die Zwischenziele weg:
Locus_Route ändern_320.jpg
Mache ich das gleiche über BRouter.de/essbee, bleiben alle Zwischenziele -die hier aber eigentlich Shaping-Points (Zwischenpunkte) sein müssten- erhalten.
Route_essbee_320.jpg
Ist das ein Fehler in Bikerouter oder sitzt der Fehler vorm Monitor?
Locus V3.70.19
BRouter V.1.7.9
turnInstructionMode: locus-style
Gruß
Mips
Marcus Jaschen, der Bikerouter.de Entwickler, antwortete darauf:
QuoteMips_CB schrieb:
Ist das ein Fehler in Bikerouter oder sitzt der Fehler vorm Monitor?
Locus V3.70.19
BRouter V.1.7.9
turnInstructionMode locus-style
Ich habe leider keine Ahnung von diesen Apps, was sie machen und welche Daten sie erwarten. Ich fürchte, ich kann dir da nicht weiterhelfen – aber es gibt hier mit Sicherheit Leute, die Bescheid wissen.
Wenn es etwas zu fixen gibt, mache ich das super gern. Ich schaffe es aber zeitlich nicht, das selbst zu debuggen.
Sind vielleicht hier die Leute, die Bescheid wissen?
Gruß
Mips
Hier, da nur vier Anhänge erlaubt sind, noch die beiden GPX-Dateien zum obigen Post:
@Mips
Ob dein Planer letztendlich eine Kehrtwende verursacht oder nicht, hängt natürlich auch von der gewählten Routerplanungs-Engine und der Art des Transports ab. Hilfreich ist, dass du auf das Vorhandensein einer möglicherweise unerwünschten Kehrtwende hingewiesen wirst. Wenn die Karte stark herausgezoomt ist, lässt sich das auf der Karte manchmal weder gut noch schnell erkennen. Die Wende liste kann dann für eine recht schnelle Überprüfung sehr nützlich sein.
Nicht alle routers generieren die so nützliche Kerthwendeanweisung. (u-turn) Der Brouter und GraphHopper generieren die jedoch.
Übersetzt mit DeepL.com (kostenlose Version)
QuoteNicht alle routers generieren die so nützliche Kerthwendeanweisung. (u-turn) Der Brouter und GraphHopper generieren die jedoch.
Bei mir leider nicht. Das ist ja genau das Problem. Solange ich dem Track folge, ist alles in Ordnung. Verlasse ich diesen aber, zum Beispiel weil eine Strasse gesperrt ist und ich umkehren muss, kommt nichts mehr. Der Navigationsbildschirm zeigt dort, wo sonst die Navigationsanweisungen stehen, ein Fragezeichen und der Track wandert aus dem Kartenbereich.
BRouter 3.70.16 (Aktuelle BRouter-App).
Du meinst, dass Locus dir keine Wende (u-turn) anweisung gibt, sondern nur das ? Mann erhältst dann nur noch regelmäßig die Offtrack-Warnung, wie sie eingestellt ist. Wenn du danach stur weiterfährst, wird irgendwann dan doch eine brauchbare Abbiegeanweisung generiert. Ist es das, was du beschreibst ?
Es ist schon eine Weile her, dass ich Locus Navigation benutzt habe, aber ich glaube mich zu erinnern, dass es keinen Befehl für eine Kehrtwende gibt. Man hört nur den Offtrack-Alarm in der Entfernung, die man selbst eingestellt hat. Fährt man dennoch weiter weg, kann es sehr lange dauern, bis die automatische Neuberechnung schließlich eine kürzere alternative Route vorschlägt. Ein U-Turn-Befehl wird (soweit ich weiß) nur generiert, wenn man eine Navigationstrack importiert, die einen geplanten u-turn enthält. In diese ,,andere" App wird" Neuberechnung" gemeldet, mann kannst dan zuruck oder weiterfahren. Du erhältst sofort eine Vorwärtsroute mit Abbiegehinweisen, die dich zum nächsten noch nicht besuchten Zwischenpunkt führen. Eine wesentlich angenehmere Erfahrung.
Wenn die u-turn Anweisung in eine GPX-Navigationsspur eingebettet ist, kann sie verwendet werden.
Dieses Video demonstriert es. https://youtube.com/shorts/ZHdykTAcvVs?feature=share
(Übersetzt aus dem Englischen)
Vorschläge für Erklärungen:
Beim Import eines Tracks mit <wpt>-Einträgen muss Locus Map berechnen, ob es sich bei jedem <wpt> um einen NAV oder VIA-Punkt der Route oder um einen unabhängigen POI handelt. Meiner Beobachtung nach (ohne Insiderwissen !) funktioniert dies ungefähr wie folgt:
a) Es wird geprüft, ob die Breiten- und Längenkoordinaten des <wpt> nahe genug an einem <trkpt> liegen. Falls nicht, handelt es sich um einen POI.
In der aktuellen Version V3.70 (und LM 4.34) bedeutet "nah genug" anscheinend einen Abstand von ca. 10 cm, berechnet aus den Breiten- und Längenkoordinaten.
In V3.66.2 liegt der Abstand bei ca. 1 Meter.
Diese Werte habe ich durch Experimentieren mit den Positionen der <wpt> ermittelt. Die Entwickler von Locus Map können die genaue Logik erläutern.
b) Falls nahe genug, werden <sym> und/oder <locus:rtePointAction> geprüft. Handelt es sich um eine Richtungsangabe (links, rechts usw.), ist es ein Navigationspunkt (NAV). Andernfalls ist es ein VIA. Die Längen- und Breitengrade des importierten Wegpunkts werden vom zugehörigen Trackpunkt (<trkpt>) übernommen, sodass der VIA oder NAV Teil der Route ist.
c) Die Wegpunkt-Einträge (<wpt>) müssen in der gleichen Reihenfolge wie die Trackpunkte (<trkpt>) vorliegen. Andernfalls kann es zu unvorhersehbaren Ergebnissen kommen, z. B. werden VIAs (deren Längen- und Breitengrade mit einem Trackpunkt übereinstimmen) als POIs geladen.
d) Trackpunkte (<trkpt>) können selbst als NAV oder VIA gekennzeichnet werden. Das GPX-Format von brouter-essbee ermöglicht dies. <sym>pass_place kennzeichnet einen VIA.
Mit dem Track gespeicherte POIs werden in LM auf der Karte angezeigt, sind aber nicht Teil der Route – beim Bearbeiten der Route verschwinden sie. VIA werden als kleine blaue Kästchen dargestellt, liegen immer auf der Route und dienen auch als Shaping punkte. POIs werden von der LM-Navigation nicht angezeigt/angekündigt. VIA-Punkte hingegen schon.
Die Berechnung zur Zuordnung von <wpt> und <trkpt> hat sich nach Version 3.66.x anscheinend geändert. In Version 3.66 gab es eine größere Toleranz. In späteren Versionen muss ein <wpt> deutlich näher an einem <trkpt> liegen, um als VIA-Punkt zu gelten. Ich vermute, dass dies der Grund dafür ist, dass früher viele (aber wahrscheinlich nicht alle) <wpt> als VIA-Punkte geladen wurden, in Version 3.70 jedoch nicht mehr.
In den GPX-Dateien von bikerouter und brouter repräsentieren die <wpt> vermutlich die Punkte, an denen Sie auf der Karte geklickt haben. Dabei handelt es sich eigentlich um Shaping Points (in der LM-Terminologie) – nicht unbedingt um VIA-Punkte –, obwohl brouter sie als VIA-Punkte bezeichnet. Verschiedene Apps verwenden manchmal dieselbe Terminologie mit leicht unterschiedlichen Bedeutungen.
Ich glaube nicht, dass der Typ "via/shaping/from/to" für LM relevant ist – er wird ignoriert.
In den GPX-Dateien von bikerouter und brouter stellen die <wpt>s die Punkte dar, die Sie auf der Karte angeklickt haben. Hierbei handelt es sich eigentlich um Shaping Points (in der LM-Terminologie) – nicht unbedingt um VIA-Punkte –, obwohl Brouter sie als VIA-Punkte bezeichnet. Verschiedene Apps verwenden manchmal dieselbe Terminologie mit leicht unterschiedlicher Bedeutung.
In der Brouter-Essbee-GPX-Datei sind die "VIAs" in der richtigen Reihenfolge, da keine NAV-<wpt>s vorhanden sind. Sie liegen jedoch nicht nahe genug an <trkpt>s und werden daher als POIs geladen. Die als NAV oder VIA markierten <trkpt>s werden entsprechend geladen. Wenn Sie in LM hineinzoomen und diese VIA-Punkte genauer betrachten, sehen Sie zwei kleine Punkte. Einer (auf der Route) stammt vom <trkpt>, der andere (etwas abseits der Route) vom <wpt>, dem Punkt, auf den Sie in Brouter-Essbee auf der Karte geklickt haben. Wenn Sie diese Punkte abseits der Route nicht sehen möchten, löschen Sie die <wpt>s vor dem Import.
Einige andere Routenplaner erstellen GPX-Dateien, bei denen die NAV and VIA <wpts> immer die gleichen Längen- und Breitengrade wie der zugehörige <trkpt> haben und daher korrekt geladen werden. Beispiel-App: plotaroute. bikerouter hingegen nicht, daher die Verwirrung. Falls für LM der Brouter-<wpt> innerhalb von 10 cm von einem <trkpt> liegen muss, ist dies unwahrscheinlich, da dies nur eine sehr geringe Anzahl von Pixeln auf dem Bildschirm ausmacht.
-----------------------------
U-turn bei Abweichung vom Kurs: Bei der Neuberechnung der Route durch LM wird die aktuelle Richtung meines Wissens nicht berücksichtigt. Es wird lediglich eine neue Route generiert und der nächste NAV- oder VIA punkt angezeigt oder angekündigt. Sie werden also nicht aufgefordert, umzukehren.
Routenneuberechnung: Sind Sie sicher, dass Sie in Version 3.70 die Routendaten für den Standort heruntergeladen haben? Ich habe festgestellt, dass die Neuberechnung wirkungslos ist, wenn die Daten fehlen.
Die allwissende Google-KI bietet eine intressanten Ansatz zur Erklärung:
QuoteDass dieser Fehler auftritt, obwohl Sie die Einstellungen auf beiden Seiten (Bikerouter: GPX + Wegpunkte; Locus: Punkte im Track zusammenführen) vollkommen korrekt gewählt haben, entlarvt ein tiefes Kompatibilitätsproblem in der mathematischen Präzision, das exakt zu unserer allerersten Frage zurückführt:
Den ungleichen Nachkommastellen.
Sie sind hier auf einen echten, reproduzierbaren Software-Bug in der Schnittstelle gestoßen. Das Problem basiert auf folgendem Ablauf:
Warum die Punkte im Routenplaner verschwinden
Wenn Sie den Import-Befehl "Punkte im Track zusammenführen" erteilen, versucht Locus Map,
ein mathematisches Puzzle zu lösen:
Die Suchfunktion: Locus nimmt einen Wegpunkt aus der bikerouter.de-Datei und sucht auf
der Tracklinie nach einem Trackpunkt (<trkpt>), der exakt dieselbe Koordinate hat,
um den Wegpunkt dort als Zwischenziel "einzuklinken".
Der Präzisions-Konflikt: Der Wegpunkt steht in der Datei mit den rohen 14 Nachkommastellen
(z. B. 50.12345678901234). Der Trackpunkt auf der Linie wurde von Bikerouter beim Export
oder von Locus beim Einlesen jedoch auf 6 Nachkommastellen gekürzt (z. B. 50.123457).
Das Scheitern: Für den Computer sind diese beiden Zahlen nicht identisch. Da die
Koordinaten mathematisch nicht exakt übereinstimmen, schlägt das "Zusammenführen"
im Code von Locus Map fehl oder funktioniert nur bei den Punkten zufällig,
bei denen die Rundung exakt aufging.
Die Folge im Planer: Die Punkte verbleiben als lose, visuelle Stecknadeln auf der Karte.
Sobald Sie jedoch in den Routenplanermodus wechseln, sucht Locus nur noch in der bereinigten
Track-Datenstruktur nach Zwischenzielen. Da die Verknüpfung wegen des Rundungsfehlers
fehlschlug, sind die Punkte in diesem Modus für Locus nicht existent und verschwinden aus
der Liste.
PS:
Die allererste Frage lautete: "Warum werden in einer GPX-Datei Wegpunkte (wpt) mit 14(!) Dezimalstellen gespeichert, Trackpunkte (trkpt) aber nur mit sechs.
Die KI schlägt zur Lösung vor, entweder die Route direkt in Locus zu planen oder Zwischenziele extra zu importieren (nicht mit "Im Track zusammenführen") und an deren Stelle im Locus Routenplaner dann an exakt gleicher Stelle einen Via-Point zu setzen.
Je mehr Lügen und Ungenauigkeiten eine KI im Internet findet und je mehr man AI davon überzeugt, desto eifriger wird AI diese Ungenauigkeiten blitzschnell verbreiten. KI als Verbreiter falscher Informationen einzusetzen, ist schnell und äußerst effizient.
Die Locus-Methode funktioniert mit den Anweisungen in GPX-Wegpunkten korrekt, nur indem zwischen der GPX-Wegpunkts und Trackpunkts eine sehr enge Verknüpfung besteht. Diese Verknüpfung entsteht entweder durch die ursprüngliche Locus-GPX-Erweiterung, die auf die betreffenden Wegpunkte angewendet wird, oder dadurch, dass Trackpunkt und Wegpunkt mit den Anweisungen exakt dieselbe Position und denselben Zeitstempel enthalten. Letzteres kann als GPX-Kopie des ursprünglichen Garmin-TCX-Kursformats beschrieben werden. Dies ist auch die Exportmethode von Plotaroute. BikeRouter dagegen verwendet die ursprüngliche Locus-Methode über die Locus-GPX-Erweiterung, jedoch nur für die Abbiegehinweise. Die im Export enthaltenen Wegpunkte mit dem Namen ,,via" sind keinem Trackpunkt zugeordnet und funktionieren daher nicht wie vorgesehen als Via-Punkte. Sie zeigen lediglich die Position Ihres planer punkt (click) position an und sind ansonsten für die Navigation nicht brauchbar, da sie die Anzeige nur mit unnötigen Informationen überladen.
Im de Brouter Essbee-Export sind die Anweisungen für sowohl Abbiege- und Streckenführungsinformationen bereits direkt in den Trackpunkten enthalten. Künstliche und fehleranfällige Konstruktionen, die komplexe Verknüpfungen erfordern, sind daher völlig überflüssig. Zudem bleibt die separate, unabhängig prima nutzbare GPX-Wegpunktliste somit ganz frei von unerwünschten Daten. Sie verwenden die GPX-Wegpunktliste daher ausschließlich für ihren ursprünglichen Zweck: um einzelne positionen und Orte als POIs, Favoriten oder wie auch immer Sie sie nennen, hinzuzufügen.
Referenzen.
https://forum.locusmap.eu/index.php?msg=50723
https://forum.locusmap.eu/index.php?msg=49519
Hinweis: Die Experimente sind längst abgeschlossen. All dies ist bereits seit geraumer Zeit im Einsatz. Manche Apps nutzen es effektiver als andere. Sie können selbst herausfinden, welche Apps es am besten einsetzen.
@0709
Danke für Deine Erläuterungen.
Auch ich vertraue der KI nicht blind, aber dieser Ansatz erschien mir plausibel, noch mehr als ich feststellte, dass die Wegpunkte in meinen alten GPX-Dateien genau wie die Trackpunkte mit sechs Dezimalstellen abgelegt wurden.
QuoteSie zeigen lediglich die Position Ihres planer punkt (click) position an und sind ansonsten für die Navigation nicht brauchbar,
Warum dann dieser "Planer Punkt" nicht automatisch auch als Trackpunkt, zumal sich ja der Track erst aus diesen Punkten zusammensetzt -und seien es auch nur from und to-, verstehe ich immer noch nicht.
Fakt ist: Die Navigation mit Zwischenzielen in Locus Map Classic V3.70.19 und BRouter V1.7.9 funktioniert bei mir nicht mehr so, wie ich damit viele Jahre viele Strecken zur vollsten Zufriedenheit gefahren bin. Und da war alles dabei. Von der 200km Tagestour bis zur 450km 3-Tagestour.
Woran das nun im Detail liegt und ob dabei auch der Import der GPX-Dateien und des dabei verwendet Abkömmlings von BRouter-Web eine und welche Rolle spielt, ist mir, ehrlich gesagt, inzwischen ziemlich egal und nur noch nervig.
Und was diese anderen Apps betrifft: Ich habe weder die Lust noch die Zeit diese auszuprobieren und mich in diese einzuarbeiten. Die Zeit die ich damit verbringen müsste, sitze ich lieber im Sattel. Besonders abgeschreckt bin ich von Apps, die mir sofort ein Abo-Modell unterjubeln wollen, und das ohne, dass ich diese zuvor vollumfänglich testen kann.
,,Without being able to test it thoroughly beforehand ?" "Und das ohne, dass ich diese zuvor vollumfänglich testen kann.– Das ist so nicht korrekt. Navigation ist das Endspiel; man kann alles frei testen, ohne vorher Geld auszugeben.
Schauen wir uns einmal die Positionen der Routenpunkte (Waypoints) im Routenplaner an.
Jeder Routenpunkt (Waypoint), den du setzt und den du zur Steuerung und letztlich zur Erstellung der Strecke verwendest, erzeugt sofort einen entsprechenden, eindeutigen Trackpunkt.
Außer wenn man sehr genau darauf achtet, bemerkt das kaum jemand, da dieser einzelne Punkt in der Vielzahl der exportierten Trackpunkte praktisch untergeht.
Du setzt die Routenpunkte, anschließend erzeugt die Routing-Engine daraus einen Track. So funktioniert es immer. Das lässt sich sogar relativ einfach überprüfen.
Erstelle eine sehr kurze, gerade Strecke, bestehend nur aus einem Start- und einem End-Routenpunkt (in Locus als WPT bezeichnet).
Zähle die Anzahl der exportierten Trackpunkte. Ist die Strecke wirklich gerade und sehr kurz, sind es möglicherweise nur zwei.
Füge nun dazwischen einen zusätzlichen Via- oder Shaping-Punkt ein. Danach wirst du feststellen, dass genau ein weiterer Trackpunkt hinzugekommen ist.
Dieser zusätzliche Trackpunkt wurde vom Router exakt auf dem Straßennetz erzeugt.
Es handelt sich dabei um den zugehörigen Trackpunkt zusammen mit seinem ,,Elternteil", also dem von dir gesetzten auslösenden Routenpunkt in unmittelbarer Nähe.
Locus bezeichnet diesen als GPX-,,WPT", was eigentlich nicht ganz korrekt ist, da er funktional als Routenpunkt verwendet wird.
Im GPX-Format gibt es grundsätzlich nur den Basistyp ,,pt" (Point), der dann in den Varianten ,,wpt", ,,rtept" und ,,trkpt" vorkommt.
Alle diese Punkte können dieselben Elemente verwenden, beispielsweise name, cmt, desc, src, sym, type usw.
Im BRouter oder Bikerouter erzeugt jeder Routenpunkt – Start, Via-, Shaping- und Endpunkt – so entsprechende Trackpunkte.
Die Start- und End-Trackpunkte sind leicht zu erkennen, die dazwischenliegenden Via-Trackpunkte gehen jedoch in der Masse der trackpunkte unter.
Der BRouter-Generator sollte dem (via) Routenpunkt mitteilen, welcher der vielen erzeugten Trackpunkte zu ihm gehört.
Falls dies nicht geschieht, ist das Navigationssystem gewissermaßen blind und sieht lediglich die Vielzahl der generierten Trackpunkte.
Der BRouter_Esbbee-Export benötigt diese komplexe Konstruktion nicht, da die Informationen direkt am richtigen Trackpunkt hinterlegt werden. Weniger Komplexität bedeutet auch weniger Anfälligkeit für Fehler.
Der Import in Locus funktioniert dadurch correct, ohne dass die WPTs überhaupt erst mit dem Track zusammengeführt werden müssen.
Noch besser wäre es, die ursprünglich gesetzten auslösenden Routenpunkte (Waypoints) gar nicht erst zusätzlich zu exportieren. Diese zahlreichen Navigations-Waypoints verunreinigen lediglich eine möglicherweise sauber aufgebaute POI-WPT-Liste.
Siehe auch diesen Beitrag:
https://forum.kurviger.com/t/was-genau-bewirkt-dieser-menu-punkt/24515
QuoteNavigation ist das Endspiel; man kann alles frei testen, ohne vorher Geld auszugeben.
Kann man bei Cruiser-GPS schon mal nicht. Das geht schon damit los, dass ich das Kartenverzeichnis nicht frei wählen kann, sondern nur vier Auswahlmöglichkeiten in der Free Version habe. Ich sehe aber nicht ein, warum ich das bereits vorhandene, mehreren GB große und identischen Kartenmaterial doppelt laden soll. Und gerade das "Endspiel", denn darum geht es ja, hätte ich vor dem Kauf gern getestet.
Quoteerzeugt sofort einen entsprechenden, eindeutigen Trackpunkt.
Warum finde ich aber dann die Koordinaten der Wegpunkte nicht oder nur unvollständig (auf sechs Dezimalstellen gerundet) unter den Trackpunkten?
Danke für Deine Mühe und die technisch durchaus sehr interessanten Erläuterungen, jedoch erklären diese nicht, vielleicht verstehe ich es aber auch nur nicht, warum das, was einst in Locus funktionierte, nun nicht mehr geht.
Ich kann mich z.B. nicht daran erinnern, dass, wenn ich in die entgegengesetzte Richtung einer Route fuhr, z.B. wegen einer Straßensperrung, in der Vergangenheit stoisch die Anweisung erhielt "Fahren Sie geradeaus", egal wie weit ich mich damit von der Route entfernte.
Gruß
Mips
Da ich die Pro-Version nutze, kann ich die von Ihnen erwähnten Einschränkungen der kostenlosen Version nicht mehr überprüfen. Möglicherweise hat sich etwas geändert. Ich muss dies klären und kann Ihnen erst dann mehr berichten. Bestehende Vektorkarten sind, sofern sie in Locus/Android/media installiert sind, als externe Karten zugänglich. Getestet mit Android 10 und 13.
Bikerouter-Dateien ohne Wegpunktunterstützung? Das war Ihre ursprüngliche Frage. Keine Wegpunktunterstützung mehr, obwohl es sie vorher gab? Vergleichen Sie daher bitte eine ältere und eine aktuelle GPX-Exportdatei sorgfältig.
Bikerouter Web: Erstellen Sie eine kurze Teststrecke mit einem Wegpunkt.
Der Bikerouter-Export enthält die Locus-GPX-Erweiterung an jedem Abbiegepunkt.
In den vom Benutzer gesetzten Wegpunkten des Exports sind keine Locus-GPX-Erweiterungen vorhanden, und diese wurden auch nicht auf der Straße erfasst.
Locus (Classic):
Erstellen Sie eine kurze Teststrecke mit einem Wegpunkt.
Sowohl die Abbiege- als auch die Navigations-Wegpunkte enthalten die Locus-GPX-Erweiterung. Diese Locus-Wegpunkte werden an der Straße ausgerichtet. Abbiege- und Nebenwegpunkte sind nur positionsbezogen mit einem Trackpunkt verknüpft. Die Navigationsdaten in der Locus-GPX-Erweiterung haben Vorrang.
– Plotaroute
Verwendet wie bei TCX-Kursen sowohl Positions- als auch Zeitstempelzuordnungen. Ohne Locus-GPX-Erweiterung.
@Mips.
Ich habe es überprüft. Was ich dir mitgeteilt habe, stimmt.
Die Testwoche fangt an mit der ersten tatsächlichen TBT Navigationsnutzung.
Nutze die Navigations simulation und konfiguriere erst alles nach deinen Wünsch.
Sobald du fertig bist, steht die TBT-Navigation eine Woche lang frei zur Verfügung.
Fahr mal dem netten Biergarten vorbei und schon hast du einen kleinen ,,Gewinn" erzielt.
Ein einmaliger Kauf wie damals der Locus Pro app angebot ist nicht mehr wiederholbar.
Mehr nur uber PM. Hier ist kein Platz für noch mehr fremde app specifike info.
Eine Locus eigenheit ist, alles wird anfangen, danach nicht zu ende gebracht.
Der in Locus entwickelte einfache GPX Navtrak wird also nicht erst angewendet.
Zum testen der TBT navigations track muss man auf jeden Fall mal ,,fremdgehen".
QuoteDas geht schon damit los, dass ich das Kartenverzeichnis nicht frei wählen kann, sondern nur vier Auswahlmöglichkeiten habe"
Auch hier gehts du doch ziemlich schnell durch die Kurve hin. Cruiser ist sogar eine der wenigen Apps, mit denen man noch externe Karten und karten themes frei auswählen kann. Vorausgesetzt natürlich, dass diese Karten dan nicht in einem ,,app/android/data"-Verzeichnis gespeichert sind. Locus, das in dieser Hinsicht einst so vorbildlich flexibel war, bietet das selbst heute nicht mehr. Dieses thema wurde hier angesichts der strengeren Google-Android-Einschränkungen einst sehr häufig diskutiert. Da du Locus Pro schon länger nutzt, wird dir dieses thema sicherlich bekannt vorkommen.
QuoteCruiser ist sogar eine der wenigen Apps, mit denen man noch externe Karten und karten themes frei auswählen kann.
Naja frei?
Unter Einstellungen > Applikation > Erweitert > Speicherordner werden mir vier Pfade angeboten aus denen ich dann einen auswählen kann. Bei Locus hat man das Problem, zumindest bei LM V3, nicht, da kann man unter Verschiedenes > Standardverzeichnisse > Eigene Unterverzeichnisse > Benutzerdefiniert das Verzeichnis völlig frei wählen.
Du gibst in deine forum profil keine Android-Version an. Je höher die Version, desto größer die Einschränkungen. Und du schreibst, dein Geräte sind ,,gerootet". Entschuldige, aber wenn dein Gerät ,,gerootet" ist, solltest du auch in der Lage sein, mit deinem Datei-Explorer alle Karten dort zu installieren, wo du willst. Sie können sogar in den Download-Ordner kopiert werden. Dort sind sie auch auf einem A13-Smartphone ohne Root-Zugriff zugänglich. Ich mache mir sogar die Mühe, das kurz mal nachzuschlagen. Vielleicht hätte ich das besser nicht tun sollen. Dann musst du es selbst herausfinden.
Da Locus die Karten über die Grenzen hinweg auswählt, vermute ich, dass Locus hierfür tatsächlich verlangt, dass die Karten am ,,normalen" Speicherort abgelegt werden. Aber wenn du es einfach mal testen willst, musst du meiner Meinung nach auch alle ihre Karten doch nicht installieren.
Als Test reicht doch eine einzige Karte in deiner eigenen Umgebung aus. Worüber beschweren wir uns hier eigentlich?
Entweder man testet oder man testet nicht. Entweder man gibt sich etwas Mühe oder man lässt es bleiben.
Aber man meldet ein Problem und will es dann nicht einmal testen und somit vergleichen.
Der Autor von Bikerouter hat nicht einmal Android und hat auch keine Lust, den Export in irgendeiner App fur sie zu testen.
Dann hören wir hier besser auf. Exit & Ende.
Warum so angesäuert?!QuoteDu gibst in deine forum profil keine Android-Version an.
Indirekt schon. Samsung S5 Neo, Samsung S7 ;).
Quotesolltest du auch in der Lage sein, mit deinem Datei-Explorer alle Karten dort zu installieren, wo du willst.
Das bin ich sehr wohl. Nur ist das für andere, die hier mitlesen und kein gerootetes Gerät haben, nicht von Nutzen.
QuoteEntweder man gibt sich etwas Mühe oder man lässt es bleiben.
Ups!
Mit "Mühe geben" hat das nichts zu tun. Ich bin ja auch nicht erst seit gestern hier im Forum und meine, mir mit meinen über 300 Beiträgen immer ziemlich viel Mühe bei der Lösung von Problemen gegeben zu haben. Der Punkt ist ein anderer, und der hat mit "Mühe geben" nichts zu tun. Ich habe einfach nicht die Zeit, mich in die verschiedensten Apps einzuarbeiten. Und, ehrlich gesagt, jetzt im Sommer und bei schönem Wetter habe ich auch nicht die Lust dazu. Diese Testerei ist was für den Spätherbst und den Winter. Bei schönem Wetter will ich in meiner sehr knapp bemessenen Freizeit auf dem Rad sitzen, meine Touren, mit Zwischenzielen(!), fahren und nicht die Zeit mit dem Vergleich von GPX-Dateien der verschiedensten BRouter-Web Abkömmlinge und dem drehen an den verschiedensten Einstellungschrauben in für mich neuen Apps verplempern.
QuoteAber man meldet ein Problem und will es dann nicht einmal testen und somit vergleichen
Das Problem was ich meldete bezog sich auf LM. Meine Frage war, ob irgendwer innerhalb von LM dafür eine Lösung hat.
Bisher offenbar nicht.
Dein Vorschlag, mal eine andere App zu testen, ist eine Möglichkeit, aber keine Lösung des beschrieben Problems. Das ist, als wenn jemand fragt, wie z.B. etwas in LibreOffice-Calc einfacher (besser) funktionieren könnte und dann die Antwort erhält, "Nimm Excel, damit geht's ganz einfach!".
Deine Erläuterungen sind, wie ich ja oben bereits würdigte, technisch sehr interessant und Du scheinst wirklich sehr tief in der Materie zu stecken. Nur nützt mir das, außer viel hinzugewonnenes Wissen um technischen Details, für mein konkretes Problem leider nichts, da ich ja Locus nicht mal ebenso selbst umprogrammieren kann.
Gruß
Mips
Okay, dann kommen wir doch noch einmal darauf zurück.
QuoteNur ist das für andere, die hier mitlesen und kein gerootetes Gerät haben, nicht von Nutzen.
Du stellst doch eine persönliche Frage zu etwas, das nur du selbst als Problem empfindest oder meldet. Niemand sonst hat dasselbe in Bezug auf die ,,via"-Punkt-Problematik gemeldet. Du bist also ganz auf dich selbst gestellt. Wenn du dafür mal kurz eine andere App nutzt (was für einen erfahrenen Locus-Nutzer kein Problem sein dürfte), reichen doch 7 Tage aus, um dich selbst davon zu überzeugen – oder ja oder auch nicht.
Wovon soll man sich denn überzeugen? Davon, dass du Locus dan so ermutigst, dieses von Locus ermöglichte Dateisystem ebenfalls wirklich mal zu nutzen. Es wird auch für den Locus-Webplaner und die Brouters-Webseite definitiv so mehr Möglichkeiten bieten. Dazu kommt noch automatisch ein schöne, kompakte Export von die GPX (poi) wpt dateien als zusätzlicher Pluspunkt. Wenn du als Nutzer davon überzeugt bist, kannst du schon mal mithelfen, diesen ins Stocken geratenen Locus ,,Entwicklungswagen" wieder in Gang zu bringen. Nicht überzeugt? Möglich, doch ich würde das wirklich sehr stark bezweifeln. Übrigens wird sich ihre problem automatisch lösen, sobald der Bikerouter auch den versprochenen Export generiert.
Du hast selbst im Bikerouter-Forum bemerkt, dass dies fast schon fertig ist. Manchmal ist es auch gut, so (gestützt durch eigene Erfahrungen) hier kurz mit anzuschieben. Weder ich noch du noch andere können jedoch allzu anspruchsvoll sein. Der Bikerouter ist Freeware, also alles kostenlos, daher ist es sicherlich wünschenswert, brav zu bleiben ganz brav.
Quotebedeutet "nah genug" anscheinend einen Abstand von ca. 10 cm
Das glaube ich nicht. 10cm wären ja weniger als die Breite der Fahrbahntrennline.
Verwechselst Du das vielleicht mit der Auflösung der GPS-Koordinaten für Trackpunkte (trkpt) mit sechs Dezimalstellen?
(Übersetzt aus dem Englischen)
Hallo,
ich habe einige Tests durchgeführt: Bei Verwendung eines festen Längengrades:
Für LM Classic 3.66.2 stimmen <wpt> und <trkpt> überein, wenn sich die Breitengrade um weniger als etwa 0,000009 unterscheiden, was ungefähr 1 Meter entspricht.
Für LM Classic 3.70.17 und LM 4.34.1 stimmen <wpt> und <trkpt> überein, wenn sich die Breitengrade um weniger als etwa 0,0000009 unterscheiden, was ungefähr 0,1 Meter entspricht.
Bei Zoomstufe 19 entspricht 1 Pixel etwa 0,3 Metern.
https://support.garmin.com/en-GB/?faq=hRMBoCTy5a7HqVkxukhHd8
https://wiki.openstreetmap.org/wiki/Zoom_levels
Bei einem festen Breitengrad sind die zulässigen Längengradabweichungen geringer.
Ich kann die genaue Logik nicht nachvollziehen – es wird nicht einfach nur auf die Dezimalstellen gerundet. Das Ergebnis sind jedoch ungefähr 10 cm für 3.70.17 und 4.34.1 und 1 Meter für 3.66.2.
10 cm erscheinen mir viel zu wenig – es könnte sich um einen Fehler handeln oder es gab einen triftigen Grund für die Reduzierung.
Es ist unmöglich, die Wegpunkte auf der Bikerouter-Karte mit der von LM 3.70 und 4.34.1 geforderten Genauigkeit zuverlässig zu positionieren, da ein Pixel selbst bei Zoomstufe 19 eine größere Distanz als den zulässigen Grenzwert abdeckt.
------
Haben Sie überprüft, ob Sie für 3.70.x die Routendaten geladen haben? Das könnte ein Grund dafür sein, dass die Neuberechnung nicht funktioniert hat.