GTA.NET 4.6.1.8 (4.6.1.9) ist online

Vorab habe ich schon mal die Routine für die TCX verändert, so dass sie nun die fehlerhaften TPs ignorieren sollte.

Weiterhin habe ich den genannten Bug in der Trackverwaltung beseitigt.

Das Archiv mit dem Release 4.6.1.9 enthält nur die neuen, erforderlichen Dateien.
Das Archiv entpacken und die Dateien in das Programmverzeichnis von GTA kopieren:

http://www.gps-freeware.de/beta/Release4619.zip

Meine Seiten werde ich erst die nächsten Tage aktualisieren.

EDIT:

Homepage ist bereits aktualisiert - Es kann also auch schon die neue Version 4.6.1.9 als Setup geladen werden.

Hat sich erledigt.... Hatte ein Problem mit dem .NET Framework 2.0...

Zitat von blackwilli

...Vorab habe ich schon mal die Routine für die TCX verändert, so dass sie nun die fehlerhaften TPs ignorieren sollte.

Hallo Dietmar,

so ist es.:D

.tcx Dateien werden wieder geöffnet, Die einzelnen Tracks müssen allerdings dann erst verbunden werden, was aber super klappt und m.M.n. so bleiben kann.

Habe mich jetzt einige Zeit mit Deinem Programm beschäftigt.
Ich bin sehr zufrieden.

Hier die Ergebnisse zum Dir übermittelten Track aus meinem FR 305 :

Mit der Glättung des Höhenprofils erziele ich das beste Ergebnis !
- Entfernung bleibt in Übereinstimmung mit dem FR
- Zeit in Bewegung wird beibehalten
- Schnitt wird nach der Zeit in Bewegung errechnet
- Die überwundenen Höhenmeter stimmen so fast mit dem FR überein
--Gesamtaufstieg ---------- Gesamtabstieg
1.142 >>> FR 1.144 m --- 1.145 >>> FR 1.150 m

Durchschnittspulsberechnung weicht voneinander ab :
100 >>> FR 91

Wahrscheinlich rechnet der FR den Durchschnittspuls nach einer anderen Methode. Stört mich nicht.

Was ich nicht mache, ist eine Autokorrektur der Strahllängen usw.

Mit der Glättung des Höhenprofils hast Du einen Volltreffer gelandet, super.;)

Ich habe übrigens nur das Release 4.6.1.9 installiert, noch nicht die Endversion.
Aber, das lasse ich so, oder gibt es noch andere wichtige Änderungen ?

Wenn ja, muß dann auch erst die alte Version vorher deinstalliert werden ?

Zitat von kg340

... Die einzelnen Tracks müssen allerdings dann erst verbunden werden, was aber super klappt und m.M.n. so bleiben kann.

Muß auch so bleiben, denn woher soll GTA wissen, dass die in der Datei enthaltenen Tracks eigentlich ein Track sein sollen, oder der User bewußt mehrere Tracks in einer Datei gespeichert hat. Zweitens kommt es vor, dass Tracksegmente in einer Datei nicht in der richtigen Reihenfolge vorliegen und der User dies erst vor dem Verbinden prüfen muss.

Zitat von kg340

- Die überwundenen Höhenmeter stimmen so fast mit dem FR überein
--Gesamtaufstieg ---------- Gesamtabstieg
1.142 >>> FR 1.144 m --- 1.145 >>> FR 1.150 m

Das ist doch mal super, genauer wäre ja schon nicht mehr normal.

Zitat von kg340

Durchschnittspulsberechnung weicht voneinander ab :
100 >>> FR 91

Wahrscheinlich rechnet der FR den Durchschnittspuls nach einer anderen Methode. Stört mich nicht.

Könnte es sein, dass der FR einfach den Mittelwert der HF aller TPs berechnet und dabei die ganzen Null-Werte mit einbezieht? GTA ignoriert nämlich die Null-Werte. Ich kann mir nicht vorstellen, dass selbst in allergrößter Ruhe der Puls bei Null liegt.

