siehe Screenshot:
1) Cursor in QVX setzen und Button "Zentriere QV Karten Cursor in Google Earth" in QVX klicken
2) Google Earth Pro öffnet sich und zeigt die Koordinate an
3) in Google Earth Pro Menü " Datei -> in Google Maps ansehen" klicken (oder direkt auf Mac Tastatur ⌥⌘M)
4) Google Maps öffnet sich mit den übergebenen Koordinaten
Deswegen der als workaround vorgeschlagene Umweg über Google Earth, dabei wird ja das Format der Koordinaten für Google Maps konvertiert.
Im aus QVX geöffneten Google Earth kommt man mit ⌥⌘M (oder Menü Datei -> In Google Maps ansehen) direkt zum Cursor Ort in Google Maps ...
Hallo,
geht z.B. über den Umweg eines am Mac installierten Google Earth pro:
Cursor in von QVX setzen,
"Zentriere QV Karten Cursor in Google Earth" in QVX klicken,
im danach geöffneten Google Earth die Tasten Kombination ⌥⌘M "Wahltaste Befehltaste M" drücken
Das ist leider auch in der neuesten Release (1.0.28.0) noch immer so.
Ich vermute, daß von QVX beim Abruf der TomTom Routingdaten das Fahrradprofil abgerufen wird.
Jedenfalls ist die berechnete Zeit für das Motorrad und das Fahrrad die selbe 
Hallo,
das passiert wenn eine der geladenen Karten nicht aktiv ist (kein Haken bei der Karte).
Wenn alle geladenen Karten aktiv (angehakt) sind, sollten auch alle Kacheln geladen werden.
Ich habe mit Tom diesbezüglich vor Weihnachten Mails ausgetauscht, das sollte in der nächsten Release behoben sein!
MacOs 14.1.2 / QVX 1.0.27.1 / Build 23B92 X64
Beim Verschieben von einzelnen Datensätzen (Routen, Tracks etc.) von Tabelle zu Tabelle erhalten die Datensätze in der Zieltabelle im Feld "Eintrag erstellt" einen Datumsstempel von: 01/01/0001 00:00:00
Beim TomTom Routing werden für eine idente Route je nach Profil abweichende Fahrzeiten berechnet.
Im Profil Motorrad ergibt die Berechnung eine absurd hohe Fahrzeit von z.B 1h15s anstatt wie im Profil Auto schnellste Zeit 23m31s.
QVX Bug oder kommt das aus dem TomTom Routing?
Es scheint so, als wenn mit QVX gezeichnete Routen tatsächlich bei Export den Track beinhalten.
Das ist auch gut so.
Denn damit kann bei einer Neuberechung in Basecamp oder am Navi der Original QVX Track über die neu berechnet Route gelegt werden.
Damit ist es dann sehr einfach, die berechnet Route an den ursprünglichen Track anzupassen.
Diese Funktionalität von QVX soll unbedingt so bleiben!
unter Win geht das mit rechter Maustaste auf den WP und dann in den Eigenschaften den Haken bei Shapingpoint setzen!
Danke für den Hinweis, hab's nun auch in der Mac Version gefunden. Wieder etwas gelernt!
wo ich langfahren will (schöne Streckenabschnitte) setze ich ShapingPoints.
Wie kann man in QVX Shapingpoints setzen? Diese Funktion kenne ich zumindest bei der Mac Version nicht ...
Hallo Martin,
ich hatte voriges Jahr ursprünglich den Wunsch nach Shapingpunkten beim Export einer GPX Datei für die Garmin Navis geäussert.
Mittlerweile halte ich den Export mit Shapingpoints allerdings für überflüssig.
Zur Erklärung: Ich habe ein Garmin Zumo XT, ein Garmin Tread und QVX in der aktuellen Version am Mac im Einsatz.
Ich verwende in QVX und in den Garmin Geräten naturgemäß unterschiedliche Karten und Routingengines.
Das alleine löst jedenfalls eine Neuberechnung der Route in den Garmin Geräten mit deren aktiven Routingeinstellungen aus.
Auch mit Shapingpoints (= bei mir rwp Punkte in QVX) wird die Routenführung vom Zumo XT und insbesondere vom Garmin Tread beim Direktimport der von QVX erzeugten GPX Datei also immer neu berechnet.
Dabei werden von QVX kartenabhängig auch rwp Punkte erzeugt, die den Garmin Geräten eine Berechnung unmöglich macht oder oder zu einem völlig wirren Routenverlauf führen.
Meine Vorgehensweise ist ein Export der in QVX geplanten Route im Format "Garmin_GPX" ohne die Funktion Routenpunkte auffüllen. Danach lade ich diese exportierte GPX Datei in Basecamp.
Dort entsteht dadurch eine Route und ein Track welche übereinander gelegt die Unterschiede der Planung QVX und der nun berechneten Route in Basecamp anzeigen.
In der Route entferne ich alle rwp Punkte, setze dann dort wo die Route vom Track in der Karte abweicht händische Shapingpunkte für die Route und exportiere die Route als wieder als GPX Datei.
Wenn dann die in Basecamp eigestellte Karte und die Routingeinstellungen von Basecamp die selben sind wie in den Garmin Geräten, ergibt das eine nahezu idente Routenführung QVX/Basecamp/Garmin Gerät.
Völlig gleich wird das aber eigentlich nie. Schon der Zumo XT und der Garmin Tread berechnen aus der selben aus Basecamp erzeugten GPX Datei geringfügig unterschiedliche Routen...
Tom:
Eine Bitte zum Routen Export im Garmin Format habe ich noch:
Kannst Du bitte für den Garmin Export ohne die Funktion "Routenpunkte auffüllen" einen Optionsschalter setzen, der es erlaubt die Anweisungen aus dem Roadbook - also die "rwp_xx" Punkte - als Shaping Points zu exportieren? Dadurch könnte ich die exportierte Route direkt ins Zumo XT laden und müsste den Umweg über Basecamp nicht nehmen!
Bei der bereits vorhandenen Garmin Option " Routenpunkte auffüllen" werden die Zwischenpunkte ja auch als Shaping Points ausgegeben.
Leider generiert diese Option einfach viel zu viele Punkte für mich. Dies führt bei Neuberechnungen meiner Routen am Zumo XT regelmässig zu Problemen.
Mir wäre sehr geholfen, wenn ich die QVX Route mit meinen Wegpunkten als Via Points und den Anweisungen aus dem Roadbook als Shaping Points exportieren könnte.
Tom:
Danke für das Update mit dem Fix für die Zumo XT Tracks.
Ein Problem gibt's aber leider noch:
Die Geschwindigkeit im Zumo Track ist in m/s angegeben, QVX zeigt die Werte aber 1:1 als km/h an.
Hier fehlt irgendwo eine Umrechnung.
Perfekt, danke!
Die Version mit den Änderungen ist aber noch nicht online?
Nur für 1.0.
1.1 enthält speed und course nicht mehr.
Das bedeutet, ich habe keine validen Speed und Course Daten meiner Zumo XT Tracks in QVX?
Ich brauche also zur Darstellung der aufgezeichneten Speed Daten jedenfalls eine Drittsoftware?
Bitte eine vollständige, importierbare Datei
Ist raus.
Die GPX, die Du mir geschickt hast, sind nicht vom Zumo, ich sehe da keine Zeitabweichung sondern nur UTC-Zeiten.
Du hast recht, ich habe aus der Original Datei alle anderen Tage gelöscht und nur den 27.05.22 gespeichert.
Im Original File des Zumo steht als Zeitstempel "12:47:10+02:00". Das ist UTC Zeit 10:47:10
Wenn ich diese Datei in QVX einlese, liegen die Zeiten in QVX 2 Stunden in der Zukunft.
Ich sende Dir nochmals den Beginn einer Original Zumo XT Datei ohne das ich etwas verändert habe.
Das ist gefixt, wobei die Felder Speed and Course nur im alten GPX-Standard 1.0 drin waren. Im aktuellen GPX-Standard 1.1 sind sie rausgeflogen, weil man sie ja berechnen kann.
Gefixt bedeutet jetzt werden die Felder mit eingelesen? In beiden GPX Standards? Oder nicht?
Nö, QVX berechnet erst die Entfernung und dann die Zeit zwischen zwei Trps, daraus dann die Geschwindigkeit. Natürlich ist das ungenau, weil im GPX nur glatte Sekunden drin sind.
Ich habe in einem aktuellen Logfile einen real aufgezeichneten Wert von 84 km/h. Dem gegenüber steht ein von QVX berechneter Wert von 109 km/h.
Das kommt allein vom Intervall der ganzen Sekunden?
Das Mail mit den Tracks ist raus.
Danke für den Link zu den Routen, aber das Auffüllen von Punkten führt am Zumo meist dazu, daß dieses keine Route berechnen kann oder Unsinn herauskommt.
Ich habe aber einen Workflow für mich gefunden:
Export der Routen aus QVX ohne die Funktion Auffüllen.
Diese lese ich in Basecamp als direktes Routing ein und ändere bis auf 2 oder 3 Wegpunkte alle anderen Wegpunkte der Route auf Shapingpoints ohne Alarm.
Dann erfolgt eine Neuberechnung in Basecamp mit einem von mir vorgegeben Profil auf der selben Karte die im Zumo aktiv ist (wichtig!)
Schlußendlich korrigiere ich in Basecamp einige wenige (meist durch das unterschiedliches Kartenmaterial QVX / Garmin hervorgerufene) Ausreißer händisch durch Verschieben von Shapingpoints.
Geht ganz gut, ist in einigen Minuten erledigt und die Route am Zumo ist dann zu 99,9 % deckungsgleich mit der geplanten Route in QVX.
Ja, ganz genau.
Ein Klick dorthin nach dem Setzen des letzen Wegpunkts der Route läßt QVX crashen.
