Beiträge von kiozen

Was mit bei der Ansicht der Screenshots mal wieder auffällt: OSM hat immer noch keinen guten Algorithmus um Höhenlinien zu berechnen. Gerade im steilen Gelände fällt das immer wieder auf. Eigentlich kann man davon nur abraten. Wer unbedingt Höhenlinien haben will und den Aufwand nicht scheut, benützt gescannte topographische Karten auf dem Gerät.

Hier fehlen die Entwicklungspakete von Routino. Ich glaube die heißen bei Debian libroutino-dev.

Zitat von Konstantin_Opel

Hallo zusammen,
Danke für die Aufklärung. Habe das gerade noch mal nachgelesen und ja, ich habe mich vertan. DEM ist für mich nice to have. Eigentlich will ich aber Höhenprofile bei der Planung. Ich meine mich zu erinnern, dass ich das bei Basecamp auch immer hatte, kann mich aber irren (wüsste nicht, dass ich ständig Routen gebaut hätte). Im Zweifel muss ich halt zukünftig ausschließlich Routen bauen.

Redest Du von der Planung auf dem Gerät oder in QMapShack? Bei QMapShack benötigst Du DEM Daten um ein Höhenprofil zu bekommen. Um etwas lesen wirst Du nicht herumkommen:

https://bitbucket.org/maproom/…/wiki/DocQuickStartGerman

https://bitbucket.org/maproom/…-of-supported-map-formats

Dafür ist das dann auch komplett unabhängig von der Karte.

Du kannst auch versuchen unter Linux Basecamp oder Mapsource mit Wine zu starten. Die Meisten kommen dann doch lieber wieder zurück zu QMapShack. Einarbeiten lohnt sich Wenn man eine aktuelle Version benützt hilft einem Anleitung, die man beim öffnen einer neuen Kartenansicht als erstes sieht.

Ach ja noch was, deine QMapShack Version scheint reichlich alt zu sein. Um nicht noch an längst gefixten Problemen hängen zu bleiben würde ich ein Update auf eine aktuelle Version empfehlen. Aktuell ist V 1.13.0.

Wie kommst Du denn jetzt auf den Trichter? Im ganzen Thread wird über den Dialog zum Editieren eines Wegpunktes gesprochen. Dann wird es wohl auch das Symbol in diesem Dialog sein. So kompliziert ist das doch alles nicht.

Die Datei "Garmin/GarminDevice.xml" ist vorhanden?

Ist die SD Karte noch als Massenspeicher in einem Dateimanager zu sehen?

Weil die Information nicht im Track abgespeichert ist, sondern als separater Wegpunkt.

Klicke einfach auf das Wegpunktsymbol.

Wenn Du dich dem letzten oder ersten Punkt so annäherst, dass die Maus nicht über dem letzten Abschnitt ist, dann wird nur der erste bzw letzte Punkt rot und man kann weitere Punkte anfügen. Nähert man sich dem Segment, wird das ganze Segment rot und der Punkt wird in das Segment eingefügt.

Die Taste 'Mark' drücken?

Zitat

Es macht doch keinen Sinn,einen neuen,teuren Garmin zu kaufen,wenn die Kartenübertragung nicht mehr geht oder ?(bei mir ging Mapinstall auch nicht mehr)

Jede Karte wird heute als eine große Datei übertragen und als solche in der Regel auch bereitgestellt. Da reicht USB oder ein guter SD Karten Slot.

In der Vergangenheit musste man alle Karten in einer Datei zusammen packen. Und der Speicher war begrenzt. Man hat deswegen oft nur Ausschnitte übertragen. Da war so eine Software wie Mapinstall sehr wichtig. Das ist aber schon sehr lange her.

Ist es schon wieder so weit für die jährliche große Smartphone vs Outdoor GPS Diskussion?

Kurz: Wenn ein Smartphone vorhanden, dann lohnt es sich erst mal damit anzufangen. Wenn einem nichts fehlt - prima. Und wenn doch, dann weiß man warum es ein Outdoor Navi sein muss und dass bei der ganzen Diskussion über Display und Akku es einfach auf die persönlichen Anforderungen ankommt.

Hilft nix. Ohne Logs kann ich überhaupt nichts sagen. Und dann ist es noch immer eine Portion raten. Wenn jemand von euch unter Windows compilieren und Debuggen könnte, dann wäre der Fehler wahrscheinlich flott gefunden. Der zugehörige Code ist recht übersichtlich in der Datei CSingleInstanceProxy.cpp. Und wie man alles auf Windows compiliert steht sehr detailliert hier:

https://bitbucket.org/maproom/…/BuildWindowsVisualStudio