Zitat von kg340

Was ich nicht mache, ist eine Autokorrektur der Strahllängen usw.

Aus welchem Grund? Gerade nach dem Verbinden von Tracksegmenten entstehen an den Übergangsstellen oft total unsinnige Werte, die im Extremfall sogar zu Berechnungsfehlern führen können. Für eine vernünftige Auswertung ist die Autokorrektur eine der wichtigsten Funktionen.

Zitat von kg340

Ich habe übrigens nur das Release 4.6.1.9 installiert, noch nicht die Endversion. Aber, das lasse ich so, oder gibt es noch andere wichtige Änderungen ?

Das ist ok so. Das fertige Setup ist damit identisch

Zitat von kg340

Wenn ja, muß dann auch erst die alte Version vorher deinstalliert werden ?

Steht auf der Downloadseite, schön in Rot.

Hallo Dietmar,

Zitat von blackwilli

... Könnte es sein, dass der FR einfach den Mittelwert der HF aller TPs berechnet und dabei die ganzen Null-Werte mit einbezieht? GTA ignoriert nämlich die Null-Werte. Ich kann mir nicht vorstellen, dass selbst in allergrößter Ruhe der Puls bei Null liegt.

Das kann es nicht sein, da jetzt in dem verbundenen Track keine Nullwerte mehr drin sind.

Zitat

... Aus welchem Grund?
... Für eine vernünftige Auswertung ist die Autokorrektur eine der wichtigsten Funktionen.

Mit der Autokorrektur kommt es zu folgenden Fehlern bzw. Richtigstellungen :
- Die zeitliche Länge der Aufzeichnung wird korrekt dargestellt.
- Die Strahllänge vergrößert sich geringfügig. >>>von 42,88 auf 42,99 km
- Die reine Fahrzeit ( Zeit in Bewegung ) vergrößert sich erheblich ! >>> von 3:17 Std. auf 4:07 Std.
- Damit geht der Schnitt total in den Keller.

Der FR zeichnete durch Signalverlust und Signalaufnahme nach einer ca. 50 m Tunneldurchfahrt eine max. Geschwindigkeit von 119 km/h auf ( max. G war aber nur 32 km/h ).
Der FR bezieht jedoch diesen unrealistischen Wert nicht in die Berechnungen des FR Tripcomputers ein.

Das ist schon mal sehr positiv und spricht für das Rechenprogramm des FR.

Bleibt jetzt die Frage, welches Programm rechnet die Zeit in Bewegung richtig ?

Ich achte während der Fahrt genau darauf, ob mein FR die Autopausen in der Trackaufzeichnung richtig ausführt. Der FR piepst jedesmal, allerdings GPS-bedingt mit einer Verzögerung von wenigen Sekunden und das sowohl bei Halt und auch nach Weiterbewegung.
Damit hebt sich diese Zeitdifferenz in etwa auf.

Daher habe ich mich entschlossen, für meine Aufzeichnungen / Auswertungen die Tripcomputerdaten des FR zu übernehmen.
Ausnahme nur dann, wenn es zu erheblichen Abweichungen der Werte kommt.

Zitat von kg340

Mit der Autokorrektur kommt es zu folgenden Fehlern bzw. Richtigstellungen :
.....
- Die reine Fahrzeit ( Zeit in Bewegung ) vergrößert sich erheblich ! >>> von 3:17 Std. auf 4:07 Std.
- Damit geht der Schnitt total in den Keller.

Hallo Dietmar,

der Garmin FR 305 wird ja hauptsächlich als Trainingsuhr mit " GPS-Unterstützung " genutzt.

Der größte Unterschied zu anderen GPS-Geräten ist der, daß beim FR die Aufzeichnung aller Daten nur dann erfolgt, wenn auch die eingebaute Stoppuhr läuft.

Mit der Funktion " Auto Stopp " wird die Uhr angehalten, wenn man sich nicht mehr fortbewegt und in dieser Standzeit wird auch nichts mehr in den Resecomputer der Uhr gespeichert, also keine Position und auch keine Pulswerte !

