Garmin hat kürzlich eine sehr fehlerhafte neue Firmware für Edge 1040, 840 und 540 veröffentlicht. Diese neue Firmware (21.x) weist zwei große Probleme in Bezug auf die Kartendarstellung auf. Daher haben alle Karten die ich seit 02.06 veröffentlicht habe hierfür eine Änderung.

a) Das Layout in den Karten wird über eine .typ-Datei definiert. In dieser Typdatei gibt es zwei Möglichkeiten, zu definieren, wie Straßen gerendert werden sollen. Eine besteht darin, zwei Farben festzulegen, eine für die Linie und eine für den Rand. Und die andere besteht darin, zwei Farben zu verwenden und ein einfaches Bitmap (32 x 32 Pixel) zu erstellen. Wahrscheinlich um den Kontrast zu erhöhen oder warum auch immer, hat Garmin beschlossen, den Rand in der 4-fachen Breite darzustellen, die in der .typ-Datei definiert ist. Dies betrifft die meisten ihrer aktuellen eigenen Karten nicht, da sie nur eine Linienfarbe ohne Rand verwenden – aber in vielen älteren Karten verwendet Garmin auch eine Randfarbe so wie die OpenMTBMaps und VeloMaps bisher. Jetzt klingt es wie die naheliegende Lösung, einfach auf Bitmap statt Linie/Rand umzusteigen – aber das Problem ist, dass die meisten Garmin-Geräte Bitmap-Linien anders darstellen und es schlechter aussieht. Da ich glaube, dass etwa die Hälfte meiner [...]]]>

Garmin hat kürzlich eine sehr fehlerhafte neue Firmware für Edge 1040, 840 und 540 veröffentlicht. Diese neue Firmware (21.x) weist zwei große Probleme in Bezug auf die Kartendarstellung auf. Daher haben alle Karten die ich seit 02.06 veröffentlicht habe hierfür eine Änderung.

a) Das Layout in den Karten wird über eine .typ-Datei definiert. In dieser Typdatei gibt es zwei Möglichkeiten, zu definieren, wie Straßen gerendert werden sollen. Eine besteht darin, zwei Farben festzulegen, eine für die Linie und eine für den Rand. Und die andere besteht darin, zwei Farben zu verwenden und ein einfaches Bitmap (32 x 32 Pixel) zu erstellen. Wahrscheinlich um den Kontrast zu erhöhen oder warum auch immer, hat Garmin beschlossen, den Rand in der 4-fachen Breite darzustellen, die in der .typ-Datei definiert ist. Dies betrifft die meisten ihrer aktuellen eigenen Karten nicht, da sie nur eine Linienfarbe ohne Rand verwenden – aber in vielen älteren Karten verwendet Garmin auch eine Randfarbe so wie die OpenMTBMaps und VeloMaps bisher. Jetzt klingt es wie die naheliegende Lösung, einfach auf Bitmap statt Linie/Rand umzusteigen – aber das Problem ist, dass die meisten Garmin-Geräte Bitmap-Linien anders darstellen und es schlechter aussieht. Da ich glaube, dass etwa die Hälfte meiner Benutzer die openmtbmap/velomaps mit Garmin Edge-Geräten verwendet, habe ich beschlossen, die Ränder zu entfernen und die meisten Straßen nur einfarbig darzustellen. Vorher hatten die meisten Straßen einen grau/schwarzen Rand. Die Alternative, stattdessen Bitmap-Linien zu verwenden, fand ich schlechter im aussehen.

b) Die 21.x- Firmware Geräte respektieren die Einstellungen bezüglich Beschriftungen nicht richtig. Hier kann ich nichts ändern. Man kann jedoch unter Kartenlayout im Profil auf den edge Geräten für viele Objekte die Straßennamen ausschalten.

Ich habe viel Zeit damit verbracht, all die verschiedenen Typdateien zu ändern, würde aber trotzdem empfehlen, nicht zu aktualisieren. Ein Rollback ist möglich, indem man eine ältere GUPDTATE.GCD-Firmwaredatei in den Ordner /garmin legt – dies setzt das Gerät jedoch vollständig zurück und ist daher ziemlich ärgerlich. Du kannst Updates von Garmin Edge-GPS-Geräten verhindern, indem Du eine Dummy-GUPDATE.GCD-Datei in den Ordner /garmin legst (benenn eine Textdatei ohne Inhalt, aber mit Leerzeichen, in diese um). Ich weiß nicht, ob in Zukunft auch andere Garmin-Geräte mit dieser defekten Firmware ausgerollt werden. Es wurde Garmin in ihrer Beta-Firmware gemeldet, aber sie haben es nicht behoben.

Ich hatte zuvor beschlossen, das „Thin“-Layout aus den OpenMTBMaps zu entfernen, um mir Zeit für die Anpassung zu sparen, wenn ich Dinge am Layout ändere. Nach mehreren Anfragen habe ich jetzt das Thin-Layout für die OpenMTBMaps wieder eingeführt und auch ein Thin-Layout zur VeloMap hinzugefügt. Es ist 1 Pixel dünner als das klassische/Velo-Layout (Legacy). Ich denke, es ist nur für GPSMap 60/62/64/65-Geräte mit Displays mit niedriger Auflösung nützlich – alle anderen Garmin-Geräte haben höhere DPI. Da die Leute manchmal fragen, welches Layout sie wählen sollen, füge ich hier (und an anderen Stellen in Hilfedateien/auf der Website) noch einmal eine Erklärung hinzu:

Grundsätzlich unterscheiden sie sich in Anwendungsfall, Linienbreite und Straßenfarbe. „Legacy“-Typdateien verwenden die kontrastreichere blau/grün/rot/gelbe Straßenunterscheidung – während „modern“ Layouts eine kontrastärmere rot-gelbe Straßenunterscheidung verwenden. Die Philosophie dahinter ist, dass Sie bei älteren Typdateien genau wissen, welche Art von Klassifizierung eine Straße hat, während es beim modernen Layout einen fließenderen Ansatz von Autobahnen zu kleinen Straßen gibt, der Ihnen unterbewusst die Straßenklasse verrät. Google Maps ist ein Paradebeispiel für moderne Layouttypen – während typische deutsche Straßenkarten die Inspiration für das ältere Layout sind. Moderne Layouts geben Ihnen einen besseren Überblick, wenn Sie die Karte auf einem großen Bildschirm/Display betrachten, da es für das Gehirn einfacher ist, die Wichtigkeit sofort einzustufen, und es sieht schöner/ruhiger aus – während das ältere Layout eine genauere Klassifizierung bietet, aber mehr Zeit braucht, um die Informationen zu verarbeiten, und weniger schön aussieht. Die Breite des Layouts sollte entsprechend der DPI Ihres Geräts und Ihren Vorlieben gewählt werden. Da die meisten derzeit verkauften Garmin-Geräte (außer Smartwatches) meiner Meinung nach optimal für die breiten Layouts sind – sind spezielle Layouts wie Winter, Wandern, Einfach oder Topo nur im breiten Stil verfügbar.

Welche .typ-Datei sollte ich wählen (OpenMTBMap) – sortiert von Dünn bis Extrabreit?

Die neue Auswahl im Installer für Windows nun wieder mit Thin Layout.

Thin (dünn) – optimiert für GPSMap 60/62/64/65 (2px kleine Straßen/Wege/Tracks)
*mthn --- Dünnes Layout – wie Classic Legacy, aber noch dünnere Linien. Für Garmin-GPS-Geräte mit niedriger Auflösung wie die GPSMaps-Serie.

Classic - Mittlere Breite – optimiert für Vista/Legend/edge_705 (3px kleine Straßen/Wege/Tracks)
*clas --- Classic-Serie – rote/gelbe Straßen – eher dünn für Garmin-Geräte mit niedrigerer DPI
*cllg --- Classic Legacy – Wie oben optimiert für Vista/Legend/edge_705-Serie – blau-grün-rot-gelbe Straßen

Wide Breit – optimiert für Oregon/Colorado/edge x30/edge x40/GPSMap 66/67 und modernere Geräte. (4px kleine Straßen/Wege/Pfade)
*wide --- kontrastreiches Layout, wie Classic, aber mit weißem Wald und breiteren Straßen/Linien - rot-gelbe Straßen
*wdlg --- wie oben - aber blau-grün-rot-gelbe Straßen

*easy --- Einfaches Layout mit (fast) keinen zusätzlichen Informationen gegenüber traditionellen topografischen Karten. Gleiche Breite wie Classic. Keine zusätzlichen Linien für (mtb:scale(:uphill)/cycleway=*/sac_scale)
*hike --- Ähnlich wie Easy, aber vollständig fürs Wandern optimiert.
*wint --- Winter - wie Wanderlayout - aber für Wintersport optimiert (zeigt keine MTB-/Fahrradinformationen). Zeigt Rodelbahnen, Langlauf- und Skitourenrouten.
*topo --- Einfacher topografisch gestalteter Kartenstil - Einfach zu

FENIX Extrabreit – für 64-Farben-Display von Fenix-Uhren/Uhren mit MIP-Display (5px kleine Straßen/Wege/Tracks)
*fenx --- Fenix ​​– ähnlich wie Wide Legacy, aber optimiert für Uhren der Fenix-Serien 5/6/7, die nur 64 Farben anzeigen können

