Beiträge von kiozen

Ich würde sagen "Versuch macht kluch". Binde doch einfach mal eine Karte ein:

https://bitbucket.org/maproom/…ack/wiki/DocInstallMapDem

Mit MBTiles habe ich noch nichts gemacht. Insofern weiß ich auch nicht wie GDAL bei dem Format die einzelnen Zoomlevel umsetzt. Aber es könnte auch an QMS liegen. Wenn QMS meint, dass der Rechenaufwand zu groß wird, dann bricht es ab. Das kann man aber ändern, indem man die Zoomlevel festlegt, auf denen die Karte angezeigt wird. Das kann man mit dem Schieber und den beiden Köpfen machen, wenn die Optionen bei einer aktiven Karte aufklappt. Die Tool Tips erklären im Detail wie das funktioniert.

QMS unterstützt übrigens das GEMF Format, das eigentlich das selbe macht.

Zitat von spock1701

na endlich wieder einer, der die suchoption anspricht .... vom 750iger oregon gibts hierzu genau gar nichts

Ok, ich hätte vielleicht noch das Merkblatt "Clever Suchen" und "Kreuzlesen" beilegen sollen.

Zitat von spock1701

-> es gehts aber hauptsächlich darum, dass bei EINEM OREGON 750T EINE GEFAHRENE TOUR 3 Höhenmetervarianten auspuckt.

Darum geht es auch in zahlreichen Threads. In diesem und in Garmins Werksforum. Aber ich gebe zu, "EINEM OREGON 750T" wurde dabei nicht immer erwähnt.

Zitat von spock1701

-> da sollten dann einige der oben genannten probleme ausgebessert werden

Das würde alle hier wirklich überraschen. Du hast ja noch nicht mal alle Stellen gefunden, wo diese Werte unterschiedlich sind. Wie papaluna schreibt, kannst Du gerne einen Bugreport in Garmins Werksforum schreiben. Wenn der überhaupt freigeschaltet wird. Oder dich dort im Oregon 750T Unterforum beschweren. Dann wird dich allerdings die dortige Jubelgarde solange bearbeiten, bis du selber glaubst die Werte müssten so sein.

Übrigens kleiner Fun Fact zu dem Thema am Rande: Garmins Geräte speichern die Daten vom Tripcomputer in der GPX Datei als Erweiterung mit ab. Und Basecamp zeigt diese dann an, ohne den Track auszuwerten. Ganz lustig, wenn Tripcomputer und Track nicht zugleich auf Null gestellt wurden. Zeigt aber, wie Garmin das Problem der unterschiedlichen Werte zu 'lösen' versucht.

Da spricht natürlich überhaupt nichts dagegen.

Hier

https://bitbucket.org/maproom/…ack/wiki/DocInstallMapDem

sind am Ende ja schon ein paar Quellen genannt.

Danke & Grüße

Oliver

Zu dem Thema gibt es hier einen Haufen Threads. Die Suche hilft.

Kurz: So ist es leider, die Abweichungen sind im Rahmen dessen was man erwarten kann (oder ertragen muss )

Zitat von Tut_tut

Nach deinen Antworten ist mir jetzt klar, dass ich jedes mich interessierende Quadrat in Europa downloaden und in ein und denselben Ordner auspacken kann, danach den VRT-Builder die Höhendatei erstellen lassen. Wenn ich jedoch einmal nur in Asien wandern wöllte, müsste ich alles neu laden und eine neue VRT erstellen, wenn denn irgendwas an den bereits geladenen Dateien verändert wird.

Nicht nötig weil Du mehrere VRT Dateien zugleich aktivieren kannst. Ich habe z.B. alle Alpenkacheln gezogen und eine VRT Datei davon erstellt. Dann habe ich die Österreichdaten gezogen und eine VRT Datei erstellt usw.

