AVWSG: Version 1.3

    Zitat

    Original von karomue
    - dass ich "zu alt" bin, das shon öfter bemühte Generationenproblem um Umgang - auch allg. - mit PCs, ...


    Einspruch, Euer Ehren! Wenn ich mir anschaue, was du hier, auf deiner Webseite und in den Testberichten z. B. zum WSG-1000 an Kompetenz zeigts, kann ich diesem Argument nicht recht folgen.


    Mir scheint jedoch, das wir mit wachsendem Alter anspruchsvoller uns selber gegenüber werden. Wenn meine Tochter (13) etwas Technisches nicht in den Griff bekommt, fragt sie einfach. Und dabei ist ihr egal, ob das Gerät nicht richtig funktioniert, die Bedienung unnötig schwer ist oder sie gerade einfach auf dem Schlauch steht. Bei mir selber entdecke ich zunehmend, das ich erst mal an mir zweifle, und erst sehr spät "einsehe", das es eventuell gar nicht an mir selber lag.


    Zu AVWGS: Ich nutze nur einen Bruchteil der Funktionen - und damit komme ich prima klar. Wobei Englischkenntnisse ob der englischen Benutzeroberfläche nicht schaden ;). All die schicken Sachen, die ich selber nicht brauche, ignoriere ich einfach.


    Also her mit deinen Fragen. Gerne auch "wie mache ich XYZ mittels AVWGS". Mit jeder Fragen und Antwort sammeln wir Rohmaterial für eine Dokumentation.


    Gruß


    Frank

    Zitat

    Original von omega
    Es ist ein leichtes die Texte einzudeutschen, da ich der deutschen Sprache durchaus mächtig bin. ;)


    Nee echt? War mir noch gar nicht aufgefallen! :D


    Im Ernst: Mir ging es mehr darum, ein wenig Zeit anzubieten, als irgendwelche speziellen Sprachkenntnisse :).


    Wobei ich doch gleich bei einem neuen Wunsch wäre: Sprachdateien für AVWGS. Was AVWGS mir im Zusammenhang mit GPS bedeutet, ist im Zusammenhang mit Bildern IrfanView. Da liegen die Texte der Bedienoberfläche in einer Textdatei. Ich habe keine Ahnung, wie das gemacht ist. Vielleicht findest du da ja eine Anregung?!?


    Gruß


    FRAC

    Keine Ideen mehr, was man in AVWGS so alles machen könnte? Hier ist eine!


    Es wäre schön, einen Track in einer Tabellenkalkulation auswerten zu können. Dazu müsste man ihn da aber erst mal reinbekommen! Ein CSV Export würde hier helfen. Einfach die Daten wie sie im Tracktool unten als Tabelle stehen in eine CSV Datei schreiben. Was hoffentlich so einfach ist, wie ich es hier behaupte :)


    FRAC

    Zitat

    Original von FRAC
    Es wäre schön, einen Track in einer Tabellenkalkulation auswerten zu können. Dazu müsste man ihn da aber erst mal reinbekommen! Ein CSV Export würde hier helfen. Einfach die Daten wie sie im Tracktool unten als Tabelle stehen in eine CSV Datei schreiben. Was hoffentlich so einfach ist, wie ich es hier behaupte :)


    Habe ich doch schon fast fertig.... kann mich nur nicht entscheiden, welches Excelformat ich nehmen soll. Meine ich Ernst.... es gibt da mehrere Formate...


    Im Wesentlichen geht es darum, wie die Headerzeile(n) aussehen sollen...


    Ich könnte es aber mal einfach machen und eine simple CSV Datei erstellen...


    Grüße


    Andreas

    Hier ist noch ein Wunsch. Habe gerade für eine Bekannte ein Stück Strecke mit den Inlinern abgefahren, die sie demnächst mal als Radtour machen wird. Da kam die Frage, wie steil es dann auf der Strecke so sei. Schwer zu sagen - Gegenwind plagt mich gelegentlich mehr als manche Steigung, lange eine relative schwache Steigung hoch empfinde ich persönlich zermürbend während mal eine kurz eine knackig steile Strecke rauf auch mal Spaß macht.


    Schön wär, wenn AVWGS hier helfen könnte, objektive Daten zu bekommen. Ich sehe verschieden Möglichkeiten:

    • "Altitude above track" übertrieben darstellen. Momentan sieht man dieser Kurve in Google Earth nicht an, wo es wirklich steil war, da die Kurve insgesamt sehr flach verläuft. Jedenfalls wenn man in einer gemäßigten Hügellandschaft rumfährt, wo es hier mal 60 Höhenmeter rauf und da mal 40 Höhenmeter runter geht. Hier wäre eine Art Normierung hilfreich, damit die Sache nicht nur im Hügelland, sondern auch bei einer Alpenüberquerung oder einer Flugreise funktioniert.
    • Steigung berechnen, in der Tracktabelle anzeigen und als "Slope above Ground" in die KMZ Datei einbauen. Hier müsste man vermutlich ein wenig experimentieren, über wie viel Punkte man die Steigung mittelt, da die GPS Höhenangaben ja recht ungenau sind. (Genau dafür wär der CSV Export in eine Tabellenkalkulation schick ...)


    Gruß


    FRAC

    Zitat

    Original von omega
    Habe ich doch schon fast fertig.... kann mich nur nicht entscheiden, welches Excelformat ich nehmen soll. Meine ich Ernst.... es gibt da mehrere Formate...


    Im Wesentlichen geht es darum, wie die Headerzeile(n) aussehen sollen...


    Ich könnte es aber mal einfach machen und eine simple CSV Datei erstellen...


    Wie gesagt, CSV reicht völlig. Ich benutze z.B. gar kein Excel, es gibt ja auch andere Tabellenkalkulationen.


    FRAC

    Ha, hab doch mal was zum Meckern gefunden! : drink


    Das Tracktool hat Spalten für Speed und für Velocity. Was beides Geschwindigkeit heißt. In den Velocity Spalten wird dann aber die Einheit m/s^2 benutzt - was eigentlich der Beschleunigung vorbehalten ist. Ist statt Velocity (Vel) vielleicht Acceleration gemeint?


    Gruß


    FRAC

    Hallo Andreas, Frank,


    die Problematik ist nicht ganz einfach, auch ich weiß, dass im eng, vieles prägnant mit einem Wort (manchmal sogar mit einer neuen Wortschöpfung) ausgedrückt wird, was bei uns eines halben Romans bedarf. Aber, auch engl. ist unterschiedlich, es gibt ein seichteres, bekannteres, mit dem können heute viele umgehen, die nie engl. gelernt haben. Zu denen ich mich im übrigen auch zählen muss.


    Beispiel: es gibt im Startbildschirm oben links das nette Wort Guess. Fragt mich jetzt nicht, wie lange es gedauert hat, zu merken, dass hier autom. der COM-Port bei angeschlossenem und eingeschaltetem WSG1000 gesucht und gefunden wird.


    Schön, entgegen meiner persönlichen Neugier einfach mal auf alles herumklicken um zu sehen, was passiert, hier hatte ich es halt nicht getan...


    Und zum Generationenproblem kann ich eigentlich nur sagen, dass manches von der heutigen Generation - zu der auch mein Sohn gehört, der auch schon mal versucht, seinen Blick nicht zu mitleidig aussehen zu lassen, wenn der "Alte" mal wieder auf dem Schlauch steht - mit links quasi ohne nachzudenken gemacht wird, an dem ich mir schier die Zähne ausbeiße.


    Ich bin groß geworden mit 8080/6502-Assembler, Basic - dem uralten zu Zeiten des PET. Ein wenig reingeschnuppert in Turbopascal, ein wenig VBA für Word, Excel, Acces, ein wenig UNIX, ein wenig Informix. Das war in Maßen noch überschaubar. Mein Sohn programmiert in HTML, Java und was weiß ich noch alles. Bei mir waren/sind Ansätze moderne Programmiersprachen verstehen zu lernen, OOP vielleicht mal mindestens im Ansatz zu begreifen mit C und C#. Und da ist einfach ein (Gordischer) Knoten, für den ich das Schwert noch nicht gefunden habe. Vielleicht kann man es auch einfach darauf reduzieren, dass hier ein Gebiet der Logik nicht begriffen wird. Ich denke, das ist das Generationenproblem, denn die Diskussionen mit diesen beiden Altersgruppen zeigen mir das immer deutlicher. Und an den Funktions/Befehlsumfang zwischen dem alten Basic und einem C# mag ich garnicht denken. Das war ja schon vom ersten Turbopascal zu den weiteren Versionen zu sehen, mit jeder Prozessorgeneration blähten sich auch die Programmiersprachen auf.


    Und trotzdem habe ich seinerzeit mit Basic einen Umsetzer geschrieben, der es möglich machte eine Fernschreiber - den ich billig bekam - als Drucker zu verwenden... Hat Spaß gemacht...


    Dies zieht sich weiter bis in Progs die jemand heute aus der "jungen" Generation entwickelt. Das ist kein Vorwurf, aber es ist halt so, dass es für manchen älteren schier eine Überforderung darstellt. Man könnte es auch ein wenig hinkend damit umschreiben, dass sich 2, die nicht die gleiche Sprache sprechen, verstehen sollen.


    So, jetzt hammer wieder sowas wie eine Nacht-Philosophie. Ich denke, ich hör jetzt besser auf... ;D


    Lassen wirs mal im Moment dabei. Auf mich kommt jetzt erst mal einiges anderes zu, ich schau aber mal ob ich so nebenbei was auf die Beine stellen kann, so als Diskussionsgrundlage. Dann kommen wir sicher einen Schritt weiter.

    Zitat

    Original von FRAC
    "Altitude above track" übertrieben darstellen. Momentan sieht man dieser Kurve in Google Earth nicht an, wo es wirklich steil war, da die Kurve insgesamt sehr flach verläuft. Jedenfalls wenn man in einer gemäßigten Hügellandschaft rumfährt, wo es hier mal 60 Höhenmeter rauf und da mal 40 Höhenmeter runter geht. Hier wäre eine Art Normierung hilfreich, damit die Sache nicht nur im Hügelland, sondern auch bei einer Alpenüberquerung oder einer Flugreise funktioniert.


    Geht doch schon!? ?(


    Zitat

    Aus den Release-Notes der Version 1.1:
    Es ist z.B. möglich, den Höhenverlauf als Kurve über dem Track anzuzeigen. Dafür wird die Höhe in den Bereich [0..1] normiert und mit einem einstellbaren Meterwert multipliziert und als Höhenlinie über dem Track angezeigt.


    Der letzte Wert für die "... Above Track" gibt also an, wieviele Höhenmeter der Wert 1.0 (also das Maximum, 100%) entspricht.


    Zitat


    Steigung berechnen, in der Tracktabelle anzeigen und als "Slope above Ground" in die KMZ Datei einbauen. Hier müsste man vermutlich ein wenig experimentieren, über wie viel Punkte man die Steigung mittelt, da die GPS Höhenangaben ja recht ungenau sind. (Genau dafür wär der CSV Export in eine Tabellenkalkulation schick ...)


    Habe ich wohlwollend zur Kenntnis genommen.... ;)


    Grüße


    Andreas

    Hi Charly,


    bezüglich AVWSG glaube ich, ist etwas ganz anderes als der Generationsunterschied entscheidend. Ich habe das Program quasi von der ersten Stunde an benutzt, und habe damit viele Neuerungen sofort mitbekommen und viele davon auch unmittelbar ausprobiert. Das eine oder andere hat Andreas sogar auf meinen Wunsch hin eingebaut. Resultat: Ich hatte Zeit, mich Stück für Stück und Schritt für Schritt an das Programm und seine Eigenheiten zu gewöhnen.


    Du bist meines Wissens nach erst später zum AVWSG Fanclub dazu gestoßen - und dir erscheinen demnach ganz folgerichtig einige Dinge ganz und gar nicht so selbstverständlich wie mir. Die "Guess" Schaltfläche zum Beispiel.


    Meine Bitte (hoffentlich auch im Sinne von Andreas): Mehr von solchen Eindrücken! Damit das Program auch für diejenigen, die nicht von Stunde Null an dabei waren, so nützlich wird wie z.B. für mich wird. Und damit alle, die gerne beim Thema Dokumentation helfen würden, aber nicht so recht wissen, wo man anfangen soll, konkrete Anhaltspunkte bekommen.


    Gute Nacht für heute!


    FRAC


    BTW: Ich halte Assembler für intellektuell anspruchsvoller als HTML ...

    Zitat

    Original von omega


    Geht doch schon!? ?(



    Der letzte Wert für die "... Above Track" gibt also an, wieviele Höhenmeter der Wert 1.0 (also das Maximum, 100%) entspricht.


    Hab's gefunden. War mir in den Release Notes entgangen, da ich seinerzeit nicht recht wusste, was ich mit "Altitude above Track" anfangen sollte. Und die "Max ==" Option ist nicht wirklich selbsterklärend.


    Hallo Charly - das war jetzt keine Absicht. Aber wie man sieht, tappst auch ein scheinbar routinierter AVWSG Hase manchmal ganz schön im Dunkeln. Prima, das wir Andreas immer fragen können :)


    FRAC

    Hallo


    @omega vielen Dank für Deine neue Version. Leider lässt sich der ominöse "Worst-Case-File" vom bt747 nicht laden. Das liegt aber eher an GBSBabel. Das Original DowloadTool läd den File einwandfrei. Da sieht man auch, dass da unsinnige Trackpoints drin sind. Wir haben diesen File bis zum Erbrechen analysiert. Wie der zustande kommt ist sowiso ne andere Frage. Das ist aber sicherlich nicht die Zielrichtung von AVWSG. Falls du daran denkst eine "native" Unterstützung des bt747 in AVWSG zu integrieren (aufwändig) solltest du mal in Google suchen "bt747logconverter" (C# Implementierung).
    Die Integration der Herzfrequenz ist auch gut, muß ich aber zuerst mit meinem eigenen HRM testen.
    Wünschenswert (für mich) wäre ein Laden in Binärform aller wichtigen Tabellendaten. Aber das ist sicherlich ein ""Aussenseiter Wunsch"...


    Hallo @karomue darf ich fragen wie alt du bist (wegen deinen Äusserungen) Eventuell kann ich dich überbieten....



    Andreas nochmals vielen Dank für dein übergosses Engagement


    MfG
    Achim

    Zitat

    Original von womisa
    Leider lässt sich der ominöse "Worst-Case-File" vom bt747 nicht laden. Das liegt aber eher an GBSBabel. Das Original DowloadTool läd den File einwandfrei. Da sieht man auch, dass da unsinnige Trackpoints drin sind. Wir haben diesen File bis zum Erbrechen analysiert. Wie der zustande kommt ist sowiso ne andere Frage. Das ist aber sicherlich nicht die Zielrichtung von AVWSG.


    Das ist ein Problem von GPSbabel - AVWSG kann da nichts machen, wenn GPSbabel Mist baut...
    Immerhin kann AVWSG den Schrott laden. ;D


    Zitat


    Falls du daran denkst eine "native" Unterstützung des bt747 in AVWSG zu integrieren (aufwändig) solltest du mal in Google suchen "bt747logconverter" (C# Implementierung).


    Guter Hinweis.... Danke! Weisst Du, ob das Tool Deine Spezialdatei richtig verarbeiten kann?


    Zitat


    Die Integration der Herzfrequenz ist auch gut, muß ich aber zuerst mit meinem eigenen HRM testen.
    Wünschenswert (für mich) wäre ein Laden in Binärform aller wichtigen Tabellendaten. Aber das ist sicherlich ein ""Aussenseiter Wunsch"...


    Bitte um Rückmeldung, wenn Du was probiert hast.
    Das mit der Binärform habe ich nicht verstanden! Kannst Du das noch näher ausführen!?


    Grüße


    Andreas

    Hallo


    @Andreas Nachtaktiv?


    Zitat

    Das ist ein Problem von GPSbabel - AVWSG kann da nichts machen, wenn GPSbabel Mist baut... Immerhin kann AVWSG den Schrott laden. zuzwinker


    ..nö kanns nicht...aber das ist auch nicht so wichtig.....


    Zitat

    Guter Hinweis.... Danke! Weisst Du, ob das Tool Deine Spezialdatei richtig verarbeiten kann?


    ..ja klar, sonst hätte ich das nicht erwähnt. Dieses Tool liefert den gleichen CSV output wie das Original DatalogTool. *.bin==>*csv). Dortkann man auch die "mi..." Daten anschauen.


    ...aber auf diesem File sollte man nicht "rumreiten"...aber der ist trotzdem für Testzwecke GUT!!!


    Zitat

    Das mit der Binärform habe ich nicht verstanden! Kannst Du das noch näher ausführen!?


    ..das mit dem Binärfile ist so gemeint. Die Infos werden in binärer Form abgelegt und eventuell konfigurierbar von AVWSG lesbar. Binär wegen der Logfilegröße.


    also Konfig....


    1. Wert int64 Datetime
    2. Wert double Latitude
    3. Wert doble Longitude
    .....


    xx wert double HRM bpm
    etc...


    oder eben eine DataTable bzw. Dataset (import/export C#)


    Aber das weicht sicherlich von der Zielsetzung von AVWSG(U) ab.


    Guats Nächtle
    Achim


    Hallo Frank,


    das könnte es recht gut treffen. Ich war bis ich "dazustieß" mit TMX und u-center voll zufrieden. Nachdem das TimeOut-Problem näher eingekreist wurde, AVWSG so mit links nebenbei eine Trackvisualisierung mit G-Maps bot, seit dem ist es ein heißer Favorit der m.E. neben u-center Bestand hat, sofern man nicht die speziellen ubx-Infos haben will. Und da habe ich wohl den Zeitpunkt verpasst, wo der Umgang noch etwas einfacher war. Aber das versuche ich nachzuholen, denn AVWSG - wiederhole ich gerne - wird immer mehr zu einem Universal-Tool für GPS allgemein, eben zu der eierlegenden WollmilchSau.