Beiträge von kiozen

Aber neu ist das ganze Verhalten doch nicht. Was sich bei Garmin nicht von Anfang an gut verkauft, wird fallen gelassen. Colorado, diverse Telefone, Monterra und in gewisser Weise sogar das eTrex30. Alles Geräte die nicht verkauft wurden weil zu buggy und nicht gefixed wurden weil zu wenig verkauft.

Den Umstand, dass Datenbanken Elemente eher verlinken als kopieren, kann man übrigens gut dazu benützen, um einen Ordner mit der Jahreszusammenfassung anzulegen. Dann kann man sich ein Jahr schnell anzeigen lassen wenn man was sucht.

In QMapShack steht dann im Projektbericht von diesem Ordner die Statistik über das ganze Jahr. Wenn man den Tracks noch eine Aktivität zugeordnet hat, dann bekommt man die Statistik über die einzelnen Aktivitäten. Aber das sind dann schon extreme Spielereien für langweilige Winterabende.

Genau die meine ich

Halstragegurt stell ich mir reichlich suboptimal vor. Das Teil wiegt dann doch zu viel, um es dauernd auf dem Bauch herumbammel zu haben, bzw etwas am Hals zu haben, das scheuert.

Zudem ist die Position vorm Latz für den Empfang nicht gut, weil die Hälfte vom Himmel durch deinen Adoniskörper verdeckt wird. Eine optimale Position für den Empfang ist oben an der Schulter. Dort schirmt nur noch der Kopf ab. Mit der Kletthalterung von Garmin bekommt man das Gerät an jedem Rucksackträger fest.

Ich benutze zwar QMapShack und nicht Basecamp, bezüglich der Organisation sollte das keinen Unterschied machen.

1) Auf der obersten Ebene habe ich nur Ordner als Gruppen. Gruppen sind für mich Aktivitäten wie "Freizeit 2015" oder "Berg 2015" aber auch der Ordner "Planung".

2) In diesen Gruppenordnern befinden sich die Projektordner. Ein Projekt ist für mich ein Tag oder auch mal mehrere [1]. Hier sind alle angefallenen Aufzeichnungen und Wegpunkte drinnen.

3) In den Projektordnern können noch weitere Ordner sein. Dort sind z.B. die Daten zur Planung abgelegt. Oder auch die Aufzeichnungen von anderen, die mit dabei waren [2].

Jetzt kommt es bei den Gruppen natürlich zu Überschneidungen. "Freizeit" oder "Urlaub" überschneiden sich natürlich gerne mit "Berg". In diesem Fall werden die Daten über einen Link verteilt.

Dieses System betreibe ich seit 2008. Es ist also inzwischen einiges angefallen. Den Überblick habe ich trotzdem noch. Das ist aber natürlich nur ein möglicher Vorschlag. Ob der für Dich passt kannst nur Du selber beantworten.

[1] Da QMapShack einen Bericht zu einem Projekt erstellen kann, hängt der Inhalt davon ab, was ich in diesem Bericht gerne sehen möchte. Das kann bei einer Mehrtagestour alles sein, oder eben nur jede Tour einzeln. Kommt ein wenig auf den Inhalt an.

[2] Ich sammle gerne alle Tracks von einer Tour ein. Das gibt eine gute Vergleichsbasis, wenn mal wieder das eine oder andere Gerät mehr über den Klee gelobt wird als es verdient.

64er und Oregon 6xx sind sich in der Firmware nicht ähnlich. Die Firmware des 64er ist die des 62er, um ein paar drahtlose Komponenten erweitert. Andere Änderungen sind nicht eingeflossen. Das 64er entspricht somit eher den Oregons vor der 6xx Serie.

Mir ist nicht bekannt, das man das einstellen kann.

Ich frage mich auch, was Du dir davon versprichst. Die Distanz aus den aufgezeichneten Positionen hat einen beträchtlichen Fehler, so dass es schon fraglich ist ob es bei 9.52km Sinn macht die zweite Stelle anzuzeigen.

Ich denke das Headerfile hast Du erwischt. Soweit ist mal alles deinstalliert.

Die aktuellste Version aus dem Repo bekommst Du mit:

svn co http://routino.org/svn/trunk routino

Du hast einen Branch gezogen.

Der Fehler kommt eindeutig von einer nicht aktuellen Routino Installation. In der Datei routino.h fehlt die Deklaration der Variablen Routino_Version.

Hallo Horst,

ich glaube Du hast einen Mix aus Libroutino Installationen. Du hast wahrscheinlich das offizielle Routinopaket installiert. Das befindet sich unter "/usr". Und wenn Du die SVN Version compilierst ohne Makefile.conf anzupassen, dann wird Routino unter "/usr/local" installiert. CMake hat die offizielle Installation gefunden. Die hat aber noch keine Versions API.

