Beiträge von kiozen

Zitat von ADroste

Fahrt mal in Frankfurt/Main in einigen Bereichen der Innenstadt zwischen den Bankentürmen hindurch und dann wißt Ihr, dass es gut wäre, soviel Satelliten zu empfangen, wie möglich. Wenn man noch nie die Begriffe "Alternate Path" oder "Multipath" gehört hat, wundert man sich einfach, warum man ein bestimmtes Ziel nicht erreicht und stattdessen drei- viermal um den Block geschickt wird.

Gruß
Armin

Das hat aber auch nichts mit Galileo oder Navstar zu tun, sondern ob der Empfänger das E5 bzw L5 Band auswertet. Und das machen die bisherigen Empfänger nicht. Es gibt nur sehr wenige Chipsets die das können und die sind noch lange nicht in der Preisklasse, dass sie bei Garmin in ein 0815 Navi verbaut werden. Es ist somit egal ob Galileo oder Navstar verwendet wird. Wichtiger wäre, das jeweils 2 Band auszuwerten.

Zitat von ray

Ansonsten hilft nur warm halten.
Ich kenne Leute die ihr GPS Gerät unter der Jacke körpernah tragen und nur bei Bedarf rausnehmen.
Ich fände das eher nervig.

Vor allem bei dem Wetter Da will man nichts öffnen, ausziehen etc.

Zitat von ray

Wird das Display sehr träge?
Lässt es sich noch bedienen?

Mir ist nichts aufgefallen. Das Touch Display benutze ich aber auch selten. Mehr die Knöpfe. Und da ist der linke seitliche Knopf mit Handschuhen nicht bedienbar und Joystick runter auch eher ein Kampf. Einfach schlampig gefertigt. Aber das hatten wir ja schon ausreichend diskutiert.

Es ist halt irgendwie ein Schönwettergerät. Nur abgesehen von der langen Akkulaufzeit, kann ich dann auch ein Smartphone verwenden.

-9 bis -2°C und Wind. Also keine großen sekundären Wärmeeffekte über Körperabstrahlung oder Sonnenwärme. Bei ca 2/3 der 8h Tour war Schluss. Im Warmen kam der Akku dann mit 45% wieder zurück.

Im Vergleich das GPSMap64s mit Litiumbatterien. Beide Geräte am Rucksackträger (eines links, das andere rechts) getragen. Das 64er hat natürlich die ganze Zeit durchgehalten. Auch wenn die Ladeanzeige in solchen Situationen weniger anzeigt als tatsächlich drinnen ist. Der Satz Lithiumbaterien hat insgesamt ca 20h bei dem Wetter ausgehalten und ist immer noch nicht verbraucht.

Mein Hoffnung war halt, dass der Akku mit seiner großen Kapazität ordentlich Bums mitbringt, um Minusgrade zu überstehen. Darauf verlassen kann man sich nicht.

Ladestandsanzeige kann ich auch bestätigen. Funktioniert endlich.

Leider kann ich nach dem Wochenende auch die Untauglichkeit des Akkus bei Minusgraden bestätigen. Also nix auf das man sich im Notfall verlassen kann.

https://www.naviboard.de/showpost.php?p=503856&postcount=102

Zitat von bagosi

Führe einfach den folgenden Befehl mit Python aus:

Die Antwort ist auf jeden Fall besser, als das was ich schreiben wollte Aber bitte nicht mehr diesen 2.7 Kram. Wird schließlich 2020 eingestellt.

Versuch es mal mit Tracks. Die kann man ja auch mit Routingunterstützung erstellen. Auf dem Track kannst Du dann Wegpunkte platzieren. Zudem kannst Du dem Track über die Filter Höhendaten und Zeitdaten zuweisen. In der Projektzusammenfassung kannst Du die Ansicht auf "Sortieren entlang des Tracks" einstellen. Dann hast Du so etwas wie einRoadbook.

Man kann eine Route so wie einen Track editieren und Zwischenpunkte einfügen. Das ist aber nicht ganz das Selbe wie einen neuen Wegpunkt hinzuzufügen. Insofern ist dein Vorgehen das was geht.

Routen sind nach wie vor in QMapShack kaum entwickelt. Niemand hat bisher Interesse daran um Zeit zu investieren. Ein Hauptgrund ist die fehlende 1:1 Übertragbarkeit auf ein Gerät. Deswegen benützen die Leute eher Tracks zum Touren planen.

Als eine "Empfehlung" sehe ich die Abhängigkeit nicht. Wie der Thread hier zeigt, fehlt einfach Funktion, die gebraucht wird. Dass Kommandozeilentools in GUI Programme eingebettet werden, ist ein gängige Praxis in Unix. Und nur weil das nicht beim Starten der Software gleich bricht, bedeutet das noch lange nicht, dass nix fehlt.

Kommandozeilentools von Bibliotheken zu trennen kann man sicherlich machen. Nur macht es aus meiner Sicht selten Sinn, weil man eh beides benötigt. Zudem fängt man sich eben solche Abhängigkeitsprobleme ein. Für was? Für ein paar MB gespart, wenn man wider Erwarten die Tools doch nicht braucht. Und das für eine Distribution, die auf ein PC-System zielt. Aber gut, da habe ich nicht mitzureden. Das ist Distributionssache.

