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

[ginfizz]

OK, das mit den doppelten Trackpositionen habe ich verstanden, da murkst GPSwerk.

Kleiner Test - lege ich den WP nach links, so geht es mit drei WP´s

Zur Rundtour > neue Datei (Anlage)

• bereinigter Track
• Orginale WP´s von GPSwerk-Rundtour

Fehler von GPSwerk - der Track geht zum Ursprung zurück - die Route hingegen endet bereits bei WP7. Obwohl nun Start/Ende weit auseinander liegen, es bleibt bei der KM-Angabe 219 bei WP2

 

[rumbrummer]

Ich habe die Ursache für beide Probleme gefunden - die Abhilfe dauert noch etwas.

 

[ginfizz]

Bassd scho, werd scho wern

 

[rumbrummer]

Noch ne Beta: Beta GPX230329

Änderungen siehe GPX shaping Beta versions

 

[ginfizz]

Perfekt, läuft alles rund.

 

[ginfizz]

Die Umlaute verhalten sich noch recht widerspenstig

 

[ginfizz]

Da bin ich doch Ostermontag eine Tour gefahren. Mapfactor sagt mir die WPs an wenn ich diese passiere.
Und da kam mir öfters, schon schmunzelnd, der Gedanke: "Zur Hölle aber auch! Wer kommt auf die Idee hier einen WP zu setzen?"
Hat alles perfekt gepasst

 

[rumbrummer]

Ein Wunsch zu Ostern...
Einheitliche Formatierung der KM. Erleichtert das Lesen nochmals

Ab Beta GPX230422 kannst Du mit führenden Nullen auffüllen / immer alle Nachkommastellen anzeigen, siehe Help GPX shaping

 

[rumbrummer]

Das Minuszeichen, das kann weg. Weil, wer nicht erkennt das abwärts gezählt wird, der lernt es nimmer mehr.

Im Navi wird (zumindest auf meinen Garmins) nur der nächste Wegpunktname angezeigt - auch mit einem Namen allein kann man dann am Minuszeichen erkennen, daß runtergezählt wird.

 

[ginfizz]

Ab Beta GPX230422 kannst Du mit führenden Nullen auffüllen

Vielen Dank!
Mei Liaba, da hast aber mächtig, gewaltig in den Formatierungstopf nei g´langt

Mir passt das mit den "007km" recht gut.
Mit der -Variante komme ich nicht zurecht obwohl ja das Navi immer rückwärts zählt.

Einen Punkt hätte ich aber noch
Durch das Zutun der Routingprogramme wandern die eigentlichen Infos recht ziellos durch die Gegend.

Wäre es nicht günstiger, ruhiger und prominenter die Infos immer an einem Platz vorzufinden?

Eine Idee dazu

der Platz wäre ja ausreichend vorhanden

 

[rumbrummer]

Wäre es nicht günstiger, ruhiger und prominenter die Infos immer an einem Platz vorzufinden?

Ja - darüber habe ich auch schon nachgedacht. Mein Ansatz:

• Nur noch GPX Icon, Kurviger Icon oder (bei mehreren Files die zusammen gehängt werden) "n Files" (n = 2, 3, 4, ...) anzeigen.
• Diesen Anzeigetext / die Icons kann man klicken, um Details zu sehen.

GPSwerk scheint extrem - da könnte ich kurzfristig "GPSwerk Tour/Route:" im Routennamen unterdrücken (auch im Ziel GPX), ausserdem kann ich in der Anzeige "Generated by Christan Pesch's RouteConverter. See ...." durch "RouteConverter" ersetzen.

der Platz wäre ja ausreichend vorhanden

Nein - der Konverter läuft ja auch auf Handys - auf einem 4" Bildschirm ist Platz kostbar, daher auch die zusammengedrängte Darstellung des Tools.

 

[ginfizz]

Das Handy, ja das habe ich bisher gar nicht beachtet. Da wird es in der Tat eng.

GPSwerk scheint extrem - da könnte ich kurzfristig "GPSwerk Tour/Route:" im Routennamen unterdrücken (auch im Ziel GPX), ausserdem kann ich in der Anzeige "Generated by Christan Pesch's RouteConverter. See ...." durch "RouteConverter" ersetzen.

Das wäre wunderbar wenn du das umsetzen könnest.

 

[rumbrummer]

Das wäre wunderbar wenn du das umsetzen könnest.

Beta GPX230425

 

[ginfizz]

Danke, das sieht schon wesentlich aufgeräumter aus.

Bei den Umlauten, da ist noch ein Bit verbogen
Umlaute nach Notepad++
Kurviger exportiert nach ITN > UNIX(LF) ANSI
Kurviger exportiert nach GPX > UNIX(LF) UTF-8
Beide Umlautanzeigen korrekt

GPXshaping exportiert nach ITN > ergibt UNIX(LF) UTF-8 - wird aber beim TT-Rider 2013 oder dem ITN-Converter falsch angezeigt.
Alle Umlaute erscheinen im TT mit Tilde über dem Ä.