Lösung:
1) Entweder die das offiziellen Routinopaket deinstallieren
2) Oder Makefile.conf anpassen und nochmal über die offizielle Version installieren.

Bei GPX kommt es auf die Reihenfolge der Elemente an. Das ist zwar komplett überflüssig, aber so ist die Definition. Garmin achtet darauf. Andere nicht.

Basecamp verlangt eine 100% korrekte GPX Datei. Andere Programme sind da ein wenig toleranter.

Ich weiß nicht, will man sich den ganzen Hickhack mit Treiber installieren, Karten zu einer Datei zusammenbacken und die absolut starre Datenverwaltung heute wirklich noch antun? Und wenn ich mir die Aufzeichnung vom HCX im Vergleich mit moderneren Empfängern ansehe, dann ist da qualitativ schon auch ein Unterschied. Mir wären für so eine olle Kamelle 80 € zu viel.

Oder QMapShack. Das benutzt Douglas-Peuker und führt einen Änderungsverlauf mit. Sprich man kann Änderungen auch wieder rückgängig machen.

Du wirst hoffentlich Verständnis haben, wenn ich meine Zeit jetzt für so einen Quatsch nicht opfere, um es auszuprobieren. Die *vrt Datei wird wie im Wiki beschrieben mit gdalbuildvrt erstellt. Selber editieren ist nicht nötig.

Sollte bei *vrt Dateien, die über gdalbuildvrt erstellt wurden, etwas schief gehen, dann helfe ich gerne.

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

Du kannst doch Geotiff nach wie vor benutzen. Früher mussten die in einer *qmap Datei eingebettet werden, die nur QLGT verstanden hat. Heute ist es eben eine *vrt Datei, die prinzipiell von jeder GDAL basierenden Software verstanden wird. Ich sehe das als einen Fortschritt.

Und ECW ist ein proprietäres Format. Das GDAL Plugin anzubieten ist rechtlich nicht unproblematisch. Und zudem mit einigem an Arbeit verbunden. Hier lautstark nach einem kostenlosen Support zu verlangen ist schon ein wenig dreist. Es hält dich niemand davon ab im Netz zu recherchieren, das Plugin selber zusammenzubasteln, und es dann auf einer Webseite jedem in eigener Regie und Verantwortung anzubieten.

Und Navigationsprogramme gibt es für Linux wie Sand am Meer. Unter Tuxmobil findet man einen ganzen Zoo von Programmen

http://tuxmobil.org/linux_gps_navigation_applications.html

Besonders hervorgehoben:

http://www.navit-project.org/
http://www.gpsdrive.de/index.shtml

Und für ein paar lausige Euros gibt es ein Tablett mit den üblichen Navigationsprogrammen. Alles zig-mal besser als QLGT mit Livelog.

Mein Fokus lag immer schon auf der offline Planung und Archivierung von Touren. QMapShack macht das für mich nahezu perfekt. Ich habe kein Problem damit, diese Arbeit auch offen zur Verfügung zu stellen. Ich finde es nur befremdlich, wenn davon abgeleitet wird, dass ich deswegen jedem auch noch seinen partikularen Wunsch für lau kredenzen soll. Macht es euch selber

Wenn die Karte korrekt referenziert ist, sollte sie auch korrekt angezeigt werden. Hierbei sind jetzt auch solche Projektionen wie Lambert möglich, bzw eine transversal Mercator Karte wird im einem Mercator System richtig angezeigt und anders herum.

Einen kleinen Fehler gibt es noch. Streng genommen entspricht eine Reprojektion nicht nur einer Verschiebung, Skalierung und Drehung sondern auch einer Verzerrung zu einem Trapez mit gekrümmten Linien. QMapShack zerlegt eine Karte in kleine Kacheln, die es einzeln verschiebt, skaliert und dreht. Damit wird die Verzerrung im Großen gut abgebildet. Im Bereich der einzelnen Kacheln nicht. An den Kachelgrenzen kann es deswegen zu einem Fehler von einem Pixel kommen. Das macht sich zum Beispiel beim transparenten DEM Overlay als gitterförmiger Schatten bemerkbar.

Zu glauben dass ein Nachfolger immer die Altlast vom Vorgänger mitschleppen muss, ist ein wenig naiv. Ich wundere mich sowieso, dass jemand das Livelog von QLGT überhaupt benutzt.

Geht nicht.

Abgeschafft im Sinne des Wortes wurde die Funktion nicht. Bisher hat sich nur niemand gefunden, dem es so wichtig ist, dass er diese Funktion implementiert.

Man könnte natürlich auch die 28 Tage Testversion von QMapShack verwenden. Da kann man die Karte im gampsupp.img zusammen mit den Karten von OSM ansehen. (Und nach 28 Tagen benutzt man es einfach weiter