Weitere aktuelle Updates.

Ich habe noch einmal ein wenig überarbeitet, wie man Tracks und Wege mit mtb:scale-Informationen zeichnet. Ich habe das vor 2 Jahren geändert und bin jetzt ein wenig zum vorherigen Zustand zurückgekehrt, in der Hoffnung, dass es ein besserer Kompromiss ist. Es ist immer schwer, die verschiedenen Farben auszuwählen. Im Allgemeinen bieten dunkle Farben einen besseren Kontrast auf MIP-Displays von Garmin-GPS-Geräten – aber einige Farben wie Lila, Türkis, Gelb, Grün oder Rot heben sich auch gut ab. Lila wird jedoch normalerweise für Routen/Tracks verwendet, während Türkis verwendet wird, um den zurückgelegten Weg für Trackback anzuzeigen, und wenn es für Straßen verwendet wird, könnte es leicht mit Wasserobjekten verwechselt werden. Deshalb habe ich Grün für mit mtb:scale bewertete Wege und für MTB-Routen gewählt. Nun hat Braun (verwendet für Wanderwege, sac_scale) tatsächlich einen besseren Kontrast, aber Grün fällt auf der Karte mehr auf. Deshalb habe ich mich entschieden, Grün für Mountainbike-Strecken und Braun für Wanderwege zu verwenden. Was die Einfärbung von Mountainbike-Strecken wie Skipisten von sehr leicht (grün), leicht (blau), mittelschwer (rot) bis schwer (schwarz) angeht – das würde gerade so für eine Überlagerung funktionieren – würde aber alle anderen Arten von Informationen auf der Karte zerstören. Auch ist bei unterschiedlichen Fähigkeiten der Mountainbiker die Klassifizierung in 4 Stufen einfach nicht genug, dasselbe gilt für die Wanderklassifizierung nach Schwierigkeitsgrad.

Neue Höhenlinien für Italien und die Republik Zypern. Seit 2 Monaten ist endlich ganz Italien mit Höhenlinien basierend auf LIDAR-Daten verfügbar – vorher war dies nur für einige Regionen lückenhaft, der Rest basierte auf Satelliten-DEM-Daten. Für Zypern (nur den Süden) basieren die Höhenlinien jetzt endlich auch auf LIDAR. Damit bleiben in der EU eigentlich nur noch Portugal, Irland, Ungarn, Bulgarien, Griechenland und kleine Teile Rumäniens und Kroatiens ohne LIDAR-basierte Höhenlinien. Und natürlich aktualisiere ich wie immer eine ganze Reihe von Fehlern oder Anpassungen an OSM-Schlüsseln/-Terminologie.

Das wieder eingeführte Thin Layout - Hofgarten Innsbruck.

]]> https://openmtbmap.org/de/updates/reintroduction-of-thin-typfile-and-adaptions-for-garmin-edge-x40-firmware-bugs/feed/ 16 https://openmtbmap.org/de/updates/new-contourlines-for-europe-news/ https://openmtbmap.org/de/updates/new-contourlines-for-europe-news/#comments Fri, 14 Jul 2023 18:48:38 +0000 https://openmtbmap.org/?p=55323 Die nächsten Kartenupdates, die an diesem Wochenende erscheinen, werden neue Höhenlinien enthalten. Eigentlich habe ich die Höhenlinien schon in den letzten Monaten für einige Länder aktualisiert - aber das war nur für Länder mit integrierten Höhenlinien. Das nächste Kartenupdate für Länder wie Spanien, Norwegen, die Türkei und den europäischen Kontinent wird also auch ein Update der Höhenlinien erfordern. Beachten Sie, dass es vorübergehend für ein paar Stunden (bis zu 16 Stunden im Falle der Karte Europa Kontinent, max. 13-14 Stunden für andere Karten) sein kann, dass nur die neuen Höhenlinien online sind, aber die dazugehörige Karte noch nicht aktualisiert ist.

Das nächste Bild zeigt die Abdeckung der LIDAR DEM-Quellen in meinen Karten nach dem Update (Bild vom Ersteller der DEM-Dateien https://sonny.4lima.de/ ). Es ist das erste Mal, dass einige osteuropäische Länder über LIDAR-DEM-Daten verfügen und das erste Update für viele Teile Italiens und anderer Länder. LIDAR-DEM-Quellen bedeuten in der Regel, dass der Fehler in der Höhe weniger als 2-3 m beträgt, selbst in Wäldern (sie zeigen die Höhe am Boden an, während satellitengestützte DEM-Quellen in der Regel eher die Höhe etwas unterhalb der Baumkronen angeben).

Außerdem habe ich die 20m-Äquidistanz-Höhenlinien geändert, um 10m-Intervalle bis zu 50m über [...]]]> Die nächsten Kartenupdates, die an diesem Wochenende erscheinen, werden neue Höhenlinien enthalten. Eigentlich habe ich die Höhenlinien schon in den letzten Monaten für einige Länder aktualisiert - aber das war nur für Länder mit integrierten Höhenlinien. Das nächste Kartenupdate für Länder wie Spanien, Norwegen, die Türkei und den europäischen Kontinent wird also auch ein Update der Höhenlinien erfordern. Beachten Sie, dass es vorübergehend für ein paar Stunden (bis zu 16 Stunden im Falle der Karte Europa Kontinent, max. 13-14 Stunden für andere Karten) sein kann, dass nur die neuen Höhenlinien online sind, aber die dazugehörige Karte noch nicht aktualisiert ist.

Das nächste Bild zeigt die Abdeckung der LIDAR DEM-Quellen in meinen Karten nach dem Update (Bild vom Ersteller der DEM-Dateien https://sonny.4lima.de/ ). Es ist das erste Mal, dass einige osteuropäische Länder über LIDAR-DEM-Daten verfügen und das erste Update für viele Teile Italiens und anderer Länder. LIDAR-DEM-Quellen bedeuten in der Regel, dass der Fehler in der Höhe weniger als 2-3 m beträgt, selbst in Wäldern (sie zeigen die Höhe am Boden an, während satellitengestützte DEM-Quellen in der Regel eher die Höhe etwas unterhalb der Baumkronen angeben).

Außerdem habe ich die 20m-Äquidistanz-Höhenlinien geändert, um 10m-Intervalle bis zu 50m über dem Meeresspiegel anzuzeigen. Aufgrund diverser Fehler in den Tools, die zur Kompilierung der Höhenlinien verwendet werden, hat mich dieses Update viele Wochen Arbeit gekostet, da praktisch jedes Tool in der Toolchain einige Fehler aufwies, die erst behoben werden mussten.

Das andere große Update war, dass ich während des letzten Monats das Layout der Homepage neu gestaltet habe - ich habe es kohärenter gemacht, viele WordPress-Plugins, die gealtert waren/ Fehler entwickelt hatten, mit neueren PHP-Versionen ausgetauscht - und ein kohärenteres Website-Layout erstellt. Ich habe das allgemeine Farbschema der Website beibehalten, aber viele Elemente harmonisiert, viele CSS-Fehler im Theme und einigen Plugins beseitigt - sowie einige Probleme für mobile Benutzer korrigiert. Außerdem habe ich endlich das SSL-Zertifikat auf Let's Encrypt umgestellt (ich hatte vor drei Jahren ein weiteres 3-Jahres-Multi-Domain-Zertifikat gekauft - da Let's Encrypt keine Multi-Domain-Zertifikate anbietet - und einige sehr alte Browser wie Internet Explorer unter Windows XP nicht mit SNI kompatibel waren - was bedeutet, dass mehrere SSL-gesicherte Domains von derselben IP-Adresse aus mit unterschiedlichen Zertifikaten für jede Website betrieben werden. Allerdings benutzt mittlerweile wirklich niemand mehr diese Browser - vor 3 Jahren waren es schon weniger als 1% meiner Besucher und Windws XP ist wirklich tot).

Andere Updates gab es in den letzten Monaten reichlich, z.B. Updates zur OSM-Nutzung von valley, railway=halt, Hinzufügen von information=trailblazed und Überarbeitung des Namensschemas von Wegen, um etwas mehr Keys/Tags zum Straßenzustand anzuzeigen (z.B. trail_visibility - verkürzt als tvVALUE), einige Zugangs-Tags korrigiert, Überarbeitung von Toren, Eingängen und Schranken, Verbesserungen bei Toiletten, Bänken, Picknickplätzen, Entfernen von survey_point (zu viel Durcheinander) und bereits letztes Jahr im Oktober eine komplette Überarbeitung der POI-Sichtbarkeit auf modernen Garmin-GPS-Geräten je nach Zoomstufe.

Unten der Langkofel, Dolomiti in Italien - sehr realitätsnah, obwohl es so steil ist.

Und hier ein typischer Vergleich zwischen LIDAR-Daten und alten Daten von recht guter Qualität - auf den ersten Blick sieht es nicht sehr unterschiedlich aus - aber der Knick des Flusses ist mit den neuen Daten viel genauer:

Vs alte Konturlinien

]]> https://openmtbmap.org/de/updates/new-contourlines-for-europe-news/feed/ 2 https://openmtbmap.org/de/updates/autumn-map-updates-12-september-2022/ https://openmtbmap.org/de/updates/autumn-map-updates-12-september-2022/#comments Mon, 12 Sep 2022 22:01:19 +0000 https://openmtbmap.org/?p=54104