So wie hier zu sehen

Speicher ich die Route ohne zu ändern im TT-Rider ab und rufe sie wieder neu auf, da passt es dann!
Die Zeichenformatierung wird dann durch den Rider auf "UNIX(LF) UTF-8-BOM" abgeändert.

Das ist aber noch nicht alles, es kommt noch ärger

Die Ursprungs-Route habe ich dann im Kurviger geladen und mit dem Kurviger-Format exportiert >
Test mit GPSwerk bzw Kurviger.kurviger
Diese Datei nun in GPXshaping, nun ja, aus 18 WP´s werden nun 52 WP´s.
Soweit so gut.

Es fällt dann diese Stelle auf, alles mit OSM-Karten!
GPSwerk

zu Kurviger

mal mit dem ITN-Converter genauer nach gesehen

Bei 13 geht es (verkehrt) in den Tunnel, links wieder raus, umkehren und dann erst zu 14.
Dann kommt er wieder von oben runter und biegt bei 21 links ab um nach 22 zu fahren.
Der U-Turn schon geschenkt.

Die Stelle im Kurviger mit dem ITN vom Kurviger
Sieht doch besser aus, oderrr?

Ein grosses Aber, und jetzt kommt das eigentliche Rätsel:
Kurviger routet falsch weil es diese Abzweigung (Pfeil) gar nicht gibt!
(Und bevor iHans wieder Schnappatmung bekommt, andere routen auch falsch!)

Das zeigt die Stelle nach dem Abbiegen auf den Oskar-Von-Miller Ring.
Google Maps
Nach Links biegt der ITN-Converter ab!
Fährst Du jetzt hier geradeaus weiter, es gibt keine Stelle wo Du nach Links weg kannst

Ein kapitaler Kartenfehler (habe ich bei OSM zu Korrektur angemeldet) in einer deutschen Großstadt!

HERE, macht es richtig

und Google auch

MRA routet bei 13 richtig, es geht nicht in den Tunnel, macht aber bei 21 denselben Fehler

Alles mit OSM-Karten

Die eigentliche Gretchenfrage:
Woher weiß nun der ITN-Converter mit OSM-Karten, dass er bei WP21 abbiegen muß?


Dateien im Anhang, alles mit der letzten Beta erstellt

 

[rumbrummer]

Ein kapitaler Kartenfehler (habe ich bei OSM zu Korrektur angemeldet) in einer deutschen Großstadt!

Hat in diesem Thread nix zu suchen, aber: Siehe Kommentar in OSM:
Changeset: 135395751 | OpenStreetMap

 

[ginfizz]

Hat in diesem Thread nix zu suchen

Das ist schon richtig.
Im Kontext der ganzen Vielfalt an Karten-Daten/Diensten, ich wusste nicht, ich weiß nicht, was ist richtig!
Meine OSM-Korrektur habe ich wieder zurückgenommen.
Dennoch, es ist ein kapitaler Kartenfehler renommierter Kartenanbieter!

Und....
was macht Garmin mit dieser Situation?

Dazu, fällt es mir noch ein. Die Stadt München behauptet, dass sie alle 3 Monate die aktuelle Strassensitution/Veränderung an die Kartenanbieter elektronisch übermittelt.

Da habe ich jetzt so meine Zweifel an den Karten!

 

[ginfizz]

Mit GPX230506 hast du ja einiges geändert.
Was mich irritiert sind diese beiden Optionen.

Würde das nicht bedeuten, dass ich nachträglich noch was an der Route änder?

Diese Option sollte immer zur Verfügung stehen

So könnte man Route + Track getrennt in GPX abspeichern.

 

[rumbrummer]

Siehe Hilfe:
Help GPX shaping
Help GPX shaping
Help GPX shaping
Help GPX shaping

 

[Ecky2]

Eine kurze Verständnisfrage zu dem klasse Tool:
Weshalb werden Abbiegepunkte, wenn man diese über gpxshaping verschieben lässt, in Richtung Ziel verschoben, also NACH der Position des ursprünglichen Abbiegepunkts? Auf der Karte sieht es so aus, als würden die Abbiegepunkte und -anweisungen dann nach der Kreuzung/dem Kreisel kommen. Ich hatte bei der gestrigen Tour an ein paar Stellen zu späte Ansagen auf dem Garmin V, weswegen ich gerade die geplante Tour nochmal prüfe, dabei kam mir die Frage.
VG, EcKy

 

[rumbrummer]

Ich schiebe die Punkte nach hinten, damit die Abbiegeanweisung in der Kopfzeile angezeigt wird. Würde ich sie nach vorne (Richtung Start) verschieben,würde ggf. sehr lange der Garmin ViaPoint angezeigt, erst nach dem Passieren dann die Abbiegeanweisung (also erst z.B. 50m oder wenige vor dem Abbiegen).
Das war nach meiner Erfahrung sehr ungünstig - kannst Du selbst nachstellen, indem Du z.B. 50m vor einer Abbiegung selbst einen ViaPoint setzt.