Wenn ich es richtig verstanden habe, korrigiert aber Dein Programm mit der Funktion " Autokorrektur " über die Strahlzeiten auch die GPS-Zeit.

Ist das so richtig ?

Wenn ja, dann darf ich diese Funktion in GTA.NET nicht nutzen, weil damit meine FR-Stoppzeit verändert wird !

Allerdings wird mit dieser " Autokorrektur " auch das Ende der Aufzeichnungszeit erst richtig angezeigt.

Daher meine Frage :
Gibt es eine Möglichkeit, Dein Programm zu anzupassen, daß die FR-Zeit beibehalten wird ?

===========

Was mir jetzt in Deinem Programm sehr gut gefällt, ist die über die Zoomfunktion gesteuerte super Darstellung der Pulskurve.

Mit der gleichzeitigen Anzeige des Geschwindigkeitsprofiles, einfach Spitze.:)

Ganz im Gegensatz zum Garmin GTC.
Dort kann man trotz Zoomfunktion mit den Kurven nichts anfangen, weil das einfach nicht richtig dargestellt wird.

===========

Planst Du ggf. doch mal eine Karte in Dein Programm einzubinden, z.B. eine Topo D ?

Damit wäre dann auch mit Klick auf die Pulskurve der entsprechende Punkt sofort auf der Karte sichtbar.
In diesem Fall liegt nun das GTC wieder vorn.;)

Gut, man kann sich derzeit damit helfen, daß man die Extrempunkte im GTA.NET kennzeichnet und sich das dann z.B. in MapSource anschauen kann.
Das ist aber sehr umständlich und bietet außerdem nicht die Möglichkeit, andere Punkte auf der Karte anzuschauen.

Zitat von kg340

Wenn ich es richtig verstanden habe, korrigiert aber Dein Programm mit der Funktion " Autokorrektur " über die Strahlzeiten auch die GPS-Zeit.
Ist das so richtig ?

Nein. Zeitstempel (und Positionen) sind aufgezeichnete Fixwerte, an denen GTA nichts verändert. Bei der Autokorrektur werden aus den Zeitstempeln die Strahlzeiten überprüft und ggf. korrigiert, aus den Positionen werden Strahllängen berechnet, aus den Strahllängen und den Strahlzeiten dann die Geschwindigkeiten.

Zitat von kg340

Daher meine Frage :
Gibt es eine Möglichkeit, Dein Programm zu anzupassen, daß die FR-Zeit beibehalten wird ?

Erübrigt sich mit Antwort oben.

Zitat von kg340

Planst Du ggf. doch mal eine Karte in Dein Programm einzubinden, z.B. eine Topo D ?

Nein, ist in dieser Form nicht geplant, da ich keine Lust habe, mich mit Lizenzen (und deren evtl. Gebühren) der Kartenhersteller herum zu schlagen. (War übrigens einer der Gründe, warum das Projekt NHTopTrans gestorben ist.)

Hallo Dietmar,

habe Dir soeben eine Mail mit Anhang geschickt.

Darin habe ich alles noch mal in Bezug auf die reine Fahrzeit ( Zeit in Bewegung ) aufgeschrieben.

Etwas habe ich aber noch vergessen.

Ich habe mir für meine Streckenauswertung noch eine Kennzahl einfallen lassen, um damit den Schwierigkeitsgrad einer Strecke anhand der überwundenen Höhendifferenz bezogen auf die Streckenlänge einschätzen zu können.

Und das in %

Beispiel :
- Streckenlänge : 15,94 km
- überwundene Höhenmeter ( Summe der Auf- und Abstiege ) = 3.497 m

ergibt damit eine auf die Streckenlänge bezogene Höhendifferenz von :

21,9 %

In der Regel bewege ich mich aber auf Strecken zwischen 4 und 6 %

Wäre das was für Dein Programm ?