Hallo zusammen, ich wünsche euch einen guten Abschluss eurer diesjährigen Outdoor-Saison in Europa. Um es noch besser zu machen, habe ich ausgiebige Tests mit verschiedenen Garmin GPS-Geräten an meinem Lenker durchgeführt - und versucht, die Sichtbarkeit noch weiter zu verbessern - zumal sich bei den neuesten Garmin Edge 1040 und Explore 2 die Bildschirme in ihren Eigenschaften ein wenig verändert haben.

Hier also eine Liste der wichtigsten Änderungen:

Um euch das Biken und die Outdoor-Aktivitäten noch angenehmer zu machen, habe ich viel Zeit investiert - teilweise zusammen mit einem Grafikdesigner - um das Layout der Karten zu verbessern und schöner zu gestalten. Bisher hatte ich versucht, alle Elemente so zu gestalten, dass sie möglichst einfach zu unterscheiden sind - das hat aber dazu geführt, dass einige nicht so wichtige Dinge - wie z.B. die Unterscheidung zwischen Industrie- und Wohngebieten - zu sehr hervorstechen, während es für die meisten Menschen vor allem wichtig ist, ob man sich in der Natur oder in einem bebauten Gebiet befindet. Es ist immer noch leicht, zwischen Einkaufs-, Industrie- und Wohnvierteln zu unterscheiden - aber die verschiedenen Orte stechen nicht mehr so stark aus dem Bildschirm heraus - so dass ein besserer Kontrast zu Straßen und Wegen entsteht - also Dinge, die wirklich wichtig sind. Außerdem habe ich die Gebäude viel ähnlicher gemacht - ich denke, die alte Unterscheidung zwischen einfachen Gebäuden und solchen mit touristischer oder öffentlicher Nutzung war nicht so wichtig, als dass ich sie in einem dunkleren Grau dargestellt hätte. Mülldeponien werden jetzt nur noch in [...]]]> Hallo zusammen - ich wünsche euch allen eine gute Outdoor/MTB-Saison in diesem Sommer!

Um euch das Biken und die Outdoor-Aktivitäten noch angenehmer zu machen, habe ich viel Zeit investiert - teilweise zusammen mit einem Grafikdesigner - um das Layout der Karten zu verbessern und schöner zu gestalten. Bisher hatte ich versucht, alle Elemente so zu gestalten, dass sie möglichst einfach zu unterscheiden sind - das hat aber dazu geführt, dass einige nicht so wichtige Dinge - wie z.B. die Unterscheidung zwischen Industrie- und Wohngebieten - zu sehr hervorstechen, während es für die meisten Menschen vor allem wichtig ist, ob man sich in der Natur oder in einem bebauten Gebiet befindet. Es ist immer noch leicht, zwischen Einkaufs-, Industrie- und Wohnvierteln zu unterscheiden - aber die verschiedenen Orte stechen nicht mehr so stark aus dem Bildschirm heraus - so dass ein besserer Kontrast zu Straßen und Wegen entsteht - also Dinge, die wirklich wichtig sind. Außerdem habe ich die Gebäude viel ähnlicher gemacht - ich denke, die alte Unterscheidung zwischen einfachen Gebäuden und solchen mit touristischer oder öffentlicher Nutzung war nicht so wichtig, als dass ich sie in einem dunkleren Grau dargestellt hätte. Mülldeponien werden jetzt nur noch in sehr hohen Details angezeigt - sie waren zu früh zu sehen. 

Außerdem werden jetzt in allen Layouts Wohnstraßen in der Auflösung 23 (300m) identisch mit der Auflösung 24 (200m und darunter) angezeigt - ich habe dies getan, um in der Auflösung 23 etwas Bildschirmplatz zu sparen, aber ich denke, es ist zu verwirrend - es erhöht den Lernaufwand beim Lesen der Karte zu sehr.

Die zweite große Änderung ist das Hinzufügen eines einfachen topographische Karten Layouts (nicht auf wanderer bezogen wie das hiking/wander Layout). Es zeigt keine Informationen, die man nicht in einer normalen topographischen Karte für Wanderungen erwarten würde - so ist es viel einfacher zu lesen. Ich habe daher auch die MTB-, Fahrrad- und Wanderrouten viel dünner gestaltet. Sie sind zwar immer noch sichtbar, aber viel weniger auffällig. Es ist ganz einfach - Tracks bekommen rote Farbe, Pfade (Singletrail) bekommen braune Farbe. Je mehr gestrichelt, desto schwieriger/schlechter der Zustand. Es gibt keine Unterscheidung mehr zwischen Anliegerstraßen und Wirtschaftswegen oder Wegen mit Asphaltbelag (diese Unterscheidung ist im Wanderlayout noch sichtbar), da auch Standardtopografische Karten dies nicht differenzieren. Eine Ausnahme habe ich bei den Fußgängerzonen gemacht - sie sind in den meisten Karten nicht unterschieden - aber ich habe eine Unterscheidung für sie beibehalten. Ich denke darüber nach, das Wanderlayout ein wenig zu modifizieren - vielleicht alle MTB-Routen und Fahrradrouten daraus zu entfernen? Ich denke, dass Wanderer diese Routen auch gerne kennen - aber in diesem Fall könnten sie das neue vereinfachte topografische Kartenlayout verwenden, das nicht auf eine bestimmte Aktivität ausgerichtet ist.

Das einfache topografische Layout gibt es auch für die VeloMaps.

Einige weitere Änderungen in den letzten Wochen: leisure=track für Bikeparks hinzugefügt, wo highway=path nicht verwendet wird (kommt manchmal vor), Fehler behoben, dass Wege mit route=hiking in der VeloMap dominant angezeigt wurden (so dass man annehmen konnte, sie hätten eine bessere Oberfläche - gilt nur für Wege mit unbekannter Oberfläche/Tracktyp/Glätte). Place=locality POI wurden von Auflösung 23 auf 24 verschoben. Sie werden manchmal exzessiv genutzt.  

Und vor einigen Wochen - aber erst im VeloMap-Newsletter darüber geschrieben:

Ich habe den VeloMap-Kompilierungsprozess aktualisiert, um eine Option zur Anzeige von 20m-Höhenlinien, aber ohne Gebäude, einzubauen. Mit gmapsupp.img Downloads ist dies nun schon seit über einem Jahr möglich - allerdings konnte man auf dem PC/Notebook nur eine Karte ohne Gebäude und ohne Höhenlinien wählen.

Jetzt gibt es folgende Auswahlmöglichkeiten für die VeloMaps:

Karte ohne Gebäude und ohne Höhenlinien
Karte mit 20m Höhenlinien ohne Gebäude
Karte mit 20m Höhenlinien mit Gebäuden
Karte mit 10m Höhenlinien mit Gebäuden

Natürlich können Sie auch eine separate Karte nur mit Gebäuden, eine Karte mit 20m Höhenlinien und eine Karte mit 10m Höhenlinien installieren, wenn Sie es vorziehen, Ihre Karten mit Garmin MapInstall zu erstellen, anstatt die gmapsupp.img Downloads zu verwenden. Da der Gebäude-Layer manchmal die Straßenbeschriftungen überlappt, werde ich dies für die OpenMTBMaps nicht tun, da ich davon ausgehe, dass die meisten Leute Gebäude in den OpenMTBMaps haben wollen, während ich schätze, dass bei VeloMaps nur ein Drittel oder maximal 50% der Benutzer Gebäude sehen wollen.

Ich habe auf der Website nun auch eine Seite mit Infos zu den verschiedenen Layouts erstellt: https://openmtbmap.org/about-2/map-legend/

Hier also einige Screenshots, die die Änderungen zeigen:

The new cleaner layout - OpenMTBMap Wide layout (very similar for VeloMap Wide):

vs the old Wide layout:

The same was done for the desktop layout (I first thought about removing it altogether - because the new layouts are quite nice on desktop too - but yeah desktop layout with lower contrast is still nicer on desktop:

- so the new desktop layout below.

I still have to do some work in implementing those changes for the Fenix layout.

Now on to the new Simple Topographical map layout:

vs the Hiking layout:

vs the wide layout:

And here another screenshot of the new simple Topographical map layout:

Seit 6 Monaten habe ich kein Update mehr darüber geschrieben, was sich für OpenMTBMaps und VeloMaps geändert hat - also los geht's. Im Vergleich zu den letzten Änderungen sind die Updates viel subtiler ausgefallen - und das liegt daran, dass das meiste davon Bugfixes für eher selten auftretende Probleme waren oder einfach nur Aktualisierungen von OSM-Schlüsseln/Wertänderungen.

Optisch gab es vor allem zwei Änderungen - zuletzt sind die Beschriftungen für Almhütten nun wieder (einige Basecamp/GPS-Geräte-Updates haben das geändert) - optisch früher, auch bei einigen Gipfeln werden die Beschriftungen nun etwas früher angezeigt - Gipfel und Almhütten sind immer noch die wichtigsten Merkmale für die Orientierung in bergigen Gebieten:

Ich habe die Benennung von Wander-, Mtb-, oder Radrouten überarbeitet - jetzt stehen die wichtigsten Namen an erster Stelle, aber weitere Routennamen werden nicht weggelassen, wenn ein Weg z.B. Teil von zwei Radrouten ist, wie hier - das war wirklich schwer, schön nach Priorität zu machen - steht das Internationale Radwegenetz (ICN) MV - München nach Venedig an erster Stelle, gefolgt vom Nationalen Radwegenetz (NCN) R3 Innradweg - Abschnitt Tiroler Unterland. Ich habe versucht, Tagging-Fehler/Besonderheiten zu entfernen, wie z.B. dass die R3-Referenz hier doppelt vorkommt - aber es ist [...]]]>

