Die neue Version TrackCon 1.2 steht zum Download bereit !

    Hallo,


    ich habe das Tool TrackCon nochmal überarbeitet und erweitert, hier die wichtigsten Änderungen:


    Die Ausgabe von Routendaten im Importformat für Microsoft AutoRoute ab Vers. 2002 wurde hinzugefügt.


    Die Ausgabe der Routenpunkte zur Weiterverarbeitung, z.bsp. mit einer Tabellenkalkulation, als Semikolon getrennte Textdatei ist realisiert.


    Nähere Infos zu den beiden oben genannten Punkte in der Bedienungsanleitung zu TrackCon !


    Die wichtigsten Programmparameter werden beim beenden von TrackCon in einer Ini-Datei gesichert.


    Funktionen zum Drucken und Bearbeiten der NMEA und Routendaten wurden hinzugefügt.


    Abfrageroutine der Pausen wurde überarbeitet, nun werden auch Pausen in Parkhäusern oder ähnlichen Gebäuden ohne Satellitenempfang erkannt.


    Den Infodaten wurde der Punkt D := Distanz hinzugefügt.


    Der Fehler das die Distanz zw. dem ersten und zweiten Routenpunkt nicht korrekt berechnet wird ist abgestellt.


    In der Statusteile wird die aktuell geöffnete GPS Log Datei angezeigt.


    Ländereinstellungen werden berücksichtigt.


    Download von TrackCon 1.2 von meiner Homepage.



    Viel Spass damit !

    @ Manfred


    Toll, kann ich da nur sagen!!!! Weiter so!!!!


    Einige nuetzliche Funktionen dazugefuegt, bereits vorhandene optimiert (bei den von mir bisher getesteten Routen werden nun deutlich weniger Routenpunkte erzeugt).


    PS:
    Bei der Zeit die in die Entwicklung und Optimierung eines Programms investiert wird. Kennt Deine Familie Dich ueberhaupt noch, oder fragen die Kinder schon: "Mama, was ist das fuer ein Onkel, der an Papas PC sitzt?"

    Manfred,


    habe da mal eine Frage:
    Beim Zählen der NMEA-Log-Sätze hast du vermutlich in 1.1 nur die GGA gezählt und jezt zählst du GGA und VTG, dass ist auf jeden Fall noch nachvollziehbar. Allerdings erhalte ich bei meiner Testroute nur noch 6 statt 53 Routenpunkte bei gleicher Konfiguration. es kommt zusätzlich eine Fehlermeldung im popup:


    " ist kein gültiger Integerwert.


    Ist meine Logdatei so fehlerhaft oder mache ich was falsch ? Möchtest Du das Log mal haben ? (entstammt aus Glopus)

    Einmal editiert, zuletzt von Smurfy ()

    Hallo Smurfy,


    sende mit bitte das Log mal zu!


    Das zählen der Datensätze habe ich abgeändert da auch andere Datensätze wie GSV, RMC usw .im Log enthalten sein dürfen und ich nicht einfach mehr durch zwei teilen kann. Die Größe des Log soll so besser wieder gegeben werden. Ist für die Funktion des Tools aber nicht von Bedeutung.
    Ich habe die Routinen zum Auswerten der Routenpunkte überarbeitet und mit allen bei mir vorhanden Logs getestet. Ziel war ja schon die Routenpunkte noch effektiver zu setzen. Möglich ist aber bei den Logs alles, je mehr "fehlerhafte" Logs ich habe um so besser kann ich anpassen. Der Fehler mit dem Integerwert deutet auf einen nicht korrekt gelesen Datensatz hin.

    @ Smurfy


    Schon mal eine kleine Info vorab, ehe der Spezialist sich zu diesem Thema meldet


    Nein Deine Log-Datei ist nicht SO fehlerhaft. Aber um 16:09:32 (abgesetzte Zeile) gab es irgendein Ereignis, das dazu gefuehrt hat, das Dein PDA einen Datensatz ohne Ortsangabe gespeichert hat. Bis dahin und auch nachher hat Glopus die Daten auch schoen im 10 Sekundentakt aufgezeichnet. Dieser allerdings wurde etwas ausserhalb der Zeit aufgezeichnet.


    $GPGGA,160900.616,5050.6888,N,00719.1697,E,1,07,1.1,168.1,M,,,,0000*01
    $GPVTG,10.42,T,,M,18.62,N,34.5,K*58
    $GPGGA,160910.615,5050.7314,N,00719.2029,E,1,07,1.1,163.9,M,,,,0000*0F
    $GPVTG,357.77,T,,M,48.89,N,90.5,K*60
    $GPGGA,160920.614,5050.8507,N,00719.1922,E,1,07,1.1,158.7,M,,,,0000*01
    $GPVTG,355.41,T,,M,53.28,N,98.7,K*6C


    $GPGGA,160932.135,,,,,0,00,50.0,,M,,,,0000*26
    $GPVTG,355.34,T,,M,42.61,N,78.9,K*63


    $GPGGA,160942.134,5051.1653,N,00719.1523,E,1,06,1.1,221.1,M,,,,0000*0D
    $GPVTG,8.88,T,,M,35.78,N,66.3,K*62
    $GPGGA,160953.133,5051.2682,N,00719.1958,E,1,05,1.7,162.4,M,,,,0000*01
    $GPVTG,78.24,T,,M,29.87,N,55.3,K*5E
    $GPGGA,161003.133,5051.2799,N,00719.3504,E,1,05,1.7,159.0,M,,,,0000*0C
    $GPVTG,72.14,T,,M,38.87,N,72.0,K*51


    Wenn Du diese zwei abgesetzten Zeilen loeschst, dann geht Deine Route
    Aber sicherlich mehr vom Spezialist

    @ Smurfy & Alfred


    Hallo,


    Alfred Du hast den fehlerhaften Datensatz " $GPGGA,160932.135,,,,,0,00,50.0,,M,,,,0000*26 " richtig erkannt.


    Das Problem ist hier das die Höhenangabe fehlt.
    Da TrackCon 1.2 die Höhe, korrigiert um die Höhe über dem Ellipsoid bei uns = - 48 Meter, auswertet führt die Angabe = "nichts" also noch nicht mal 0, bei der Auswertung der Textangabe bzw. Umstellung ins Integerzahlenformat zu Problemen.
    Bei diesem Datensatz ist eigentlich außer der Uhrzeit nicht verwertbares enthalten. Vermutlich hatte Smurfy da zeitweise keinen vernünftigen Satellitenempfang. Die Prüfsumme weist den Datensatz als korrekt aus. Sonderbar ist allerdings das der folgende VTG Datensatz in Ordnung zu sein scheint.


    Ein Bugfix von TrackCon für diese Problem folgt in den nächsten Tagen, ich melde es dann hier im Forum

    Zitat

    Original von TigerOnTour
    Bei diesem Datensatz ist eigentlich außer der Uhrzeit nicht verwertbares enthalten. Vermutlich hatte Smurfy da zeitweise keinen vernünftigen Satellitenempfang. Die Prüfsumme weist den Datensatz als korrekt aus. Sonderbar ist allerdings das der folgende VTG Datensatz in Ordnung zu sein scheint.


    Na ja. Trotzdem ist es mir bisher (OK, so lange beobachte ich die GPS-Log´s noch nicht) noch nicht aufgefallen das der GGA Datensatz keine Ortsangaben enthaelt, der VTG Datensatz aber korrekt erscheint. Kann es sein, das die Geschwindigkeit in der Maus gerechnet wurde, weil ja noch eine vernuenftige Uhrzeit vorhanden ist und deshalb der VTG Datensatz als OK gespeichert wurde? Obwohl im Log auch mehrfach nicht die passenden Datensatzkombinationen vorhanden sind. Wann wird die Pruefsumme als OK gesetzt? Wieso wurde durch Glopus hier von dem 10Sekundentakt abgewichen. Doch noch Fragen an die Maus-Spezi´s. Vielleicht melden die sich ja mal zu Wort.

    Zitat

    Original von 900SS-97


    Obwohl im Log auch mehrfach nicht die passenden Datensatzkombinationen vorhanden sind. Wann wird die Pruefsumme als OK gesetzt? Wieso wurde durch Glopus hier von dem 10Sekundentakt abgewichen. Doch noch Fragen an die Maus-Spezi´s. Vielleicht melden die sich ja mal zu Wort.


    Hallo Alfred,


    möglicherweise "reiht" Glopus die Datensätze nicht unbedingt in der, von der Maus gelieferten Reihenfolge aneinander, sondern legt die Priorität auf seinen
    Zeitintervall ?


    Im Log von Smurfy fällt mir dieser Abschnitt auf :


    $GPGGA,165650.839,5046.3874,N,00717.4126,E,1,08,1.0,115.0,M,,,,0000*0F
    $GPGGA,165700.838,5046.4024,N,00717.3519,E,1,08,1.0,113.5,M,,,,0000*0C
    $GPVTG,296.65,T,,M,14.81,N,27.4,K*63
    $GPVTG,304.24,T,,M,15.80,N,29.3,K*65


    sollte in dieser Form 2 * GGA, 2* VTG mit unterschiedlichen Werten eigentlich nicht von dem GPS Empfänger geliefert werden.


    Auch sollte der VTG Datensatz Werte enthalten wenn Sat-Qualität im GGA Datensatz =1 ist und nicht wie folgt
    $GPGGA,170916.794,5046.8962,N,00713.6228,E, 1 = Satqual. ,08,1.0,117.1,M,,,,0000*0B
    $GPVTG,,T,,M,0.00,N,0.0,K*7E


    So sieht es aus wenn kein korrektes Sat - Signal empfangen wird.
    $GPGGA,134143.133,5003.0476,N,00834.4852,E,0,00,50.0,159.5,M,,,,0000*35
    $GPVTG,,T,,M,,N,,K*4E
    $GPGGA,134144.133,5003.0476,N,00834.4852,E,0,00,50.0,159.5,M,,,,0000*32
    $GPVTG,,T,,M,,N,,K*4E
    $GPGGA,134145.133,5003.0476,N,00834.4852,E,0,00,50.0,159.5,M,,,,0000*33
    $GPVTG,,T,,M,,N,,K*4E
    $GPGGA,134146.133,5003.0476,N,00834.4852,E,0,00,50.0,159.5,M,,,,0000*30
    $GPVTG,,T,,M,,N,,K*4E
    Der VTG Datensatz ist leer und der GGA DAtensatz liefert immer die gleichen Werte.


    In meinen Logs die vom MN|4 oder VisualGPS stammen sind mir solche Abfolgen noch nicht aufgefallen.


    Aber die Routen sind denke ich auch damit noch nachvollziehbar.



    Dies wuerde aber bedeuten, das Glopus die Daten irgendwo puffern muesste und bei Gelegenheit schreiben. Na ja, lassen wir das Thema an der Stelle abbrechen, obwohl mich hier die Neugierde packt.


    @ Smurfy
    Wenn Du nichts dagegen hast, wuerde ich den Inhalt Deines Log´s mal nutzen, um im Glopus Forum das Thema mal anzusprechen. Ich glaube das SVC hier am besten was zu sagen kann.



    Zitat

    Original von TigerOnTour
    Aber die Routen sind denke ich auch damit noch nachvollziehbar.


    Natuerlich, dies hat doch auch niemand bezweifelt, oder doch? Nachdem Du wahrscheinlcih schon eifrig dabei bist die fehlenden Hoehenangaben per Abfrageroutine zu eleminieren, sollte der Komfort des Programms noch besser werden. Womit wir beim Thema sind, das ich noch anbringen moechte. Ich hoffe ich bin nicht alleine mit dem Gedanken.
    Ich hatte in einem anderen Posting schon mal angesprochen, das bei mir, wenn ich die durch TrackCon erzeugten Routen direkt auf meinem PDA nutzen will, MN|4 mit einer Fehlermeldung abbricht. Hier komme ich nur weiter, wenn ich den Platzhalter fuer den Ort durch einen imaginaeren Eintrag (z.B. DUMMY) ersetze. Da Du mittlerweile einige Optionen bei der Konvertierung eingebaut hast, waere dies evtl. auch machbar (setzen/nicht setzen). Natuerlich nur, wenn ich nicht der einzige bin der dieses Problem hat. Bei mir kommt es eben haeufig vor, das ich nicht an meinem heimischen PC sondern an einem PC draussen in der weiten Welt sitze. Da TrackCon ja keine Installationsroutine hat, kann man das Programm schnell installieren. Wenn Du dann aber die Route kontrollieren willst, ist schnell das ENDE angesagt. Auf dem PDA hingegen koennte man dann schon mal weiterarbeiten.

    Zitat

    Original von 900SS-97
    Natuerlich, dies hat doch auch niemand bezweifelt, oder doch?
    .


    Doch ich ! :]


    Zitat

    Original von 900SS-97
    Ich hatte in einem anderen Posting schon mal angesprochen, das bei mir, wenn ich die durch TrackCon erzeugten Routen direkt auf meinem PDA nutzen will, MN|4 mit einer Fehlermeldung abbricht. Hier komme ich nur weiter, wenn ich den Platzhalter fuer den Ort durch einen imaginaeren Eintrag (z.B. DUMMY) ersetze. Da Du mittlerweile einige Optionen bei der Konvertierung eingebaut hast, waere dies evtl. auch machbar (setzen/nicht setzen). Natuerlich nur, wenn ich nicht der einzige bin der dieses Problem hat. Bei mir kommt es eben haeufig vor, das ich nicht an meinem heimischen PC sondern an einem PC draussen in der weiten Welt sitze. Da TrackCon ja keine Installationsroutine hat, kann man das Programm schnell installieren. Wenn Du dann aber die Route kontrollieren willst, ist schnell das ENDE angesagt. Auf dem PDA hingegen koennte man dann schon mal weiterarbeiten.


    @ Alfred
    Das kann ich nicht nachvollziehen. Da mein Tool RouteCon mit dem gleichen Code die RP erzeugt und das Problem dort noch nie angesprochen wurde, würde mich das doch sehr interessieren wo das Problem da liegen kann.
    Tritt der Fehler auch auf wenn Du die Route via MapExport auf den PDA überträgst ?


    Hat noch jemand das Problem ?


    Sende mir doch bitte mal so eine konvertierte Route, die auf dem PDA nicht läuft zu.
    Einen Dummyort einzubauen ist sicher kein Problem. Setzt Du den Dummy auf Position 5 in der Routendatei?

    2 Mal editiert, zuletzt von TigerOnTour ()

    Zitat

    Original von TigerOnTour
    @ Alfred
    Tritt der Fehler auch auf wenn Du die Route via MapExport auf den PDA überträgst ?


    Kann ich im Moment nicht nachvollziehen, da ich wahrscheinlich erst heute oder morgen Abend am heimischen PC bin. Werde ich dann nochmals probieren.


    Zitat

    Original von TigerOnTour
    @ Alfred
    Sende mir doch bitte mal so eine konvertierte Route, die auf dem PDA nicht läuft zu.
    Einen Dummyort einzubauen ist sicher kein Problem.


    Damit Du einen direkten Vergleich hast, sende ich Dir die Route von smurfy zurueck. Hier natuerlich ohne den "Defekten" Datensatz. Die Datei habe ich so umbenannt, dass ich sie hochladen kann. Bitte wieder richtig benennen.



    Zitat

    Original von TigerOnTour
    @ Alfred
    Setzt Du den Dummy auf Position 5 in der Routendatei?


    Nein, ich ersetze nicht Platzhalter5 = PLZ durch einen Dummy, sondern Platzhalter6 = Ort durch den Text "DUMMY". Daraus produziert mein MN|4 dann "Dummelsdorf".

    @ Manfred


    ICH MACH MICH GANZ KLEIN UND VERSTECK MICH


    Vergiss meinen Einwand mit dem DUMMY-Platzhalter. Der Fehler der bei mir zum Problem gefuehrt hat ist lokalisiert.


    Wenn ich die Menueoption "Routenpunkte Info" ausschalte funktioniert die erzeugte Route einwandfrei.


    Wenn ich die Menueoption "Routenpunkte Info" NICHT ausschalte funktioniert die Route auf dem PDA nur wenn ich den Dummy-Platzhalter setze. Ohne den Dummy-Platzhalter wird die Fehlermeldung "Die Route konnte nicht geladen werden, da sich folgendes Ziel nicht auf der Karte befindet ..." generiert.


    Ich hoffe Du hast noch nicht zuviel Gehirnschmalz in eine moegliche Loesung investiert.