Den selben Käse gab es übrigens schon bei GDAL, wo mit den Bibliotheken leider nicht die Textdateien installiert wurden, die wichtig sind, um alle geodätischen Daten richtig zu verarbeiten. Das hat zum Schluss so überhand genommen, dass ich einen Sanity Check einführen musste, mit dem Hinweis, dass QMapShack erst startet, wenn der Package Maintainer es richtig gemacht hat. Aber es kann ja nicht zielführend sein, dass jede Software OS spezifische Sanity Checks für alles Details einbauen muss, oder?

Bitte schreib noch einen Bugreport bei Mint.

Naja, das war schon klar. Nur: Gibt es zu Routino noch eine weiteres Paket, das nicht als Abhängigkeit von QMapShack gelistet ist? Das ist die Frage.

Keine Ahnung was Mint so macht. Ich habe SuSE und einen Yast mit dem ich bequem nach Paketen suchen kann. Natürlich gibt es auch bei SuSE apt-get. Ob sich das bei Mint gleich verhält weiß ich nicht. Bei mir zeigt es, dass Routino in mehrere Pakete unterteilt ist:

apt-get se routino




Repository-Daten werden geladen...
Installierte Pakete werden gelesen...


S  | Name                  | Zusammenfassung                           | Typ       
---+-----------------------+-------------------------------------------+-----------
i+ | libroutino-devel      | Development files for the routino library | Paket     
i+ | libroutino0           | Shared routino library                    | Paket     
   | libroutino0-debuginfo | Debug information for package libroutino0 | Paket     
   | routino               | Router for OpenStreetMap Data             | Quellpaket
i+ | routino               | Router for OpenStreetMap Data             | Paket     
   | routino-debuginfo     | Debug information for package routino     | Paket     
   | routino-debugsource   | Debug sources for package routino         | Paket

Wichtig ist libroutino0 und routino. Diese Pakete können bei Mint anders heißen, bzw kann alles ganz anders strukturiert sein. Das ist aber Mint's Angelegenheit. Und wenn in Mint QMapShack nicht ordentlich mit allen Abhängigkeiten installiert ist, dann ist das ein Bug von Mint und sollte auch dort erwähnt werden, sonst ändert sich nichts in Zukunft.

Ich dachte eigentlich an deine Paketverwaltung. Dort könnte es zwei Pakete für Routino geben. Eines mit der Bibliothek und ein Zweites mit den Kommandozeilenprogrammen.

Dann fehlt planetsplitter tatsächlich. Manchmal teilen die Distributionen Software in Bibliotheken und Tools auf. Schau mal ob es noch ein weiteres Routino Paket gibt, dass nicht installiert wurde.

Zitat von luego

All zu viel wird da bei mir nicht angezeigt.

Tja, dann suche mal nach planetsplitter oder ähnlichem in /usr/bin oder /usr/local/bin

planetsplitter finden

whereis routino-planetsplitter

und dann als root:

ln -sf <pfad planetsplitter> /usr/bin/planetsplitter

Zitat von Volker_I

(Schaufel/Sonde noch OVP dabei, wenn überhaupt...).

Na immerhin dabei!

Gerade nachgesehen: Ich habe das Mammut Barryvox Element. Und bei den letzten Touren waren auch die Piepse dabei. Keines der beiden Geräte hat im Training besser oder schlechter abgeschnitten. Bei den Fällen wo es länger gedauert hat waren es eindeutig Fehler im Handling.

Die Version ist ein wenig alt, sonst wäre das Problem schon gefixed.

Unter dem Namen planetsplitter gibt es verschiedene Programme. Deswegen sind die Distributionen dazu übergegangen ein "routino-" allen Hilfsprogrammen von Routino vorne anzustellen. Die alten Versionen von QMapShack suchen aber immer noch nach dem ursprünglichen Namen. Die neueren suchen auch nach dem neuen Namen.

Du solltest das fixen können, indem die einen Link von routino-planetsplitter nach planetsplitter erstellst.

Zu den Geräten speziell habe ich leider keine Erfahrung. Dafür aber grundsätzlich mit LVS Geräten. Jeglicher Couleur, weil oft auch Leihgeräte dabei sind.

Die neueren Geräte sind natürlich ein wenig einfacher zu handhaben. Aber haben natürlich auch weiterhin die systembedingten Tücken. Sprich: man geht immer noch auf der Feldlinie zum Ziel und das ist selten direkt. Ein Modus für Mehrfachverschüttung hilft, ist aber auch nicht idiotensicher.

Letztlich sind die Dinger nur so gut, wie man in einer Stresssituation mit ihnen umgehen kann. Die aktuellen Geräte sind eigentlich alle ok. Aber man muss üben, üben, üben.

Ich habe selber ein etwas älteres Mammut. Ich wüsste nicht was fehlt. Außer dass das Auffinden immer wieder tricky ist. Die Kollegen haben das Pieps und es geht ihnen nicht besser. Bei LVS Geräten ist der Mensch irgendwie immer noch der größte Schwachpunkt.

Die Typ Datei, die im der IMG Datei eingebettet ist definiert nicht die Sektion "Draw Order" und wird deswegen nicht gelesen. Das ist ungewöhnlich, scheint aber möglich zu sein.

Ich habe einen Fix ins Repo geschoben.

Zitat von dossy

Ich hab genaus das selbe Problem unter Windows hab daraufhin alles mit Routino runtergeschmissen....aber kann jetzt QMS nicht mehr starten!(auch nach Reinstall).....

Problemlösungen unter Linux helfen selten unter Windows

Bitte QMS entfernen und neu installieren. Wenn das Problem dann immer noch existiert muss sich das der Helmut ansehen, der das Windows Paket baut.