Das ist nicht das erwartete Verhalten. Ganz sicher irgend eine komische Sache unter Windows, weil es unter Linux geht.

Bezüglich des Logs kannst Du folgendes machen:

https://bitbucket.org/maproom/…wn-header-troubleshooting

Das was unter "Troubleshooting" steht ist von Interesse. Vielleicht steht dort ja noch was Erhellendes drinnen. Ansonsten musst Du jemanden finden der Windows hat und sich dem Problem annehmen will. Ich kann nur bei grundlegenden Problemen helfen, oder bei solchen, die auch unter Linux auftreten.

Zitat von Speichennippel

Die 50 Zwischenziele reichen meistens, aber je nach Anwendungsfall nicht immer. Es ist nicht zu verstehen, warum das nicht aufgebohrt wird.

Weil das noch eine klassische Embedded Firmware ist, ohne ein riesiges aufgeblähtes Betriebssystem, das Ressource frisst. Bei begrenztem Speicher will man dynamische Speicherallokation auf dem Heap vermeiden weil dadurch Löcher in der Speicherbelegung entstehen, die den ohnehin schon sehr begrenzten Speicher weiter auslaugen. Hinzu kommt, dass bei dynamischer Allokation auch mal Speicher nicht zur Verfügung steht, was dann aufwändig in der gesamten Software abgefangen werden muss. Deswegen statische Arrays.

Interner Speicher und Betriebssysteme kosten Strom. Der Garmin Kram mag altbacken wirken, läuft dafür aber mit einem Akkusatz verdammt lange und recht zuverlässig. Wird wohl seinen Grund haben...

Zitat von klausthaler

Hallo

Anders ausgedrückt. Ich habe vier GPX Files. Ich klicke das erste an und es wird in QM geladen, dann klicke ich das zweite an(Qm ist noch geöffnet) und auch das zweite wird geladen. Klicke ich aber nun das dritte an wird es nicht mehr geladen, sowie alle darauf folgende. Möchte ich mehr als zwei Files nacheinander ansehen so muss ich immer nach dem zweiten File QM schließen und neu starten. Basecamp konnte mehrere Instanzen öffnen.
MfG

Eigentlich sollte das funktionieren. Softwaretechnisch ist kein Limit gesetzt. Dein Betriebssystem sollte erkennen, dass Du eine GPX Datei öffnen willst und als Verknüpfung QMapShack haben. QMS wird mit der Liste der GPX Dateien aufgerufen und testet ob schon eine andere Instanz von QMS läuft. Das macht es indem es nach einem sog. Socket sucht. Das ist ein Mechanismus mit dem Daten zwischen zwei Programmen austauschen kann. Existiert so ein Socket wird die Liste der Dateien an die erste Instanz geschickt und die Zweite beendet sich. Das Spielchen kann so oft wiederholt werden wie nötig.

Das ist auch im Log zu sehen.

Bei der ersten Instanz:

qmapshack -d foo.gpx
...


2019-04-14 11:09:34.879 [debug] CSingleInstanceProxy: Single instance server socket listening to "/tmp/QMapShack-xxxxxx"

Und bei der zweiten Instanz:

qmapshack -d bar.gpx


...


2019-04-14 11:06:43.557 [debug] Sent parameters to primary instance. Result true
2019-04-14 11:06:43.557 [debug] There can only be one. Exit.

Wichtig ist 'Result true'. Bei 'false' wurden die Dateien nicht akzeptiert. Die zweite Instanz sollte sich sofort beenden. Und das kann man immer wieder wiederholen.

Zitat von Stoertebaecker

Bedeutet also, das 64s hat zu wenig Speicherplatz?

.

Von dem Speicher, der wirklich kostet, ja. Und bei intelligenter Routenplanung reichen 50 Zwischenpunkte locker.

Die Anzahl der Zwischenpunkte bei einer Route hat nichts mit der Karte zu tun, sondern mit der Limitierung der Gerätesoftware.

Zwischen den Punkten sollte das Gerät selbständig die nötigen Details berechnen. Meistens reichen ein paar Zwischenpunkte, damit die automatische Berechnung verlässlich das macht was man will.

Welche Karte, kannst nur Du entscheiden. Wenn bei OSM in den Gebieten wo Du dich aufhältst zu viele Straßen fehlen, dann kann eine kommerzielle Karte eventuell besser sein. In der Regel sind die aber auch oft veraltet, sprich haben Wege die es nicht mehr gibt und dafür fehlen neuere Wege.

Die kommerziellen Karten haben zudem den Vorteil, dass man mit Active Routing ein wenig die Berechnung nach den eigenen Vorlieben steuern kann. Ich würde aber keine Wunder erwarten.

Version 6 ist doch ok. Würde ich so lassen.