Konverter Route aus Kurviger-GPX -> Route für Garmin mit Shapingpoints (BMW Nav)

[Ecky2]

Vielen Dank. Auf der Karte in gpxshaper sieht es dadurch so aus, als würde die Abbiegeanweisung nun nach der tatsächlichen Abbiegung kommen, wie man auf dem Screenshot sieht. Das hat mich irritiert. So wie ich es verstehe, hat das aber "nur" Einfluss auf den Text in der Kopfzeile und nicht auf die gesprochene Sprachansage?

 

[rumbrummer]

Die Garmin Navis (also auch der BMW Navigator 5) berechnen die Route basierend auf dem importierten GPX. Die Lage der Abbiegepunkte wird aufgrund des Kartenmaterials bestimmt.
Da eventuelle Garmin ViaPoints (aus dem GPX) durch das nach hinten Schieben jetzt sicher hinter dem Garmin Abbiegepunkt liegen, können sie die Abbiegeanweisung des N5 nicht mehr blockieren.
Das gilt sowohl für die Kopfzeile als auch für die Textansage.

Hinweis: Falls Du .kurviger Dateien verwendest, empfehle ich, auch die zugehörigen GPX Dateien einzulesen.
Mit der neuen Beta version Beta GPX230527 geht das sogar automatisch, siehe Hilfe dazu

 

[Ecky2]

Jetzt habe ich den Zusammenhang verstanden. Vielen Dank, auch für die laufende Arbeit an gpxshaper. Bisher habe ich nur die *.kurviger-Datei verwendet und habe nun gelesen, was der Vorteil aus der Kombination beider Dateien ist und werde das zuküntig so machen.

Edit:
Mir ist aufgefallen, dass bei mir auf dem iPad (getestete Browser Safari & Firefox) die Einstellungen nicht richtig dargestellt werden. Bei vielen Einstellungen ist nicht erkennbar, ob diese aktviert sind. Ich habe testweise alle Cookies gelöscht und die Seite neu geladen, auch das Verändern des Anzeige-Zooms hat keinen Einfluss auf das Verhalten.

Edit2:
Hab gerade die Beta-Versionen getestet. Ab Version GPX230506 scheint das Problem behoben, wenn auch nicht dokumentiert.

 

[rumbrummer]

Danke für die Rückmeldung. Habe gerade mal mit Firefox getestet, macht bei einigen Routen auf meinem Android Tablet Probleme, allerdings wird bei mir meistens die Karte nicht oder nicht richtig dargestellt. Ursache verstehe ich nicht .
Hatte vor ein paar Wochen (?) auf einem alten Handy mit Android 5.x auch das Problem, dass die Checkboxen teilweise verschwunden sind, hatte das gefixt, aber leider selbst nicht verstanden, warum das geholfen hat bzw. warum das vorher passiert ist.
Generell empfehle ich, Chrome oder Opera zu verwenden, auch mit Edge sehe ich selten Probleme. Leider macht der Firefox (war früher mein Lieblingsbrowser) seit einiger Zeit sehr viel Probleme.
Gilt aber alles nicht unbedingt für Apfelsysteme: Ich habe keine zum testen. Aber bei Problemen andere Browser zu probieren ist sinnvoll.

 

[Ecky2]

Ich habe gerne mal noch die Browser Chrome und Opera auf iOS getestet. Der Effekt mit den fehlenden Checkboxen tritt auch bei diesen Browsern auf, unabhängig ob iPhone oder iPad. Also irgendwie hast Du es in Version GPX230506 hinbekommen, dass es ab da wieder funktioniert
Die Möglichkeit, über Tab/Klick auf die Versionsnummer zu einer anderen (Beta-) Version zu wechseln ist übrigens super praktisch

 

[rumbrummer]

Ich habe nochmal auf dem alten Handy getestet, Ergebnis: einige Checkboxen verschwinden auch mit Chrome (ältere Version, da noch Android 5) und Opera.
Problem war in GPX221106 noch nicht da, aber dann in GPX221118.
@Ecky2: Kannst Du bitte mal probieren, ob bei Dir das Problem in GPX221118 drin ist, in GPX221119 dann weg ist (von 22118 -> 22119 habe ich nur eine Zeile geändert) ?
Dann weiß ich ggf. sicher, dass ich den Grund gefunden habe.

 

