Beiträge von kiozen

Zitat von simonjohannes

Gibt es eigentlich die Möglichkeit, ein solches Outdoornavi gegen Gebühr und mit Erklärung / Einweisung zu testen?

Ich würde gerne ein Garmin GPSMap 66st und möglichst mehrere verschiedene Navis mit Touchscreen ( Montana / Oregon / etrax ) testen.

Für welches dieser Geräte gibt es auch "freie" Karten bzw. Karten anderer Hersteller?

Gruß
Simon

Alles anzeigen

Es gibt (gab?) die Navithek (https://www.pocketnavigation.de/navithek/). Sind allerdings eher die älteren Geräte vertreten.

Und natürlich ein gut sortiertes Fachgeschäft. Da kann man zu mindestens mal die Geräte anfassen.

Ansonsten gelten die üblichen Weisheiten:
* Das Oregon 6xx ist vom Empfang nicht wirklich gut. Die 7xx Serie ist besser
* Die eTrex Geräte sind billig und haben eine lange Laufzeit. Grund dafür ist unter anderem der etwas schwachbrüstige Prozessor. Was zu einem zähen Kartenaufbau führt.
* Die GPSMap Serie besticht immer schon durch einen sehr guten Empfang. Und der Bedienbarkeit auch bei widrigen Bedingungen. Das Design ist gewöhnungsbedürftig.

Für alle Garmingeräte gilt: Die Grundfunktionen, die ein GPS Gerät haben soll (Kartenanzeige, Trackaufzeichnung, Kompass) funktionieren zuverlässig und gut. Was darüber hinausgeht, wird bei Garmin eher konservativ angegangen. Das führt bei Benutzern mit Erwartungen eher zu Frust. Wer eine ausgefeilte Tracknavigation erwartet oder ein perfektes Zusammenspiel mit dem Smartphone wird eher enttäuscht. Wie schon erwähnt wird Geocaching unterstützt. Wer die Verwaltung von Caches auf dem Smartphone gewöhnt ist, wird nicht überzeugt sein.

Ich benötige mein GPSMap vor allem zum Aufzeichnen und Orientieren im Gebirge. Insbesondere bei sehr schlechtem Wetter. Da hat es mich noch nie im Stich gelassen. Deswegen kann ich es genau dafür empfehlen.

Zitat von Wastl

Egal ob Wandern, Radfahren oder Auto: Rasterkarten sind doch heute eigentlich überflüssig. Ausnahme: Man hat spezielle Karten mit Inhalten, die in digitaler Form nicht verfügbar sind.

Noch kann keine mir bekannte Vektorkarte einer guten topographischen Rasterkarte das Wasser reichen. Ich spreche jetzt nicht von diesen charakterlosen ATKIS Rasterkarten, die auch nur auf auf einem Vektordatensatz beruhen. Sondern von echten topographischen Karten, die das Gelände zwischen den Wegen mit mehr darstellen, als nur Höhenlinien und ein wenig Schummerung.

Nicht umsonst gelten die DAV Karten noch immer quasi als ein Muss in den Alpen. Und wer mal einen Blick in die topographischen Karten der Schweiz geworfen hat, weiß, dass hier eine Vektorkarte nicht heranreichen kann. Diese Information als Vektor abzuspeichern würde eine schiere Datenflut erzeugen, die auf den Geräten nicht zu bewerkstelligen ist.

Gerade wenn man querfeldein gehen möchte, braucht es mehr als nur Höhenlinien. Ein kleinerer Felsabbruch wird dadurch nicht angezeigt. Und die Abbruchkanten so wie sie in den Garminkarten dargestellt wird, gibt keine Auskunft darüber wie groß der Abbruch ist. Wohl aber eine gute topographische Karte, bei der der Kartograph diese Stelle noch händisch dargestellt hat.

Fürs 0815 Wandern auf Wanderwegen reicht aber natürlich eine Vektorkarte. Und den Radfahrern kann es egal sein was zwischen den Wegen liegt.

Zitat von simonjohannes

Ich nehme mal an, dass sich die Karten mit der Bezeichnung Citynavigator auf den Bereich "Straßenverkehr" beziehen.

ja

Zitat von simonjohannes

Wie sieht es aus wenn ich "queerfeldein" wandern möchte? Benötige ich dann die TOPO-Karten ?

Sicherlich besser als eine reine Straßenkarte. Für einige Gebiete gibt es sogar Rasterkarten. Das sind digitalisierte Papierkarten. Sehr praktisch, wenn man beides hat. Mit etwas technischem Geschick kann man sich seine Karten auch selbst erstellen.

Zitat von simonjohannes

Wie sieht es mit Fahrradkarten aus?

Vektorkarten mit speziell Radfahrer angepassten Farb- und Wegschemen gibt es ausreichend.

Du wirst dich durch die Angebote durcharbeiten müssen, um die optimale Karte für deinen Geschmack zu finden. Das kann Dir keiner abnehmen. Bei Garmin ist eher die Vielzahl der Möglichkeiten ein Problem.

Die Garmins der GPSMap-Serie können das alles. Zu der Oregon-Serie würde ich jetzt nicht raten, da der kapazitive Touchscreen speziell im Wasser und mit Handschuhen nicht besonders gut zu bedienen ist.

Eventuell kommt auch eine GPS Uhr in Betracht. Allerdings sind die schon arg teuer, bei einem stark begrenztem Display. Haben aber den Vorteil, dass sie immer gut am Mann/Frau befestigt werden können.

Die Geräte sind alle gegen Spritzwasser und kurzzeitiges untertauchen resistent. Es werden AA Akkus verwendet. Mit einem guten Akkusatz kommt man sicher ca 10h weit.

Outdoorgeräte haben in der Regel ein kleines Display und sind auch von der Bedienung her komplexer als ein Straßennavi. Deswegen sollte man vom Gebrauch im Auto absehen. Die anderen Verkehrsteilnehmer danken es dir, wenn Du nicht mehr als nötig vom Navi abgelenkt wirst.

Geocaching können alle. Wobei ein Smartphone beim Verwalten der Cachebeschreibungen klar im Vorteil ist.

Aufzeichnen können auch alle. Die Geräte der GPSMap Serie haben durch die exponierte Antenne einen kleinen Vorteil bei schwierigen Empfangsbedingungen.

Karten, freie wie kommerzielle, gibt es wie Sand am Meer. Garmin bietet seine eigene PC Software Basecamp an, die über Geräte- und Kartenkosten finanziert wird. Man kann aber auch andere kommerzielle oder freie Software verwenden, wenn einem Basecamp nicht zusagt.

Die Kowoma Karte war überflüssig. Die restliche Information auf der Seite leider nicht

Im Arbeitplatz mit der rechten Maustaste auf das Projekt klicken. Im Menü kann man zwischen zeitlicher und lexikalischer Sortierung umschalten.

Zitat von luego

Nen Tipp von wo ich das "komplette" Routino herbekomme? Bzw wie ich alles installiere?
Kann ich Routino ohne QMS auch wieder sauber deinstallieren?

MIt dem jeweiligen Paketmanager deiner Linux Distribution nach allen Paketen suchen die "routino" im Namen beinhalten.

Wenn alles richtig installiert wurde liegen die Binaries unter
/usr/bin/
Die XML Dateien unter:
/usr/share/routino/
und die Bibliotheken unter:
/usr/lib oder /usr/lib64

Sollte Routino mit dem /usr/local Pfad kompiliert sein, dann muss in den Pfaden /usr/ mit /usr/local/ ersetzt werden.

Das habe ich irgendwie übersehen...besser spät als nie.

Hier geht es mal wieder um den Klassiker: Eine verkorkste Routino Installation.

Routino besteht aus einer Bibliothek und Programmen. Beides benötigt Konfigurationsdateien im XML Format. Normalerweise sollte alles immer richtig mit dem Paket installiert werden. Wird es nur nicht immer. Die zwei Hauptgründe:

* Paketanbieter sind manchmal der Meinung Bibliotheken und Programme sollten in verschiedene Pakete. Naja und die XML Dateien landen im einen oder dem anderen, weil nicht verstanden wird, dass die immer gebraucht werden. Als Abhängigkeit für QMS wird natürlich die Bibliothek angegeben, weil es dann so schön kompiliert. Dass ohne die Programme auch in QMapShack was fehlt ist dabei schnuppe. Bricht ja nichts beim ersten Start.

Lösung: Alles was mit Routino zu tun hat auch installieren.

* Benutzer installieren Routino Pakete und kompilieren den Kram auch nochmal selber. Das Ergebnis ist eine Bibliothekshölle. Die Paketanbieter haben den Kram für "/usr" kompiliert. Der Default beim selber-kompilieren ist "/usr/local" weil irgendein bekiffter Unix Nerd das sich mal so ausgedacht hat. Und Routino hällt sich daran. Kann man in Makefile.conf einstellen, ist auch in INSTALL.txt dokumentiert. Liest nur niemand. Und somit liegt jetzt eine Version in /usr/lib, /usr/share,... und die andere in /usr/local/lib, /usr/local/share,... Gepaart mit dem ersten Problem kann jetzt alles passieren. QMS linkt entweder mit /usr/lib oder /usr/local/lib und benutzt entweder /usr/include oder /usr/local/include. Und wenn dann die XML Dateien nur im anderen Pfad sind, wundert man sich warum die fehlen, wenn sie doch da sind.

Lösung: Pakete deinstallieren, eigene Routino Version entfernen und dann das Hirn einschalten und eine Entscheidung treffen, was man eigentlich machen will und warum.

Was bei Dir gerade zubeißt kann ich nicht sagen. Müsste ich vor der Kiste sitzen.

Ja, die Geschichte der Höhenmeter ist eine Geschichte voll von Missverständnissen.

Genauso wie Speichennippel benütze ich auch die automatische Korrektur und lebe damit, dass diese sich kontraproduktiv auswirkt, wenn der Empfang mal eine gewisse Zeit lang schlecht war. Und genauso akzeptiere ich, dass es dennoch zu einer Tagesdrift kommen kann.

Die GPS Höhe mit der Barometrischen zu vergleichen macht kaum Sinn. Die GPS Höhe stimmt natürlich immer im Rahmen der Genauigkeit absolut. Allerdings unterliegt die GPS Höhe ähnlich wie die Position einer Varianz. Systembedingt ist bei einem GPS die Varianz der Höhe größer als die der Position.

Schau dir die Pausenknödel an und Du hast ein Gefühl wie die Höhe schwankt.

Der barometrische Sensor ist viel empfindlicher und hat eine geringe Varianz. Solche Sensoren könne schon Änderungen unter einem Meter abbilden. Was nicht heißt, dass die Firmware im Gerät, dies auch so abbildet. Körperbewegung und Druck auf das Gehäuse würden sonst mit aufgezeichnet. Aber 1-2m sind drinnen. Allerdings halt nur relativ. Ohne den Sensor vorher zu kalibrieren kannst Du die absolute Höhe natürlich vergessen. Und die übliche Tagesdrift im Luftdruck ist auch nur sehr schwer zu kompensieren.

Praktisch verfahre ich so: Ich versuche die Höhe des Ausgangspunktes so genau wie möglich zu recherchieren. Und auf die kalibriere ich vor jeder Tour.

Sollte es während der Tour eine Höhenmarke geben, vergleiche ich die mit dem Gerät, um ein Gefühl für eine eventuelle Abweichung zu bekommen. Aber Vorsicht! Höhe über Null ist nicht allgemein definiert. Hier hat jedes Land seine eigene Ansicht. Und je nach Alter der Marke hat die sich auch geändert. Es ist folglich nur ein informativer Vergleich, um die Messung des Gerätes einschätzen zu könne.

Es hat sich in der Vergangenheit gezeigt, dass ein manuelles Nachkalibrieren nur Sinn macht, wenn offenkundig was faul ist. Gerade im Winter macht es Sinn sich die Höhe vor der Hütte zu merken und das Gerät auszuschalten. Nach der Hütte das Gerät wieder weitgehend abkühlen lassen und jetzt nochmal kalibrieren. Der barometrische Sensor ist ein Halbleiter und damit sehr anfällig für Temperaturschwankungen. Diese werden zwar über einen Sensor im Gerät kompensiert, aber eben nur bis zu einem gewissen Grad.

Die barometrische Höhe vom GPS laufend korrigieren zu lassen ist ein zweischneidiges Schwert. Bei ganztägig guten Empfangsbedingungen kann damit die Tagesdrift gut kompensiert werden. Bei zeitweise schlechten Bedingungen kann das Feature mehr Schaden als Nutzen entfalten.

Am Ende vom Tag hast Du als Ergebnis eine Messung (Track) die mit einem Messgerät aufgenommen wurde, das einen nicht zu vernachlässigenden Fehler hat. Das ist für Manche in unserer optimierten Zeit schwer zu verkraften. Für mich als Ingenieur, der ein paar Semester Messtechnik studieren musste, aber durchaus normal. Ich kann damit leben. Manche Fehler kann man nachträglich kompensieren. Andere sind halt einfach drinnen. Das kann man auch ganz entspannt sehen.

Noch ein kleiner Fun Fact zum Schluss: Bei einer Rundtour und den anschließend berechneten Höhenmetern sind alle Punkte zwischen dem ersten und letzten egal. Die Differenz zwischen dem ersten und letzten Punkt macht die Differenz im Auf- und Abstieg. Es ist folglich egal, ob die wegen einer Tagesdrift entsteht, oder weil die Varianz der GPS Höhe gerade unglücklich ausgefallen ist. Und wenn man Glück hat kompensieren sich die Effekte und man hat gleiche Werte. Was nicht bedeutet, dass zwischen drinnen kein Murks ist. Fürs persönliche Chi ist es somit vielleicht mach mal besser, wenn man den Track so trimmt, dass erster und letzter Punkt die gleiche Höhe haben. Weil Selbstbeschiss immer noch der beste Beschiss ist

Zitat von walter100

Im sporadischen Vergleich mit den Höhenlinien genauer Karten (Höhenlinien alle 25 m wie bei TOPOs üblich) kann ich ein (für mich) hoffentlich zufriedenstellendes Ergebnis einer aktuellen Höhe erreichen.

Wobei das auch schon wieder mit Ungenauigkeiten behaftet ist. Die Auflösung dieser Karten und der verwendeten Rohdaten lässt gerade bei einem Gelände mit anspruchsvoller Topographie kaum Rückschlüsse mit einer Genauigkeit von unter 10m zu.

In der Großzahl meiner Tracks (GPSMap64s) ist eine Tagesdrift von ca 15-25m durchaus üblich. Für Österreich gibt es ein sehr gutes Höhenmodell. Aufgezeichnete Höhe und die aus dem Modell stimmen meistens recht gut überein. Bei den Daten für Bayern, die 25x25m Auflösung haben, kann es schon mal stellenweise zu gröberen Abweichungen kommen. Grundsätzlich traue ich dem GPS Wert mit barometrischer Unterstützung mehr als irgendwelchen Werten abgelesen von Karten oder aus einem Höhenmodell. Es versteht sich aber von selbst, dass auch dieser Wert fehlerbehaftet ist.

Das geht nicht. Die Idee hinter den Ordnern ist einfach eine andere. In einem Projektordner sollten immer die Elemente (Wegpunkt, Track, etc) liegen die angezeigt werden sollen, wenn dieser Ordner geladen wird. Ein Projekt kann einen Subordner habe, um z.B. Tracks von weiteren Geräten zum Vergleich abzulegen. Diese anzuzeigen, wenn der Ordner geladen wird, ist in der Regel nicht gewünscht.

Ich vermute mal dein Problem kommt von einer Tracksammlung, in der jeder Track in einer eigenen Datei gespeichert ist. Das ist durchaus üblich, für eine Datenbank macht es wenig Sinn jeden Track nochmal in einem Projekt zu verpacken. Schließlich kann man jeden Track einzeln aus der Datenbank in den Arbeitsbereich laden.

Ich gehe bei solchen Sammlungen wie folgt vor:

• Alle Dateien in einem Rutsch in den Arbeitsbereich laden
• Alle Dateien im Arbeitsbereich auswählen STRG+A
• Rechte Maus->Kopieren nach...
• Neuer Projektname & Datenbank auswählen
• Übergeordneten Ordner in der Datenbank auswählen
• Speichern

... und gut ist. Eine Sache von weniger als einer halben Minute.

Du kannst Ordner innerhalb einer Datenbank verschieben. Einfach mal mit der rechten Maustaste auf einen Ordner gehen.

Drag-n-Drop geht im Arbeitsplatz. Das hat sich allerdings als zu umständlich herausgestellt. Gerade bei großen Datenmengen. Auch hier kann man mit dem rechten Maustastenmenü vieles sehr viel schneller und gezielter erledigen.

Außerdem lassen sich die Elemente im Arbeitsplatz auch in der Karte auswählen (rechte Maus). Das ist manchmal sehr praktisch.

Theoretisch kann man die SQL Datenbank auch extern generieren. Ist ja alles OpenSource und offen. Allerdings wirst Du da ein wenig Arbeit reinstecken müssen, bzw Teile von QMapShack's Code übernehmen müssen. Zu jedem Element werden bestimmte Metadaten, wie der Name, ein Volltext zum Suchen etc abgelegt. Und dann das Element selber, als binärer Blob. Der beinhaltet alle Daten zu dem Element. Um diesen Blob zu erstellen, werden alle Daten über die von Qt zur Verfügung gestellte Serialisierung in ein Array geschrieben. Das ist alles bekannt und dokumentiert. Aufgrund der Komplexität der einzelnen Elemente ist das aber inzwischen recht viel Code.

Wenn Du ein bessere Handling zwischen Dateien und der Datenbank haben willst, dann musst Du das selber programmieren. Der Code steht jedem offen. Ich persönlich sehe da keinen Nutzen für mich und werde deswegen auch keine Zeit dafür aufbringen.

Bei der Verwaltung von Tracks hat QMapShack ein paar Features, die nicht gleich auffallen.

Zum Beispiel gibt es Texttemplates mit denen sich die Beschreibung erstellen lässt. Diese sind auch individuell anpassbar. Der Vorteil davon ist, dass man zu jedem Element eine Auswahl an Schlagwörtern definiert, nach denen man später die Datenbank durchsuchen kann.

Wenn man sich die Details zu einem Projekt ansieht, dann kann man die Wegpunkte entlang des Tracks chronologisch anzeigen lassen. das ergibt das schon erwähnte Roadbook, bzw Tourentagebuch.

Im Datenbankfenster kann man Sammelablagen anzeigen und einstellen. Zieht man per Drag-n-Drop Elemente aus dem Arbeitsbereich in eine solche Ablage, wird alles in den hinterlegten Ordner abgespeichert. Solche Ordner könne z.B. jährliche und komplette Zusammenfassungen sein.

Grundsätzlich ist die Planung über Tracks und das Aufbereiten und Archivieren von Tracks der Hauptaugenmerk von QMapShack. QMapShack kann inzwischen sehr viel, auch wenn das GUI eher schlicht und aufgeräumt wirkt. Es macht aus meiner Sicht keinen Sinn alles in eine aufgeblähte Menustrucktur und Toolbar zu pferchen. Also ruhig auch mal mit der rechten Maustaste spielen.

Ja, Du kannst so viele Datenbanken anlegen, bis Du den Überblick verlierst. Allerdings kannst Du keine Projekte zwischen den Datenbanken verschieben. Das geht nur indem Du die Daten im Arbeitsplatz von einem Ordner in einen anderen kopierst.

zu Garmin Topo: Geht nicht. Unbekanntes proprietäres Format.
zu Routino: Wenn es nicht passt BRouter nehmen.

zu A)