Seit 6 Monaten habe ich kein Update mehr darüber geschrieben, was sich für OpenMTBMaps und VeloMaps geändert hat - also los geht's. Im Vergleich zu den letzten Änderungen sind die Updates viel subtiler ausgefallen - und das liegt daran, dass das meiste davon Bugfixes für eher selten auftretende Probleme waren oder einfach nur Aktualisierungen von OSM-Schlüsseln/Wertänderungen.

Optisch gab es vor allem zwei Änderungen - zuletzt sind die Beschriftungen für Almhütten nun wieder (einige Basecamp/GPS-Geräte-Updates haben das geändert) - optisch früher, auch bei einigen Gipfeln werden die Beschriftungen nun etwas früher angezeigt - Gipfel und Almhütten sind immer noch die wichtigsten Merkmale für die Orientierung in bergigen Gebieten:

Ich habe die Benennung von Wander-, Mtb-, oder Radrouten überarbeitet - jetzt stehen die wichtigsten Namen an erster Stelle, aber weitere Routennamen werden nicht weggelassen, wenn ein Weg z.B. Teil von zwei Radrouten ist, wie hier - das war wirklich schwer, schön nach Priorität zu machen -  steht das Internationale Radwegenetz (ICN) MV - München nach Venedig an erster Stelle, gefolgt vom Nationalen Radwegenetz (NCN) R3 Innradweg - Abschnitt Tiroler Unterland. Ich habe versucht, Tagging-Fehler/Besonderheiten zu entfernen, wie z.B. dass die R3-Referenz hier doppelt vorkommt - aber es ist nicht möglich, die doppelte Benennung in jedem Fall loszuwerden (das Problem hier ist, dass die Referenz R3 ist, und der Name fälschlicherweise R3 Innradweg - statt nur Innradweg):

Ich habe vor kurzem Venezuela und Großbritannien und Irland als neue Länder hinzugefügt. Die Karte von Großbritannien und Irland enthält die Kanalinseln, die zuvor aus der normalen Karte von Großbritannien und den Nordinseln entfernt wurden sowie alle weiteren Inseln die zu UK gehören und weiter entfernt sind. Diese Woche werde ich den Gebäude-Layer für die VeloMaps aktualisieren - wer also die Gebäude in Basecamp/PC integriert, muss beim nächsten Update auch den Gebäude Layer aktualisieren.

Wohngebiete wurden nicht mit dem Namen der Stadt benannt, zu der sie gehören. Jetzt ist es schneller zu sehen, zu welcher Stadt ein Gebiet gehört, wenn es innerhalb einer Stadt liegt.

Andere Korrekturen sind eher unbedeutend - einige Beispiele: Hinzufügen eines Hinweises zum Namen von emergency access points, Brücken auf highway=footway (nicht highway=path), die Teil einer Wanderroute, aber nicht Teil einer Rad- oder MTB-Route sind, waren nicht routingfähig. Da normalerweise Highway=Pfad verwendet wird, war dieser Fehler sehr selten, wo er von Bedeutung war. ref keyvon Straßen in Korea wurde entfernt, da er zu Verwirrung führte. Verschiedene Korrekturen an den create.... Skripten. Für einige Wochen hatten die OpenMTBMap gmapsupp.img Downloads keine korrekt funktionierende Adresssuche. Verbesserungen für Campingplätze / Wohnwagenplätze und deren Anzeige aufgrund neuer Osm-Namensschemata. Einige Verbesserungen bei der Hausnummern- und Adressensuche, Beseitigung einiger natural=basin Polygone in der Slowakei, die nirgendwo sonst den Tagging-Standards entsprachen. Und viele andere kleine Korrekturen.

]]> https://openmtbmap.org/de/updates/spring-2022-updates-for-OpenMTBMap-and-VeloMap-over-the-last-months/feed/ 0 https://openmtbmap.org/de/garmin/new-fenix-layout/ https://openmtbmap.org/de/garmin/new-fenix-layout/#comments Mon, 11 Oct 2021 17:52:54 +0000 https://openmtbmap.org/?p=53838 In den letzten Monaten wurde hauptsächlich an der Optimierung der Kartenerstellung und an der Aktualisierung der Website und des Webservers gearbeitet. Nachdem ein defekter Netzteillüfter im August dafür gesorgt hatte, dass die Webseiten 20 Stunden lang ausfielen, beschloss ich, dass ich die Webseite nach 4,5 Jahren auf einen neuen Server migrieren sollte (Serverhardware ist normalerweise für etwa 5 Jahre 24/7-Betrieb gut - dann sollte sie ersetzt werden, da Ausfälle immer wahrscheinlicher werden). Der kaputte Lüfter des Netzteils war wirklich lästig, da der Server-Provider ihn zuerst nicht fand, da der Server im Rettungsmodus einwandfrei lief - im realen Betrieb aber schnell überhitzte und sich dann abschaltete. Ich entschied mich dann, auch den Server für die Kartenkompilierung zu aktualisieren und viele Prozesse zu optimieren (z. B. bemerkte ich, dass die Kartenkompilierung viel zu viele Schreibvorgänge auf die NVME-Festplatten verursachte, und musste viele Schritte optimieren und Dinge auf die Ramdisk verschieben, um die NVME-Laufwerke nicht vorzeitig zu zerstören. Diese übermäßigen Schreibvorgänge wurden mit der Einführung der 10m-Höhenlinien und der VeloMap-Gebäudeschicht deutlich.