Alle diese VRT Dateien sind aktiv. QMapShack fängt für einen Punkt oben in der Liste an, bis es eine Datei trifft, die den Punkt beinhaltet[1]. Deswegen sollten die qualitativ besseren Daten in der aktiven Liste immer möglichst weit oben sein.

Würde jetzt Asien dazukommen, würde ich die Daten ziehen, eine VRT Datei erstellen und diese aktivieren. Meine bisherigen Datensätze bleiben davon komplett unberührt.

[1] genau hier sind nicht vorhandene Kacheln im rechteckigen Bereich der VRT Datei ein Problem, weil die VRT Datei das Gebiet abdeckt, aber keinen sinnvollen Wert liefert. Ist ein nodata Wert definiert, sucht QMapShack in der nächsten aktiven DEM Datei weiter, die möglicherweise für den Punkt einen gültigen Wert hat. ->Am besten immer ganze Rechtecke in einer VRT Datei füllen, oder nodata Werte benützen.

Zitat von kiozen

Du musst nicht alle nehmen. Allerdings wird GDAL für die Stellen an denen es keine Daten gibt irgendwas zurückgeben. Das kann zu komischen Ergebnissen führen.

Für alle Benutzer die gerne ein wenig weiter denken und vor der Kommandozeile nicht zurückschrecken:

Natürlich kann man in GDAL auch einen "nodata" Wert angeben. Wenn die Quelldateien keinen definiert haben, dann kann man irgendeinen unmöglichen Wert nehmen. Haben die Quelldateien allerdings schon einen Wert definiert, dann sollte man den auch tunlichst für die VRT Datei verwenden.

Weil das nicht klar ist, definiert der VRT Builder in QMapShack keinen solchen Wert und deswegen kommt es zu dem oben beschriebenen Verhalten. Wer seine Quellen kennt (gdalinfo) und die Kommandozeile benutzt hat das natürlich gut im Griff.

Zitat von Tut_tut

Aha! Danke erst mal!

Wenn ich z.B. von hier downloade, muss ich dann alle Dateien nehmen für Europa? http://www.eea.europa.eu/data-and-maps/data/eu-dem

Du musst nicht alle nehmen. Allerdings wird GDAL für die Stellen an denen es keine Daten gibt irgendwas zurückgeben. Das kann zu komischen Ergebnissen führen.

Zitat von Tut_tut

Und ist es so richtig - wie ich es verstehe - dass ich alle Dateien zunächst in ein und dasselbe Verzeichnis legen muss, um danach mit dem VRT-Builder die Höhendaten in QmapShack zu erzeugen?

Richtig. Die VRT Datei und die eigentlichen Höhendaten dürfen danach nicht mehr verschoben werden. Sonst muss die VRT Datei neu erstellt werden.

Mal ganz generell: Du verletzt das Urheberrecht, wenn Du die Karten von Outdoor Active auf deinem Garmin benützt, die nicht auf der Basis von OSM erstellt sind.

Im Speziellen, wenn Du Karten von OA zum offline Gebrauch herunter lädst, verstößt Du gegen die Nutzungsbestimmungen des Servers, bei Outdoor Active.

Technisch hast Du folgende Möglichkeiten:

1) Du kannst einen kleinen Ausschnitt einer Rasterkarte als Garmin Custom Map auf deinem Gerät benutzen.

2) Du kannst die Firmware deines Gerätes patchen damit es selbstgemachte Dateien in Garmins JNX Format anzeigt. Das ist streng genommen der nächsten rechtlichen Verstoß.

3) Rasterkarten in IMG Dateien ist möglich. Das Format auch mehr oder weniger bekannt. Einen Konverter hat meines Wissens noch niemand geschrieben weil 2) so praktisch ist.

Grundsätzlich zu Rasterkarten: Verglichen zu Vektorkarten haben die mehr Detail. Sind aber auch um ein Mehrfaches größer. Sehr große Gebiete scheitern einfach an der Größe.

