QMapShack

Zitat von kiozen

Ööööö, was soll ich? Einen schwarzen Knödel malen? Und was bringt das?

Leider antwortest du schneller, als ich editieren kann :). Im 2 Screenshot ist es besser ersichtlich.

Ok, alles klar. Brauchen tut es nicht. Ist ja auch so ersichtlich.

Und Amberg ist auch bei uns ein Kaff!

Ja, so wirkt es "ruhiger".

1. ich habe die daten ausprobiert in CGPSL, Twonav PC und auf dem ANIMA
Die Dateien, Wegpunkte und Anhänge wurden geöffnet.

Beim speichern mit CGPSL ergibt sich z.B. folgende Änderung:

w Red Booble,0,-1.0,0,128,1,37,,0.000000,3b4b5d49c8c513c163d5119de82c1f9b

w Red Booble,0,-1.0,0,128,1,37,,0.0,0,-1,0,3

Die rot markierten Teile werden demnach durch den key-Prefix ersetzt.
Inwieweit " 0,-1,0,3" ausgewertet wird, weiß ich nicht.
Ich erinnere mich das ich schon mal probiert habe diese Werte zu entschlüsseln.

Nachtrag:

" 0,-1,0,3" => -1 ist das Feld für Kurs (CGPSL Wegpunkteigenschaft Position-Kurs)

Die Key-Sequenz wird auch in dieser Variante entfernt.
Vermutlich wird einfach alles nicht bekannte entfernt.
Ich hatte testhalber auch mal das Feld [Database-ID] ausprobiert.
Aber dort wurde auch alles was ich eingetragen habe nach import und speichern mit "0" ersetzt.
Und " 0,-1,0,3" wird ja automatisch beim speichern ergänzt, sofern es fehlt.
Der einzige bekannte Wert der verloren geht, ist der fürs Feld "Kurs"(ist nicht in der Formatspec).
Und der wird aktuell, selbst wenn er in einem CGPSL-Wegpunkt eingetragen ist, ja nicht nach QMS importiert.

Von daher ist die neue Variante nicht unbedingt besser.

Aber wenn dieser Key eigentlich sowieso nicht notwendig ist bzw. es egal ist ob CGPSL diesen nicht wieder mit speichert, warum ihn dann überhaupt erst wegschreiben.

Gerade ist mir noch eingefallen, das es eine Möglichkeit gibt das WPT-Format zu erweitern.:

Beispiel:
aus QMS exportiert

B  UTF-8
G  WGS 84
U  1
z 11.8611, 46.6401, 11.8611, 46.6401
W Campill A 46.640083ºN 11.861100ºE 24-Jan-2015 10:49:48 1399 
w Red Booble,0,-1.0,0,128,1,37,,0.000000,0,-1,0,3
a .\3b4b5d49c8c513c163d5119de82c1f9b.html
a .\picture.png
e
<extensions>
  <QMS:QmsMasterKeyExtension qms:QmsKey="3b4b5d49c8c513c163d5119de82c1f9b">
  </QMS:QmsMasterKeyExtension>
</extensions>
ee

in CGPSL gespeichert:

B  UTF-8
G  WGS 84
U  1
z  11.860424,46.639650,11.861776,46.640516
W  Campill A 46.64008314ºN 11.86110009ºE 24-JAN-2015 10:49:48 1399.000000 
w Red Booble,0,-1.0,0,128,1,37,,0.0,0,-1,0,3
a 3b4b5d49c8c513c163d5119de82c1f9b.html,0
a picture.png,0
e
<extensions>


  <QMS:QmsMasterKeyExtension qms:QmsKey="3b4b5d49c8c513c163d5119de82c1f9b">
  </QMS:QmsMasterKeyExtension>
</extensions>
ee