Außerdem habe ich die gesamte Kartenerstellung überarbeitet, um größere Kacheln zu erzeugen, so dass man größere Gebiete auf seinen Geräten installieren kann, ohne dass plötzlich ein Gebiet ohne Vorankündigung fehlt, weil [...]]]> In den letzten Monaten wurde hauptsächlich an der Optimierung der Kartenerstellung und an der Aktualisierung der Website und des Webservers gearbeitet. Nachdem ein defekter Netzteillüfter im August dafür gesorgt hatte, dass die Webseiten 20 Stunden lang ausfielen, beschloss ich, dass ich die Webseite nach 4,5 Jahren auf einen neuen Server migrieren sollte (Serverhardware ist normalerweise für etwa 5 Jahre 24/7-Betrieb gut - dann sollte sie ersetzt werden, da Ausfälle immer wahrscheinlicher werden). Der kaputte Lüfter des Netzteils war wirklich lästig, da der Server-Provider ihn zuerst nicht fand, da der Server im Rettungsmodus einwandfrei lief - im realen Betrieb aber schnell überhitzte und sich dann abschaltete. Ich entschied mich dann, auch den Server für die Kartenkompilierung zu aktualisieren und viele Prozesse zu optimieren (z. B. bemerkte ich, dass die Kartenkompilierung viel zu viele Schreibvorgänge auf die NVME-Festplatten verursachte, und musste viele Schritte optimieren und Dinge auf die Ramdisk verschieben, um die NVME-Laufwerke nicht vorzeitig zu zerstören. Diese übermäßigen Schreibvorgänge wurden mit der Einführung der 10m-Höhenlinien und der VeloMap-Gebäudeschicht deutlich.

Außerdem habe ich die gesamte Kartenerstellung überarbeitet, um größere Kacheln zu erzeugen, so dass man größere Gebiete auf seinen Geräten installieren kann, ohne dass plötzlich ein Gebiet ohne Vorankündigung fehlt, weil man die 2048 oder 4096 Kacheln Grenze erreicht. Geräte mit 4096 oder mehr möglichen Kacheln sollten jetzt mit Kartenkacheln von durchschnittlich 8-10MB auskommen (also 4096*8 >> 32GB sd card limit von Garmin-Geräten). Ich empfehle immer noch, nur 6-8GB Karten auf einem Gerät zu installieren, um die Boot- und Suchfunktionen zu beschleunigen (das Deaktivieren einer Karte im Menü des GPS-Geräts hilft nicht bei der Boot- oder Suchgeschwindigkeit), aber größere Kacheln sind immer eine gute Sache.

Neben unzähligen Bugfixes habe ich auch an einem Kartenlayout gearbeitet, das mit dem 64-Farben-Display der Fenix 5/6 Uhren kompatibel ist. Das war ziemlich kompliziert, da die Fenix-Uhren nicht nur nur nur 64 Farben haben - viele davon sind auch schwer zu unterscheiden, während andere Farben so kontrastarm sind, dass sie kaum sichtbar sind. Ich habe sowohl auf das Feedback der Benutzer gehört als auch eine Fenix 6x bekommen, um vor Ort daran zu arbeiten. Die resultierenden Farben unterscheiden sich ein wenig von den anderen Karten - und sehen auf Mac/Windows-PCs schrecklich aus - aber auf der Uhr selbst funktionieren sie ziemlich gut. Ja, die Kartendarstellung auf der Fenix kann nicht mit dedizierten Geräten mithalten - aber mit dem optimierten Layout funktioniert es ziemlich gut, um sich nicht zu verlaufen. Die Planung einer Route oder eines Tracks auf der Fenix ist ziemlich umständlich - aber das Folgen einer aus dem Netz heruntergeladenen / in Basecamp erstellten Route/Track funktioniert jetzt sehr gut.

Hier ein paar Bilder der Karte mit dem neuen fenix-Layout - sie spiegeln ziemlich genau wider, wie die Karten in der Realität aussehen (das Sonnenlicht ist schon etwas schwach, bei stärkerer Sonne ist der Kontrast besser, im Schatten ist der Kontrast schlechter - wie bei Garmin transreflektiven Displays üblich):

Beachte, wie lebendig die Farben auf den Screenshots sind - bei anderen Garmin GPS-Geräten ist der Unterschied zwischen Screenshot und Realität nicht so groß.

Ich musste also wirklich nach der knalligsten der 64 Farben suchen, um ein schönes Rendering zu erhalten. Ich glaube, das Problem ist die ziemlich hohe DPI der Fenix-Uhren. Sie reflektieren das Sonnenlicht viel schlechter wegen der hohen DPI - mit sagen wir 60% der Auflösung wäre alles immer noch sehr scharf aus normalem Betrachtungsabstand - aber mit besserem Kontrast (Trotzdem ist die Fenix 6x wirklich gut zum Wandern - für das Radfahren ist sie meiner Meinung nach nur ein Backup. Der Bildschirm ist einfach zu klein.  Zum Wandern ist sie aber super und durch die lange Akkulaufzeit besser als andere Smartwatches - was mit OLED-Display nicht erreicht werden kann). Auch aufgrund der hohen DPI verwendet das Fenix-Layout nun die breitesten Linien, die ich je verwendet habe. Z.B. sind die Konturlinien 2 Pixel breit statt 1.

Während viele User die neuen Layouts mit gelben Straßen, die im Juli eingeführt wurden, wirklich mögen, bevorzugen andere den höheren Kontrast des alten Layoutstils. Daher habe ich einige wichtige Verbesserungen des alten Wide/Clas-Layouts zurückportiert und sie sind nun als Wide Legacy und Clas Legacy Layout enthalten. Mit der Einführung des Fenix-Layouts und des Legacy-Layouts habe ich beschlossen, das Thin-Layout in den Ruhestand zu schicken - allerdings habe ich das Clas- und Clas-Legacy-Layout so optimiert, dass es auf einigen älteren Edge-Geräten besser funktioniert, die zuvor am besten mit dem Thin-Layout bedient wurden. Ich kann nicht zu viele Layouts pflegen, also musste das dünne Layout weichen. Außerdem habe ich viele Stunden damit verbracht, den Kontrast des neuen modernen Layouts  zu optimieren, damit es einfacher ist, größere von kleineren Straßen zu unterscheiden.

Und ein weiteres großes Update, das für alle VeloMap-Benutzer sichtbar ist - ich habe mich entschlossen, die Gebäude in einen separaten Layer für die VeloMap zu verschieben, genau wie die Konturlinien. Zuvor hatte ich die angezeigten Gebäude schrittweise reduziert, um die Geschwindigkeit beim Zeichnen der Karte auf GPS-Geräten zu verbessern und einen besseren Kontrast für den Rest der Karte zu schaffen - aber es ist schwer, hier alle zufrieden zu stellen. Manche Leute wollen Gebäude sehen, andere finden, dass sie die Karte in größeren Städten verlangsamen, und wieder andere brauchen sie einfach nicht. Jetzt kann man wählen, ob sie angezeigt werden sollen oder nicht und sie genau wie die Konturlinien aktivieren/deaktivieren. Ich vermute, dass die meisten OpenMTBMap-Benutzer Gebäude haben wollen - deshalb sind sie in den OpenMTBMaps nicht in einer separaten Ebene. 

Es gibt noch eine ganze Reihe weiterer Korrekturen am Installer - z.B. war die Größenberechnung der zu installierenden Karten bei Karten mit .7z-Dateien zur Einbindung falsch. Oder seit einigen Monaten war highway=footway in der OpenMTBMap standardmäßig nur für Fußweg routingfähig. Hier hatte ich vor einiger Zeit einen Fehler gemacht, der diesen Bug verursachte. Natural=Stein (nur Frankreich) und natural=Fels, natural=Tal, natural=Schlucht sowie einige andere neue OSM-Schlüssel werden nun angezeigt. Außerdem habe ich an der Optimierung anderer Outdoor-Features wie Grate, Couloirs und Auen gearbeitet

Die Batch/Bash-Dateien waren nicht vollständig kompatibel mit 10m-Höhenlinien. 

Persönlich macht mir mein linkes Knie große Probleme und ich hoffe, dass ich bald einen Stammzellen-Knorpelersatz (ACT) bekommen kann - denn ich hoffe, dass ich mit 40 Jahren noch keinen Knieersatz brauche. Aber meine vergangenen schweren Stürze beim Snowboarden und Skifahren, neben 3 ACL-Ersatzoperationen und einer Menge entfernter Menisken, haben mein Knie unfähig gemacht, viele Sportarten auszuüben. Ich hoffe, dass ich in den letzten Jahren stärker als je zuvor zurückkehren kann, aber die Heilung wird einige Zeit dauern. 

]]> https://openmtbmap.org/de/garmin/new-fenix-layout/feed/ 47 https://openmtbmap.org/de/updates/new-wide_easy-layout-for-VeloMap/ https://openmtbmap.org/de/updates/new-wide_easy-layout-for-VeloMap/#comments Wed, 28 Jul 2021 07:14:38 +0000 https://openmtbmap.org/?p=53762 Im gestrigen Beitrag ging es um die allgemeinen Verbesserungen am Layout der OpenMTBMaps und VeloMaps. Heute geht es um das neue wide easy Layout für die VeloMap (basierend auf dem Wide-Layout - da die meisten Benutzer jetzt GPS-Geräte haben, bei denen das Wide-Layout aufgrund der höheren DPI besser aussieht als das klassische Layout). Die OpenMTBMap hatte seit vielen Jahren ein easy Layout - mit weniger Details (allerdings basierend auf dem klassischen und nicht auf dem breiten Layout vor den Updates). Für die VeloMaps - die keine starke Differenzierung für Offroad-Strecken aufweisen müssen - war dies nicht so sehr nötig. Zumal es bereits das "Race"-Layout gab - für Rennrad, das stark reduziert ist und nur wichtige Informationen für Rennradfahrer zeigt.

Doch viele Leute haben sich nie die Zeit genommen oder sind nicht daran interessiert zu wissen, ob ein Radweg neben einer Straße verläuft. Sie wollen auch nicht den besten Kontrast oder sind daran interessiert zu wissen, ob es einen Fußweg oder eine Fußgängerzone gibt. Oder ob eine Straße als Anliegerstraße oder als Wohnstraße eingestuft ist. Das easy Layout lässt diese Unterschiede nicht erkennen und hält es einfach. Die Farben der Straßen ähneln denen von Google Maps - wobei versucht wird, [...]]]> Im gestrigen Beitrag ging es um die allgemeinen Verbesserungen am Layout der OpenMTBMaps und VeloMaps. Heute geht es um das neue wide easy Layout für die VeloMap (basierend auf dem Wide-Layout - da die meisten Benutzer jetzt GPS-Geräte haben, bei denen das Wide-Layout aufgrund der höheren DPI besser aussieht als das klassische Layout). Die OpenMTBMap hatte seit vielen Jahren ein easy Layout - mit weniger Details (allerdings basierend auf dem klassischen und nicht auf dem breiten Layout vor den Updates). Für die VeloMaps - die keine starke Differenzierung für Offroad-Strecken aufweisen müssen - war dies nicht so sehr nötig. Zumal es bereits das "Race"-Layout gab - für Rennrad, das stark reduziert ist und nur wichtige Informationen für Rennradfahrer zeigt.

Doch viele Leute haben sich nie die Zeit genommen oder sind nicht daran interessiert zu wissen, ob ein Radweg neben einer Straße verläuft. Sie wollen auch nicht den besten Kontrast oder sind daran interessiert zu wissen, ob es einen Fußweg oder eine Fußgängerzone gibt. Oder ob eine Straße als Anliegerstraße oder als Wohnstraße eingestuft ist. Das easy Layout lässt diese Unterschiede nicht erkennen und hält es einfach. Die Farben der Straßen ähneln denen von Google Maps - wobei versucht wird, den Kontrast auf dem Bildschirm zu maximieren, ohne die Farben zu stark zu verändern.

Es wird weiterhin zwischen Fernradwegen und regionalen/lokalen Radwegen unterschieden. Warum halte ich das für wichtig? Nun, wenn man z.B. dem "EV6" - allgemein bekannt als Donauradweg - folgt, möchte man an Kreuzungen mit vielen regionalen Radwegen nicht verwirrt sein, welche Route der EV6 und welche die regionale ist. Ja, ich habe die Fernradwege bereits dicker gemacht - aber ich bin immer noch der Meinung, dass die Farbe unterschiedlich sein sollte. So werden internationale und nationale Radrouten blau dargestellt, während regionale Radrouten schwarz dargestellt werden (dies gilt nicht nur für das einfache Layout, sondern für alle VeloMap-Layouts).

