Qlandkarte GT

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 ...
  • Da hier grad recht intensive Diskussionen sind:


    Hab es nun geschafft QLandkarte unter Win7 zu installieren udn die ersten Karten laden können. Leider läuft das Programm sehr stockend und langsam.


    Aber egal: Ich wollte fragen wo ich denn diese schicke contour shading Ansicht einstellen kann?


    Hab die OpenMTBMap und OSM Radkarte drin. mindestens die 2. hat ja die Conturlienien mit drin in der Karte. Bei der ersten müsste man wohl die Höhenlinien noch drüber legen. geht das?
    Wo stelle ich diese "3D Karte" ein. Bisher ist die 3D Karte ein flaches Brett :(


  • Dazu benötigst Du Höhendaten. Eine gute Auswahl findest Du hier: http://www.viewfinderpanoramas.org/dem3.html. Als nächstes musst Du diese Daten in ein Format bringen, das von QLandkarte verstanden wird. Außerdem müssen die Daten die richtige Projektion und das richtige Kartendatum haben. Solange Du Vektorkarten für Garmin benützt ist das einfach, weil diese sich auf die Projektion/Datum der SRTM Daten anpassen können. Bei Rasterkarten musst Du die Projektion kennen. Wenn etwas nicht stimmt wird dir QLandkarte jedoch sagen was Sache ist.


    Ok, soweit die Theorie. Um deine eigene SRTM Datei zu erstellen benötigst DU GDAL. Wie praktisch dass dieses schon installiert ist. GDAL bietet eine Shell an. Diese solltest Du benutzen.


    Damit wandelst Du eine Datei vom oben genannten Server in ein GeoTiff um:


    Code
    gdalwarp -t_srs "+proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +units=m +no_defs " -r cubic <sourcefile> <target>.tif

    Als nächstes kannst Du mehrere Dateien zusammensetzen. Das geht so:


    Code
    gdalwarp -r cubic  <file1> <file2> .... tmp.tif

    Und zum Schluss willst Du die Sache noch etwas optimieren:


    Code
    gdal_translate -co tiled=yes -co blockxsize=256 -co blockysize=256 -co compress=deflate -co predictor=1 tmp.tif srtm.tif

    Fertig. Im Sourcecodearchiv von QLandkarte GT gibt es dazu auch ein Pythonskript, dass alle Dateien in einem Verzeichnis konvertiert, zusammensetzt und optimiert. (srtmconvert.py)


    Nun zum 3D View: Du musst in QLandkarte deine neuen SRTM Daten mit der Karte verbinden. Dazu zeigst Du die Karte an und klickst mit der rechten Maustaste auf den Eintrag in der Kartenliste links. "DEM hinzufügen" Danach sollte QLandkarte zu den Mauskoordinaten auch die Höhe mit angeben. Natürlich nur für das Gebiet von dem Du die Höhendaten auch hast. Wenn das klappt kannst Du in die 3D Ansicht wechseln. Mit der rechten Maustatste auf der Karte kannst Du zwischen der flachen und der modellierten Ansicht wechseln.


    Zur Performanz unter Windows kann ich wenig sagen. Unter Linux und einem halbwegs aktuellen Rechner läuft es ganz gut. Wobei die Anforderungen der aktuellen Kartenspielereien auch dort spürbar die Performanz gedrosselt haben. Aber ihr wollt es ja nicht anders haben :D


    Oliver

  • Du koenntest versuchen die Performance so wie Mapsource >6.13.7 zu verberssern, indem einfach vorausschauend bei nichtstun Karten als bmp gecached werden. Also 1. zoom in eine Stufe, 2. Zoom out eine Stufe, 3. auf aktueller Zoomeinstellung, Anzeigegroeße "mal 9 außen rum legen"


    Dann wuerde die langsame Performance auch bei 1920x1200 nicht so auffallen.
    (nur im Gegensatz zu Mapsource nach schließen des Programms am besten die alten bmps loeschen, oder Speichergrenze festlegen, damit man nicht Hunderte GB Tempfiles rumliegen hat wie bei Mapsource.

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • Du koenntest versuchen die Performance so wie Mapsource >6.13.7 zu verberssern, indem einfach vorausschauend bei nichtstun Karten als bmp gecached werden. Also 1. zoom in eine Stufe, 2. Zoom out eine Stufe, 3. auf aktueller Zoomeinstellung, Anzeigegroeße "mal 9 außen rum legen"


    Dann wuerde die langsame Performance auch bei 1920x1200 nicht so auffallen.
    (nur im Gegensatz zu Mapsource nach schließen des Programms am besten die alten bmps loeschen, oder Speichergrenze festlegen, damit man nicht Hunderte GB Tempfiles rumliegen hat wie bei Mapsource.


    :D:D:D Die Sache stinkt in Mapsource. Sie wird auch in GT stinken.


    Das Problem sind in erster Linie die Bitmaplinien. So schön die auch sind und was man damit nicht alles anstellen kann. Nur ist keine mir bekannte Renderengine darauf optimiert.


    Eine Idee war mal alles auf OpenGL umzustellen. Dann müßte nicht die CPU alles machen. Nur beißen dabei alle ATI und no name Graphikkartenbesitzer ins Gras. Eine weitere Idee wäre Multithreading zu benützen. Dann wären alle Multicorebesitzer glücklich. Nur ich hätte noch weniger Haare und die wären alle grau.


    Eine einfachere Linien Graphik würde schon helfen. Aber die will ja niemand mehr. Also die einzige Lösung: Kauft euch anständige Rechner. Auf meinem Quadcore geht es auch mit 2560x1600 noch recht nett.


    Ach ja 500ms Verzögerung beim Zeichnen sind übrigens normal. Das wird beim Zoomen und Schieben benötigt. D.h. die Karte baut sich erst nach 500ms ohne Veränderung mit Linien neu auf.


    Und für die Kartenhersteller: Vermeidet in den oberen Zoomleveln jedes überflüssige Polygon-/Polyliniensegment. Alles außerhalb des Levels mit der größten Detaildichte benötigt sowieso kaum noch Information. Wenn ich sehe, wie zum Teil immer noch Wald bis in den kleinsten Zipfel dargestellt wird und jeder Bach mit Teil der Übersicht ist, dann wundert mich nichts mehr. Die OSM Karte hat in dieser Richtung schon gut optimiert. Aber da geht noch was.


    Oliver

  • Gerade die Landschaft hilft einem ja noch in Qlandkarte GT sich zurechtzufinden da sie bei mir zumindest verzoegerungsfrei aufgebaut wird und beim pannen weiter angezeigt wird. Das groeßte Performanceproblem sind Hohenlinien. Wenn man die anpasst (damit sie etwas unauffaelliger sind) dann wirds leider selbst mit gutem Rechner langsam (2-3 sek fuer Bildaufbau im Gebirge).


    Ein großer Fortschritt waere also, falls 0x20-0x26 erst gerendert werden, wenn der Rest schon fertig ist.


    Mapcrap ist bei mir ohne Cache und mit 50MB Arbeitsspeicher auch sehr sehr langsam, mit viel Arbeitsspeicher wo Mapcrap wird die Geschwindigkeit dann aber durch das vorauscachen recht annehmbar (nur ist IMHO die Kartenverzerrung ein direktes Resultats des cachens.)


    Weitere Loesungen waeren, beim verziehen den alten Bildschirminhalt noch anzeigen - dies wuerde ungemein helfen (also nicht nur Polygone sondern auch noch die alten Polylinien) - evtl koennt ja zumindest 1000Pixel Umkreis um die aktuelle Kachel an Polylinien vorausgecached werden die dann beim verschieben noch angezeigt werden. Nach loslassen werden diese dann neu gerendert.

  • Gerade die Landschaft hilft einem ja noch in Qlandkarte GT sich zurechtzufinden da sie bei mir zumindest verzoegerungsfrei aufgebaut wird und beim pannen weiter angezeigt wird. Das groeßte Performanceproblem sind Hohenlinien. Wenn man die anpasst (damit sie etwas unauffaelliger sind) dann wirds leider selbst mit gutem Rechner langsam (2-3 sek fuer Bildaufbau im Gebirge).


    Ein großer Fortschritt waere also, falls 0x20-0x26 erst gerendert werden, wenn der Rest schon fertig ist.


    Klar. Mit dem Typisieren der Höhenlinie machst Du aus einer Vektorlinie eine Bitmaplinie. Da ja jeder jede Linie nach Gusto abändern will, geht es nicht anders. Das war früher besser. Da habe ich aus dem Bitmap im Typ versucht eine Strichlinie zu erraten. Hat auch super funktioniert, solange das Bitmap auch eine Strichlinie war. Bei komplexen Bitmaps kam es zu lustigen Ergebnissen.


    Ich kann es nur wiederholen: Entweder die Karten halten sich an einen gewissen Standard auf den man hin optimieren kann. Oder man lässt alle Freiheiten zu. Dann ist es halt langsam. Ein so schön optimierte Renderengine für Bitmaplinien wie auf den Geräten selber haben wir auf dem PC leider nicht.





    Weitere Loesungen waeren, beim verziehen den alten Bildschirminhalt noch anzeigen - dies wuerde ungemein helfen (also nicht nur Polygone sondern auch noch die alten Polylinien) - evtl koennt ja zumindest 1000Pixel Umkreis um die aktuelle Kachel an Polylinien vorausgecached werden die dann beim verschieben noch angezeigt werden. Nach loslassen werden diese dann neu gerendert.


    Das würde sicherlich beim Ziehen helfen. Beim Zoomen nicht. Und es müsste in einem Backgroundthread laufen. Zusätzlich müsste das Rendern im Hintergrund sofort abgebrochen werden, wenn die Karte erneut gezogen wird. Das ist alles recht tricky und fehleranfällig. Und ich weiß nicht wie das bei Leuten mit Singlecore funktioniert. Die könnten dabei die Leidtragenden sein.


    Oliver

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • Waere es denn moeglich eine eigene Zusatzdatei fuer Qlandkarte GT zu schreiben, wo definiert wird, welche Linie durchgaengig ohne Bitmap anzeigbar ist, plus Farbdefinition?
    Bzw dazu noch ein paar fixe Muster die ohne Bitmaps dargestellt werden koennen?

  • hallo.
    Wahnsinn Euer Wissen. Ist mir aber noch alles zu hoch.
    Ich habe nur ein Problem beim reinzoomen.
    Qlandkarte GT hängt sich bei Tirol ab 3km auf.
    (openmtbmap) Kann das der Rechner sein.
    amd Athlon 2500, ubuntu 9.04.
    Ansonsten super was hier gemacht wird. :tup:
    leo

    dakota 20 (FW 5.10 / GPSSW 5.00)
    summit (alt) (SW 2.5)

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • Waere es denn moeglich eine eigene Zusatzdatei fuer Qlandkarte GT zu schreiben, wo definiert wird, welche Linie durchgaengig ohne Bitmap anzeigbar ist, plus Farbdefinition?
    Bzw dazu noch ein paar fixe Muster die ohne Bitmaps dargestellt werden koennen?


    So etwas ähnliches gab es im alten QLandkarte :). Aber das ist auch keine Lösung. Das mag für Dich und mich ok sein. Für viele andere Nutzer ist das zu kompliziert. Im alten QLandkarte hat es nie jemand benutzt.


    Ich denke es geht nur mit Optimierung. Entweder über OpenGL oder mit einem Cache ähnlich MapSource. Für beides fehlt mir jedoch im Moment die Zeit und die Geduld. Vielleicht macht sich ja jemand anderes mal dran. Immerhin gibt es eine gute Vorlage. Das ist besser als sich den Kram von Anfang an selber aus den Fingern zu saugen.


    Oliver

  • hallo.
    Wahnsinn Euer Wissen. Ist mir aber noch alles zu hoch.
    Ich habe nur ein Problem beim reinzoomen.
    Qlandkarte GT hängt sich bei Tirol ab 3km auf.


    Link zur verwendeten Karte. Koordinate. Ansonsten kann Dir keiner helfen. Kristallkugeln sind rar ;) Wenn ich den Fehler reproduzieren kann, hast Du eine Chance, dass wir das lösen können.


    Oliver

  • hallo oliver.
    Habe gerade eine neue Version von openmtbmap.org
    geladen. Jetzt geht es bei den Koordinaten. War wohl ein Kartenfehler.
    Habe Die Anleitugn zu 3D gemacht. Echt super.:D
    Kann man auch Höhenlinien einfügen?
    Danke

    dakota 20 (FW 5.10 / GPSSW 5.00)
    summit (alt) (SW 2.5)

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...

  • Kann man auch Höhenlinien einfügen?
    Danke


    Du kannst mit den Radioknöpfen, unten in der Statuszeile, eine Schattierung über die Karte legen. Linien selber gehen nicht. Ein Gradientenalgorithmus wäre zu aufwendig, um die Linien on-the-fly zu berechnen. Zudem ist so etwas nicht einfach, wie man bei der Topo Südtirol sieht. Bei steilen, zerklüfteten Bergen versagen viele Algorithmen.


    Wenn Du jedoch Höhenlinien einzeln im Garminformat hast, kannst Du die über der Karte anzeigen. Dazu einfach die "M" Spalte bei der Höhenlinienkarte anklicken. "M" für Mode, "T" für Typ. Damit kannst Du auch beliebige Vektorkarten überlagern, bzw Vektorkarten über Rasterkarten legen.


    Grüße


    Oliver

  • Hallo.
    Habe meinen Pc neu aufsetzt. QlandkarteGT diesmal sleber bauen müssen.
    Ist jetzt aber leider Englisch. Kann man auf Deutsch umstellen. Hatte zuvor einen
    Link (der nicht mehr geht), da war es fertig gebaut auf Deutsch.
    Habe noch ein weiteres Problem.
    Habe die Höhendaten laut Anleitung gebaut. Alles Funktioniert.
    Nur wenn ich auf 3D umschalte kommt kein Bild mehr.
    Wahrscheinlich wie bei Googel-Earht 5.1 ein Problem mit dem Grafiktreiber.
    Zuvor mit älteren qlandkarteGT ging es super.
    Danke
    leo

    dakota 20 (FW 5.10 / GPSSW 5.00)
    summit (alt) (SW 2.5)

  • Hallo.
    Habe meinen Pc neu aufsetzt. QlandkarteGT diesmal sleber bauen müssen.
    Ist jetzt aber leider Englisch. Kann man auf Deutsch umstellen. Hatte zuvor einen
    Link (der nicht mehr geht), da war es fertig gebaut auf Deutsch.


    Es gibt 2 mögliche Fehlerquellen:


    * Die Umgebungsvariable LANG ist nicht zu de_DE gesetzt.


    * Die Sprachdateien sind nicht im erwarteten Pfad. Ohne Änderungen installiert cmake alles mit Prefix /usr/local. Viele System erwarten bei der Installation allerdings den Prefix /usr. Das kann man mit ccmake einfach einstellen.





    Wahrscheinlich hat deine Qt Installation keine OpenGL Unterstützung.


    Grüße


    Oliver

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...
  • Danke Oliver.
    Bin leider mit Linux nicht so gut. Werde mich erst mal jemanden suchen
    der mir das erklärt. Möchte nicht zu viel stören.
    mit ccmake Installiert.
    Aber Danke für die Geduld.
    leo

    dakota 20 (FW 5.10 / GPSSW 5.00)
    summit (alt) (SW 2.5)

  • Jetzt funzt es.
    War die Variable "LANG" bei mir. Sie war auf "de_AT".
    Die 3D-Grafik geht jetzt auch ohne Zutun. Weis nicht wo der
    Fehler liegt.
    Danke nochmals
    leo

    dakota 20 (FW 5.10 / GPSSW 5.00)
    summit (alt) (SW 2.5)

  • Gibt seit Heute eine neue Version. 0.17.


    1. besserer MacOSx Support
    2. Mehr oder weniger 100% korrekte Darstellung. Schaut deutlich besser aus als Mapsource. Nur leider halt noch immer etwas langsamer. Gut ist, dass Polygone laenger als Straßen/POI derselben Resolution angezeigt werden, so kann man sich beim Kartenverschieben leichter orientieren (das zeichnen der Polygone geht quasi realtime, nur braucht es etwa aehnlich lang wie unter Mapsource 6.14 bis die Straßen gerendert sind).


    Vielleicht gibt es ja irgendwann auch mal Autorouting (gpsmapedit ist hier zurzeit einzigartig und uebertrifft GPS/Mapsource um Welten, aber AFAIK leider dazu kein Sourcecode veroeffentlicht, und keine Moeglichkeit Routen samt Routepoints zu exportieren) und Adresssuche. Dann wuerde Mapsource samt Registry in den Papierkorb wandern.

  • Datenschutz ist uns & Euch wichtig, daher verzichten wir auf Bannerwerbung & Web-Analysetools! Um das Forum zu unterstützen bitten wir Euch über diesen Link: bei Amazon zu bestellen....
    Für Euch ist das nur ein Klick, uns hilft es das Forum langfristig und werbefrei für Euch zu betreiben! Vielen vielen Dank...

  • 2. Mehr oder weniger 100% korrekte Darstellung.


    "Mehr oder weniger" oder "100%"? Beides zusammen ist nicht. :D Und wenn "Mehr oder weniger", wo liegt das "weniger"? :eek:


    Aber jetzt mal ohne Flachs: Wenn noch was fehlt, bitte die Koordinaten mit Fehlerbeschreibung an mich. Das ist sicher nicht das letzte Wort zu dem Thema, und einige Dinge im TYP werden zwar dekodiert, aber nicht in der Renderunit umgesetzt, da mir einfach das Verständnis dafür fehlt.


    Naja und die Geschwindigkeit bzw das Routing hatten wir ja schon....



    Grüße


    Oliver

  • An einer Stelle war eine Flaeche nicht sichtbar, die unter Mapsource angezeigt wurde - allerdings wurde sie von einer Flaeche mit identischer DP ueberlagert. Also kein Fehler, sondern einfach nur anders rum als Mapsource, aber wohl ident mit GPS. Da es hier aber auch von Firmware zu Firmware mal Unterschiede gibt, wird es nie ein 100% korrekt oder wie geplant geben.... solange mkgmap nicht layer=* auch noch auswertet, und man dann im Typfile dieselbe Flaeche mit unterschiedlicher DP anlegt (dazu gibt es aber nicht genug IDs).


    Was mir nicht gefallen hat: Bei Einstellung details=-1, sieht man max resolution 22, resolution 24 wird dann gar nicht angezeigt. Besser waere wenn es so wie in Mapsource gehandhabt wird, dass es einfach nur einen Zoomschritt spaeter/frueher kommt.


    Ausserdem scheinen mir die Zoomschritte zuerst recht langsam weniger Detail, dann aber sind recht schnell alle Details weg. Mapsource/GPS aendern die resolutionen weniger rasant.


    Drittens, faende ich es gut wenn ab dem Zeitpunkt wo keine Daten mehr vorliegen, die Kachelgrenzen angezeigt werden. So denkt man sich manchmal dass die Karte gar nicht funktioniert (klar ist F3 und dann reinzoomen immer funktionierend, nur wenn man Mapsource gewoehnt ist, dann denkt man die Karte ist kaputt/fehlt).


    Ist aber nicht so wichtig, nur halt etwas ungewohnt. Wichtiger waere das was wir schon "hatten. Etwa vorauscachen oder aehnliches um schnelleren Kartenaufbau hinzubekommen. Aber soweit ich dich verstanden hab, wird das nicht gehen da die Renderingengine ja nicht von dir kommt, bzw waere es superviel Aufwand. Ist jetzt eh schon viel viel besser wie noch vor ein paar Versionen. Evtl waere es ja auch moeglich dass die Linien nacheinander aufbauen, und nicht alle auf einmal, oder beim pannen duenne schwaerze Ersatzlinien angezeigt werden, die dann uebermalt werden. Falls die Bitmaps das Problem sind, koennte Qlandkarte GT evtl intern ein ExpressTypfile erstellen, welches nur einfarbige duenne Straßen hat (basierend auf einer verwendeten Farbe), und dann von den korrekten Bitmaps uebermalt wird.


    Ich wuerde eh noch resolution=23 in die Karten aufnehmen, um 22 etwas zu leeren, aber die Kartengroeße fuer Downloads steigt dadurch halt recht stark an (wenn ich 24,23,22,21,20,19,18,16 statt 24,23,22,21,20,19,18,16 benutze - je "hoeher" die resolution desto teurer ist jedes extralevel.)