[Ecky2]

@Ecky2: Kannst Du bitte mal probieren, ob bei Dir das Problem in GPX221118 drin ist, in GPX221119 dann weg ist (von 22118 -> 22119 habe ich nur eine Zeile geändert) ?
Dann weiß ich ggf. sicher, dass ich den Grund gefunden habe.

Es ist genau, wie von Dir vermutet, 22118 hat den Fehler und 22119 nicht.

 

[rumbrummer]

:-)

22118 hat den Fehler und 22119 nicht

Danke! Habe die Korrektur auch in allen Versionen vor GPX230506 auf dem Netz nachgezogen.

 

[ginfizz]

Ich habe da eine kleine Unstimmigkeit beim Import von GPSwerk-GPX (Route&Track) zu GPXshaping entdeckt.

Trackpunkte von GPSwerk 5305

nach dem Import zu GPXshaping aber nur noch 5296

Die ersten und letzten 5 Trackpunkte stimmen bei beiden überein.

Locale Betaversion vom 28.05.2023

Daten in der Anlage

 

[rumbrummer]

nach dem Import zu GPXshaping aber nur noch 5296

9 von 5305 weg - waren wahrscheinlich doppelte Trackpunkte drin, siehe Konverter Route aus Kurviger-GPX -> Route für Garmin mit Shapingpoints (BMW Nav)

 

[rumbrummer]

nach dem Import zu GPXshaping aber nur noch 5296

Hi, habe nochmal am PC nachgesehen, ein Tip:
Wenn Du die Debug Konsole des Browsers öffnest (Chrome+Firefox: Shift-Strg-I), siehst Du dort, welche Trackpunkte entfernt wurden, weil sie identisch zum Vorgänger sind. Deine Route:

 

[ginfizz]

Danke für die Antwort. Ja, und Asche über mein Haupt. Später kam es mir auch dumpf das ich schon mal diese doppelte Trackpunkte erwähnt habe.

Alles gut.

 

[ginfizz]

Nur zur Info, ich selber nutze die Zwischenziele nicht

IM GPX wird das korrekt ausgegeben

<rtept lat="46.56394" lon="13.27433">
<name>077km Sonnenalpe</name>
<extensions><trp:ViaPoint><trp:CalculationMode>FasterTime</trp:CalculationMode></trp:ViaPoint></extensions>
</rtept>

Im ITN_File sollte am Ende aber diese |2| stehen

1327433|4656394|077km Sonnenalpe|0|

 

[rumbrummer]

Deine Route hat keine (Kurviger) Zwischenziele, siehe Icons in Deinem Screenshot. Daher keine Stopover.

 

[ginfizz]

Bedeutet dann, dass nachträgliche Änderungen von Wegpunkt zu Zwischenziel, obwohl unter GPXshaping sichtbar in der Route, dann nur im GPX-Format erfolgreich sind bzw angenommen werden.

 

[rumbrummer]

Ja - aber das überdenke ich mal: Ggf. ist es sinnvoller, alle Punkte, die als Garmin ViaPoint ins GPX kommen, als Stopover in das ITN zu schreiben.
Ist aber doch ein etwas höherer Aufwand, da ggf. für TomTom neu errechnet wird, wo Punkte eingefügt werden (siehe
Help GPX shaping )
Und da der Rider 550 im Freundeskreis die Stopover-Information im ITN ignoriert, habe ich das nie weiter verfolgt.

 

[ginfizz]

Ich würde das so lassen.
Am vergangenen Sonntag da hatte ich sogar per Zufall die Situation dass man Unterwegs einen Treffpunkt hatte. Diesen einen WP habe ich dann händisch auf dem Navi als Zwischenziel markiert. Damit sehe ich dann die Ankunftszeit.

Bei YT gibt es einen Clip "Die Tücken beim Senden von Stops an das TomTom Rider Navi"
So wie ich das verstehe, ich habe nicht den ganzen Clip gesehen, werden diese Stops unmittelbar von dem Tool Mydrive an das Navi gesendet. ITN ist da wohl aussen vor.

 

[ginfizz]

@rumbrummer, gibt es keine ZIP-Version mehr?

 

[rumbrummer]

Doch:

 

[weltentummler]

@rumbrummer an dieser Stelle übrigens einfach mal danke für dieses tolle Tool!