Ich könnte mir vorstellen, daß das z.B. für Mountenbiker eine gute Kennzahl wäre, um damit einschätzen zu können, was in etwa auf sie zukommt.;)

Hllo Dietmar,

habe mir gerade Deine Aufgabenliste angeschaut.

Ich hätte noch einen Vorschlag.

Ich weiß nicht, ob Du meine Mail bezüglich der Fahrzeit schon ausgewertet hast.

Ich bin aber jetzt bezüglich meiner Frage :
...wie berechnet Dein Programm diese Zeit ( Länge der Aufzeichnung ), bzw. woher wird sie übernommen ?

zur Lösung gekommen.

- Ohne „ Autokorrektur „ werden die Pausen nicht angezeigt.
- Die Länge der zu suchenden Pausen beeinflußt in der Statistik die Fahrzeit ( Zeit in Bewegung ).
- Der kleinste einstellbare Wert ( > 1 min ) liefert das beste Ergebnis :
Länge der Aufzeichnung : 02:09:46
Reine Fahrzeit : 01:42:01
Summe der Pausen : 00:27:45

Die Summe der Pausen > 1 min + die reine Fahrzeit ergibt die Länge der Aufzeichnung von 02:09:46

- Die über dem Diagramm angezeigte Durchschnittsgeschwindigkeit wird mit der „ Autokorrektur „ zum Gesamtschnitt.

Mein Vorschlag :
Für die Summe der Pausen einen Wert nahe Null in das Programm aufnehmen, dann bleibt auch mit „ Autokorrektur „
in der Statistik die Zeit in Bewegung OHNE Pausen erhalten.

Zitat von kg340

Ich weiß nicht, ob Du meine Mail bezüglich der Fahrzeit schon ausgewertet hast.

Nein, aber ich denke mal, dass ich diese Woche noch dazu komme.

Zitat von kg340

...wie berechnet Dein Programm diese Zeit ( Länge der Aufzeichnung ), bzw. woher wird sie übernommen ?

Länge der Aufzeichnung ist halt Länge der Aufzeichnung.
Vom ersten bis zum letzten TP-Zeitstempel.

Zitat von kg340

- Ohne „ Autokorrektur „ werden die Pausen nicht angezeigt.

In den Statistiken werden sie immer angezeigt, das hat mit der Autokorrektur nichts zu tun. Ausnahme: Deine Trackdaten sind fehlerhaft, was zum Beipiel der Fall ist, wenn man einen Track aus vielen Tracksegmenten verbindet, die z.B. durch das Ausschalten des GPS bei Pausen entstanden sind, und keine Korrektur durchgeführt hat. Dann sind die Strahlzeiten an den Übergangsstellen einfach falsch.

Zitat von kg340

- Die Länge der zu suchenden Pausen beeinflußt in der Statistik die Fahrzeit ( Zeit in Bewegung ).

Logisch. Gesamtzeit - Pausenzeit = Fahrzeit.

Zitat von kg340

Mein Vorschlag :
Für die Summe der Pausen einen Wert nahe Null in das Programm aufnehmen, dann bleibt auch mit „ Autokorrektur „
in der Statistik die Zeit in Bewegung OHNE Pausen erhalten.

Das würde bedeuten, dass es keine Pausen gibt. Also die gesamte Zeit gilt als Fahrzeit. Also die Länge der Aufzeichnung. Die Durchschnittsgeschwindigkeit würde exakt der derzeitigen Durchschnittsgeschwindigkeit incl. Pausen entsprechen.

Stell doch einfach mal die Länge der zu suchenden Pausen auf >60min.
Dann hast Du genau das, was Du willst, es sei denn, Du hast irgendwo über eine Stunde rumgelümmelt, anstatt zu radeln.

Hallo blackwilli,

Zitat

Länge der Aufzeichnung ist halt Länge der Aufzeichnung.
Vom ersten bis zum letzten TP-Zeitstempel.

Stimmt, allerdings erfolgt der korrekte Eintrag erst nach dem Klick auf die Autokorrektur der Höhendifferenzen und Strahlzeiten, weil da erst die Pausenzeiten dazu addiert werden.

