Neues Tool: TT Moving Map, Plugin für Anzeige von Rasterkarten "in TomTom"

    @ wombat307
    hallo - es sei gewaehrt mir die Bitte, in Eurem Bunde der Dritte.
    Installation hat auf Anhieb geklappt. Besten Dank und grosses Lob.

    Jetzt suche ich nur noch Karten von Namibia / SA / Botswana etc.
    Wir wollen in SA reisen (in einem Wombat (Toyota LC w. cabin))
    : drink

    @ wombat307,


    tolle Sache, Dein Programm. Hat auch bei mir auf Anhieb funktioniert. Ich will mich jetzt noch mit den Karten befassen. Irgendwie muss man ja die einzelnen Kacheln durch von mir gewünschte (z.B. Luftbilder) ersetzten können.


    Für die Offroad-Verwendung behelfe ich mir entweder mit HereIAm (da kann man ja die simulierte Position wählen) oder ich benutze den Serilot (vom Glopus-Programierer, der kann ein aufgezeichnetes Log abspielen).


    Danke für die Arbeit.


    Viele Grüße


    RF64

    Hallo AxelJungfer,
    Du willst mit TomTom bzw. TTMM in Afrika navigieren? Ist ja spannend.


    Ich vermute mit TomTom-Karten ist es in Beziehung Afrika nicht so weit her, demzufolge ist es dort wohl eher Sinnvoll auf ein Stand-Alone Rasterkarten-Programm zu wechseln.


    Hallo RF64,
    Wichtig ist, daß momentan TTMM noch wie oben gesagt, zur TomTom Position springt. Insbesondere hängt TomTom gerne ein bisschen an Straßen, so daß die gemeldete Position im Offroad-Bereich vermutlich noch nicht das Gelbe vom Ei ist.
    Wie gesagt in Zukunft wird sich das noch ändern.


    Bezüglich der Luftbilder hatte ich oben ja einen Link gebracht. Im dortigen Thread wird auch eine Excel-Datei genannt mit deren Hilfe man .KAL Dateien erstellen kann, die TTMMMap u.a. importieren kann. (Ein Faktor sollte dort noch von 1,852 auf 1,755 oder so geändert werden, steht aber im Thread)


    Eine andere Art Karten-Bilddateien "einfach" zu Kalibrieren ist in meinen Augen Google-Earth. Hat man eine Bilddatei einmal, dann kann man den entsprechenden Ort in Google Earth grob lokalisieren. Dann die Kartendatei z.b. aus dem Dateiexplorer in das Google-Earth Fenster ziehen. In Google-Earth vorher die Straßen anzustellen hilft meist. Dann (bildlich gesprochen) an den Ecken der Bilddatei solange herumzerren, bis die Datei möglichst gut auf den Untergrund paßt. Dann den Dialog mit ok bestätigen. Und die Karte per Rechtsklick "Save As" als KMZ-Datei speichern -> TTMMMap


    In GE werden alle Grafiken in der Darstellung übrigens auf ca. 2048x2048 reduziert. Das gilt aber nicht z.B. für die in der .KMZ gespeicherte Grafikdatei.


    So Feierabend,
    Grüße von Wombat

    @wombat307
    ich suche mir momentan die Augen wund nach einer guten Moeglichkeit in SA zu navigieren. Oziexplorer ist sehr gut, kann aber die Vector Karten von Tracks4Africa nicht einlesen. Ich muss noch PocketMV und GIS Russa probieren.
    TomTom in SA stell ich mir auch schwierig vor - muss mal bei denen suchen.
    Gruss Axel

    Hallo Axeljungfer,
    mit Vektorkarten habe ich auch keine Erfahrung. Es gab da glaube ich von Garmin das IMG-Format (-> Russa)
    Diesen Thread hast Du ja sicherlich schon gelesen.


    TTMM ist ja eher als kleine Addition zu TomTom gedacht und nicht als eigenständiges Navigationsprogramm. Wobei es wahrscheinlich schon möglich wäre hübsche Satellitenbildchen für SA anzuzeigen, nur dafür jedesmal TomTom starten?

    Zitat

    Original von wombat307
    Wichtig ist, daß momentan TTMM noch wie oben gesagt, zur TomTom Position springt. Insbesondere hängt TomTom gerne ein bisschen an Straßen, so daß die gemeldete Position im Offroad-Bereich vermutlich noch nicht das Gelbe vom Ei ist.
    Wie gesagt in Zukunft wird sich das noch ändern.


    Hi Wombat,
    erstmal vorweg - meine Hochachtung vor Deiner Arbeit. Ich werde es ausprobieren sobald ich etwas mehr Zeit habe.


    Aber eine Empfehlung habe ich: Laß es lieber sein. EnableRawGPSOutput() führt zu üblen Abstürzen. Man darf TomTom z.B. nicht Beenden, während diese Funktion noch aktiv ist. Man darf auch keine andere Tools gleichzeitig benutzen, die andere TT-SDK Funktionen verwenden, z.B. Hereiam. Mein Twilight benutzt diese Funktion und es gibt nur Ärger. Wenn man darauf verzichten kann, sollte man es auch.


    Die von Dir derzeit verwendete Funktion GetCurrentPosition() funktioniert dagegen sehr zuverlässig in allen Lebenslagen.


    Noch eine Anregung...
    Es gibt einige User, die wünschen sich eine GPS- Log-Funktion zur Darstellung von Tracks im Nachhinein.
    Eventuell kannst Du das ja in Dein Tool mit einbauen.
    $GPRMC Sätze generieren ist ja mit GetCurrentPosition() und der Systemzeit kein Problem. Damit kommen alle üblichen Tools dann klar.


    Wenn Du Interesse hast und in eVC programmierst, kann ich Dir meine RoundRect Class zukommen lassen, diese ist am Look des TTN5 angepaßt - ein Test-Screen ist anbei. Es sind noch nicht alle Controls drin, aber die Wesentlichen sind bereits implementiert und debugged.


    Und nochwas - es sieht danach aus, als würdest Du .png Format erzeugen. Zur Erzeugung, benutzt Du pngout? Das ist das Tool, daß nach meinem Wissensstand die höchste Komprimierung hinbekommt. Gerade bei elektronisch erzeugten Bildern, wie Kartenmaterial schlägt es selbst .jpg und ist daüber hinaus eine lossless compression.


    BG,Ralf.

    Hallo Ralf,
    die gemeldete Position ist doch besser als befürchtet. Das Hängen an Straßen hält sich sehr in Grenzen. Dank HereIAm konnt ich das im warmen Stübchen gut testen. Ich habe von den EnableRawGPSOutput Problemen auch gelesen und wollte es sowieso höchstens als Alternative anbieten, aber momentan ist das zuviel Aufwand (und Ärger?) für zu wenig Ergebnis.


    Ein Track-Log macht sinn, evtl. kann ich das auch gleich mit Routen Start & Endpunkten integrieren.


    Für die PNGs verwende ich TPngImage (von Gustavo Huffenbacher) zum Speichern (zum Laden verwende ich aktuell pnglib). Der TPngImage Programmierer klingt zumindest sehr engagiert.


    PNGOut läßt sich händisch natürlich zwischen den Arbeitsschritten schon einsetzen, vielleicht sehe ich den Aufruf eines Kommandozeilen Tools als zusätzliche Ausgabemöglichkeit vor.


    Und ja ich programmiere in EVC++ (4.0) und bin an Deiner Klasse interessiert. Ich schicke Dir dazu eine Mail.


    Grüße von Michael (Wombat)

    ist diese sw auch fuer TTM 5 ?????
    (tomtom mobile fuer Handys - SDA, SPV , WM2003SE )


    oder nur fuer PPC ????

    Die Anwendung ist festgelegt auf Windows CE Systeme. Bereit steht momentan das Produkt für ARM-Prozessoren (andere sind denkbar).


    Auf Systemen mit z.B. WM2003SE läuft meines Wissens der TomTom Navigator 5. Ob man mit dem Ding nun telefonieren kann ist TT egal. Meinem Programm auch, auch die Displaygröße ist eher zweitrangig.


    Auf Symbian Mobiltelefonen (viele Nokia) läuft es z.B. nicht und ist auch nicht geplant.


    Wenn TTMobile auf WindowsMobile Systemen die gleiche SDK-Schnittstelle verwendet, wie TT-Navigator dann könnte es gehen... ob das so ist, weiß ich aber nicht.


    Sollte es nur am Prozessor scheitern, dann kann ich die Anwendung entsprechend neu übersetzen. Aber ich vermute mal, alle neueren WM-Telefone laufem mit ARM-Basierten Prozessoren.


    Also:
    Versuch macht schlau. ;)

    Zitat

    Original von r17158
    Wenn Du Interesse hast und in eVC programmierst, kann ich Dir meine RoundRect Class zukommen lassen, diese ist am Look des TTN5 angepaßt - ein Test-Screen ist anbei. Es sind noch nicht alle Controls drin, aber die Wesentlichen sind bereits implementiert und debugged.


    BG,Ralf.


    Hallo Ralf,


    ich hätte auch Interesse daran ...
    Dann könnte ich endlich HereIAm im TT Style darstellen ...


    Wie wärs ?


    Grüße
    Bill


    Hi Bill,


    ich denke, ihr habt eine solche schon so gut wie fertig für euer TMC-Projekt ?(


    Ich habe morgen Zeit, die Klasse etwas zu bereinigen und fremdbenutzungstauglich zu machen - dann schick ich Sie auch Dir.


    BG,Ralf.

    Hallo Ralf,
    dann bin ich ja mal gespannt. Das mit dem "bereinigen" kann ja manchmal ziemlich Arbeit machen. :D


    @alle:
    Ich habe oben jetzt eine kleine Aktualisierung hereingestellt. Kleinere Überarbeitungen in TTMM.


    Außerdem ist jetzt Testweise eine Ziel-Info drin. Eigentlich nichts dolles (siehe Screenshot). Der Pfeil zeigt direkt in Richtung Ziel unter der Prämisse, daß der PDA in die Bewegungsrichtung zeigt. Außerdem wird angezeigt: Kurs zum Ziel, Zielkoordinaten, Distanz (Luftlinie) zum Ziel und Zielstraße+Ort.


    Außerdem unterstützt die Automap-Funktion jetzt eine sehr spezielle Funktion. Und zwar das Zurückfallen auf größere Maßstäbe, wenn für die aktuelle Position in der aktuellen Karte keine Teilkarten hinterlegt sind. So lassen sich detaillierte Karten mit entsprechend Aufwand auf einen bestimmten Streckenverlauf beschränken. Ist aber sehr speziell und vermutlich nur für mich :gap von Interesse.


    Grüße vom Wombat


    Den Teil macht Frank,
    kommt aber nicht so recht vorran,
    und da ich gesehen habe wie weit Deine ist ...
    Ich wäre Dir sehr Dankbar.


    Zuerst würde ich wie schon gesagt HereIAm umstellen,
    dazu müßte ich dann nur noch die TT Menübutton
    implementieren.


    Neue Implementationen würde ich dir als Sourcen
    zukommen lassen ...


    Grüße
    Bill

    hallo!!


    habe mir das programm auch mal aufgespielt, mit der beigefügten probe deutschlandkarte funkioniert es auch gut!!


    jetzt möchte ich eigene Karten verwenden, da ich " nicht so fit im kalibrieren und datenformaten" bin hier zwei kurze fragen;


    1: ich habe magicmaps karten ,( welche ich mit dem programm MagicMaps2go auf meinen ppc spielen kann) kann ich diese direkt als kartendaten im pc-programm laden( importiern), um eine karte für ttmm zu erstellen???
    2: wenn ich eine bilddatei als bmp lade und sie dann im programm kalibrieren will, was muß ich eingeben als WGS84 - Dezimalgrad??!



    gruß Torsten

    Hallo Torsten,
    das TTMMMap ist auch noch nicht so fit im Kalibrieren. Momentan verlangt es die Koordinaten der linken oberen und der rechten unteren Ecke des Bildes. Die hat man meist nicht in der Hosentasche parat.


    Für die eigentliche Kalibrierung empfehle ich daher auf andere Programme zurückzugreifen. Ich versuche nach und nach verschiedene Importformate für Kalibrierungsdateien zu unterstützen und werde sicherlich in Zukunft auch eine simple Kalibrierung in TTMMMap einbauen.


    Zur Zeit werden Formate von Google Earth (KML/KMZ), Ozi-Explorer (MAP) und GPSSonic (KAL). Die Unterstützung dieser Formate ist zum Teil nur wenig getestet und aufgrund der Zwei-Punkt Kalibrierung zum Teil eventuell auch nicht super-exakt.


    Für einen Anfänger würde ich für einen schnellen Start eigentlich Google Earth (wenn der PC es hergibt) empfehlen. Das ist zwar nicht extrem exakt, aber sehr anschaulich, kostenfrei und bietet auch passabele Ergebnisse bezüglich 2-Punkt. Außerdem hat man eine ganz gute Übersicht über alle Karten.


    Links dazu:
    Google Earth Hilfe
    Ein Thread in einem Anderen Forum (GoogleErde) zum Thema


    Mein persönlicher Tip:
    vorher:
    -In den GE-Einstellungen von die Koordinaten-Formatierung ° ' '' auf ° umstellen.
    -Terrain (Berge) aus
    -Straßen an
    -Kartenregion in Google-Earth grob lokalisieren


    - Karten-Datei (PNG/JPG/BMP) in GE z.B. per Drag&Drop importieren.
    - Nicht erschrecken: Bildddateien sind in der Darstellung auf 2048x2048 beschränkt und daher z.T. etwas unscharf. Beim Speichern sind die Dateien aber im Originalzustand.
    - An den Ecken solange herumzupfen bis alle Straßen (GoogleEarth und Karte) leidlich übereinanderliegen. Die Karte leicht zu drehen ist notfalls auch erlaubt.
    - Für Geländemerkmale kann man die Transparenz per Schieberegler verändern. Das ist evtl für Luft/Satellitenbilder interessant.
    - Karte mit "Speichern unter" als .KMZ speichern.
    - Dieses "Paket" dann mit TTMMMap importieren.


    Alternativ lassen sich natürlich auch Voll-/Demo bzw. Trial Versionen von Ozi-Explorer zur Kalibrierung nach normalem Schema einsetzen.


    Zu MagicMaps: Es gibt glaube ich keine offizielle Exportmöglichkeit zu anderen Programmen als den eigenen. Eventuell hilft hier das Tool NH50-TopTrans. Notfalls kann man auch das von mir oben verlinkte Tool "CCS" verwenden um Screenshots möglichst effektiv zu verheiraten. Das Tool ist dann besonders hilfreich, wenn dwe Bildschirmausschnitt in festen Abschnitten verschiebbar ist (geht aber sonst auch so)