Das Prinzip zum Verständnis der Kartenfarben ist nach wie vor sehr einfach - Straßen, die auch für Autos zugelassen sind, werden in heller Farbe dargestellt. Wege, die entweder nicht für den Radverkehr zugelassen sind - oder aufgrund des schlechten Belags eher nur für Mountainbikes geeignet sind - werden dünn oder in brauner Farbe dargestellt. Schwarz/gepunktetes Schwarz wird für Wege/Straßen mit gutem Belag und in der Regel ohne/wenig Autos verwendet. Sehr dünnes gepunktetes Schwarz wird für unbekannte Wegequalität verwendet (oft Privatwege oder Zufahrten zu Häusern)

Folgend einige Screenhots von alt gegen neu bzw oder einfach nur das neue wide easy Layout:

Zunächst ein alter Screenshot der VeloMap Austria - Park Schönbrunn im wide Layout.

Im Vergleich zum verbesserten neuen wide Layout - der große Unterschied hier ist, dass ich Nationalparks und ähnliches jetzt nur noch transparent in grün zeige - nicht mehr überlagernd. Außerdem wurden die Gebäude und Sportstätten abgeschwächt:

Und schließlich das viel einfachere wide_easy Layout. Beachten Sie, dass im breiten Layout oben rechts der Radweg auf der Mariahilfer Straße (hellblaue Punkte) zu sehen ist, der im einfachen Layout weggelassen wird - und natürlich auch die unterschiedliche Farbgebung der Straßen:

Ein paar weitere Beispiele:

Eine gute Übersicht über die Straßenfarben im easy Layout für die VeloMap. Autobahnen und Fernstraßen sind in orange gehalten. Primär-/Sekundär-/Tertiärstraßen sind in Gelb dargestellt - Primärstraßen im auffälligsten Gelb - während Tertiärstraßen dünner und in einem weniger hellen Gelb gehalten sind. Die EV6 und EV9 in blau, regionale Radwege in schwarz.

>

Die Donau in Wien - und der blaue EV6-Donauradweg. Leider kann ich nicht ohne weiteres beeinflussen, welche Linien übereinander dargestellt werden. Das Garmin-Kartenformat unterstützt kein Layering/Ordering von Linien. So verschwindet die blaue Markierung für den Radweg manchmal hinter anderen Straßen. Dies geschieht vor allem dann, wenn in OSM parallele Wege als separate Wege kartiert werden - anstatt die Radweg-/Radspur-Tasten zu verwenden. Zoomen Sie weiter hinein, um Verwirrung zu vermeiden.

70m einfach - bei 70m wird es in den meisten Fällen sehr einfach, den Radwegen zu folgen. Auch hier gut zu sehen - der Unterschied in Einbahnstraßenpfeilen. Diejenigen, die aus zwei Dreiecken neben der Straße bestehen - sind nur für Autos. Die aus einem dünneren Einzelpfeil bestehenden sind für alle Fahrzeuge einschließlich Fahrräder gültig. Sagen Sie mir in einem Kommentar, ob es Ihnen lieber wäre, wenn ich Einbahnpfeile, die nur für Autos gelten, im einfachen Layout nicht zeigen würde. Ich bin mir da ein bisschen unsicher. Wollen Sie das immer noch wissen (normalerweise muss man viel vorsichtiger fahren, wenn nur Radfahrer in die Gegenrichtung fahren dürfen - und die Gefahr, in einen Unfall verwickelt zu werden, ist viel höher) oder soll ich diese Pfeile im einfachen Layout weglassen und nur Einbahnpfeile zeigen, die sowohl für Radfahrer als auch für Autos gelten?

]]> https://openmtbmap.org/de/updates/new-wide_easy-layout-for-VeloMap/feed/ 12 https://openmtbmap.org/de/updates/OpenMTBMap-new-map-layouts-finally-online-big-improvement-for-easy-and-hiking-layout/ https://openmtbmap.org/de/updates/OpenMTBMap-new-map-layouts-finally-online-big-improvement-for-easy-and-hiking-layout/#comments Tue, 27 Jul 2021 20:36:44 +0000 https://openmtbmap.org/?p=53747 Nach vielen Wochen des Ausprobierens - und des Ausprobierens vieler Änderungen sowohl auf dem Desktop als auch im realen Leben beim Wandern und Mtbiken - ist die Überarbeitung des Kartenlayouts endlich abgeschlossen. Ich habe darauf geachtet, die Kartenlayouts übersichtlicher, harmonischer und farblich einheitlicher zu gestalten.

So waren z.B. vorher die MTB-Trails grün, während die MTB-Routen braun waren. Bei einer Zoomstufe von 500 m (Basecamp, normaler Ausschnitt) war die Karte in den dicht besiedelten Gebieten Europas zu unübersichtlich geworden. Bei einigen Polygonen gab es das Problem, dass sie sich mit anderen Gebieten überschnitten (z.B. Parks) und generell stachen einige Gebiete einfach zu sehr hervor, obwohl ihre Bedeutung für das Wandern oder Radfahren nicht gegeben war (Sportplätze). Ich hatte die Gebäudefarben zu sehr differenziert - und hatte unterschiedliche Grautöne für Regierungsgebäude, Museen usw. im Vergleich zu normalen Gebäuden. Das gab zwar viele Informationen - ist aber eigentlich nicht nötig und macht die Karte etwas unübersichtlicher.

Ich habe nun alle Layouts überarbeitet, um mich auf das Wesentliche zu konzentrieren - während ich immer noch den unglaublichen Detaillierungsgrad zur Verfügung stelle, den nur OpenMTBMaps für die Planung Ihrer Reise bietet. D.h. hochdifferenzierte Schwierigkeitsgrade für Mtbiken oder Wandern, und viel mehr wichtige Informationen schnell [...]]]> Nach vielen Wochen des Ausprobierens - und des Ausprobierens vieler Änderungen sowohl auf dem Desktop als auch im realen Leben beim Wandern und Mtbiken - ist die Überarbeitung des Kartenlayouts endlich abgeschlossen. Ich habe darauf geachtet, die Kartenlayouts übersichtlicher, harmonischer und farblich einheitlicher zu gestalten.

So waren z.B. vorher die MTB-Trails grün, während die MTB-Routen braun waren. Bei einer Zoomstufe von 500 m (Basecamp, normaler Ausschnitt) war die Karte in den dicht besiedelten Gebieten Europas zu unübersichtlich geworden. Bei einigen Polygonen gab es das Problem, dass sie sich mit anderen Gebieten überschnitten (z.B. Parks) und generell stachen einige Gebiete einfach zu sehr hervor, obwohl ihre Bedeutung für das Wandern oder Radfahren nicht gegeben war (Sportplätze). Ich hatte die Gebäudefarben zu sehr differenziert - und hatte unterschiedliche Grautöne für Regierungsgebäude, Museen usw. im Vergleich zu normalen Gebäuden. Das gab zwar viele Informationen - ist aber eigentlich nicht nötig und macht die Karte etwas unübersichtlicher.

Ich habe nun alle Layouts überarbeitet, um mich auf das Wesentliche zu konzentrieren - während ich immer noch den unglaublichen Detaillierungsgrad zur Verfügung stelle, den nur OpenMTBMaps für die Planung Ihrer Reise bietet. D.h. hochdifferenzierte Schwierigkeitsgrade für Mtbiken oder Wandern, und viel mehr wichtige Informationen schnell sichtbar. Ja, einige andere Karten mögen auf den ersten Blick immer noch angenehmer für das Auge sein, transportieren aber viel weniger Informationen. Ich habe besonders viel daran gearbeitet, ein neues, einfaches Layout zu erstellen - und dabei Informationen weggelassen, die manche Leute für zu viel halten - wie Symbole für straßenparallele Radwege oder mtb:scale:uphill. Das einfache Layout enthält jedoch immer noch die mtb:scale-Schwierigkeitseinfärbung für MTB-Strecken. Wenn Sie auch das weglassen wollen, verwenden Sie das ansonsten sehr identische Wanderlayout. Ich habe jetzt auch MTB-Routen in das Wander-Layout integriert. a) für Wanderer, die nicht gerne unter MTB-Fahrern unterwegs sind, um diese Wege zu meiden, b) für MTB-Fahrer, die eine eher standardmäßige topographische Karte wünschen, aber trotzdem MTB-Routen sehen wollen (wenn auch weniger prominent als Wanderrouten).

Ich werde in ein paar Tagen einen weiteren Beitrag über das neue einfache Layout der VeloMap schreiben. Die VeloMap hatte bisher kein einfaches Layout - also habe ich ein einfaches Layout (neben dem Rennrad-Layout) auch für die VeloMap erstellt.

In ein paar Wochen werde ich endlich auch ein Layout veröffentlichen, das Fenix 5/6 64 farbverbindlich ist. Ich muss allerdings noch einige Tests mit dem Fenix-Layout machen, bevor ich es veröffentlichen kann. Es wird sowohl für VeloMap als auch für OpenMTBMap kommen.