zu Routendaten in Garminkarten: Hat noch keiner einen brauchbaren Router geschrieben.
zu DEM in Garminkarten: a) Qualität ist in der Regel schlecht. b) QMapShack ist eigentlich überhaupt nicht auf Garminkarten fokussiert. Sondern eher auf Rasterkarte. Und da braucht's ein Konzept, dass für alle Karten, egal aus welcher Quelle, funktioniert.

zu B )
Man kann in einem Datenbankordner GPX Dateien als Projektordner importieren. Rechte Maus auf den Ordner->"Aus Dateien importieren" Für jede GPX Datei wird ein Projektordner angelegt.

zu C)
QMapShack benutzt entweder eine SQLite oder MySQL Datenbank. Dort gibt es natürlich irgendwelche Limits bei der Größe. QMapShack selber macht keine Limits bei den Trackpunkten bzw Wegpunkten. Allerdings rate ich davon ab es zu übertreiben. Tracks und Wegpunkte in einem Projekt werden korreliert. Wer keine Ordnung hält und immer alles zusammenschmeißt wird somit bald von einem Dialog belästigt, der darauf hinweist. Dort kann man die Korrelation ausschalten. Dann gehen aber keine Roadbooks.

Außerdem sollte natürlich klar sein, dass massig ellenlange Tracks und zig-tausende Wegpunkte dargestellt werden wollen. Je nach Rechner kann es zäh werden.

