Beiträge von kiozen

Zitat von "kiozen"

Es würde mich wundern wenn das Zurücksetzen des Gerätes wirklich diese Problem behebt. Aber versuchen kann man es.

Es bringt natürlich nichts. Da scheint im Support einer keine Lust gehabt zu haben.

Es würde mich wundern wenn das Zurücksetzen des Gerätes wirklich diese Problem behebt. Aber versuchen kann man es.

Glaubt es mir. Das Thema wird gerade quer durch alle Foren diskutiert. Ich bin selber vor 2 Wochen mit unterschiedlichen Einstellungen die selbe Tour zweimal gegangen. Es ist ein Bug unabhängig von den Einstellungen.

Im Track selber ist alles ok. Wenn man den nur etwas glättet, entspricht die akkumulierte Höhe dem erwarteten Wert. Die Trackhöhe bleibt auch über 6 Stunden in einem akzeptablen Korridor um das theoretische Soll. Das habe ich erst letzten Dienstag beim Wetterumschwung verifiziert. Alles bestens. Nur die Berechnung im Tripcomputer ist Müll.

Zitat von "mike_hd"

Die Empfehlung bezieht sich vorallem auf die im Track aufgezeichnete Höhe.

Um die geht es aber nicht

Und es hat auch keiner gesagt, dass man nur die GPS Höhe bei der Aufzeichnung verwenden soll. Es ging um die automatische Kalibrierung.

Aber wir kommen vom Thema ab. Es handelt sich hier um einen Bug. Und der muss dem Hersteller gemeldet werden, weil nur dieser etwas ändern kann.

Zitat von "mike_hd"

Um genaue Höhenmeter zu erhalten sollte man die automatische Kalibrierung über die GPS-Höhe ausschalten. Dann wird nur die barometrische Höhe aufgezeichnet, zu Beginn der Tour halt den Höhenmesser manuell kalibrieren.

Sofern nicht gerade ein größerer Wetterumschwung stattfindet, ist diese Aufzeichnung genauer.

Hier geht es um die akkumulierte Aufstiegshöhe im Tripcomputer. Und die verbockt Garmin seit ein paar Versionen.

Die automatische Kalibrierung über GPS funktioniert seit Version 3.80 hervorragend. Ich würde die nicht abschalten.

Nein. Das muss jeder selber machen. Je mehr Leute den Fehler melden, desto eher kümmert sich Garmin. Es macht aber keinen Sinn einen Bugreport zu einer längst verflossenen Version zu schreiben, sondern nur zur aktuellen. Und die ist 3.90. Und dort wird der Wert massiv zu niedrig berechnet.

In der aktuellen FW 3.90 wird der Wert zu niedrig berechnet. -> Bugreport an Garmin

Zitat von "schuasdamichi"

Was ich damit gemeint habe: Die Liste mit den Etappen (siehe Kiozens Link zum Bild) lässt sich mit "Alles auswählen" -> "Kopieren" in die die Zwischenablage kopieren und z.B. in ein Tabellen-Programm einfügen.

Ach ne. Das funktioniert? :shock: Man lernt ja nie aus!

Zitat von "schuasdamichi"

Was mir dabei noch nicht ganz klar ist: Was ist der Unterschied zwischen dem Häkchen ([Blockierte Grafik: http://www.gps-forum.net/userpix/5685_capture_002_04042012_192713_1.jpg]) und dem Quadrat ([Blockierte Grafik: http://www.gps-forum.net/userpix/5685_capture_001_04042012_192656_1.jpg]) ?

Das kann ich erklären. Wenn der Track zu lang oder es zu viele Wegpunkte gibt, dann dauert das Finden der Relationen extrem lang. In diesem Fall fragt QLGT und merkt sich die Entscheidung. Bei normalen Tracks steht die Checkbox auf "ich weiß nicht" und wenn man drauf klickt hat sie einen Zustand.

Zitat von "schuasdamichi"

Derzeit arbeite ich ganz gerne mit dem Programm Qlandkarte GT. Das kann das Alles auch:
- Natürlich lassen sich die Wegpunkte alphabetisch sortieren

Man kann:

* nach Namen sortieren
* nach der Beschreibung
* nach der Zeit
* nach Wegpunktsymbol
* nach Entfernung zu einem beliebigen Punkt

Zitat von "schuasdamichi"

- es gibt auch eine "Schnappi-Funktion" ähnlich der, die ich bei Track-Analyse beschrieben habe. Wie die genau funktioniert, muss ich aber erst noch richtig ausprobieren (vielleicht kann da Kiozen noch was dazu sagen). Dabei werden zwischen den einzelnen Wegpunkten sogar noch die Zwischenetappen berechnet; das Ganze lässt sich auch als (Excel-) Tabelle exportieren (bisher habe ich mir auf diese Weise ein paar schöne Tourbooks erstellt).

Wegpunkte in der Nähe eines Track (ich weiß jetzt gar nicht wie nah), werden einfach dem Track lose zugeordnet. Lose bedeutet, dass zunächst keine Beziehung abgespeichert wird. Daraus wird dann so eine Tabelle erzeugt:

http://sourceforge.net/apps/me…dkartegt/7/71/Gdo27_1.png

Hier geht es zum vollständigen Artikel:

http://sourceforge.net/apps/me…ut#Post-processing_Tracks

Die besteht aber nur in QLandkarte GT. Exportiert wird die nicht. Sollte ein Gerät in der Lage sein Tracks und Wegpunkte in Relation zu setzten, dann kann man einen kleinen Gerätetreiber schreiben, der diese Beziehung auch auf das Gerät überträgt.

Zitat von "schuasdamichi"

Eigentlich bisher nix neues. Warum ich das Programm hier eigentlich erwähne: Ich kann mir die Wegpunkte auch nach Erstellungsdatum und -zeit sortieren lassen. Damit lassen sich die Punkte auch leicht einer bestimmten Tagesetappe zuordnen. In BaseCamp müsste das zwar an und für sich auch gehen, allerdings wird mir da immer für alle Punkte das heutige Datum angeziéigt- das hilft nicht so richtig weiter.

Ich würde zudem auf dem Garmin für jeden Tag eine andere Ikone setzen.

Zitat von "schuasdamichi"

Inzwischen verschwindet das bei mir aber mehr und mehr in den Hintergrund. Derzeit verwende ich lieber BaseCamp und bevorzugt QLandkarte GT (ist für MovingMap-Anwendung unter Windows aber nur mit Eigeninitiative/ Programmierungskenntnissen einsetzbar).

Wenn NMEA Daten am seriellen Port vorliegen sollte QLandkarte GT diese out-of-the-box benutzen und auswerten können.

http://sourceforge.net/apps/me…ve_Data_from_a_Garmin_GPS

Grüße

Oliver

Zitat von "schuasdamichi"

Die Karten könntest Du auch einscannen (lassen). Weiß jetzt nicht, wie man auf dem Mac daraus CustomMaps erstellen könnte. Das einzige (kostenlose) Programm, das mir dazu einfällt, wäre QLandkarte GT.

Mit QLGT Scanns zu referenzieren und CustomMaps oder JNX daraus zu erstellen sollten auch unter OS X kein Problem sein. Und wenn doch, dann freut sich der Maintainer der OS X Distribution sicherlich über einen Hinweis.