Garmin recently released a very buggy new firmware for edge 1040, 840 and 540. There are two huge problems with this new firmware (21.x) concerning map rendering. All maps published June 02 or later are therefore adapted.
a) Layout in the maps is defined via a .typ file. In this typfile there are two ways to define how streets should render. One is by setting two colours, one for the line and one for the border. And the other is by using two colours and creating a simple bitmap (32x32px). Likely to increase contrast or whatever Garmin decided to render the border in 4x the width that is defined in the .typfile. This doesn't affect most of their modern maps as they only used a line color without border - but in many older maps Garmin also uses a border colour. Now it sounds like the obvious solution to just switch to bitmap instead of line/border - but the problem is that most garmin devices render bitmap lines different and it looks worse. As I believe that about half of my users use the openmtbmap/velomaps with Garmin edge devices I decided to remove the borders and render most streets in single colour only. Before most roads hat a grey/black border. The alternative to use bitmap lines instead I felt is worse.
b) the 21.x firmware devices do not respect the settings regarding labels correctly. Nothing I can fix here. You can chose however unter map layout to not show labels for certain categories.
I spent a lot of time changing all the different typfiles but I would still recommend you to not update. Rolling back is possible by putting an older GUPDTATE.GCD firmware file into the /garmin folder - however this fully resets the device so is quite annoying. You can prevent updates of garmin edge gps devices by placing a dummy GUPDATE.GCD file into the /garmin folder (rename a text file with no content but a blank/space to this). I don't know if other garmin devices will also roll out in future with this broken fimware. It had been reported to garmin on their beta firmware but they didn't fix it.
I had previously decided to remove the "Thin" layout from the openmtbmaps to save my time adapting it when I change things to the layout. After several requests I have now re introduced the Thin layout for the openmtbmaps and also added a thin layout to the VeloMap. It is 1px thinner than the classic/velo (legacy) layout. I think it's only useful for GPSMap 60/62/64/65 devices with low resolution displays - all other garmin devices have higher DPI. As sometimes people ask about which layout to chose - I add an explanation again here (and in other places in help files/website):
The new layout selector in the Windows installer with additional Thin layout
Basically the layouts differ on use case, line width and colour of roads. "Legacy" typfiles use the higher contrast blue/green/red/yellow street differentiation - while "modern" layouts use a lower contrast red-yellow road differentiation. The philosophy behind this is that on legacy typfiles you know exactly what kind of classification a street has, while the modern layout there is a more fluid approach from motorways to small roads that subconciously tells you the road class. Google maps is a prime example of modern type of layouts - while typical German road maps are the inspiration for the legacy layout. Modern layouts give you a better overview when looking at the map on a big screen/display as it's easier for the brain to class importance in an instant and looks nicer/calmer - while legacy layout gives a more exact classification but needs more time to process the information and looks less nice. The width of the layout should be chosen according to the DPI of your device and preferences. As most currently sold garmin devices (except smartwatches) are optimal in my eyes for the Wide layouts - special layouts like, winter, hiking, easy or topo are only available in wide style.
Which .typ file should I choose (VeloMap) - Sorted from Thin to Extra Wide?
Thin - optimized for GPSMap 60/62/64/65
*vthn --- Thin layout - like Velo legacy but even thinner lines. For low resolution Garmin GPS devices like GPSMaps series.
Medium width - - optimized for Vista/Legend/edge_705
*velo --- Velo - The layout to be used on your GPS Device. High Contrast - for lower DPI devices - red-yellow streets
*vllg --- Velo legacy - same as above - but blue-green-red-yellow streets
Wide - optimized for Oregon/Colorado/edge x30/edge x40/GPSMap 66/67 (and more modern devices)
*velw --- Velo Wide - The layout to be used on your high DPI - e.g. Oregon _ GPS Device. Same but wider lines compared to velo - red-yellow streets
*vwlg --- Velo Wide Legacy Same as above - the Wide Legacy Layout for Velomap - but blue-green-red-yellow streets
*esyv --- Wide Easy - simple layout with (nearly) no additional info over traditional topo maps. Wide width. Modern streets.
*race --- Racing Bicycle - The best layout for race/road cycling. High Contrast - red-yellow streets
*topv --- Simple Topo - Simple topopgraphical map style - Easy to understand - high contrast. Very different color scheme from the other maps.
*trdn --- Desktop - Mapsource/Basecamp/Qlandkarte_GT/Desktop --- General big screen/resolution layout. It is the easiest to understand layout and optimized for big screens (800x600 or
Extra Wide - for 64 colour Display of Fenix watches / watches with MIP Display
*vfnx --- Fenix similar to velo Wide Legacy but optimized for Fenix series 5/6/7 watches which can only show 64 colours
Other recent Updates.
I have once again reworked a bit how to draw tracks and ways with mtb:scale information. I had changed this 2 years ago and now went back a little bit to how it was before hoping it's a better compromise. It's always hard to chose the different colours. In general dark colours are better contrast on Garmin GPS devices MIP displays - but some colours like purple, turqoise, yellow, green or red also stand out well. However purple usually is used for routes/tracks. while turquoise is used for showing the way you traveled for trackback and if used for roads could be easily confused with water objects. That's why I chose green for ways rated with mtb:scale and for mtb routes. Now brown (used for hiking trails sac_scale) actually has better contrast but green stands out more in the map. That's why I decided to use green for mtb trails and brown for hiking trails. As for colouring mtb trails like skislopes from very easy (green), easy (blue), intermediate (red) to difficult (black) - that would just work out for an overlay - but destroy any other kind of information in the map. Also with different skills of mtbikers the classicication in 4 levels is simply not enough, same goes for hiking classification on difficulty.
New contourlines for Italy and Republic of Cyprus. Since 2 months finally all of Italy is available with contourlines based on LIDAR data - before this was patchy for some regions only with the rest based on satellite DEM data. For Cyprus (just the South) contourlines are now finally also based on LIDAR. That kinda only leaves Portugal, Ireland, Hungary, Bulgaria, Greece and small parts of Romania and Croatia in the EU without LIDAR based contourlines. And of course quite a lot of bugs or adaptions to OSM keys/terminology I update as always.
The reintroduced Thin Layout
Grüss Dich
Eine Frage zu dem(n) neuen Edge Modell(en). Haben die dieselben Anzeigeprobleme für die neuen (wahrscheinlich noch kommenden) Modelle? Ich habe nicht vor auf die neuesten Modelle sofort aufzuspringen und weiss auch nicht, wie und ob du die neuen Modelle auch testen kannst. aber es interessiert mich doch ein wenig ob da vielleicht Garmin wieder ein neues “Süppchen” kocht.
Ist nur eine Frage.
Grüsse
Werner
ja – edge 1050 ist diesbezüglich ident zu den alten edge Geräten mit der vermurksten Firmware. Das ganze kommt wohl weil sie versuchen fürs edge 1050 an der dynamischen Darstellung die nicht am .typfile hängt was zu verbessern. Es gibt auch Probleme mit Garmins eigenen Karten.
Danke, für die Info, ein wenig Schadenfreude ist bei mir da schon vorhanden, wenn Garmins eigene Karten auch Probleme haben, vielleicht tritt dann spät aber doch ein Lerneffekt bei denen ein- zu hoffen wäre es. Nicht jeder “Neuerung” ist besser, siehe SW Probleme mit security/Windows SW dieses beginnende Wochenende.
Grüsse
Werner
Hab den Screenshot hier angehängt.
Screenshot fehlt.
Hmm, ich sehe den Screenshot hier direkt oberhalb deiner letzten Antwort …
Aber ich kann es auch nochmal per email versuchen
Ah danke, okay danke. Hier sieht man eine Pipeline – das Problem habe ich in der seit Gestern Abend hochladenden Karten behoben. Allerdings hat jemand diese Pipeline schon in OSM gelöscht (wieso auch immer) – daher habe ich sie nicht gesehen und gedacht der waterway=ditch der links davon verläuft wäre das Problem. Inzwischen ist der Screenshot sichtbar. Gestern sah ich ihn nicht. Wenn du die Deutschland/Bayernkarte jetzt herunterlädst ist das Problem behoben.
Ich habe die Bayern Karte nochmal runtergeladen, da hat sich nichts verändert.
Hmm, sollte nicht so sein. Der Kanal (hab den zuerst in OSM übersehen – da er beim editieren nicht auftauchte rund um Reichersdorf sondern nur wenn man weiter weg ging) hätte anders ausschauen sollen – so wie im Screenshot ist es das alte Typfile.
Ich habe jezt für die modern layouts die Farben angepasst damit highway=tertiary besser sichtbar wird, und dazu auch noch ein paar weitere kleine Fixes hinzugefügt im Typfile – sowie Kanäle mit tunnel=flooded sowie auch location=underground als auch usage=headrace entfernt aus den Karten. Sprich dieser Kanal ist entfernt aus der Karte – aber das Display Problem verstehe ich nicht – da es keine schwarzen Rändern haben dürfte – der Kanal hatte im typfile eine Linie ohne Rand (mit 3px Breite). Der Ditch ist Bitmap mit 1px Rand/1px blau mitte.
Aja – die neuste Bayern Karte als Gmapuspp.img ist schon downloadbar, die Windows Version braucht noch 1 Tag bis online.
Also ich verwende schon immer die gmapsupp.img. Auf meinem Rechner läuft Linux, deswegen ignoriere ich die Windows Versionen.
Ich hab mir jetzt das layout auf wide-legacy umgestellt um das Problem mit den unsichtbaren Kreisstraßen zu umgehen. Dabei ist mir ein kleiner Bug im script zum Ändern des Layouts aufgefallen: beim Auflisten der Layouts werden die Ziffern 0) .. 9) verwendet, die Eingabe des Users wird dann aber auf 1) .. 10) getestet. Bei der Eingabe von 1) habe ich daher zunächst das wide-standard statt wide-legacy bekommen
Ah, habe gerade gesehen dass heute nochmal was neueres gekommen ist. Damit ist jetzt die Wasserleitung verschwunden und beim wide modern layout sind jetzt die Kreisstraßen für mich wieder gut erkennbar und die einzelnen Straßentypen auch gut unterscheidbar.
Vielen Dank für den tollen Support!
ich frag mich noch immer wieso da die alte Linie so breit war – falls dir jetzt nochmal so eine Linie unterkommt – würde ich um Screenshot bitten (und Ortsangabe per OSM Link). Die restlichen Karten bekommen bald Update. Das Change_Layout_velomap.sh Skript habe ich korrigiert – das habe ich übersehen.
Hallo Felix, erstmal vielen Dank für Deine schnelle Reaktion auf das neue ‘Feature’ von Garmin. Ich habe jetzt eine deiner angepassten Karten installiert. 2 Dinge sind mir dabei aufgefallen (ich verwende ein Garmin Edge Explore 2 und die fertigen gmapsupp.img Karten):
1) Kreisstrassen (hier im Kreis Miesbach mit Mb.. bezeichnet) sind jetzt bei nicht optimaler Beleuchtung kaum noch zu erkennen. Die nächste höhere Strassenkategorie (hier mit St….) bezeichnet ist einwandfrei erkennbar. Vielleicht kann man die Farbtöne einfach um eine Stufe Richung orange / rot verschieben?
2) Kanäle oder Wasserleitungen, z.B. eine unterirdische Leitung der Wasserwerke München die ich früher gar nicht wahrgenommen habe, erscheinen auf der Karte jetzt sehr dominant mit dicken Rändern.
1. Hmm das ist etwas schwer. Dann wird die Unterscheidbarkeit noch schlechter – ich werde es mir überlegen.
2. Da habe ich die Linie für Wasserleitungen übersehen, die ist noch nicht Bitmap und wird daher so prominent angzeigt (also genau der Grund für die Umstellung) – unterirdische sollten aber nicht angezeigt werden – hast du dazu evtl einen OSM Link auf eine unterirdische Leitung die angzeigt wird?
Hier ist ein Link: https://www.openstreetmap.org/#map=15/47.8399/11.8349
Es geht um die Leitung die am östlichen Ortsrand von Reichersdorf vorbei führt. Früher habe ich die wie gesagt nie bewusst war genommen, jetzt sprang sie auf meinem Navi gleich ins Auge.
Hmm, das finde ich jetzt komisch. Weil die sollte sich durch das Fimware Update nicht geändert haben und 1px breit in blau sein. Kannst du mir diesbezüglich bitte mal einen Screenshot schicken (hier oder per email antworten). Die war nicht vom Bug betroffen.