Zitat

In den Statistiken werden sie immer angezeigt, das hat mit der Autokorrektur nichts zu tun. Ausnahme: Deine Trackdaten sind fehlerhaft, was zum Beipiel der Fall ist, wenn man einen Track aus vielen Tracksegmenten verbindet, die z.B. durch das Ausschalten des GPS bei Pausen entstanden sind, und keine Korrektur durchgeführt hat. Dann sind die Strahlzeiten an den Übergangsstellen einfach falsch.

Ja, was könnte man beim FR 305 ( 205 ) dagegen tun ?

Wohl nichts, jedenfalls dann nicht, wenn der FR mit der Auto Pause® (Stoppuhr wird angehalten bis die voreingestellte Geschwindigkeit wieder erreicht wird) betrieben wird.
Außerdem stoppe ich unterwegs den FR öfters, um in das Protokoll zu sehen, weil nur dort unterwegs der max. Puls abzulesen ist.
Leider hat ja Garmin es vergessen, den Max.Puls auch in ein separates Fenster zu legen.

Dann stoppe ich die Uhr auch bei längeren Pausen.

Daher ja auch mein Vorschlag, die Pausen nach der GTA.NET-Autokorrektur aus dieser Berechnung raus zu lassen.

Interessant ist für mich in Bezug auf die Durchschnittsgeschwindigkeit und denDurchschnittspuls nur meine Zeit in Bewegung, denn ich treibe ja Sport.

Und da bietet der FR 305 alles, was ich brauche.

Zitat

Das würde bedeuten, dass es keine Pausen gibt. Also die gesamte Zeit gilt als Fahrzeit. Also die Länge der Aufzeichnung. Die Durchschnittsgeschwindigkeit würde exakt der derzeitigen Durchschnittsgeschwindigkeit incl. Pausen entsprechen.

Eben nicht nach dem man in GTA.NET die Autokorrektur betätigt hat.

Die Länge der Pausen dürfen keine Auswirkung auf die Zeit in Bewegung haben.
Denn, die Zeit wird ja beim FR über die Stoppuhr vorgegeben ( mit den kleinen Verzögerungen beim Loslaufen und Anhalten, die sich aber so fast aufheben sollten ).

Solange ich in GTA.NET nicht auf die Autokorrektur klicke, bleibt das auch so, bis auf die Länge der Aufzeichnung.

Zitat

Stell doch einfach mal die Länge der zu suchenden Pausen auf >60min.
Dann hast Du genau das, was Du willst, es sei denn, Du hast irgendwo über eine Stunde rumgelümmelt, anstatt zu radeln.

Das wäre genau der falsche Weg ( habe ich auch probiert ).
Denn dann hat Deine " Reine Fahrzeit " die gleiche Größe, wie die Länge der Aufzeichnung.
Die Pausen müssen da vollkommen aus dieser Berechnung weg.

Da aber Dein Progarmm wahrscheinlich mit Null Pausen nicht rechnen kann, habe ich ja vorgeschlagen, einen Wert gegen Null zu nehmen, z.B. ( Pausen > 0,001 )

Dann könnte es hinhauen.

Also ehrlich gesagt, weiß ich langsam nicht, was Du eigentlich von mir willst.

Zitat von kg340

Stimmt, allerdings erfolgt der korrekte Eintrag erst nach dem Klick auf die Autokorrektur der Höhendifferenzen und Strahlzeiten, ...

Hab ich ja schon zig mal gesagt, dass hier die Strahlzeiten angepasst werden, was auch so sein muss und definitiv so bleiben wird. Alle Werte müssen schon untereinander verifizierbar bleiben.

Zitat von kg340

Daher ja auch mein Vorschlag, die Pausen nach der GTA.NET-Autokorrektur aus dieser Berechnung raus zu lassen.

Kann ich nicht erfüllen, siehe oben.

Zitat von kg340

