Moin,
Die Zeitinformationen (timestamps) bei den tracks gehen immer verloren.
Wie schaffe ich es, diese bei der Konvertierung zu erhalten?
online mit www.gpsvisualizer.com kml -> gpx konvertieren. Hatte das mit anderen Daten gemacht, da blieben die timestamps erhalten.
Gruss Tom
online mit www.gpsvisualizer.com kml -> gpx konvertieren. Hatte das mit anderen Daten gemacht, da blieben die timestamps erhalten.
Schade, bei meinen genannten Daten klappt das leider nicht. 
Die aus der kml Datei erzeugten tracks sehen genauso aus wie bei den anderen Konvertern:
Ohne Timestamps.
Verstehen tue ich das nicht, sind doch die Zeitdaten in der kml Datei problemlos verfügbar! 
Hallo consultancy,
noch ein Versuch 
http://mcrenox.com.ar/downloads/ bietet einen Konverter kml -> gpx, habe ihn aber noch nicht getestet.
Gruss Tom
Moin,
online mit www.gpsvisualizer.com kml -> gpx konvertieren. Hatte das mit anderen Daten gemacht, da blieben die timestamps erhalten.
Gruss Tom
Hallo Tom und consultancy,
deine Aussage verwundert mich, die entsprechenden KMLs enthalten keine "TRACKS"!
Meines Wissens gilt:
KML enthält für Koodinaten eines "Trackpunktes" keine Zeitinformation, das gibt die Defintion von KML nicht her. (Habe extra nachgeschaut)
Oder übersehe ich etwas?
Grundsätzlich gibt es den Datentyp "Timestamp" schon...
NUr nicht für "LineString" -> Track, Route.
Bei PLacemarks ist Timestamp optional, nur was macht bei einen Waypoint ein Timestamp für einen Sinn?
consultancy wie willst du aus der ansammlung von PlaceMarks (:= Waypoint) einen Track machen ?
Ray
Hi consultancy,
die Zeitinformation für einen Waypoint mitauswerten ist sicherlich kein Problem.
Nur dann stehst du von den Problem das aus techn. verständlichen Gründen aus einer "Liste von Waypoint" kein "Track" wird.
zumindest kenne ich kein Programm, das dies kann.
Der umgekehrten Weg wird aber z.B. von G7toWin unterstützt.
Du wirst wohl um eine eigene Lsg. nicht herum kommen.
Was du auch schon getan hast.
Ray
Alles anzeigenIch habe hier
http://www.stern.de/lifestyle/569894.html?eid=569220
einige umfangreiche .kmz Dateien gesehen, die ich gern nach gpx oder ansonsten csv konvertieren möchte. Mit GPS Babel oder trackmaker ist das schnell gemacht.
Der Haken nur:
Die Zeitinformationen (timestamps) bei den tracks gehen immer verloren.
Wie schaffe ich es, diese bei der Konvertierung zu erhalten?
Hallo consultancy,
KML-Dateien (in jeder KMZ steckt eine komprimierte KML) dürfen schon für jeden Trackpoint Timestamps enthalten. Mein Prog GTA4 schreibt diese auch und GE stellt die Daten auch für jeden TP in einem Balloon dar, wenn man einen TP in GE anklickt. Hier eine entsprechende TP-Definition aus einer KML-Datei:
<Placemark>
<name> TP715</name>
<Snippet maxLines="2"></Snippet>
<description><![CDATA[<table>
<tr><td><b>Zeitpunkt:</b> 31.07.2004 16:02:50</td></tr>
<tr><td><b>Geschwindigkeit:</b> 57.0 km/h </td></tr>
<tr><td><b>Longitude:</b> 11.041467</td></tr>
<tr><td><b>Latitude:</b> 46.908567</td></tr>
<tr><td><b>Höhe:</b> 1713 m </td></tr>
</table>]]></description>
<styleUrl>#Trackpoint</styleUrl>
<Point>
<coordinates>11.041467,46.908567</coordinates>
</Point>
</Placemark>In der entsprechenden GPX-Datei sieht der Trackpoint so aus:
<trkpt lat="46.908567" lon="11.041467">
<ele>1713.000000</ele>
<time>2004-07-31T14:02:50Z</time>
</trkpt>Hier die KML- und GPX-Dateien dazu zum selber ausprobieren:
http://www.gps-freeware.de/temp/KML-GPX-Beispiel.zip
Leider habe ich in GTA keine Routine zum Lesen von KML-Dateien geschrieben, dann wäre die Konvertierung kein Problem. Aber wenn Du mit Programmierung kein Problem hast, würde ich Dir mit etwas Quellcode aushelfen. Wenn Du nur einen reinen Konvertierer KML > GPX schreiben willst, braucht das Prog ja keine große Oberfläche.
Gruß
blackwilli
die Zeitinformation für einen Waypoint mitauswerten ist sicherlich kein Problem.
Nur dann stehst du von den Problem das aus techn. verständlichen Gründen aus einer "Liste von Waypoint" kein "Track" wird.
Das verstehe ich nicht. Wenn ich die Liste von Wegpunkten in chronologischer Reihenfolge zusammenfüge, dann kann ich daraus den track erzeugen. Nichts anderes habe ich doch manuell gemacht.
Anfang und Ende der Tracksegmente muß ich dann u.U. manuell setzen, wenn ich die darstellen möchte.
Beide kml Dateien zeigen in GoogleEarth die Zeitangaben über die Balloon Funktion.
Wenn ich nun die beiden kml Dateien jeweils mit http://www.gpsvisualizer.com/convert in eine gpx Datei konvertiere, sind die Zeitangaben stets verloren. Allerdings ist die Bezeichnung der Wegpunkte dieser gpx Dateien unterschiedlich. Offensichtlich unterscheiden sich die kml files irgendwie.
Leider habe ich in GTA keine Routine zum Lesen von KML-Dateien geschrieben, dann wäre die Konvertierung kein Problem. Aber wenn Du mit Programmierung kein Problem hast, würde ich Dir mit etwas Quellcode aushelfen. Wenn Du nur einen reinen Konvertierer KML > GPX schreiben willst, braucht das Prog ja keine große Oberfläche.
Programmieren kann ich leider gar nicht.
Vielleicht wäre der kml Import mit timestamps bei den tracks tatsächlich eine sinnvolle Ergänzung für GTA:
KML files werden ganz sicher in Zukunft zusammen mit GoogleEarth an Bedeutung gewinnen
Alles anzeigenHallo consultancy,
KML-Dateien (in jeder KMZ steckt eine komprimierte KML) dürfen schon für jeden Trackpoint Timestamps enthalten. Mein Prog GTA4 schreibt diese auch und GE stellt die Daten auch für jeden TP in einem Balloon dar, wenn man einen TP in GE anklickt. Hier eine entsprechende TP-Definition aus einer KML-Datei:
CodeAlles anzeigen<Placemark> <name> TP715</name> <Snippet maxLines="2"></Snippet> <description><![CDATA[<table> <tr><td><b>Zeitpunkt:</b> 31.07.2004 16:02:50</td></tr> <tr><td><b>Geschwindigkeit:</b> 57.0 km/h </td></tr> <tr><td><b>Longitude:</b> 11.041467</td></tr> <tr><td><b>Latitude:</b> 46.908567</td></tr> <tr><td><b>Höhe:</b> 1713 m </td></tr> </table>]]></description> <styleUrl>#Trackpoint</styleUrl> <Point> <coordinates>11.041467,46.908567</coordinates> </Point> </Placemark>In der entsprechenden GPX-Datei sieht der Trackpoint so aus:
Code<trkpt lat="46.908567" lon="11.041467"> <ele>1713.000000</ele> <time>2004-07-31T14:02:50Z</time> </trkpt>Hier die KML- und GPX-Dateien dazu zum selber ausprobieren:
http://www.gps-freeware.de/temp/KML-GPX-Beispiel.zip
Leider habe ich in GTA keine Routine zum Lesen von KML-Dateien geschrieben, dann wäre die Konvertierung kein Problem. Aber wenn Du mit Programmierung kein Problem hast, würde ich Dir mit etwas Quellcode aushelfen. Wenn Du nur einen reinen Konvertierer KML > GPX schreiben willst, braucht das Prog ja keine große Oberfläche.
Gruß
blackwilli
Blackwilli,
ich muss dir leider widersprechen.
Packe mal z.B. 3 Punkte in deiner Schreibweise in eine KML-Datei.
Diese werde NICHT mit einer Tracklinie verbunden!
Es handelt sich meiner Meinung nach um "Waypoints"/POIs.
Wenn Du eine Tracklinie haben willst, muss es will folgt auschauen:
...
<Placemark>
<name>A1_PicoDelIngles_599Hm</name> <Style><LineStyle><color>FF00ff00</color><width>2</width></LineStyle></Style>
<LineString>
<coordinates>
-16.313088,28.500233,0 -16.311433,28.505879,0 -16.310695,28.507290,0 -16.310522,28.507442,0 -16.309308,28.509234,0 -16.306060,28.512396,0 -16.305971,28.513465,0 -16.307092,28.514383,0 -16.308778,28.514348,0 -16.308041,28.515110,0 -16.308300,28.515492,0 -16.309984,28.515610,0 </coordinates>
</LineString>
</Placemark>
...Für "<coordinates>" ist leider nur die Position und Höhe vorgesehen und kein Timestamp.
Ray
Hallo consultary,
ich habe mir die Dateien von Stern mal genauer angesehen. Die sind ja extrem chaotisch aufgebaut. Die Tracklines total zersplittert, wirkliche Zeitangaben in Form von Tags nur bei den Foto-Placemarks:
<Placemark>
<name>_Z1C8302-03_1_2b cr.jpg</name>
<Snippet maxLines="2"></Snippet>
<description><![CDATA[<img src='images/_Z1C8302-03_1_2b cr_small.jpg'><br><br>]]>
</description>
<TimeInstant>
<timePosition>2006-08-07T05:54:31Z</timePosition>
</TimeInstant>
<styleUrl>#Photo</styleUrl>
<Point>
<altitudeMode>absolute</altitudeMode>
<coordinates>10.7405,47.5575,0</coordinates>
</Point>
</Placemark>Wobei diese Tags nicht von der KML-Syntax abgedeckt sind, daher werden sie auch von GE bzw. gpsbabel nicht eingelesen.
Alle anderen Points enthalten die Zeitangabe in Form ihres Namens, daher kann GE diese natürlich auch nicht als Zeiten interpretieren:
<Placemark>
<name>24-Aug-2006 13:20:45</name>
<Snippet maxLines="2"></Snippet>
<description><![CDATA[<br><br>
<table border='1' cellpadding='0' cellspacing='0'>
<tr><td>Latitude</td><td><b>-33.96330016</b></td></tr>
<tr><td>Longitude</td><td><b>18.38235537</b></td></tr>
<tr><td>Altitude</td><td><b>462.5 ft</b></td></tr>
<tr><td>Track</td><td><b></b></td></tr>
<tr><td>Speed</td><td><b></b></td></tr>
</table>]]></description>
<styleUrl>#Track</styleUrl>
<Point>
<altitudeMode>absolute</altitudeMode>
<coordinates>18.38235537,-33.96330016,141</coordinates>
</Point>
</Placemark>Für diese Dateien einen Import für GTA zu schreiben, halte ich für ziemlich sinnfrei, da sie keinem Standardaufbau entsprechen. Wenn Du unbedingt aus diesen Daten gpx-Dateien mit Trackpoints erzeugen möchtest, müsstest Du ein Script erstellen, das für jedes Placemark welches ein gültiges Datum als Name besitzt (das kann man über einen Parser bestimmen) einen <trkpt ....... > Tag für gpx erstellt und diesem noch die entsprechenden Tags Latitude, Longitude und Altitude aus den Placemarkangaben hinzufügt. Damit hättest Du eine vollständige, kompatible Trackpointliste.
Ob mans glaubt oder nicht, wenn man mit direkter Programmierung nichts am Hut hat, kann man diese Arbeit sogar ganz gut von z.B. Microsoft Word erledigen lassen, indem man ein entsprechendes Makro in Word erstellt. Für diese Makros stehen einem ja sehr gut erklärte Basic ähnliche Befehlsmuster aus VBA zur Verfügung.
Gruß
blackwilli
Das verstehe ich nicht. Wenn ich die Liste von Wegpunkten in chronologischer Reihenfolge zusammenfüge, dann kann ich daraus den track erzeugen. Nichts anderes habe ich doch manuell gemacht.
Anfang und Ende der Tracksegmente muß ich dann u.U. manuell setzen, wenn ich die darstellen möchte.
Hi consultancy,
Du verlangst von einer Software ein Abstraktionsfähigkeit, die sie nicht leisten kann.
Woher soll die Software wissen das es die "Ansammlung" von Punkten als "Track" interpretiert werden soll?
Das kann Software nie alleine entscheiden, da ist immer menschliche Eingriffnahme (Gott sei Dank) von Nöten.
Bsp.: Ich setzt auf einer Tour 3 Wegpunkte, sicherlich liegen diese zeitlich in einer Reihenfolgen.
Aber deswegen bilden sie noch lange keinen Track.
Dagegen würde ich mich auch verwehren, wenn eine Software dies automatisch machen würden.
Klar wäre es schön wenn man optional die Möglichkeit hätte eine ausgewählte Punktmenge nach auswählbaren Kriterien per Software zu einen Track zuverbinden.
ray
Alles anzeigenBlackwilli,
ich muss dir leider widersprechen.
Packe mal z.B. 3 Punkte in deiner Schreibweise in eine KML-Datei.
Diese werde NICHT mit einer Tracklinie verbunden!
Es handelt sich meiner Meinung nach um "Waypoints"/POIs.
Wenn Du eine Tracklinie haben willst, muss es will folgt auschauen:
Hallo ray,
da hast Du natürlich recht, darum geht es hier ja aber auch nicht. Eine Tracklinie in diesem Sinne gibt es nur in GE, da GE diese Pathdefinition als Pointarray betrachtet, welches es an eine Draw-Polygon-Grafikfunktion zum Zeichnen übergibt. Tracks bestehen ansonsten immer nur aus einzelnen Trackpoints die in einem Track-Folder definiert werden, aus denen dann alle anderen Progs einen zusammenhängenden Track definieren.
Man kann Waypoints und Trackpoints auch nicht einfach so kategorisch unterscheiden. Im Prinzip sind beide Points von der Definition her absolut identisch: Position, Höhe, Zeitpunkt. Das einzige was sie unterscheidet, ist das Symbol, welches ich ihm gebe und - das ist das Wesentliche - ob ich in der entsprechenden Formatsyntax schreibe, ob es ein Way- oder Trackpoint sein soll. Beide definieren nur einen Ortspunkt, nicht mehr und nicht weniger.
Gruß
blackwilli
Hi consultancy,
Du verlangst von einer Software ein Abstraktionsfähigkeit, die sie nicht leisten kann.
Woher soll die Software wissen das es die "Ansammlung" von Punkten als "Track" interpretiert werden soll?
OK; da hast Du natürlich völlig recht.
Klar wäre es schön wenn man optional die Möglichkeit hätte eine ausgewählte Punktmenge nach auswählbaren Kriterien per Software zu einen Track zuverbinden.
Das ist schon der Lösungsansatz!
Alles anzeigenHallo ray,
da hast Du natürlich recht, darum geht es hier ja aber auch nicht. Eine Tracklinie in diesem Sinne gibt es nur in GE, da GE diese Pathdefinition als Pointarray betrachtet, welches es an eine Draw-Polygon-Grafikfunktion zum Zeichnen übergibt. Tracks bestehen ansonsten immer nur aus einzelnen Trackpoints die in einem Track-Folder definiert werden, aus denen dann alle anderen Progs einen zusammenhängenden Track definieren.
Man kann Waypoints und Trackpoints auch nicht einfach so kategorisch unterscheiden. Im Prinzip sind beide Points von der Definition her absolut identisch: Position, Höhe, Zeitpunkt. Das einzige was sie unterscheidet, ist das Symbol, welches ich ihm gebe und - das ist das Wesentliche - ob ich in der entsprechenden Formatsyntax schreibe, ob es ein Way- oder Trackpoint sein soll. Beide definieren nur einen Ortspunkt, nicht mehr und nicht weniger.
Gruß
blackwilli
Yepp,
ZUstimmung 
Ray
Interessant ist jedoch, daß im Ergebnis GoogleEarth mit beiden Dateien -Deinen und denen vom stern Magazin- gleichgut umgehen kann.
Für beide erkennt GoogleEarth an jedem trackpoint die timestamps und zeigt sie wie folgt an:
Und genau da unterliegst Du einem Irrtum: GE erkennt bei beiden kein TimeStamp! Bei beiden Angaben handelt es sich nicht wie bei der erforderlichen Positionsangabe zu einem Punkt um einen Wert, den GE auswerten kann, sondern um eine reine Information in Form von Text.
Daher wird kein bisher bekanntes Prog diese Angaben interpretieren können, sondern man muss es, wie ich oben schon beschrieben habe, selbst umsetzen.
blackwilli