Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
Autor |
Nachricht |
muzungu
Anmeldedatum: 17.04.2011 Beiträge: 6
|
Verfasst am: 23.05.2011, 17:49 Titel: ape@map track logging as GPX or with gpx:wptType |
|
|
Hallo
Vielleicht wurde dies schon gewünscht oder es ist auch schon implementiert und ich habe es nicht gefunden.
Ich fände es brauchbare Erweiterung wenn ape@map beim Track-Logging direkt GPX Dateien schreibt (vielleicht wird das mit DOM etwas gross für das eine oder andere Mobile), oder dessen Feature bezüglich gpx:wptType emuliert. Ob hdop etc. und dergleiche dann auch tatsächlich aufgezeichnet werden soll, kann/sollte dann Konfigurationsache im Mobile sein.
Was kann das Track-Logging tatsächlich für Infos aufzeichnen?
Gruss
Roman |
|
Nach oben |
|
|
balloni55
Anmeldedatum: 20.06.2010 Beiträge: 54
|
Verfasst am: 23.05.2011, 18:29 Titel: |
|
|
Hallo,
hoffentlich hab ich Deine Frage richtig verstanden
Wenn Du mit dem Handy einen Track aufzeichnest, wird dieser unter NVBR/Tracks auf der SD-Karte als "xy. trk" gespeichert.
Wenn Du diesen jetzt mit Ape@Map am PC öffnest
"Menue/Tracks/vom Handy"
wird dieser als .gpx auf dem PC gespeichert.
nach laden des Tracks wird dieser in der Karte angezeigt und nach herunterladen der Kartendaten wird über "Tracks/Höhenprofil" das Höhenprofil dargestellt.
Gruss balloni |
|
Nach oben |
|
|
muzungu
Anmeldedatum: 17.04.2011 Beiträge: 6
|
Verfasst am: 24.05.2011, 12:39 Titel: |
|
|
Hallo balloni55
Ja das funktioniert so weit alles korrekt.
Das Format auf dem Mobile ist im Grunde egal; was zählt ist die Funktionalität.
Und hier würde ich mir wünschen, dass ich in *.trk, oder welchem Format auch immer, alle Informationen die auch in gpx:wptType zu hinterlegen sind, respektive der GPS liefert, wahlweise (= Config-Menu am Mobile) aufzeichnen kann.
Konkret:
<ele> xsd:decimal </ele> [0..1] ?
<time> xsd:dateTime </time> [0..1] ?
<magvar> degreesType </magvar> [0..1] ?
<geoidheight> xsd:decimal </geoidheight> [0..1] ?
<src> xsd:string </src> [0..1] ?
<fix> fixType </fix> [0..1] ?
<sat> xsd:nonNegativeInteger </sat> [0..1] ?
<hdop> xsd:decimal </hdop> [0..1] ?
<vdop> xsd:decimal </vdop> [0..1] ?
<pdop> xsd:decimal </pdop> [0..1] ?
<ageofdgpsdata> xsd:decimal </ageofdgpsdata> [0..1] ?
<dgpsid> dgpsStationType </dgpsid> [0..1] ?
und in
<extensions> extensionsType </extensions> [0..1] ?
noch
<speed> xsd:decimal </speed> [0..1] ?
und andere Extention- Info.
Was davon wird von *.trk unterstützt?
----
Für gpx als natives Format spricht das die Hin- und Herwandlung zwischen trk entfällt.
Dagegen spricht wohl, dass xml ist für einfachere (ältere) Mobile vermutlich zu umfangreich sein dürfte (Document Object Model), das Schreiben in ein File (als Backup) wegen der Struktur (closing tags) nur schlecht inkrementell erfolgen kann.
Einen Weg, closing tags zu umgehen um einfaches inkrementelles schreiben und dennoch Strukturen zu ermöglichen, könnte der "python" Ansatz mit Indentation sein. Statt spaces oder tabs lässt sich hier für auch jedes andere printbare Zeichen verwenden, welches sonst möglichst nicht verwendet wird, zumindest nicht nach einem Zeilenumbruch.
Der zweite Teil war nur so ein Gedankenschwall.
Gruss
Roman |
|
Nach oben |
|
|
|