NMEA aus VisualGPSce in TOP50-OVL konvertieren?

    @frank334:
    Testen kann ich natürlich , aber ich habe halt nur die Programme VisualGPSce, Geogrid-Viewer und Google Earth.
    Wenn Du da Hilfe brauchst, dann melde dich.
    Ahnung vom programmieren habe ich in aktuellen Sprachen nicht.
    VBA für den Hausgebrauch kann ich allerdings schon.


    Ich kann Dir Informationen zum ASCII-OVL-Format zusenden (1,5 MB).
    Darin stehen alle Möglichkeiten dieses Formates erklärt.


    Die Höhenangaben fehlen im ASCII-Format tatsächlich.
    Der Otto-Normal-User benötigt diese Angaben auch nicht, da bei Geogrid das Höhenmodell in der Karte vorliegt. Zum wandern und radfahren reichen diese Höhenangaben.


    Für GPSBabel würde es der Mehrheit sicher reichen, wenn nur das ASCII-Format konvertiert werden könnte.

    Einmal editiert, zuletzt von High ()

    Ja, ist schon klar mit dem Binärformat. Wenn der Hersteller die Spec nicht offenlegt, hat es die Missachtung redlich verdient. Zum ASCII-Format hatte ich selbst mal eine Doku, kann sie aber nicht mehr finden. Ja, kannst du schicken. Allerdings scheint jetzt alles zu funktionieren was ich brauche. Darum die Frage, ob bei euch noch Fehler festzustellen sind. Z.b. wie es sich mit dem OVL "Text" "Bitmap-Symbol" zu den Google Earth Placemarks und Garmin Waypoints verhält. Läuft der GPSBAbel-Patch in dieser Beziehung korrekt? Ich hatte selbst bisher nur mit Tracks bzw. Routen(Linie) gespielt. Und die OVL-Fläche benutze ich zur Definition von Polygon-Auswahlflächen in den geotools.zip-Skripten. Aber den Flächentyp gibt's in GPSBabel ohnehin nicht.


    Höheninformation ist eigentlich nur für's Fliegen interessant. Alles andere bezeichnet Google KML so schön als <altitudeMode>clampedToGround</altitudeMode>. Das gilt auch für Berg-Touren. Das Topo-Höhenmodell ist sicher genauer als die GPS-Messungen (kein Diff-GPS, Reflexionen, Abschattungen ...). Sonst hätten die teuren Garmins keine Barometrischen Höhenmesser an Bord.

    Zum Test:


    kann vielleicht ein Garmin-User oder Geocacher checken, ob die Typen Waypoint, Track und Route im gepatchten GPSBabel vernünftig von/zu OVL übersetzt werden? Ich habe noch nicht mit derart kombinierten Dingen gearbeitet. Die Sache ist, dass OVL und KML diese Typen nicht direkt kennen. Mir ist auch nicht klar, was z.B. in KML der Unterschied von Route und Track sein soll. Auch Waypoint könnte in OVL z.B. als Bitmap-Symbol oder auch als Textmarker interpretiert werden. Im Sourcecode wird mit #ifdef WITH_BITMAP der Bitmap-Support wahlweise aktiviert/deaktiviert.

    Hallo High,


    falls das mit dem Umwandeln von NMEA - Daten in eine OVL - Datei noch von Interesse ist:


    Der GPS-Format-Konverter ( Download: www.astr-software.de.ki ) kann
    NMEA - Daten in Overlay's umwandeln.


    Hoffe ich konnte helfen.



    Mit freundlichen Grüßen


    BikerLupo

    Hi,
    ich bekomme eine Fehlermeldung, wenn ich mit gpsbabel+frank's patch
    eine kml in eine ovl Datei konvertieren möchte:


    kml: This build excluded KML support because expat was not installed.


    M.f.G.

    Super, jetzt gehts. Sowohl mit kml V2.0 und 2.1 Dateien.


    Danke und Gruß.