Beiträge von kiozen

Garmin fenix 7X und epix Gen 2 im Test

Der Schwerpunkt dieses Tests und Vergleichs der Garmin Fenix 7X Solar und Garmin Epix Gen 2 liegt auf den Sensoren wie Höhenmesser, Positionsbestimmung und Herzfrequenz. Was unterscheidet die beiden GPS-Outdoor-Smartwatches? Und wie gut ist die Taschenlampe der Fenix 7X für den Outdoorbereich? Hier geht es zum Test der Outdoor-Smartwatches ...

    Gleich vorne weg: 0.17.1 ist hoffnungslos veraltet. Ist aber für deine Fragen jetzt kein Problem.



    (1) Manuelles Erstellen einer Route (Routenplanung).
    hier konnte ich bisher auf einer Karte einen Polygonzug erstellen und als Route abspeichern. Dieser Menüpunkt fehlt in der neuen Version.


    Routen und Tracks werden über Distanzlinien erstellt. Dazu musst Du in das Overlaymenu wechseln (F6) und die Distanzline auswählen (F7). Nachdem Du eine Linie erstellt hast, kannst Du sie in das gewünschte Format umwandeln, indem du links in der Overlayliste das Kontextmenu (rechte Maustaste) aufrufst.



    (2) Importieren mehrerer Karten und (falls transparent) deren flexible Selektion / Anzeige übereinander (Overlay).


    GT kann beliebig viele Vektorkarten über jede andere Karte legen. Hierzu klickst Du in der Kartenliste links neben der Karte auf das Symbol in der M (Mode) Spalte.


    Nur die Auswahl der Kacheln für den Export ist jetzt ein wenig umständlicher. Dazu musst Du jede Karte einzeln als aktive Karte auswählen und dann die gewünschten Kacheln auswählen. Da man aber die beisherige Auswahl als graublaue Fläche sieht, ist das kein Problem. Dieser Ansatz ist ein wenig flexibler.


    Also alles noch vorhanden. Ein komplette Liste der Möglichkeiten gibt es hier:


    http://www.qlandkarte.org/inde…ew=article&id=9&Itemid=10



    HTH


    Oliver

    Nein,


    und wenn ich das lese, dann probiere ich das auch nicht :
    Qlandkarte GT steht eigentlich Mapsource in fast nichts nach, doch leider fehlt noch die Möglichkeit eigene Routen und Tracks zu erstellen. Auch ein Höhenprofil von importierten Tracks und Routen fehlt.


    Ja, nun, wenn das so da steht... es heißt ja schließlich immer: "Wer lesen kann ist klar im Vorteil". Dann bleibt Dir wohl nichts anderes übrig als weiter in kunterbunt zu Posten, um das Problem zu lösen.


    Oder, da ja offensichtlich nichts so funktioniert wie Du es gerne hättest, und alles andere von vornherein ausscheidet, wäre es doch an der Zeit deine eigene Software zu schreiben. Auf die Art und Weise bekommst Du zu 100% das was Du willst.


    Viel Glück


    Oliver

    Deine Marktanalyse hat einen entscheidenden Haken. Sie ist hypothetisch und sie geht von falschen Voraussetzungen aus. Zu allem Überfluss unterstellst Du den Leuten, die sowas kaufen, pauschal geistige Unterbelichtung. Das es so nicht funktioniert, ist klar. Es läuft aber anders.
    Such mal bei Ebay nach Angeboten eines gewissen "fairer_openstreetmap_aktiver". Nein, das bin nicht ich, ich kenn denjenigen auch nicht. Der macht aber genau das, was ich gemeint habe. Das Angebot wird genau beschrieben und es wird sogar darauf hingewiesen, wo man die Daten auch alleine her bekommt.
    Trotzdem kaufen die Leute den Kram. Ja, ja, weiß schon, alles ahnungslose Handlampen. Ich frag mich auch immer, warum die Leute geschnittenes Brot im Supermarkt kaufen. Brot backen und abschneiden ist doch nun wirklich nicht kompliziert.
    Reich wird man mit der Nummer natürlich nicht, aber man kann sich (wenn man den Profit nicht komplett spendet, wie in unserem Fall) vielleicht erstmal ein neues Garmin finanzieren.


    Das von Dir zitierte Angebot verkauft eine SD Karte mit aufgespielter OSM Karte um den FOSSGIS e. V. zu unterstützen. Der eigentliche Mehrwert ist ideeller Art. Das ist sicherlich eine gute Idee. Ähnlich wie der Verkauf von Anstecknadeln oder Wimpeln, um einen Verein zu fördern. Für einen Verein ist die Summe "ein neues Garmin" bestimmt ein Segen. Ob sie auch wirtschaftlich profitabel ist, sei dahingestellt. Vereinsarbeit muss das nicht sein.


    Ich schreibe hier aber über platten Kommerz a la "Die Garmin OSM Topo Deutschland zum sensationellen Preis von nur 69.-€. Sie sparen damit 130.-€ zu Produkten andere Hersteller!". So ein Angebot wäre schon deutlich was anderes. Und ich bezweifle, dass es so viele "Handlampen" gibt die darauf anspringen. Ich unterstelle den Meisten Verstand und eine sehr gesunde Beziehung zu ihrem Geldbeutel. ;)


    Grüße


    Oliver

    ... von Angebot und Nachfrage.
    Mich wundert, dass sich da nicht schon lange mal einer drangesetzt hat. Offenbar gibt es ja Bedarf an solchen Lösungen. Und wenn man das clever macht, kommt da auch bestimmt was bei rum.


    Ich glaube dazu müsste man einen erheblichen Mehraufwand betreiben um Karten zu erstellen, die etwas anderes können, als die derzeit für lau angebotenen.


    Hinzu kommt, dass niemand für eine Karte zahlt, die den Ruf genießt stellenweise noch sehr unvollständig zu sein. Ich behaupte nicht, dass hier kommerzielle Karten über jeden Zweifel erhaben sind. Und oft würden die Benutzer die weißen Flecken gar nicht stören, weil sie eh nicht in dem Gebiet unterwegs sind. Aber kaufen will so etwas nur, wer sich nicht auskennt, bzw auch auf Spam antwortet.


    Um kommerziellen Erfolg aus OSM zu schlagen, muss man folglich was anderes damit machen, als nur platt die Karte zu verhökern. Zum Beispiel Städtetouren a la "Where I Go" mit OSM als Kartenbasis und sinnvollen POIs entlang der Route.


    Grüße


    Oliver


    Ich habe mir soeben die neue Version 0.18.3 gezogen und installiert, Installation lief voellig problemlos, supi.


    Gut zu wissen :)



    Allerdings laesst sich nicht einstellen, welches Geraet an welchem Anschluss benutzt werden soll.


    Unter Einstellungen>Geraete/Datentransfer ist Natuerlich Garmin ausgeweaehlt.


    Solange niemand das GarminDev Projekt nach Win32 portiert und die nötigen Änderungen in QLGT macht, brauchst du dir darüber keine Gedanken zu machen. Es funktioniert nicht.


    Grüße


    Oliver

    Man sollte vielleicht ergänzend erwähnen, dass mit der Version 0.18.0 kein Windows Binary mehr zur Verfügung gestellt wird, weil sich keiner darum kümmern mag. Wer trotzdem in den Genuss der aktuellen Version kommen will, vor allem weil die Garmin Karten wesentlich schneller dargestellt werden, kann sich hier schlau machen:


    http://sourceforge.net/apps/me…_QLandkarte_GT_on_Windows


    Wenn man sich nicht dumm anstellt und der Rechner genug Bums mitbringt, hat man in ca. 20 Minuten sein eigenes Binary.


    Oliver

    Hi,



    Hmm, das kann ich jetzt nicht so beurteilen. Aber, ein GPS receiver kanns ja auch, gleichlautende Punkte in der Karte darzustellen (weil in der Karte gleichlautende Punkte drinnen sind). Die POI (GPI) Datei unterstützt auch gleichlautende Namen. Normalerweise sollte ich mit MS die Sourcedatei für den POILoader erstellen können. Nur unterstützt eben MS nicht alles, was der POILoader kann (eben 2 Punkte gleich zu benennen). Thats the problem :).

    lg, Paul


    In der Garminwelt gilt: POI != Wegepunkt


    Und Garmin will, warum auch immer, die Benutzer POIs nicht in MS haben. Deshalb wohl auch der POI Loader. Garmin hat bei den alten Geräten die Wegepunkte ziemlich verpfuscht. Es gibt 18 verschiedene Formate und keines löst die Probleme. MS muss aber zu diesem Chaos kompatibel sein. D.h. eindeutige Namen sind ein muss. Deshalb haben sie die POI Geschichte wahrscheinlich auch aus MS herausgenommen.


    Sehe es positiv: Die Konkurrenz hat es noch nicht mal so weit geschafft, dass sie sich mit solchen Problemen herum ärgern muss :)


    Oliver

    Unterschiede im Zeichensatz beim Abspeichern als GPX. Ist nur schade, das Garmin da Extrawürste macht und die das kleine Feature von gleichlautenden WP-Namen nicht umsetzen wollen :(


    Ohne die GPX Datei zu validieren würde ich keine Aussage treffen wollen, ob Garmin hier Mist baut, oder nicht doch die andere Software. Garmin ist jedoch sehr intolerant wenn es um Fehler bei der GPX Codierung geht und verweigert den Dienst.


    Das "kleine Feature" ist leider ein recht großes Feature. Jedes Element, sei es Wegepunkt, Track oder ähnliches muss von der Software eindeutig erkannt werden. Üblicherweise macht man das mit einem Schlüsselwert, oder wie Garmin, mit eindeutigen Texten. Garmin hat sich für Letzteres entschieden, da es eindeutig den Speicher schont. Und der war Mangelware bei den älteren Geräten.


    Zudem wird ein eindeutiger Schlüssel bei einem Krüppelformat wie GPX nicht unterstützt. Ist also keine wirklich kompatible und transparente Lösung.


    Ich bezweifle deswegen, dass Garmin in Zukunft davon abweichen wird.


    Oliver

    In MapSource geht es eigentlich ganz einfach.


    LOL :D:D:D:D:D


    Wie viele Jahre müssen eigentlich noch ins Land ziehen, bis Garmin uns diese Funktion schenkt. Diese Frage und diese Antwort verfolge ich jetzt schon seit 5 Jahren.


    Einfach wäre:


    * Neben dem Laden von Daten auch noch einen Menüpunkt "Hinzufügen" von Daten anzubieten.
    * Beim Öffnen der Datei gleich mehrere Dateien anwählen zu lassen.


    Aber 2 Instanzen zu öffnen, und die Tracks per copy-n-paste zusammenzusetzen als "einfach" zu verkaufen, das ist schon krass.


    Nix für ungut, aber das musste jetzt mal raus.


    Oliver

    Waere halt komfortabler da man statt zwei Karten nur eine braucht. Ich habe eh auf meiner Page fuer quasi ganz EU plus Schweiz/Norwegen Hoehenlinien zum Downloaden als transparente Karten basierend falls verfuegbar auf viewfinderpanoramas.
    Besser waere falls man Karten in Qlandkarte GT uebersichtlich an/abschalten kann per sichtbaren Haekchen - aber so dass prinzipiell auch zwei nicht transparente Karten gleichzeitig angezeigt werden koennen, indem zuerst die Polygone gezeichnet werden (falls unterschiedliche Draw Priority dann jene mit niedrigerer zuunterst), dann Polylines beider Karten, und Schlussendlich die POI beider Karten - so koennte man auch gut Karten vergleichen (etwa OSM versus Topo von Garmin). Das benutzen einer Vektor / einer Raster klappt ja schon sehr gut.


    Ich glaube man kann jede Software mit Featuritis zur Strecke bringen. Das Gleiche gilt für OSM Karten. Wenn man der Meinung ist auch den letzten Hundehaufen zu kartographieren, dann wird es unübersichtlich.


    QLGT ist in erster Linie ein Programm zum Anzeigen von Karten und selber aufgezeichneten Geodaten. Es ist kein Karteneditor oder sonstwie geartetes Tool, um Karten zu vergleichen bzw eine Datenbank zu visualisieren. Dafür gibt GPSMapedit oder Merkator und wir sie alle heißen.


    Das Typfile Feature ist jetzt im SVN. Bei Karten mit mehr als einem Typfile wird eine zusätzliche Combobox in der Statuszeile angezeigt.


    Grüße


    Oliver

    Ich habe die Tabelle eingebaut. So ganz mein Fall ist sie nicht, aber es gibt ja zum Glück noch das Finetunig. Mal sehen was der Rest davon hält.


    Ups, ganz vergessen, noch ein kleiner Feature Request.


    Wenn in einem Ordner mehrere Typfiles liegen, dann sollte genauso wie fuer tdb/overview_map eine Abfrage kommen welches genommen werden soll. Oder noch besser, bei Rechtsklick auf die Karte statt dem Haken use Typ, ein klickbares Fenster zum angeben des Pfades - so dass man schnell das Typfile wechseln kann.


    Hm, dass habe ich mir selber schon überlegt. Könnte ich mich mal dran machen.



    Auch waere eine Option -- Hoehenlinien ausblenden ganz nett (also 0x20-0x26 ausblenden sowie "0x190??" welches auch fuer Hoehen/Tiefenlinien reserviert ist.


    Das ist doch überflüssig. Ich verstehe sowieso nicht warum jede Karte Höhenlinien mit sich herumschleppen muss. Meistens sogar mit einem grottigen Gradientenalgorithmus berechnet. Macht das doch einmal gescheit und bietet die Höhenlinien als Overlaykarte an. Dann können sich alle anderen die Linien sparen. Und in QLGT kannst Du die Höhenlinien über die Karte an und abwählen.


    Grüße


    Oliver

    Bevor ich es vergesse: Ich habe ein Decluttering für die Ikonen eingebaut. Probiere es mal aus. Ob das allerdings eine Lösung ist..?

    Okay, werde Heute Abend mal ein bisserl mit rumspielen. Was ist der Grund dafuer, dass levels ausgelassen werden???


    Performance??


    Nein, ich habe einfach das Verhalten der Topo De V1 mit MapSource bei mittleren Details verglichen. Und dann noch etwas Finetuning für andere Karten betrieben.



    Kannst du mir schnell mal einen Tipp geben, wie/wo ich die Projektion umstelle. Hab es auf die schnelle noch nicht gefunden.


    Für die SRTM Daten? Die musst Du mit gdalwarp in die gewünschte Projektion umwandeln. Oder Du startest srtmconvert.py mit Python. Oder Du schaust Dir srtmconvert.py an. Dort stehen die nötigen Befehle. In der SVN Version wird eine Mercator Projektion benutzt. Immer noch besser als lon/lat WGS84.


    Grüße


    Oliver


    Dass muss ich mir mal anschauen wie das Geht. Die Projektion ist naemlich wirklich miese. BTW waere es gut, wenn einfach ein Knopf in QlandkarteGT waere, wo nach draufdruecken die Projektion Laengentreu ausgerichtet wird (also so wie CTRL-G und Neustart in Mapsource 6.16.0.3)


    Psst, das macht QLGT schon automatisch. Zu mindestens absolut über die ganze Karte. In dem Moment in dem allerdings SRTM Daten geladen werden, wird die Projektion der SRTM Daten genommen. Eine Neuprojektion on-the-fly ist zu aufwändig. Wenn du eine schöne Transversal Mercator Projektion für deine Zone nimmst, sollte der Fehler über die Karte gering sein.



    Zu den Maplevels: In der Tat werden einige Bitnummern ausgelassen und es wird immer nie nächste genommen. Wenn die aktuelle Tabelle aber nicht passt, dann kannst Du sie gerne anpassen. CMapTDB::scale_t in CMapTDB.cpp. Die letzte Zahl in der Zeile sind die Bits, die beim entsprechenden Zoomindex vorgeschlagen werden. Wenn Dir das Ergebnis gefällt schickst Du mir die Tabelle. Dann kann ich sie gegen meine Karten testen und wenn alles gut aussieht, übernehme ich sie gerne.


    Grüße


    Oliver

    Hab grade die 0.18.1 (oder besser gesagt frisch von SVN) unter Ubuntu 10.04 ausprobiert. Bin schon beeindruckt. Durch das Caching ist QlandkarteGT nun deutlich schnelles als Mapsource 6.15.11 - jedoch nicht ganz so schnell wie Mapsource 6.16.


    Caching? Welches Caching? Da wird noch immer nix gecached. Ein Cache ist ewig aufwendig und ein Speichergrab zudem. Wir haben den Code optimiert. Das ist alles.



    Hier mal zwei Screenshots aus Qlandkarte GT 0.18.1 (Map data CCBYSA 2.0 Openstreetmap.org, Copyright CCBYSA 2.0 openmtbmap.org), einmal mit Shading, einmal mit Konturanzeige.....


    Ich wusste ja schon immer dass Österreich unter der "Last" von Deutschland schwer zu leiden hat, aber dass wir euch so zusammenknautschen.... :D:D Benutze doch mal eine vernünftige Projektion. Zum Beispiel die Mercator Projektion aus dem srtmconvert.py Skript. Dann machen die Screenshots gleich ein wenig mehr her.


    Zu den Detailstufen: Die sind so eingestellt, dass sämtliche mir vorliegenden Karten halbwegs ordentlich angezeigt werden. Beim Finetuning der Detaillevels war aber noch ein Bug drinnen. Die Combobox sollte jetzt besser funktionieren.


    Generell gilt: Die Maplevel/Bit Zuordnung der Garminkarten ist immer noch die Beste:


    bits level basemap
    13 2 true
    15 1 true
    17 0 true
    18 3 false
    20 2 false
    22 1 false
    24 0 false


    Damit entstehen die Probleme wie bei den Openmtb/OSM Karten erst gar nicht.


    Grüße


    Oliver


    Ich will ja nix Böses sagen, aber diese Frage unter dem Posting vom extremcarver zeugt ein wenig von Leseverweigerung. :D:D:D:D