Für 2) wirst Du Tools im Internet finden, um diverse Quellen in eine JNX Datei umzuwandeln. Ein wenig einlesen und Geschick mit Karten wird aber vorausgesetzt. Wie Du mit den rechtlichen Aspekten umgehst, musst Du selber wissen.

Ob das Kartenmaterial auf OA es wirklich wert ist? Einiges davon kann man auch einfach kaufen. Ohne den ganzen Ärger, den die Verarbeitung von großen Dateien mit sich bringt und den rechtlichen Konsequenzen.

Mich reizt das Material dort überhaupt nicht. Für dei deutschen/österreichischen Alpen habe ich mir die SD Karte mit den DAV Karten gekauft. Und für die Italienischen Alpen habe ich meine Tabaccokarten scannen lassen, referenziert und für das Garmin aufbereitet. Das hat mich eine Menge Arbeit und Geld gekostet. Die Karten sind es aber im Gegensatz zum OA Material wirklich wert.

Es ist wahrscheinlich für diesen Fall nicht mehr relevant, aber es gibt inzwischen im Entwicklerzweig von QMapShack eine Funktion mit der man ein Projekt als strikt GPX V1.1 abspeichern kann. D.h. keine <extensions> Tags und Text als "Plain Text" ohne HTML Tags.

Bis das nächste Release kommt, wird es aber noch dauern.

Was heißt taugen? Das ist immer sehr subjektiv.

Routen können sie alle. Sprachsynthese ist bei allen gleich komisch. Bedienen? Das ist Gewohnheit. Staus umfahren? Da trennt sich die Spreu vom Weizen.

Ich hatte 4-5 Jahre ein Nüvi mit Lifetime Update. Bis es gestorben ist. Was soll ich sagen, es hat gut funktioniert. Stauvermeidung über TMC ist aber ein Witz, den man vergessen kann.

Aus einer Laune heraus habe ich mich beim Conrad zu einem neuen beraten lassen. Es war auch schon fast wieder ein Garmin, bis ich eben anmerkte, dass beim letzten TMC einfach nur schlecht war und jedes Smartphone mit Google es besser macht.

Daraufhin zeigte mir der Verkäufer ein Go6000 von TomTom. Das hat 350.-€ gekostet. Dafür habe ich Lifetime Update und (!) eine verbaute Simmkarte mit der ich wie bei Google sofort die aktuelle Verkehrssituation bekomme. Die Roaminggebühren sind weltweit mit dem Preis abgegolten.

Ich habe das TomTom jetzt seit einem 3/4 Jahr. Wir zählen die Staus jetzt an. 300m, 200m, 100m, ...Stau. Und genauso beim Ende. Das ist cool. Und wenn es eine bessere Alternative gibt, ist das auch eine, weil das System ja weiß, ob die Autos dort auch im Stau stehen.

Beim TomTom fehlen mir ein paar Datenfelder, z.B. die Höhe. Dafür habe ich den Fahrtverlauf rechts im Bildschirm. Das fehlte beim Garmin.

Garmin bietet was ähnliches, dazu muss man aber sein Smartphone mit dem Gerät koppeln. Und dann die Roaminggebühren tragen. Ich bin eher ein Freund von nur einem Gerät für den Zweck und das muss zuverlässig funktionieren. Ständiges hantieren mit dem Handy ist nicht so mein Ding.

Also was taugt? Im billigen Sektor denk ich, dass es Jacke wie Hose ist. Da sollte man das kaufen, mit dem man bei der Bedienung zurecht kommt. Wer erwartet, dass das Navi einen gut um Deutschlands Baustellen lotst und zuverlässige Fahrzeiten prognostiziert, der sollte auf ein Simmkarten basierendes System setzen. Denn auch der digitale Verkehrsfunk ist nicht der Bringer.

Jetzt sieht das wie erwartet aus.

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

Speziell: Range Select a range of track points for information about that range and some additional functions (hide, show, activity, copy)

Wird dann unter https://bitbucket.org/maproom/…arkdown-header-graph-area

