AVWSG: Version 1.3

Zitat

Original von FRAC
Alternativvorschlag: Wie wäre eine Option in AVWGS, in der man das gewünschte Verhalten einstellen kann? Also von "Ich bin Sicherheitfanatiker und will auf keinen Fall meine Rohdaten in der TK1 Datei riskieren" zu "Ich bring meine Rohdaten eh erst einmal in Sicherheit, will aber die TK1 aufräumen können."? Wenn diese Option einigermaßen gut versteckt und mit einer hübschen Warnung gesichert wäre, könnte ich damit leben, und alle wären glücklich.

Die Option könnte "TK1 Write Protection" heißen und sollte standardmäßig aktiv sein. Wenn man sie deaktiviert sollte, eine Warnmeldung erfolgen, etwa: "If you disable the write protection for TK1 files you will be allowed to change and overwrite these files. Use this option with care - it may lead to undesired data loss since TK1 files contain raw data which can not be recreated!"

Halte ich nichts davon.... wenn jemand eine Datei bearbeitet, muss er schon selbst wissen, ob er eine wichtige Originaldatei verändert oder ob er eine Kopie bearbeitet.

Ich finde Programme, die meinen es besser zu wissen, ziemlich nervig. Es muss doch möglich sein, eine TK1 Datei (und auch alle anderen) beliebig bearbeiten zu können.

Grüße

Andreas

Hallo zusammen,

bin gerade so fertig mit dem Import von Herzfrequenzdaten in AVWSG.
Damit ist es möglich, den Trackpunkten Herzfrquenzmessungen zuzuordnen.

Natürlich ist es möglich, die Startzeiten des Tracks und der HF-Datei zu synchronisieren (entweder Startzeit auf Startzeit des Tracks setzen oder aber auf die Zeit eines anzugebenden Trackpunktes). Ausserdem kann man auswählen, was passieren soll, wenn es für einen Trackpunkt keinen genau passenden HF-Punkt gibt: entweder den am nächsten liegenden HF-Punkt verwenden oder einen interpolierten HF-Punkt aus den beiden umgebenden HF-Punkten berechnen.

Momentan kann ich die HRM2 Dateien von Polar einlesen (falls diese einen Herzfrequenzlog beinhalten).

Bei den HRM2 Dateien handelt es sich um Textdateien, die u.a. (und nur diese Angaben sind für das Einlesen von Herzfrequenzen notwendig) folgende Einträge haben:

Date=20040912
StartTime=7:26:07.0
Interval=5




[HRData]
122
122
122
139
146
147

D.h., ich kann jede Datei einlesen, die zumindest diese Zeilen enthält

Wir hatten bereits schon einmal darüber gesprochen: gibt es noch ein anderes Format, das unetrstützt werden sollte?

Die HRM2 Datei von Polar ist immerhin ein recht weit verbreiteter Standard und es gibt recht viel Software, die mit diesem Format arbeiten.

Sonst noch Kommentare!? Es gibt wohl zu Ostern eine neue Version... ;D

Grüße

Andreas

Hallo zusammen,

pünktlich zu Ostern gibt's nun die Version 1.3.

Wäre schön, wenn Feedback zu den Funktionen kommen würde....

Grüße

Andreas

Hallo Andreas,

wiedereinmal danke für die vielen neuen Funktionen !

Ich hätte da noch eine Funktionalität welche mir fehlt, nämlich die Trackhöhe im Nachhinein ändern zu können, ich habe nun schon 2mal beim WSG1000 vergesse den barometrischen Höhenmesser zu kalibrieren...

Oder noch besser, man kann die Anfangs und Endhöhe des Tracks angeben, und er berechnet automatisch die Höhenabweichung, dies hat den Vorteil wenn der Luftdruck sich während der Fahrt verändert, hat man nachher genauere Werte, ist mir nämlich nun auch schon mehrfach bei längeren Touren aufgefallen, dass da nachher mal 10 - 15m mehr oder weniger sind als am beim Start.

Danke

Gruß
Rafael

Hallo Rafael,

gibt's doch aber schon lange..... ;D

Wähle einen Trackpunkt an - dann rechte Maustaste - dann Change altitude...

