AVGPS: Version 1.10 (war bisher AVWSG)

    Hallo,


    ich habe das Programm vor kurzem schon einmal gelobt und tue es hier gerne wieder :gap


    Allerdings bin ich bei der neuen Version 1.7 auf einen Fehler gestoßen. Vielleicht taucht er nur bei mir auf. ?(


    Ich habe heute 2 x eine Tour mit dem WBT201 unternommen. Danach wollte ich jedesmal die Log-Daten auslesen. Auf dem Startbildschirm sehe ich in der Rubrik "Protokoll auf dem Gerät" korrekt den Speicherinhalt bzw. freien Speicher. Beim Auslesen der Log-Datei bringt das Programm den Fehler... "keine Logdaten auf dem Gerät vorhanden".


    Das löschen der vorhandenen Logdaten funktioniert einwandfrei.


    Leider kann ich das mit meinem neuen WSG1000 nicht testen, da mein Gerät wegen Bildschirmflackern umgetausch wird.


    Ich kenne das Programm erst seit der Version 1.5. Mit dieser und der Version 1.6 läuft alles super. Damit und mit TimeMachineX konnte ich vorhin die Dateien promlemlos auslesen.


    Gruß Bob

    @Mike:


    Dann wirst Du aber wahrscheinlich ein grosses Problem haben:
    Die Mäuse neigen ein wenig zum jittern wenn Du im Stillstand bist. Da die Maus aber Empfang hat ist der Logpunkt auch gültig.


    Ich denke das Einzige was dann noch hilft ist eine Glättungsfunktion/ Reduktion.
    Z.B. GPS-Trackanalyse.Net kann so etwas...


    Gruss Cliff


    Hi Andreas,


    ich habe Dir eine PN mit der bt747.bin und ein paar Bildschirmfotos geschickt. Die PN enthält auch 2 Photos über den Exportdialog "Kmz nur Track". Vielleicht ist der Dialog ja auch normal so.


    Im Programm bt747 werden die Geschwindigkeiten richtig angezeigt. Aber da Du sie ja selbst errechnest, scheint des Problem bei den rel. Geschw. zu liegen. Die sind nämlich meistens klein oder auf Null.


    Was mich inzwischen wundert, dass keine Programm die Geschwindigkeit richtig ausgibt. Ich habe es sowohl mit Photo Tagger als auch mit bt747 ausgelesen und exportiert. Mit AVGPS direkt, dem Routconverter oder GPS Track Analyse Tool weiterverarbeitet und dann bei AVGPS wieder eingelesen. Das Problem der Geschw. bleibt.


    Einmal habe ich es aber geschafft, dass mir nach dem Auslesen und dem Import in AVGPS die Geschw. richtig angezeigt wurden. Leider weiß ich überhaupt nicht mehr, wie ich das gemacht habe. ?(


    Ich habe zwar nur einen Kurztest gemacht aber wenn ich in bt747 eine csv Datei exportiere, dann werden die Geschw. in AVGPS richtig angezeigt. Die csv habe ich angehängt.


    Vielen Dank erst einmal
    Gruß Carsten

    Zitat

    Original von Cliff
    @Mike:
    ......Ich denke das Einzige was dann noch hilft ist eine Glättungsfunktion/ Reduktion.
    Z.B. GPS-Trackanalyse.Net kann so etwas...


    Ob man so ein Track-Kneul wirklich brauchbar glätten kann ?


    Ich denke es wäre klüger, dass man in so einer Phase einfach nicht mehr über die Zeit loggt.
    Z.B. könnte man erst ab 10, 30 oder 50 Km/h loggen und zusätzlich alle 10, 30 oder 50 m. Je nach Bedarf. Und schon sollte das jittern kein Problem mehr sein


    Man muß nur noch mal probieren, wir groß diese Außreißer im Stand beim jittern sind und danach den Logabstand einstellen.


    Ich weiß aber nicht, welche Logger (neben MTK) das Loggen auf Abstand beherschen.


    Gruß Carsten

    Zitat

    Original von Markdorf
    Allerdings bin ich bei der neuen Version 1.7 auf einen Fehler gestoßen. Vielleicht taucht er nur bei mir auf. ?(


    Ich habe heute 2 x eine Tour mit dem WBT201 unternommen. Danach wollte ich jedesmal die Log-Daten auslesen. Auf dem Startbildschirm sehe ich in der Rubrik "Protokoll auf dem Gerät" korrekt den Speicherinhalt bzw. freien Speicher. Beim Auslesen der Log-Datei bringt das Programm den Fehler... "keine Logdaten auf dem Gerät vorhanden".


    Ich habe das gleiche Problem bei meinem WSG-1000. Ich muss dann das Tracktool verlassen, den COM Port schließen, AVGPS beenden, AVGPS wieder starter, COM Port öffnen, Tracktool öffnen. Manchmal das Ganze 2 oder gar 3 Mal bis dann endlich die Daten heruntergeladen werden. Das Ganze war zumindest bei Version 1.6 schon zu beobachten. Ich hatte den Verdacht, das es vielleicht daran liegt, das ich mittlerweile fast 20 Logs auf dem Gerät habe, die ca. 1/4 des Speichers belegen.


    Gruß


    FRAC

    Zitat

    Original von Frac


    Ich habe das gleiche Problem bei meinem WSG-1000. Ich muss dann das Tracktool verlassen, den COM Port schließen, AVGPS beenden, AVGPS wieder starter, COM Port öffnen, Tracktool öffnen. Manchmal das Ganze 2 oder gar 3 Mal bis dann endlich die Daten heruntergeladen werden. Das Ganze war zumindest bei Version 1.6 schon zu beobachten. Ich hatte den Verdacht, das es vielleicht daran liegt, das ich mittlerweile fast 20 Logs auf dem Gerät habe, die ca. 1/4 des Speichers belegen.


    Ich hatte jedesmal nur ein Log auf dem Gerät.


    Gruß


    Bob

    @omega (Problem der Geschwindigkeiten (MTK))
    Hi Andreas,


    ich glaube ich habe das Problem gefunden.
    Da ich inzwischen mit 3 Hz logge, gibt es in der Tracktabelle auch immer 3 Zeitstempel mit identischer Zeit, da die Millisekunden nicht in der gpx Datei hinterlegt sind.
    In bt747 gibt es die Möglichkeit, die Millesekunden zu exportieren oder eben nicht. Leider war der Zeitstempel immer gleich, egal ob ich das Häkchen bei Millisekunden gesetzt habe oder nicht.
    Mit dem Photo Tagger kann ich erst gar keine Einstellung vornehmen und die Millisekunden werden scheinbar auch nicht verzeichnet.


    Darum sind meine ersten Tracks auch in Ordnung, da ich dort noch mit 1 Hz geloggt habe.


    Lösche ich bei den 3 Hz Tracks 2 Zeitstempelwerte, ist die Geschwindigkeit auch wieder i.O. .


    Das ist natürlich schade, da die 1 Hz Einstellung fürs Navi nahezu unbrauchbar ist, weil es dann zu einer relativ langen Verzögerung kommt.


    Ich staune, dass die Wintec Geräte diese Probleme nicht haben. Da wird ja auch häufiger mit mehr als 1 Hz geloggt. Werden bei denen evtl. die Millisekunden richtig ausgegeben ?


    Gruß Carsten

    Hallo Carsten,


    dir antworte ich mal zuerst.... ;D


    Aha, du hast also einen Log mit Intervall > 1Hz ;)


    Gerade für solche Fälle habe ich die kleine aber feine Zeitkorrektur eingebaut. die in den Fällen, in denen der Logger zu bescheiden ist auch Millisekunden im Log auszuweisen, diese möglichst "intelligent" nachberechnet.


    Wie Dir vielleicht bereits aufgefallen ist, ist der Button "Zeitkorrektur..." ROT und in der Trackstatistik ist das Minimumintervall ebenfalls ROT. Das bedeutet, dass es mindestens einen Fall gibt, wo Trackpunkte den gleichen Zeitstempel habe.


    Drücke mal auf Zeitkorrektur und wähle "Korrigiere Zeitstempel".... und du wirst sehen, dass dann alles OK ist! In Deinem Fall wirst Du sehen, dass Du minimal mit 4 Hz aufgezeichnet hast. (Sorry, bin erst gerade eben dazugekommen Deine Beispieldatei zu analysieren).


    Ich denke dieses Feature ist momentan sogar ein Alleinstellungsmerkmal von AVGPS, da m.W. andere Programme einfach Trackpunkte mit gleichem Zeitstempel wegwerfen (vielleicht täusche ich mich auch).


    Grüße


    Andreas


    Naja, COM Port schließen und wieder öffnen mag ja manchmal helfen.... aber AVGPS komplett neu starten bringt nichts. ;)


    Also ich habe aktuell 37000 Trackpunkte (29% des Speichers) auf meinem WSG-1000 (in 62 Tracks) und habe schon lange keinen Abbruch beim Auslesen bekommen. Gerade ab Version 1.7 sollte das ganze Auslesen so stabil wie noch nie sein (tatsächlich hängt sich aber die Firmware des Geräts machmal auf. TMX hat ja auch das Problem).


    Mit dem WBT-201 ist das so eine Sache, da ich dieses Gerät nicht besitze und dementsprechend weder Tests noch definitive Aussagen machen kann.


    Andreas

    Hallo Cliff,



    Glätten hilft bei Ausreisern m.E. überhaupt nichts, da diese Punkte ja Extrempunkte darstellen und bei normalen Glättfunktionen immer als Stützwerte verwendet werden. Wenn das nicht so wäre, würde ja die Glättfunktion die Charakteristik des Tracks massiv verunstalten, und das will doch wirklich niemand.


    Ausreißerpunkte bekommt man am ehesten über die Signalqualität, über die Geschwindigkeit (oder Beschleunigung). Wenn diese Werte einen Schwellwert überschreiten, wird es sich sehr wahrscheinlich um Ausreißerpunkte handeln. Das Problem ist nur, diese Schwellwerte allgemeingültig und so minimal wie möglich zu definieren. Und das ist, jedenfalls für eine Automatik, nicht so leicht.


    Mit dem Filter in AVGPS hat man aber eine gute Möglichkeit, potentielle Ausreißer zu lokalisieren und zu löschen.


    Andreas

    Zitat

    Original von omega
    Gerade ab Version 1.7 sollte das ganze Auslesen so stabil wie noch nie sein


    Ich habe mit Version 1.7 getestet. Da musste ich 3 mal wiederholen bis es endlich klappte. Bei 1.6 war's meist mit 1 mal wiederholen getan.
    Gibt es irgendwas, womit man dies debuggen kann? Einfach hinschreiben "tut's nicht" hilft ja selten weiter. Ich hab nur gerade keine bessere Idee.


    Übrigens: Es geht nicht um die früher berüchtigten Time-Outs mitten im Download. Es geht darum, das der Logger fälschlicherweise für leer gehalten wird.


    FRAC

    Zitat

    Original von womisa
    Mein derzeitiger Loggerfile ist ca. 3,8 MB groß. Ich kann diesen nicht in AVGPS laden denn das Programm bleibt hängen oder braucht lange(? mehr 15 min?). Das Laden mit DATALOG und Anzeigen in Google Earth geht problemlos und sehr schnell. Ebenso schnell und problemlos gehts mit bt747.
    Derzeitiges Fazit: Mit großen i-blue 747 Dateien ist AVGPS unbrauchbar :( )leider)


    Hallo Achim,


    nachdem Du mich so lieb immer wieder an dieses Problem erinnert hast ;) und mir dankenswerterweise Dein Monsterfile zukommen hast lassen, habe ich mich daran gemacht, dieses Problem doch noch in den Griff zu bekommen.


    Wie ich vermutet habe, lag es daran, das ich 2 Methoden für das Track Display suboptimal implementiert habe. Bei kleineren Dateien ist das nicht ins Gewicht gefallen, bei großen aber leider schon.


    Lange Rede, kurzer Sinn: Code verbessert und ich kann Deine Datei in ca. 2 Sekunden laden..... ;D


    Ohne Trackdisplay wären es lediglich 425 Millisekunden... :D
    (das nur zu dem Thema, dass es andere Programme wie der LogConverter schneller hinbekommen). Das Zeitproblem bei diesen großen Logdateien ist immer die tabellarische und graphische Darstellung.


    Es kommt sehr bald eine neue Version.....


    Grüße


    Andreas

    Zitat

    Original von FRAC


    Ich habe mit Version 1.7 getestet. Da musste ich 3 mal wiederholen bis es endlich klappte. Bei 1.6 war's meist mit 1 mal wiederholen getan.
    Gibt es irgendwas, womit man dies debuggen kann? Einfach hinschreiben "tut's nicht" hilft ja selten weiter. Ich hab nur gerade keine bessere Idee.


    Übrigens: Es geht nicht um die früher berüchtigten Time-Outs mitten im Download. Es geht darum, das der Logger fälschlicherweise für leer gehalten wird.


    Dann hat Bob aber von einem anderen Problem gesprochen, da er sagte, dass nach dem Öffnen der seriellen Schnittstelle die Speicherausnutzung korrekt angezeigt wird.


    Wenn nach dem Öffnen der seriellen Schnittstelle die Speicherstatstik nicht korrekt angezeigt wird, einfach Schnittstelle schließen und nochmal öffnen.


    Wie gesagt: ich kann's bei mir gerade überhaupt nicht nachvollziehen, da alle meine Versuche problemlos funktionieren. Ich muss mal wieder Al anmailen, was der Stand bzgl. einer korrigierten Firmware ist.


    Ich muss mir mal was einfallen lassen, dass man in einer speziellen Logkonsole das Protokoll mit dem Gerät inspizieren kann. Ist nicht schwer, braucht aber Zeit, die mir gerade wirklich so langsam ausgeht.


    Grüße


    Andreas

    Zitat

    Original von omega
    Gerade für solche Fälle habe ich die kleine aber feine Zeitkorrektur eingebaut. die in den Fällen, in denen der Logger zu bescheiden ist auch Millisekunden im Log auszuweisen, diese möglichst "intelligent" nachberechnet.


    Tut mir leid. Ich wußte bisher ja nicht, dass selbst "einfache" Daten so kompliziert sein können. Auf eine Zeitkorrektur bin ich nicht gekommen.


    Zitat

    Drücke mal auf Zeitkorrektur und wähle "Korrigiere Zeitstempel".... und du wirst sehen, dass dann alles OK ist! In Deinem Fall wirst Du sehen, dass Du minimal mit 4 Hz aufgezeichnet hast. (Sorry, bin erst gerade eben dazugekommen Deine Beispieldatei zu analysieren).


    Das verstehe ich nicht. Ich sehe pro Sek. 3 Zeitstempel. Sind das nicht 3 Hz ? Ich habe ja auch 3 Hz eingestellt und auch kontrolliert. Na ja. Egal.


    Zitat

    Ich denke dieses Feature ist momentan sogar ein Alleinstellungsmerkmal von AVGPS, da m.W. andere Programme einfach Trackpunkte mit gleichem Zeitstempel wegwerfen (vielleicht täusche ich mich auch).


    Ein Alleinstellungsmerkmal scheint es wirklich zu sein. Die von mir geprüften Programme stellen alle (hier 3) Zeitstempel pro Sek. dar, berechnen dadurch natürlich auch die Geschw. falsch aber ohne Möglichkeit der Zeitkorrektur.


    Mich wurmt eigentlich nur eines. Ich habe GPSView parallel laufen lassen. Die Millisek. kommen per RMC Protokoll im Logger an, werden aber weder im nmea, noch im gpx Format ausgegeben. Na ja.


    Eine kurze letzte Frage. Viele Einstellungen von Ansichten werden gespeichert (Track Editor). Ist das beim Informationsdiagramm auch so ? Ich stelle mir Geschw. über Höhe dar und beim Neustart ist wieder der Standard vorhanden (Höhe / Luftdruck).


    Jedenfalls vielen Dank für Deine Hilfe.


    Gruß Carsten

    Hallo Carsten,


    die meisten Einträge in Deiner Datei erscheinen mit 3 Hz! Es sind aber 2 Trackpunktsequenzen mit 4 Hz drin: Trackpunkte 487-490 und 1298-1301.


    In den GPRMC Daten sind Millisekunden enthalten. In der MTK Logdatei können die Millisekunden auch enthalten sein, das scheint aber davon abzuhängen, ob der Logger angewiesen wurde, auch Millisekunden abzuspeichern, und das scheint in Deinem Fall nicht passiert zu sein. Geh mal in Dich ob das wirklich so ist!? Ich habe keinen MTK Logger und kenn mich auch nicht so gut damit aus.


    Wie auch immer: es ist auf jedenfall ein schönes beispiel, wie die Zeitkorrektur in AVGPS sinnvoll angewendet werden kann.


    Die Einstellungen der Informationsdiagramme werden leider momentan nicht gespeichert, sorry! Kommt auf die TODO Liste....


    Grüße


    Andreas