genauer erklärt.

Kurz: damit versteckst Du Punkte, die du nicht willst. Um sie dauerhaft loszubekommen:

https://bitbucket.org/maproom/…#markdown-header-points_1

"Remove Track Points"

Zitat von Alpsee

Da muss ich den Urlaub wiederholen.:D

Mindestens und sofort!

Was mich eigentlich noch mehr erschreckt ist der 64er Track. Da ist ja komplett was aus dem Ruder gelaufen.

Aber gut zu wissen dass das 700er jetzt schon brauchbare Tracks liefert. Vielleicht lernt Garmin ja doch dazu.

Im Anhang ist ein PDF mit allen Höhenprofilen. Die rote Linie ist die Höhe aus den DEM Daten (Alpendaten von Ferranti) Und blau was in der GPX Datei mit den Punkten abgespeichert wurde.

Bei den 3 Tracks ist jeweils der gesamte Track komisch. Nicht nur die Stellen mit verständlicherweise schlechtem Empfang.

Beim Dürrenstein und der Obernbacherspitze hat das Höhenprofil einen konstanten Offset. Hast Du die automatische Höhenkorrektur immer aus?

Hui, und beim Paternkofel hat das 64er aber komplett in der Höhenaufzeichnung gesponnen, oder?

Wenn Sie mit dem TomTom zufrieden war, dann ist es wahrscheinlich besser wieder eines zu kaufen. Dann muss sie sich nicht auf ein komplett neues Konzept einlassen. Es gibt übrigens auch bei TomTom Geräte die im Kaufpreis ein lebenslanges (Produktleben) Kartenupdate beinhalten. Einfach mal bei Amazon die Produktbeschreibungen genau lesen oder sich im Geschäft beraten lassen.

Ich glaube nicht dass man pur aus der Steigung Geschwindigkeiten ableiten kann. Es kommt auch auf das Gelände an. Ich habe vor Jahren auch mal mit solchen Zuweisungen experimentiert. Am Ende vom Tag kommt nicht wirklich was dabei raus.

Letztlich haben sich über die Jahre Faustregeln bewährt. Inklusive Pausen rechne ich heute:

* Leichter Weg in Mittelgebirgen oder dem platten Land: 4km/h
* Schwerer (anstrengender) Weg in Mittelgebirgen: 3km/h
* Alpine Wanderung: 300-400hm/h für den Aufstieg (je nach Trainingsstand), Abstieg 4/5 der Aufstiegszeit.

Das mag abhängig von der persönlichen Fitness bei jedem einzelnen ein wenig variieren. Aber das kann man ja selber aus gegangenen Touren ablesen.

32bit wird auch nicht mehr unterstützt und getestet. Findet einfach keiner der das konsequent macht.

Zitat von codytpro

Mein gpsmap64s zeigt seit einigen Tagen einen Track nur in der Farbe einer Route (magenta) an und zeigt bei "aktive Route" auch entsprechende Punkte.
Ich kann also einen Track, dem ich z.B. die Farbe schwarz gab, nur noch in magenta sehen; das ist sehr hinderlich. Vorher war alles normal.
Im Trackmanager wird bei "Karte anzeigen" die richtige Farbe angezeigt, aber in der Kartenansicht dann nur noch in magenta. Außerdem wird eine "aktive Route" geführt, obwohl ich doch nur einen Track aufs Gerät geladen habe.
Wer weiß Rat?

Drück die Taste "Find" und breche die aktuelle Route ab.

Eine aktive Route kann aus einem Wegpunkte, Track und Route heraus begonnen werden. Immer mit ""find" und dann auswählen was man will.

Willst Du nur den Track anzeigen, dann 2x"Menü" und den Track im Trackmanager auswählen. Dort gibt es einen Punkt "Show on Map" oder so. Nicht zu verwechseln mit "View". Das Zeigt nur an und wenn man dann "go" drückt wird der Track als Route verwendet.