Beiträge von kiozen

Dafür benutzt man normalerweise die Online-Karten. Oder man erstellt sich eine vereinfachte Weltkarte im Garmin Format für den Überblick. Ich bezweifle dass du die ganze Welt in hoher Auflösung brauchst. Ja noch nicht mal Europa willst du überall brauchen.

Du wirst mit einer Karte im Garmin Format nie dieselbe Qualität erreichen, wie mit den Online-Karten. Das lässt das Kartenformat von Garmin nicht zu. Wenn die Karten auf dem Gerät zu viel Details zeigen, kannst du den Detailgrad auf dem Gerät reduzieren. Siehe Einstellungen bei den Karten.

Wie schon in anderen Beiträgen und Diskussion erwähnt, bietet die Freizeitkarte das den OSM Online-Karten ähnlichste Bild.

QMapShack vielleicht schon. Das Garminformat sicherlich nicht. 4GB Limit wegen 32bit Adressierung.

Diese Stichwörter sind Teil der GPX 1.1 Definition. Da diese Definition quasi das Fundament des Datenmodells von QMapShack ist, werden die auch im Projekt aufgelistet, bzw kann man die definieren.

Praktischen Nutzen haben die nicht. Wie so Manches in der GPX Definition sind die mehr oder weniger für den A.... Leider.

Wesentlich praktischer ist der Filter im Arbeitsbereich, der sich entweder auf den Namen oder den Text auswirkt. Letzteres ist mit den Templates für die Beschreibung ein sehr mächtiges Mittel.

Zusätzlich gibt es die Suche in der Datenbank, die sich auf die Zusammenfassung eines Elementes bezieht (wie Filter auf "vollständigen Text")

Der GPS Empfang sollte kein Problem sein. Kann es sein, dass Du die Auto-Pause an hattest? Dann zeichnet das Gerät nicht auf, wenn es denkt dass man sich nicht bewegt. Für Radfahrer funktioniert das gut. Bei einem Fußgänger eher nicht.

Edit: Gyroskop ist übrigens bei einem Fußgänger nicht zu gebrauchen. Da wirken zahlreiche Kräfte in alle möglichen Richtungen. Daraus einen Bewegungsvektor zu extrahieren der in die tatsächliche Richtung weist ist fast nicht möglich.

Zitat von FRAC

Wenn ich es richtig verstehe arbeiten die Garmin Marine Geräte nicht mit TYP Dateien, sondern mit den von kiozen erwähnten speziellen Erweiterungen. Deshalb ist wohl in der IMG Datei von OpenSeaMap Karten gar keine TYP Datei enthalten.

Was bei der Erklärung im Wiki leider nicht herauskommt, mit welchem Tool die Karten erstellt wurden. Wenn mit mkgmap, dann könnte man sich die fehlende Codierung aus den Sourcen von mkgmap erarbeiten. Wenn aber irgendeines der closed-source Tools verwendet wurde, wird es hart und der Aufwand ist kaum zu vertreten.

Zitat von FRAC

Ups, reinknien ist ein großes Wort für das, was zu tun ist: Nämlich das entsprechende Paket herunterzuladen, zu entpacken und den Inhalt in das /Maps Verzeichnis von QMS zu kippen - fertig!

Mehr Aufwand wäre ja auch doof.

Ich mach meine Jahreszusammenfassung immer in QMapShack. Dort kann man sich eine Zusammenfassung eines Projektes (Ordner) ausgeben lassen. Im Anhang kann man sehen wie das für 2 Tracks aussieht.

Da alle meine Daten in QMapShack über die Datenbank verwaltet werden, liegen meine Tracks jeweils in einem Tourenordner und auch in einem Jahresordner, bzw in einem Ordner für eine komplette Zusammenfassung. Da es sich hier nur um Referenzen handelt, ist immer der selbe Track in jedem Ordner.

Um einem das lästige kopieren in die Ordner zu ersparen bietet QMapShack "Drop Zones". Dort hat man hinterlegt auf welche Ordner ein Element, das per drag-n-drop auf die Drop Zone gezogen wird, verteilt wird. Damit ist es sehr einfach neue Tracks auf die jeweiligen Statistikordner zu verteilen.

Man kann bei QMapShack jedem Trackpunkt eine Aktivität zuweisen. Wenn bei einer Tour Bus, Seilbahn etc dabei war, kann man das markieren. In der Statistik wird jede Aktivität aufgelistet.