Und zu guter Letzt - ich habe wieder alle Konturlinien neu gerendert - warum? Nun, nach dem letzten Update ist mir aufgefallen, dass ALOS world 3d seine Höhendaten auf eine neuere Version aktualisiert hat, die nun fast die ganze Welt abdeckt (statt bei 60° Nord aufzuhören) und viewfinderpanoramas hat einen neuen Grönland-Datensatz hochgeladen (der auch weitgehend auf ALOS world 3d plus Arctic DEM basiert). Da es zu mühsam ist, nachzuschauen, welche Länder davon betroffen waren (hauptsächlich außerhalb Europas), habe ich alle Höhenlinien neu erstellt. Das nächste Kartenupdate wird die neuen Höhenlinien enthalten. Neue 20m-Höhenlinien des asiatischen Kontinents werden ebenfalls enthalten sein.

Oh - und da feedburner den Betrieb einstellt - habe ich den Newsletter von feedburner auf follow.it Service umgestellt. Entschuldigung für den Massen-Newsletter vor einigen Wochen, der viele alte Newsletter verpackt hat - das war ein Fehler, der beim Übergang passiert ist.

Genug des Geredes - hier sind einige Vorher-Nachher-Screenshots:

Altes breites Layout auf 500m - vs. neues breites Layout 500m - Beachten Sie, dass viel weniger Wege und Straßen angezeigt werden. Sie erscheinen jetzt einen Zoomschritt näher bei 300m (statt vorher 700m). Beachten Sie auch die grünen MTB-Routen (und roten Wanderrouten). Trails mit MTB-Schwierigkeitsangaben - oder Teil einer Wander- oder MTB-Route - werden nun bis zu 700m (statt vorher 1,5km) angezeigt. Während vorher die meisten Straßenrouten auf 700m angezeigt wurden - was jetzt auf 300m reduziert wurde)

Ich habe auch die Farben der Wälder etwas verändert (sie sind jetzt etwas dominanter).

Altes easy Layout 500m - das alte einfache Layout hatte keine mtb:scale Trail-Schwierigkeitsinformationen:

Neues easy Layout 500m:

Dazu im Vergleich das neue hike/Wander-Layout in dem Wanderrouten nun überwiegend in Schwarz dargestellt werden, während MTB-Routen eher dünn in Braun gehalten sind. Der Schwierigkeitsgrad von MTB-Strecken kann durch Anklicken der Strecke selbst angezeigt werden - er ist immer noch Teil des Namens.

Bern - alte 1500m-Zoomskala - easy Layout

Vs neues  easy layout 1500m Zoomstufe. Beachte, dass ich für das easy und das Wander-Layout auch die Straßenfarben wichtiger Straßen/Autobahnen mehr an google maps/englischen Stil angeglichen habe - aber immer noch versuche, sie kontrastreich zu halten.  Die Farben von google maps direkt zu verwenden, wäre für Garmin GPS-Geräte zu kontrastarm. Die MTB-Routen in grün sind jetzt viel besser zu erkennen als vorher - und weil die Straßenfarben homogener sind - ist es einfacher, die Städte zu erkennen (auch weil ich den Detailgrad dessen, was hier gezeigt wird, ziemlich reduziert habe). Als ich diesen Detailgrad 2009 verwendet hatte, war er angemessen - aber jetzt, mit höheren DPI-Monitoren und den Displays der GPS-Geräte von Garmin, macht es Sinn, die Details ein wenig zu reduzieren.

Bei der stärksten Vergrößerung - 200m oder näher - sind die Änderungen am geringsten, aber immer noch gut sichtbar - beachte,  dass die Häuser nicht mehr in verschiedenen Grautönen erscheinen. Die Sportplätze und Parkplätze wurden abgemildert.  Erst alt, dann neu:

]]> https://openmtbmap.org/de/updates/OpenMTBMap-new-map-layouts-finally-online-big-improvement-for-easy-and-hiking-layout/feed/ 8 https://openmtbmap.org/de/updates/30-05-2021-huge-updates-to-OpenMTBMap-and-VeloMap-maps-new-contourlines-and-much-more/ https://openmtbmap.org/de/updates/30-05-2021-huge-updates-to-OpenMTBMap-and-VeloMap-maps-new-contourlines-and-much-more/#comments Sun, 30 May 2021 16:34:18 +0000 https://openmtbmap.org/?p=53606 Einigen Usern ist vielleicht aufgefallen, dass es seit etwa 4 Wochen 10m Höhenlinien als separate Karten auf den Download-Seiten gibt. Während des Erstellungsprozesses sind mir einige Probleme in steilen Bereichen aufgefallen, die dort nicht hätten sein dürfen. So begann ein langer Prozess der Verbesserung der Höhenlinien. Das Problem war, dass die Filter, die der Map-Compiler gegen beliebige Linien laufen lässt, nicht für Höhenlinien geeignet waren. Mit der Hilfe des mkgamp Teams wurde mkgmap nun in dieser Hinsicht stark verbessert - und irgendwie haben sich dadurch auch die normalen Karten beim Herauszoomen stark verbessert (Dank an Gerd für seine nie endenden Verbesserungen an mkgmap). Beim Herauszoomen - je weiter man jetzt herauszoomt - desto größer ist die Verbesserung.

Für alle Länder- und Kontinent-Karten - außer der Asien-Vollkontinent-Karte (kommt in 1-2 Monaten - es ist eine riesige Arbeit, diese zu erstellen) gibt es jetzt 20m Äquidistanz-Höhenlinien - und 10m Äquidistanz-Höhenlinien. Auf allen Karten, die ab 30. Mai 2021 kannst du 10m oder 20m Höhenlinien auswählen. Die 10m-Höhenlinien Die 10m-Höhenlinien sind jetzt auch in den Installer integriert. Für Mac OSx sind sie ebenfalls integriert - und während für Windows-Benutzer die 10m-Höhenlinien separat heruntergeladen werden müssen, sind sie für OSx in den meisten [...]]]> Einigen Usern ist vielleicht aufgefallen, dass es seit etwa 4 Wochen 10m Höhenlinien als separate Karten auf den Download-Seiten gibt. Während des Erstellungsprozesses sind mir einige Probleme in steilen Bereichen aufgefallen, die dort nicht hätten sein dürfen. So begann ein langer Prozess der Verbesserung der Höhenlinien. Das Problem war, dass die Filter, die der Map-Compiler gegen beliebige Linien laufen lässt, nicht für Höhenlinien geeignet waren. Mit der Hilfe des mkgamp Teams wurde mkgmap nun in dieser Hinsicht stark verbessert - und irgendwie haben sich dadurch auch die normalen Karten beim Herauszoomen stark verbessert (Dank an Gerd für seine nie endenden Verbesserungen an mkgmap). Beim Herauszoomen - je weiter man jetzt herauszoomt - desto größer ist die Verbesserung.

Für alle Länder- und Kontinent-Karten - außer der Asien-Vollkontinent-Karte (kommt in 1-2 Monaten - es ist eine riesige Arbeit, diese zu erstellen) gibt es jetzt 20m Äquidistanz-Höhenlinien - und 10m Äquidistanz-Höhenlinien. Auf allen Karten, die ab 30. Mai 2021 kannst du 10m oder 20m Höhenlinien auswählen. Die 10m-Höhenlinien Die 10m-Höhenlinien sind jetzt auch in den Installer integriert.  Für Mac OSx sind sie ebenfalls integriert - und während für Windows-Benutzer die 10m-Höhenlinien separat heruntergeladen werden müssen, sind sie für OSx in den meisten Ländern bereits im gmapi-Installer enthalten.  Ich hatte geplant, die 10m Höhenlinien am 9. April 2021 zum 12-jährigen Jubiläum der OpenMTBMap-Website zu integrieren - aber diese Arbeit hat sich als viel größer herausgestellt als erwartet - es ist einfach, 2-3 Karten zu erstellen, aber 180 verschiedene Länder/Regionen zu erstellen bedeutet, dass alles viel komplizierter ist und mehr Bugs die Chance haben, irgendwo im Prozess aufzutauchen.

Weitere wichtige Updates. Ich habe die ganze Integration der Relationen (MTB-Routen, Fahrrad-Routen, Wander-Routen) überarbeitet. Vorher war es irgendwie willkürlich, wenn mehrere Routen den gleichen Weg benutzten - welcher Name dem Weg gegeben wurde. Jetzt ist dies von den wichtigsten zu den unwichtigsten Routen geordnet.  Dies führte bisher auch zu Problemen, wenn z.B. eine regionale Route und eine nationale Route den gleichen Weg benutzten - und die regionale Route vor der nationalen behandelt wurde - beim Herauszoomen wurde die nationale Route nicht angezeigt. Dies ist nun behoben. 