Du kannst dann auswählen, ob du entweder nur die Höhe des aktuellen Punktes, oder aber die Höhenwerte aller Trackpunkte ändern möchtest (es werden dann alle Höhenwerte um die Differenz zwischen alter und neuer Höhe des aktuellen Trackpunktes korrigiert.

Ich denke, das ist es doch was Du brauchst..... (und da es mir genauso ging hatte ich das schon fast seit der ersten Version eingebaut) ;D

Den zweiten Vorschlag lasse ich mir mal bei einem Gläschen Wein (Danke Charly ;D ) durch den Kopf gehen....

Grüße

Andreas

Hallo Andreas,

das ist mir doch glatt nie aufefallen, aber suppi funzt gut!

Hallo Rafael,

Zitat

Original von seufer_wolle
Oder noch besser, man kann die Anfangs und Endhöhe des Tracks angeben, und er berechnet automatisch die Höhenabweichung, dies hat den Vorteil wenn der Luftdruck sich während der Fahrt verändert, hat man nachher genauere Werte, ist mir nämlich nun auch schon mehrfach bei längeren Touren aufgefallen, dass da nachher mal 10 - 15m mehr oder weniger sind als am beim Start.

Ich habe mir das mal durch den Kopf gehen lassen....

Wie soll das gehen!? Wie soll ich den die Differenz zwischen Start- und Endpunkt verteilen?

Es handelt sich m.E. dabei um die Addition von Messfehlern... und 10-15 Meter sind ja noch recht gut.....

Grüße

Andreas

Ich dachte, man vergleicht die Abweichung vom Startpunkt mit der vom Endpunkt und verteilt diese prozentual auf die Zeit der Strecke.

Beispiel:

Wenn beim Start 10m mehr sind und bei Ankunft 20m mehr ist eine Differenz von 10m auf den Luftdruck zurückzuführen.

Losgefahren ist der Fahrer um 10Uhr und angekommen um 14Uhr, ich würde dann um 11 Uhr 12,5m, 12Uhr 15m, 13 Uhr 17,5m usw... natürlich mit höher Präzision, nicht das wir da Sprünge reinbekommen

Aber ob das Programmiertechnisch umsetzbar ist geschweige denn ob es leicht und schnell geht weis ich nicht. Bin mit der derzeitigen korrektur auch erstmal zufrieden.

Gruß
Rafael

Ich fürchte Du stellst Dir das zu einfach vor (ich meine jetzt nicht programmiertechnisch sondern algorithmisch)......

Nehmen wir mal an wir haben einen perfekten Rundkurs und die Endhöhe ist 50 Meter tiefer als die Starthöhe.

Jetzt gibt es 2 Möglichkeiten, die Höhenwerte der Trackpunkte dazwischen anzugleichen:
[list=1]
[*]Alle Aufstiegspunkte, d.h. Punkte die eine positive vertikale Differenz zum Vorgängerpunkt haben, werden um den jeweiligen Bruchteil nach unten korrigiert.
[*]Alle Abstiegspunkte werden entsprechend nach oben korrigiert.
[/list=1]
Danach sollten ja dann die Start- und Endhöhe stimmen. Diese Methodik hätte im Übrigen noch nicht mal was mit dem Luftdruck zu tun, da sie ja nur auf die Höhenwerte angewendet wird. Man könnte das Verfahren auch auf den Luftdruck anwenden, sollte aber prinzipiell das gleiche Ergebnis zur Folge haben.

Aufgrund der 2 Möglichkeiten bezweifle ich aber, dass diese Korrekturmöglichkeit einen Sinn macht.... oder übersehe ich da was?

Grüße

Andreas

Zitat

Original von omega

Aufgrund der 2 Möglichkeiten bezweifle ich aber, dass diese Korrekturmöglichkeit einen Sinn macht.... oder übersehe ich da was?

Grüße

Andreas

Alles anzeigen

Ich denke auch eher nein. Denn solange die Höhenwerte halt nicht absolut sind - und das werden sie nie werden - sondern von der GPS-Genaugkeit abhängen, so wie die barometrischen dann auch vom Wetter, wird das Alchemie bleib en. Es gibt einfach keinen gescheiten Bezugspunkt.

Ich oute mich mal: ich habe mit AVWSG erhebliche Schwierigkeiten im Umgang damit. Ob es daran liegt,

- dass ich "zu alt" bin, das shon öfter bemühte Generationenproblem um Umgang - auch allg. - mit PCs,
- eine Beschreibung/Manual fehlt,
- viele Wege "versteckt" sind,
- AVWSG inzwischen eine Eierlegende-Wollmilch-Sau geworden ist,

ich weiß es nicht.

Momentan 2 Beobachtungen, persönlich von mir:

IISMD wird nicht aktuallisiert, obwohl es sek. gesendet wird, zurückgenommen, jetzt läuft es nämlich. Ob es an der Temp. des WSG100 lag? Der lag eine ganze Zeit in der Sonne und hatte über 45 ° angezeigt. Jetzt liegt er wieder im Schatten mit "normalen" 31 ° ???
beim Anklicken Device/Command Tool.. hat sich AVWSG oft aufgehängt, aber eben auch nicht immer, bislang so ca. 85 %.

BS ist Vista, FW 1.0.7.0

Leider weiß ich auch nicht so richtig, wie man wirklich mit AVWSG umgeht, zumindest für die Teile, die für mich relevant sind, dann könnte ich mch ja an der Erstellung eines Manuals - oder so - beteiligen.

Obwohl ich schon Hlfestellungen von Andreas bekam, ist es doch mehr ein Buch mit 7 Siegel.

Es wäre schön, wenn auch mal andere Meinungen hierzu hier gepostet werden könnten, die, die sich bislang gemeldet haben, gehören m.M. nach zu der Generation, die mit PC eben mit links umgehen können. Es sollte aber auch andere geben, die etwas mit diesem wunderbaren Prog anfangen könnten, wenn ich nicht der Enige bin, kan man mit ANdreas sicher reden.

Hallo Charly,

wahrscheinlich liegt es an allen Punkten..... ;D

Das "Device->Command Tool" ist eigentlich nur für interne Tests... ich werde es wohl rausnehmen müssen, damit nicht noch mehr Unheil passiert....

Charly, selbst wenn Du der Einige wärest könntest/kannst Du mit mir reden.... und jeder andere auch.... ;D

Zugegeben, einige Funktionen sind wirklich versteckt.... obwohl ich bislang in Ermangelung eines Handbuches versucht habe, die meisten Features in den Release Notes genauer zu beschreiben.

Ich sehe es ja ein, ich muss ein Handbuch machen (und wennn es erstmal rudimentät ist).... ich werde mal versuchen Zeit und Muße zu finden....

Ich hoffe aber, dass es auch viele Funktionen in AVWSG gibt, die selbsterklärend sind. Insofern wäre ich an weiteren Stimmen doch auch interessiert.

Und ich würde mich freuen, wenn es mehr Erfahrungsrückmeldungen gäbe! Ich habe nicht die Zeit alles 100% zu testen (ich mach das auch nur in der Freizeit) und brauche/benutze euch als Tester....

Grüße

Andreas

Hallo Andreas,

gut gebrüllt Löwe.

Dass wir alsTester benutzt werden, ist ja völlig o.K. Warum aber sich nur Spezialisten melden, die offenbar mit dem Prog locker umgehen können, bzw. andere nicht, könnte 2 Gründe haben.

1. man weiß nicht, was man damit alles machen kann, auch ohne die in den letzten Tagen hinzugekommenen "Zusätze",
2. man kommt über den Start nicht (so recht) weiter.

Und gerade die unter 2. wären die "Breitentester", denn ein Prog für die Breite selbserklärend zu machen, das könnte noch eine Verschärfung sein.

Kommt hinzu, dass alles engl. ist. Nun hat nahezu jeder, der das eine oder andere Prog installiert hat, sich mit engl. auseinandersetzen müssen. Präzise Frage wäre hier, bis in welche Tiefe das sein muss.

Also, gerade diejenigen, die aus Gründen wie auch immer bereits beim Einstieg scheitern, das wären diejenigen, die erreichen könnten, dass avwsg zu einem all. gps-Auswertetool wird. Also her mit den Fragen. Und zur Beantwortung sind wir nicht nur auf Andreas angewiesen, wenn jemand anderer helfen kann, nehme ich doch an, dass dies auch im Sinne dieses Forums getan wird.

Zum CommandTool, nimm den Button raus. Man kommt ja über Internal/CommandMode nochmal in den Command Modus, und da gab es bei mir keine Hänger.

Und das mit dem "reden mit Dir" besagte ja lediglich, dass mans kann, was ja auch oft genug bewiesen wurde. Zielt eigentlich auch in die Richtung, einfach zu fragen, wenn etwas unklar ist.

Und: es gibt keine blöden Fragen, nur dumme Antworten...

Andreas,

gibt es eine Möglichkeit, das jemand anderes als du AVWGS eindeutscht? Ein Doku zu schreiben werde ich zeitlich nicht schaffen. Aber alle Menüs, Beschriftungen etc. einzudeutschen dürfte für mich zu schaffen sein. Wenn du mir z.B. alle englischen Texte in irgendeiner Form zuschickst, mach ich mich an die Arbeit.

Gruß

FRAC

PS: Vielleicht sollte ich dich erst mal fragen, ob du in AVWGS eine Option zur Auswahl der Sprache einbauen kannst?

Hallo FRAC,

da liegt der Hase im Pfeffer....

Es ist ein leichtes die Texte einzudeutschen, da ich der deutschen Sprache durchaus mächtig bin. ... aber Danke vielmals für das Angebot!!

Das größere Problem ist das Layout: ich habe viele Sachen ziemlich platzsparend optimiert und für alle anderen Sprachen muß man das Layout dahingehend anpassen.

Ein weiteres Problem ist es, den ganzen Code so zu erweitern, dass alle Texte variabel sind. Technisch ist das nicht allzu schwierig (es gibt da aber dennoch einige ziemlich doofe Eigenheiten, da die Lösung von Visual Studio nicht gut ist)... es ist aber dennoch ein ziemlicher Aufwand.

Ich werde mir aber dennoch auch dieses Thema durch den Kopf gehen lassen, zumal ich gerade keine weiteren Ideen habe, wie man AVWSG gerade noch groß erweitern könnte.... (der Code müsste an manchen Stellen mal aufgeräumt werden).

Grüße

Andreas