Zudem kann man zu jeder Tour noch eine Beschreibung ablegen. Um das zu vereinheitlichen stehen Formulare zur Verfügung. Dort kann man erfassen welche Ausrüstung man verwendet hat, wie Bedingungen waren, Teilnehmer und auch etwas Freitext.

Das ist jetzt nicht ganz das was Du willst - eine schnöde Tabelle - sondern eher ein Tourenbuch mit Statistikanteil.

Nur mal so ins Blaue geraten:

* Die Karte benutzt POIs (Point Of Interest) die kein Symbol in der TYP Datei definiert haben. Bei Garmin gibt es well-known POIs bei denen auf eine interne Symboltabelle zugegriffen wird. Alternativ können diese Symbole auch über die TYP Datei abgelegt werden. Für QMapShack hat sich niemand die Mühe gemacht, diese interne Tabelle anzulegen, weil die gängigen Karten eh alle Symbole in der TYP Datei neu definieren.

* Für nautische Karten hat Garmin sein Format nochmal erweitert. Zu dem Zeitpunkt als der Decoder von QMapShack geschrieben wurde waren diese Erweiterungen noch nicht bekannt. Gut möglich das inzwischen jemand weiter geforscht hat.

Meine Vermutung: beides. Die Symbole wegen der fehlenden internen Tabelle, die Flächen wegen unbekannter Codierung.

Dass WLAN/BT eher bescheiden funktionieren ist bekannt. Dass der Kompass nicht funktioniert hingegen nicht. Da Tratschcafe aber bisher nur gejammert hat, dass etwas nicht funktioniert, können wir nur raten, ob das Problem vorm oder im Gerät liegt.

Ich hab Verständnis dafür, wenn man mal aus Frust ein wenig ventilieren muss. Gerne auch hier. Nimmt auch keiner ernst. Hilfe bekommt man nur mit einer detaillierten Fehlerbeschreibung (Einstellungen, Schritt für Schritt was man bisher versucht hat, etc).

Grundsätzlich wissen wir alle, dass Garmin seit Jahren weit hinter dem technisch Möglichen liegt. Wobei sich auch immer die Frage stellt, ob das technisch Mögliche auch wirklich das Nützliche ist. Wenn ich bunte Apps und allen möglichen Schnickschnack während meiner Tour brauche, dann sieht es bei Garmin mau aus. Wenn ich ein zuverlässiges Gerät in brenzligen Situationen haben will, dann sehe ich keinen Weg an Garmin vorbei.

Dazu gehört auch ein guter Kompass, den die Geräte haben. Deswegen ist für mich ein Kompass der "immer nur nach Norden zeigt" entweder ein Defekt oder ein Missverständnis in der Benutzung. Aber nachdem wir nach einem Dutzend Posts ja immer noch nicht erzählt bekommen haben, was genau das Problem ist, wird das auch nichts mehr.

Schließe mich der Antwort von Trailsucher an. Mit den OSM Tools lassen sich leider keine blattschnittfreien Karten erzeugen. QMS könnte die aber natürlich darstellen.

Inwiefern Garmin über die Grenzen von solchen Karten routen kann und damit auch die Information hat, welche Straße wie fortgesetzt wird, kann ich nicht sagen. QMS macht sich darüber keine Gedanken.

Die Freizeitkarte bietet zum Beispiel Regionen bzw Plus Karten an. Eine Region wären die Alpen. Die Plus Karten haben einfach ein wenig Grenzgebiet dabei. Vielleicht hilft das ja.

Wie ist es denn bei Google Maps?

Meines Wissens entweder

49.018757, 12.100625

oder

49°01'07.5"N 12°06'02.3"E

Das muss man dann in QMS kopieren und N/E richtig setzen:

N49.018757, E12.100625

oder

N49°01'07.5" E12°06'02.3"

Und wenn man das wirklich öfters braucht, kann man sich einen API Key bei Google holen und Google direkt aus QMS benutzen. Oder in src/qmapshack/units/IUnit.cpp um einen regulären Ausdruck erweitern, der das Googleformat unterstützt und einen Patch schicken.

Bist Du dir sicher, dass beim alten Gerät der barometrische Sensor überhaupt zur Höhenmessung herangezogen wurde? Das kann man konfigurieren.

Eigentlich muss jedes Garmin vor der Tour kalibriert werden. Ich kenne keines, bei dem man das nicht braucht. Der Luftdruck ändert sich und bis die GPS Höhe mit dem barometrischen Sensor eine stimmige Höhe ergeben haben, ist man schon ein paar Kilometer weiter.