Komplette Überarbeitung der Windows-Installer - ich habe ca. 80 Stunden damit verbracht, die Installer so zu optimieren, dass sie schneller sind (ja, immer noch ein bisschen langsam - da sie lzma statt lzma2 verwenden und kein Multithreading beim Entpacken von Daten unterstützen) und die 10m und 20m Höhenlinien korrekt integrieren. Ich hoffe auch, dass sie jetzt einfacher zu verstehen sind. Es gibt noch etwas zu tun - bezüglich der Installation von separaten contourlines only map sowohl auf VeloMap als auch auf OpenMTBMap installer (mit contourlines als separatem Download) - ich werde in Zukunft verhindern dass diese doppelt installiert werden können.  Es ist jetzt auch möglich, nur eine separate Konturenkarte zu installieren, ohne die Karte selbst zu installieren, aber das empfehle ich natürlich nicht.  Aktualisierung der Installer Ich habe oft darüber nachgedacht, die Windows-Karten einfach ins gmapi-Format zu verschieben - weil ich mich dann nicht mehr mit NSIS-Installern herumschlagen müsste - aber es gibt so viele coole Dinge, die man mit NSIS-Installern machen kann, plus die Tatsache, dass das Windows-Format IMHO immer noch besser ist als das gmapi-Format (außer der Windows-Registry) - dass ich Windows-Benutzern empfehle, beim klassischen Kartenformat zu bleiben. 

Alte 20m Höhenlinien auf Basis von Lidar-Daten:

Vergleicht die neuen 20m Höhenlinien - basierend auf den gleichen Daten, aber mit verbesserter Douglas Peucker Filterung. Beachten Sie, wie die Linien viel besser zueinander ausgerichtet sind. Es gibt keine Konturlinie mehr, die eine andere kreuzt, weil sie an unterschiedlichen Stellen vereinfacht wurden. Dieser Effekt tritt überall auf - aber weil der tatsächliche Abstandsunterschied gering ist, wird er nur in sehr steilen Bereichen wie in dieser Region wirklich sichtbar. Es ist jetzt etwas genauer - aber der Hauptunterschied ist, dass die Rundung zum Garmin-GPS-Gerät koordinierter ist.

>

Im Vergleich zu den neuen Höhenlinien mit 10m Äquidistanz (und Auflösung 24 statt 23, um noch genauer zu sein - ein Punkt ist auf ca. 2,8m genau bei Auflösung 24 vs. 5,4m bei Auflösung 23 - dies verbraucht jedoch viel mehr Daten. Ich empfehle die Verwendung von 10m Höhenlinien in hügeligen oder flachen Gebieten - und 20m in echten Bergen wie den Alpen. Dazu habe ich auch die 20m Höhenlinien auf Basis von 10m Daten erstellt. So ist es beim herauszooen möglich im 50m Abstand Höheninien anzuzeigen und generell die Abstufung der Höhenlinien beim herauszoomen stark verbessert.

Während die Karten in den nächsten 24 Stunden aktualisiert werden, kann es noch zu leichten Abweichungen kommen und die Installation von Karten mit separaten Höhenlinien stimmt nicht mit der Karte überein. Bei OpenMTBMap sollte dies deutlich seltener vorkommen als bei VeloMap-Karten (nur bei englischsprachigen OpenMTBMap-Karten mit separaten Höhenlinien). Ab Dienstag 01. Juni sollte dies alles behoben sein. Ich werde auch noch einige weitere gmapsupp.img Konturenkarten für Kontinente oder große Länder hinzufügen, die im Moment noch nicht online sind. Da ich diese manuell mit MapInstall erstellen muss, wird das noch etwa eine Woche dauern. Für Asien Kontinentkonturlinien ist die gmapsupp.img Karte nicht möglich - da sie das Limit von 4048 Kacheln bricht. Die Windows 10m und 20m Asien Konturlinien Karte wird noch in 2-3 Wochen oder so kommen - es gab einen Fehler beim ersten Versuch und mein Server braucht über 2 Wochen nonstop rechnen um sie zu erstellen.

Wenn es keine Probleme gibt, die ich übersehen habe - werde ich die Europa-Karte in 4-5 Tagen aktualisieren. Die Höhenlinien für die Europakarte sind fertig - aber ich möchte noch warten, um zu sehen, ob ich vielleicht einen Fehler im Zusammenhang mit dem Installationsprogramm übersehen habe. Die Erstellung der Europakarte ist immer ein ziemlicher Aufwand - über 40 Stunden Kompilierzeit (aufgrund von 8 Versionen - 4x OpenMTBMap, 4x VeloMap).

Anstehende Verbesserungen in den nächsten paar Wochen: Ich habe angefangen, an den Zoomstufen zu arbeiten - dies aber gestoppt, um mich auf die Aktualisierung der Höhenlinien zu konzentrieren. Ich werde dies bald wieder aufgreifen und plane, die meisten Wege/Trails eine Zoomstufe nach unten zu verschieben. Openstreetmap wird immer detaillierter und ich denke, es ist notwendig, dies anzupassen. Am liebsten würde ich das nur für Europa machen, aber ich kann nicht zwei in dieser Hinsicht unterschiedliche Stile gleichzeitig pflegen. Die meisten meiner Benutzer benutzen die Karten in Europa und hier ist es einfach besser, wenn einige Features erst später erscheinen.  Ich habe die Details schon überarbeitet, wenn ich weiter herausgezoomt habe - und denke, dass es eine große Verbesserung gab. Das Hauptproblem sind Flüsse - ich habe Stunden damit verbracht, die Inkonsistenzen in der Flusskartierung in OSM zu umgehen und sicherzustellen, dass wichtige Flüsse in niedrigeren Zoomstufen angezeigt werden. Das Problem dabei ist jedoch, dass Flüsse immer mehr mit Relationen kartiert werden - und viele dieser Super-Relationen für Flüsse wie die Donau oder andere große Flüsse sind kaputt oder fehlen teilweise. In meinen Karten ist es jetzt besser als vor 2-3 Monaten - aber nicht perfekt. Grundsätzlich wäre es am besten, für die sehr weit herausgezoomten Regionen von OSM auf eine andere, konsistentere Datenquelle umzusteigen - aber ich weiß nicht, wie das geht - und welche Datenquelle kompatibel wäre.

Außerdem arbeite ich an einem neuen Layout - für Leute, die eher einen klassischen Wanderkarten-Look bevorzugen. Ich hoffe, dass ich es in 4-5 Wochen fertigstellen kann. Ich brauche noch etwas Zeit, um es in der Praxis auf meinen Geräten Edge, Oregon und etrex zu testen. Ich habe immer noch das Gefühl, dass es einige Anpassungen für besseren Kontrast geben muss - typische Papierkarten sind einfach anders. Ich versuche jedoch, es für Leute, die nur topographische Papierkarten gewohnt sind, leicht verständlich zu machen. Ich bin immer noch der Meinung, dass das Farblayout, das ich im Moment verwende, viel besser ist als die klassischen Karten, was die Lesbarkeit und die Möglichkeit, Informationen zu übermitteln, angeht. Alle anderen OSM-basierten Karten enthalten viel weniger Informationen über die Qualität / Nutzbarkeit von Wegen. Aber manche Leute sind damit einfach überfordert - also werde ich dieses Layout für sie erstellen. 

Unabhängig davon - ich habe sowohl die OpenMTBMap- als auch die VeloMap-Website überarbeitet - und viele Tutorial-Videos eingebaut. Viele Dinge waren etwas veraltet und ich habe versucht, das meiste davon zu korrigieren. So viele Inhalte zu haben, bedeutet auch, dass es viel Zeit kostet, sie auf dem neuesten Stand zu halten. Die meisten Video-Tutorials richten sich an Anfänger - die Routenplanungsvideos zum Beispiel enthalten aber auch für regelmäßige Benutzer noch ein paar Tipps und Tricks. Ich bin immer noch der Meinung, dass schriftliche Tutorials besser sind als Video-Tutorials - aber weil manche Leute lieber Video-Tutorials sehen, habe ich Video-Tutorials für fast alle gängigen Aufgaben am Desktop mit OpenMTBMaps und VeloMaps erstellt. Irgendwo auf meiner Roadmap stehen auch Videos mit GPS-Geräten - aber die sind komplizierter zu produzieren und brauchen noch etwas Zeit. Ich werde auch noch ein Video erstellen, in dem ich die verschiedenen Layouts vergleiche und etwas mehr über sie erkläre. Das muss aber noch warten, bis ich das klassische topographische Layout fertiggestellt habe.

Persönlich habe ich die letzten 6 Monate in Taiwan verbracht, um mein Chinesisch zu verbessern und bin erst vor 10 Tagen nach Europa zurückgekommen. Ich habe vor, im nächsten Winter wieder nach Taiwan zu gehen - aber mal sehen, wie es dort mit dem Coronavirus aussieht (war bis vor 3 Wochen das sicherste Land der Welt - und obwohl ich keine Angst habe, mich mit dem Virus anzustecken - auch wegen der Impfung -, mag ich keine Lockdowns, also werde ich nur zurückgehen, wenn es kein Risiko von Lockdowns mehr gibt. Ich hoffe wirklich, dass die Probleme mit dem Coronavirus für Europa vorbei sind. Das hat mich auch viele Donations gekostet, aber zum Glück gibt es immer noch genug Leute, die für OpenMTBMap oder VeloMap spenden, damit ich weitermachen kann. Ich werde demnächst zum ersten Mal seit 2014,  die Preise ein wenig erhöhen. User mit besehendem Abonnement, werden davon nicht betroffen sein.