zu D)
Eine SQLite Datenbank besteht nur aus einer einzelnen Datei. Eine MySQL Datenbank aus mehreren Dateien. Letztere lässt sich nicht auf einem Stick mitnehmen, sondern wird über das Netzwerk angesprochen. QMapshack kommt mit konkurrierenden Zugriffen auf die Datenbank klar.
Wer einen Stick verwenden will, nimmt SQLite. Meiner Meinung nach, ist das der beste Weg, seine Daten zu schrotten. Einmal den Stick zu früh abgezogen und der Spaß beginnt. So etwas macht man heute besser über die Cloud.

DEM und Routendaten sind vollkommen unabhängig von den Karten und natürlich auch von den Benutzerdaten. Man muss die nicht installieren. Es fehlen dann ein paar Funktionen.

Routen in QMapShack sind übrigens nicht 1:1 im Garmingerät benutzbar. Das Format dazu ist nicht bekannt. Deswegen werden nur Anfangs- und Endpunkt mit Zwischenzielen übertragen. Das Gerät berechnet dann die Route neu und in der Regel anders.

Das wissen wir doch, dass bei einem komplett neuen Gerätekonzept, die erste Serie nix taugt.

Gpx ist ein Dateiformat zum Austausch von Geodaten aller Art. Also auch Wegpunkte oder POI, wie Du sie nennst.

Du kannst die Gpx Datei auch selber auf das Gerät kopieren. In diesem Fall ist es besser auf Erweiterungen zu verzichten.

Ich kann Dir nur raten das Wiki zu lesen und zu verstehen. Vor allem der erweiterte Teil enthält viele nützluche Details und wird auch regelmäßig aktualisiert.

Wenn du dein Gerät anschließt sollte es im Arbeitsplatz auftauchen. Du kannst dann jedes andere Projekt auf das Gerät übertragen. Rechte Maustaste auf das Projekt. Aber Vorsicht, die Geräte von Garmin können nur sehr limitiert mit Text umgehen. Wenn es dem Gerät zu viel wird, löscht es einfach die gesamte Datei. Ohne eine Warnung.

Hier wird das im Wiki beschrieben
https://bitbucket.org/maproom/qmapshack/wiki/DocGisDevices