Das gilt für übrigens für alle Geräte, die einen barometrischen Sensor verwenden. Alternativ kannst Du den natürlich ausschalten und nur die GPS Höhe verwenden. Dann hast Du eine hohe Varianz in der Höhe was zu einem größeren Wert im Auf- und Abstieg führt.

Was lernen wir daraus? Die aktuell verfügbaren Höhendaten zusammen mit der aktuellen Genauigkeit der Geräte, taugen nicht um nachträglich die Höhenwerte zu ersetzen.

Du solltest auf jeden Fall versuchen, dass dein eTrex ordentlich aufzeichnet. Kalibriert hast Du ja anscheinend. Hoffentlich auch wirklich auf einen stimmigen Wert. Weitere Fehlerquellen sind Vibrationen am Gehäuse die vom Sensor erfasst werden. Und natürlich auch ein schlechtes GPS Signal. Dann läuft nämlich die Korrektur auseinander.

Erfahrungsgemäß liegt es bei den Garmins selten an der Serie. Die Höhenmessung funktioniert bei allen gleich und hat bei allen Geräten die selben Probleme. Auch das eTrex 30 macht da keine löbliche Ausnahme.

Wie dem auch sei, wenn Du deine Aufzeichnung weiter verkorksen willst, dann stellt Dir QMapShack einen Interpolationsfilter zur Verfügung.

https://bitbucket.org/maproom/…ader-interpolation-filter

Da kommt aber erfahrungsgemäß auch nur eine halbe Wahrheit raus.

Klingt für mich nach keiner Karte und Karte rotieren. Dann zeigt der Kompass immer nach Norden:D

Zitat von herr_zwiebel

Hier ein riesiges Dankeschön an die beteiligten Entwickler von OSM

Also OSM hat mit QMapShack eigentlich nichts zu schaffen. QMapShack kann Karten auf der Basis von OSM anzeigen. Hat aber sonst mit dem Verein nichts am Hut.

Zitat von herr_zwiebel

Ich kann mir nicht vorstellen, dass das so gewollt ist.

Ist es garantiert nicht. QMapShack liegt, wie auch schon der Vorgänger QLandkarte, seine Konfiguration im .config Ordner ab.

~/.config/QLandkarte/QMapShack.conf

Der Pfad sollte natürlich erreichbar und schreibbar sein. Außerdem werden viele der Einstellungen erst geschrieben, wenn das Programm ordnungsgemäß schließt. Also ohne einen Segmentation fault oder Ähnliches.

Wenn man QMapShack mit -d von der Konsole aus startet:

qmapshack -d

dann bekommt man ein paar Debugausgaben. Die letzten Worte beim Schließen sehen ungefähr so aus:

2018-09-17 13:51:31.419 [debug] slotSaveWorkspace()
2018-09-17 13:51:32.273 [debug] close database "MyData"
2018-09-17 13:51:32.947 [debug] CSingleInstanceProxy::~CSingleInstanceProxy()

Alternativ kann man QMapShack auch mal mit einer lokalen Konfigurationsdatei starten:

qmapshack -d -c test.cfg

Mit der kann man ein wenig spielen, ohne die Hauptdatei zu zerstören.

Um auszuschließen, dass noch irgendein alter Scheiß im Weg steht, kann man den Config Ordner (~/.config/QLandkarte/) auch mal verschieben.

Bezüglich kurviger Profile musst Du dich mit den Autoren von Routino oder BRouter in Verbindung setzen. Da habe ich keinen Einfluss drauf.

Bezüglich online/offline parallel braucht es einen Feature Request, dann kann ich das an denjenigen weiterleiten, der sich um den BRouter in QMapSjack kümmert:

https://bitbucket.org/maproom/qmapshack/wiki/RequestFeatures

Offline hat den Vorteil, dass du auch routen kannst während du einen Track oder eine Route zeichnest. Also gleich siehst, welches Ergebnis der neue Punkt erzeugen wird. Das kann man mit einem Server nicht machen, weil die vielen Anfragen schon fast einer DDOS Attacke gleich kämen.

Ich habe noch nie die 4GB Grenze herausgefordert. Das ist mir zu viel Aufwand mit nur wenig Nährwert. Sich auf wenige Länder zu beschränken ist schon der richtige Kurs.

Die DB erweitern könnte man schon, wenn man das alles händisch macht und die Zwischenstufen für spätere Verwendung archiviert. Aber das bildet QMapShack natürlich nicht ab.

Eine Alternative zu Routino ist natürlich auch BRouter. Den kann man auch lokal installieren und benützen, dann funktioniert auch on-the-fly Routing. Einfach mal das Setup dazu anwerfen.