in CGPSL gespeichert als GPX:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="CompeGPS" version="1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd http://www.garmin.com/xmlschemas/GpxExtensions/v3 http://www.garmin.com/xmlschemas/GpxExtensionsv3.xsd http://www.garmin.com/xmlschemas/TrackPointExtension/v1 http://www.garmin.com/xmlschemas/TrackPointExtensionv1.xsd" xmlns:gpxtpx="http://www.garmin.com/xmlschemas/TrackPointExtension/v1">
  <metadata>
    <link href="http://www.compegps.com">
      <text>CompeGPS TEAM, SL</text>
    </link>
    <time>2015-03-29T10:35:04Z</time>
    <bounds maxlat="46.640516" maxlon="11.861776" minlat="46.639650" minlon="11.860424"/>
  </metadata>
  <wpt lat="46.640083" lon="11.861100">
    <ele>1399.0</ele>
    <time>2015-01-24T10:49:48Z</time>
    <name>Campill</name>
    <desc></desc>
    <sym>Red Booble</sym>
    <extensions>


      <QMS:QmsMasterKeyExtension qms:QmsKey="3b4b5d49c8c513c163d5119de82c1f9b">
  </QMS:QmsMasterKeyExtension>
    </extensions>
  </wpt>
</gpx>

Anmerkung:
Diese Extensions bzw. die Möglichkeit dazu, wurde wohl hinzugefügt um diverse Cachequellen im WPT-Format abzubilden.

Leider nein.

Caches hatte ich mir selbst gar nicht angeschaut, nur normale WPs.
Beim Cache bekomme ich das Problem, das die Cachespezifischen Infos rausfliegen und wenn ich andere Notationen versuche zwar die Dateiinhalte erhalten bleiben aberdas er in Twonav nicht mehr als Cache erkannt wird d.h. obwohl Beschreibungen, Log noch in der Datei, verhindert der Key-Eintrag, die Erkennung als Cache und in Folge wird der Cache als normaler WP behandelt.

Ich habe diesbzgl. jetzt noch einige Varianten mit einem Cache WPT ausprobiert, aber keine hat das Problem gelöst. Sorry

Dann bin ich ja mal gespannt.

Ich werde mir die Cache/QMS-Key Problematik nochmal anschauen.
Zwar könnte man vermutlich die properties.cxml aufbohren, das hilft dem Normalanwender aber nicht und ist somit keine Möglichkeit.

Ansonsten bliebe für Wegpunkte evtl. noch die Möglichkeit die mitgelieferte *.key-Datei einfach mit der Wegpunkt-Datei zu verknüpfen.
Das Feld wird auch wieder von CGPSL gespeichert unabhängig davon ob das Objekt als solches noch existent ist.
Auch beim hinzufügen einer weiteren Verknüpfung bleibt es erhalten.
Allerdings kann der Eintrag natürlich in CGSPL, wie jede Verknüpfung, gelöscht werden.

Hi Oliver,
ich wollte gerade den Datentransfer (Twonav-Roadbook) via USB-Stick ausprobieren, diseser wird aber im Gegensatz zu Qlandkarte anscheinend noch nicht erkannt.
Ist dem so?

Schon klar. Das habe ich ja letzte Woche bei Qland glernt.
Mit Qland geht es. Mit dem selben Stick mit QMS im Moment eben nicht.

Ja. Aund in anderen vergleichbaren Tools.
Auch in Basecamp incl. Datentransfer.
Und mit Qlandkarte geht es ja auch.

In CGPSL wiederum nicht. Wobei hier habe ich es jetzt erstmalig ausprobiert, also keinen Vergleich.
[NAchtrag] wenn ich auf dem Stick durch Anlage eines \Garmin +GarminDevice.xml ein Garmin-Gerät fake, wird in CGPSL der Stick als das entsprechende Gerät erkannt.

Mit der oben erwähnten Anlage eines \Garmin + xml wird der Stick erkannt.
Es erfolgt der Update der Daten in \Garmin.

Und TwoNavdata\Data anstatt TwoNavData\Data war es auch nicht. Imo sollte das aus Anwendersicht keine Rolle spielen.

[NACHTRAG]
Nochmaliger Nachtest.
War es anscheinend doch ! Auch wenn es imo keine Rolle spielen sollte. Zumindest unter Windows.