Interessant ist für mich in Bezug auf die Durchschnittsgeschwindigkeit und denDurchschnittspuls nur meine Zeit in Bewegung, denn ich treibe ja Sport.

Die hast Du doch. Das sind die Zeiten ohne Pausen und die Durchschnittsgeschwindigkeit dazu.

Zitat von kg340

Die Länge der Pausen dürfen keine Auswirkung auf die Zeit in Bewegung haben.

Jetzt verstehe ich gar nichts mehr. Ich versuchs mal ganz einfach: Du radelst 4h durch die Gegend (Gesamtzeit) und machst unterwegs 2 Pausen mit jeweils 25 Minuten und hälst meinetwegen 10 mal für eine Minute an, um Dich zu orientieren (Pausenzeiten). Bleibt nach der Auswertung eine Zeit in Bewegung von 3h.

Was ist daran nicht richtig?

Zitat von kg340

Da aber Dein Progarmm wahrscheinlich mit Null Pausen nicht rechnen kann, habe ich ja vorgeschlagen, einen Wert gegen Null zu nehmen, z.B. ( Pausen > 0,001 )

Mit Null Pausen kann ich auch selbst nicht rechnen. Aber ohne Spaß: Pausen > 0,001 wären z.B. alle Strahlzeiten, die größer 0.06 Sekunden sind. Auf gut Deutsch, Dein gesamter Track würde als Pause definiert werden. Es sei denn, Du verwendest einen Logger mit einem Intervall < 17Hz.

Zitat von blackwilli

....Also ehrlich gesagt, weiß ich langsam nicht, was Du eigentlich von mir willst.

Das habe ich schon befürchtet.:D

Daher, zum Abschluß noch mal in Kürze :

- Auch in der Statistik sollte die Stopp-Zeit des FR ( Zeit in Bewegung, bei Dir heißt das " Reine Fahrzeit " ) erhalten bleiben.

Das wird aber so nicht funktionieren, da ja Dein Programm mit den Zeiten aus den Trackpunkten rechnet, oder so...

Zitat

Jetzt verstehe ich gar nichts mehr. Ich versuchs mal ganz einfach: Du radelst 4h durch die Gegend (Gesamtzeit) und machst unterwegs 2 Pausen mit jeweils 25 Minuten und hälst meinetwegen 10 mal für eine Minute an, um Dich zu orientieren (Pausenzeiten). Bleibt nach der Auswertung eine Zeit in Bewegung von 3h.

Was ist daran nicht richtig?

Daran ist alles richtig, aber nur so lange man in GTA.NET nicht auf die Autokorrektur klickt.
Dann ist die Zeit in Bewegung, bei Dir heißt das " Reine Fahrzeit " nicht mehr 3 Stunden, sondern z.B. 03:25

Und damit fällt auch der Schnitt in Bewegung "

Zitat

Mit Null Pausen kann ich auch selbst nicht rechnen. Aber ohne Spaß: Pausen > 0,001 wären z.B. alle Strahlzeiten, die größer 0.06 Sekunden sind. Auf gut Deutsch, Dein gesamter Track würde als Pause definiert werden. Es sei denn, Du verwendest einen Logger mit einem Intervall < 17Hz.

Dein Programm rechnet aber anders.
Je kleiner ich die Suche nach den Pausen ansetze, also > 1 min, um so näher komme ich an meine " Reine Fahrzeit ".

Gebe ich > 60 min ein, dann ist es so, wie Du schreibst.
Dann sind die Pausen weg.

Also, ist es genau umgekehrt.

Ich hatte Dir ja eine Word-Datei mit meiner Auswertung geschickt.
Da steht alles drin und ich habe alles erklärt.
Besser kann ich es nicht beschreiben.

Oder, bin ich der Erste, der Dein Programm mit dem Forerunner benutzt ?

Ich denke schon, daß dieses Phänomen mit anderen GPS so nicht auftritt.

Daher schlage ich vor, wir belassen es dabei.
Ich komme mit Deinem Programm sehr gut zurecht, weil ich weiß, was ich damit machen kann und will.
Das ist u.a. :
- wenn ich nach einem Ausreißer in der Trackaufzeichnung suchen muß
- wenn ich meine Pulskurve analysieren will
und, am Spaß mit Deinem Programm zu arbeiten;)

Daher noch mal meine Bitte, wäre es möglich, daß man auch selbst WP markieren kann, um sich diese dann auf der Karte in MapSource anzuschauen ?
Im Moment können ja nur die WP aus der Extremwertberechnung eingetragen werden.

Ich versuchs noch mal.
(Meine Frau sagt, ich soll nicht in die Tastatur beissen.)

Zitat von kg340

Das wird aber so nicht funktionieren, da ja Dein Programm mit den Zeiten aus den Trackpunkten rechnet, oder so...

Genau, mit den Strahlzeiten der TPs. Und deswegen muss man evtl. TPs löschen, die während einer Pause aufgezeichnet wurden. Und man sollte anschließend eine Autokorrektur durchführen.

Zitat von kg340

Dann ist die Zeit in Bewegung, bei Dir heißt das " Reine Fahrzeit " nicht mehr 3 Stunden, sondern z.B. 03:25

Noch mal: Alle TPs, die eine Strahlzeit größer der eingestellten Pausenzeit aufweisen, werden zur einer Gesamt-Pausenzeit addiert. Diese wird dann wiederrum von der Gesamtzeit des Tracks abgezogen und man erhält die Reine Fahrzeit.

Zitat von kg340

Oder, bin ich der Erste, der Dein Programm mit dem Forerunner benutzt ?
Ich denke schon, daß dieses Phänomen mit anderen GPS so nicht auftritt.

Du bist bei weitem nicht der Erste oder Einzige, es gibt mittlerweile unzählige FR-User, die GTA benutzen. Andere GPS sind da keineswegs anders. Die Trackdaten sind gleich und die Auswertung läuft auch gleich.

Zitat von kg340

Daher noch mal meine Bitte, wäre es möglich, daß man auch selbst WP markieren kann, um sich diese dann auf der Karte in MapSource anzuschauen ?

Sicherlich kannst Du selbst WPs in GTA anlegen und extern anzeigen lassen. Einfach doppelt auf die Zelle in der WP-Spalte klicken.
Die nächste Version wird es auch ermöglichen, jeden beliebigen TP in GoogleMaps anzuzeigen.

Zitat von Kurt-oe1kyw

Dietmar kannst du bitte noch einmal
das Wort "Strahlzeit" sagen/schreiben

Alsooo, dann fangen wir mal mit Einsteins ersten Geburtstag an .......

So was musste ja von DIR kommen.
:p

Zitat von blackwilli

Ich versuchs noch mal.
(Meine Frau sagt, ich soll nicht in die Tastatur beissen.)

Ja nicht, denk an Deine Zähne.....

Sicherlich kannst Du selbst WPs in GTA anlegen und extern anzeigen lassen. Einfach doppelt auf die Zelle in der WP-Spalte klicken.

Alles anzeigen

Da hätte ich auch drauf kommen können.
Ich habe zwar Doppelgeklickt, aber immer auf das Feld in der Spalte " S " !

Damit habe ich jetzt alles, was ich benötige, um meine Tracks zu überprüfen.

Zitat

Die nächste Version wird es auch ermöglichen, jeden beliebigen TP in GoogleMaps anzuzeigen.

Die Anzeige " In Kartensoftware öffnen " funktioniert bei mir nicht ?

Muß ich dazu irgendwo einen Pfad z.B. zu MapSource vor- bzw. eingeben ?

Im Moment speichere ich den Track in GTA unter.gpx und öffne in dann in MapSource.

Kannst Du mir auch noch verraten, warum man selbst oft nicht auf diese Dinge kommt:D.

Ja, ich habe auch die Bedienungsanleitung gelesen und habe es trotzdem nicht gefunden.

Aber, Dank Eurer Hilfe, bin ich jetzt von GTA.NET noch mehr begeistert.;)