Dies wird sicherlich dazu führen, dass Antivirenprogramme und Windows Download Shield Chaos anrichten. Ich hoffe, dass ich das Zertifikat bald bekommen kann, aber Sectigo scheint nicht in der Lage zu sein, mit einfachen Problemen zu arbeiten, wie z.B. dass meine Adresse einmal in englischer Übersetzung und einmal in romanisierter Schrift (Istanbul vs. Istanmpoul) ist und dass die Straßennummer (nicht Haus- oder Türnummer) einmal da ist und einmal nicht - Dinge, die in Zypern verwirrend sind, da jede Behörde ihre eigene Auffassung darüber hat, wie sie die Adresse veröffentlicht.

Für Mac OSx, wo gmapsupp.img heruntergeladen wird, spielt das fast keine Rolle - aber ich konnte das Kartenerstellungsverfahren nicht ändern, um die .exe-Installationsprogramme für Windows zu entfernen, also hatte ich beschlossen zu warten, in der Hoffnung auf ein Zertifikat, das jeden Tag [...]]]> Es tut mir leid, dass ich die Karten seit über 3 Wochen nicht mehr aktualisiert habe. Vor 6 Wochen habe ich begonnen, ein neues Code-Signing-Zertifikat zu bestellen - aber ich hatte Probleme, die Anforderungen zu erfüllen, und nun, da ich seit 2 Wochen alle Anforderungen erfüllt habe, validiert Sectigo meine Daten immer noch nicht. Also habe ich heute beschlossen, Updates ohne signierte Installationsprogramme und Signierung anderer Dateien zu installieren.

Dies wird sicherlich dazu führen, dass Antivirenprogramme und Windows Download Shield Chaos anrichten. Ich hoffe, dass ich das Zertifikat bald bekommen kann, aber Sectigo scheint nicht in der Lage zu sein, mit einfachen Problemen zu arbeiten, wie z.B. dass meine Adresse einmal in englischer Übersetzung und einmal in romanisierter Schrift (Istanbul vs. Istanmpoul) ist und dass die Straßennummer (nicht Haus- oder Türnummer) einmal da ist und einmal nicht - Dinge, die in Zypern verwirrend sind, da jede Behörde ihre eigene Auffassung darüber hat, wie sie die Adresse veröffentlicht.

Für Mac OSx, wo gmapsupp.img heruntergeladen wird, spielt das fast keine Rolle - aber ich konnte das Kartenerstellungsverfahren nicht ändern, um die .exe-Installationsprogramme für Windows zu entfernen, also hatte ich beschlossen zu warten, in der Hoffnung auf ein Zertifikat, das jeden Tag ausgestellt wird...

Nun, ich werde jetzt die wöchentlichen Updates neu starten - und hoffentlich bald in der Lage sein, alle Dateien, die signiert werden können, wieder zu signieren.

Ansonsten hatten die Bash/Batch-Dateien neben aktualisierten Kartendaten noch einige Bugs und einige andere Kleinigkeiten.

Klicken Sie auf den Download/Hover darüber und klicken Sie auf die drei Punkte "..."

Klicken Sie auf "Behalten" 

Klicken Sie auf den Pfeil zu "Mehr Anzeigen" - dann klicken Sie auf "Trotzdem behalten"

Klicken Sie auf Mehr Info

Klicken Sie auf Trotzdem ausführen

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:

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/garmin/20-03-2021-new-contourlines-for-europe-and-some-countries/ https://openmtbmap.org/de/garmin/20-03-2021-new-contourlines-for-europe-and-some-countries/#comments Sat, 20 Mar 2021 13:17:21 +0000 https://openmtbmap.org/?p=53442

Die heutige (20.03.2021) Europa-Karte kommt mit neuen Höhenlinien - Neue Lidar-basierte Höhenlinien sind nun auch für die folgenden Länder verfügbar: Schweiz, Frankreich, Island, Slowakei, Belgien. Und in Deutschland für das Bundesland Sachsen-Anhalt. Achtent also bitte darauf, beim Aktualisieren der Europakarte die neuen Höhenlinien erneut herunterzuladen. Seit einigen Monaten haben die Länderkarten von Frankreich, Belgien und Island neue Höhenlinien. Die Länderkarten der Schweiz, der Slowakei, Deutschlands und Sachsen-Anhalts werden ab heute/morgen ebenfalls die neuen LIDAR basierten Höhendaten haben. In Deutschland ist nun etwa 50% mit LIDAR abgedeckt, Westeuropa fast komplett, Osteuropa quasi noch so gut wie gar nicht da die Länder keine LIDAR Daten rausrücken.

Einige weitere Aktualisierungen der Karten der letzten Monate waren:

Überarbeitung der Gipfelprominenz - sprich ab wann Gipfel beim reinzoomen angezeigt werden.

Anpassung der Marina/Hafen an die aktuellen Tagging-Standards, die den alten widersprechen.

Außerdem Verwendung von mtb:imba, wenn mtb:scale nicht vorhanden ist.

Verschiedene kleine Korrekturen und Änderungen.

]]>

Die heutige (20.03.2021) Europa-Karte kommt mit neuen Höhenlinien - Neue Lidar-basierte Höhenlinien sind nun auch für die folgenden Länder verfügbar: Schweiz, Frankreich, Island, Slowakei, Belgien. Und in Deutschland für das Bundesland Sachsen-Anhalt. Achtent also bitte darauf, beim Aktualisieren der Europakarte die neuen Höhenlinien erneut herunterzuladen. Seit einigen Monaten haben die Länderkarten von Frankreich, Belgien und Island neue Höhenlinien. Die Länderkarten der Schweiz, der Slowakei, Deutschlands und Sachsen-Anhalts werden ab heute/morgen ebenfalls die neuen LIDAR basierten Höhendaten haben. In Deutschland ist nun etwa 50% mit LIDAR abgedeckt, Westeuropa fast komplett, Osteuropa quasi noch so gut wie gar nicht da die Länder keine LIDAR Daten rausrücken.

Einige weitere Aktualisierungen der Karten der letzten Monate waren:

Überarbeitung der Gipfelprominenz - sprich ab wann Gipfel beim reinzoomen angezeigt werden.

Anpassung der Marina/Hafen an die aktuellen Tagging-Standards, die den alten widersprechen.

Außerdem Verwendung von mtb:imba, wenn mtb:scale nicht vorhanden ist.

Verschiedene kleine Korrekturen und Änderungen.

]]> https://openmtbmap.org/de/garmin/20-03-2021-new-contourlines-for-europe-and-some-countries/feed/ 26 https://openmtbmap.org/de/garmin/english-vs-local-language-maps/ https://openmtbmap.org/de/garmin/english-vs-local-language-maps/#comments Thu, 08 Jun 2017 15:27:55 +0000 https://openmtbmap.org/?p=12344

Bisher waren die OpenMTBMaps und VeloMaps je nach Land in lokaler Sprache, bzw in Ländern die keine lateinische Schrift benutzen - meist in Englisch (aber nur wenn zu dem Land im Openstreetmap Wiki eine Codepage Definition vorlag - also etwa nicht in Israel).

In den letzten Wochen habe ich nun sehr sehr viel Zeit investiert dieses Wirrwarr aufzulösen. Nun gibt es in allen Ländern wo dies nötig ist - die Karten in lokaler Sprache - oder als separater Download in englischer Sprache. Wo halte ich dies für nötig? Nun zuallererst einmal bei allen Karten in denen Länder vorkommen wo die Normalschrift nicht Latein ist.

Kann man etwa kein kyrillisch lesen - so macht es ja am meisten Sinn direkt eine englischsprachige Karte zu nutzen - im Falle das kein Englisches Label in OSM existiert - wird ein transkribiertes Label genommen - nur im Falle dass es auch dieses nicht in OSM gibt - wird eine automatische Transkription nach Latein vorgenommen - dies aber nur bei den Non Unicode Karten - meist sind die automatischen Transkriptionen einfach nicht sinnvoll/vernünftig - daher sind die (Standard) Unicode Karten ohne maschinelle Transkription.

Zusätzlich sind auch alle Kontinentkarten (außer Nordamerika/Antarktika wo eh englisch Standard [...]]]>

Bisher waren die OpenMTBMaps und VeloMaps je nach Land in lokaler Sprache, bzw in Ländern die keine lateinische Schrift benutzen - meist in Englisch (aber nur wenn zu dem Land im Openstreetmap Wiki eine Codepage Definition vorlag - also etwa nicht in Israel).

In den letzten Wochen habe ich nun sehr sehr viel Zeit investiert dieses Wirrwarr aufzulösen. Nun gibt es in allen Ländern wo dies nötig ist - die Karten in lokaler Sprache - oder als separater Download in englischer Sprache. Wo halte ich dies für nötig? Nun zuallererst einmal bei allen Karten in denen Länder vorkommen wo die Normalschrift nicht Latein ist.

Kann man etwa kein kyrillisch lesen - so macht es ja am meisten Sinn direkt eine englischsprachige Karte zu nutzen - im Falle das kein Englisches Label in OSM existiert - wird ein transkribiertes Label genommen - nur im Falle dass es auch dieses nicht in OSM gibt - wird eine automatische Transkription nach Latein vorgenommen - dies aber nur bei den Non Unicode Karten - meist sind die automatischen Transkriptionen einfach nicht sinnvoll/vernünftig - daher sind die (Standard) Unicode Karten ohne maschinelle Transkription.

Zusätzlich sind auch alle Kontinentkarten (außer Nordamerika/Antarktika wo eh englisch Standard ist) auch in Englisch verfügbar. Dies betrifft also Zentral und Südamerika. Ich glaub zwar die meisten werden hier eine lokale Karte bevorzugen - schließlich sind spanische Namen für uns Europäer leicht zu verstehen - aber downloadbar ist es trotzdem. Hier betrifft es eh fast nur Stadtnamen (Süd/Zentralamerika sind ab Morgen downloadbar - alle anderen Karten sind schon online).

Europa, Asien und Afrika Kontinentkarten sind wegen Ländern die nicht Latein benutzen eh in Unicode lokal Sprache, Unicode englisch, Non Unicode lokale Sprache, Non Unicode Englisch downloadbar.

Allerdings - habe ich soweit möglich in den Suchfunktionen in den Ländern mit lokaler Sprache - zusätzlich auch die Englischen Namen suchbar gemacht. Dies betrifft aber leider nur die POI Suche - die Adresssuche geht auf den meisten Geräten leider nur in lokaler Sprache oder Englischer Sprache. Wenn man aber etwa nach einer Stadt per POI sucht - kann man sowohl nach München oder nach Munich suchen - man wird beides finden.

In den Non Unicode Karten ist die lokale Karte in komplett lokaler Sprache und Schrift - also etwa kyrillisch - die POI Suche ermöglicht aber auch Suche nach englischem Stadtnamen.  Die englische Karte allerdings ermöglicht im Normalfall keine Suche in lokaler Schrift/Sprache

Updates: In allen Ländern wo es englischsprachige und lokalsprachige Versionen gibt - werden die Karten nun alternierend geupdated. Länder wo es keine englischsprachige Version gibt bleibem beim wöchentlichen Update.

Nochmal zur Erinnerung - die Non Unicode Karten braucht man nur wenn das GPS Gerät die Unicode Karten sperrt (in den meisten Garmin GPS die seit 2016 neu vorgestellt wurden) bzw in ganz ganz alten Geräte (so vor 2005 vorgestellt). Es gibt allerdings in den weiten des Internets gehackte Firmwares für quasi alle neuen GPS Geräte von Garmin damit diese auch Unicode Karten einlesen ohne diese zu blockieren. Jeder muss hier selber wissen ob er dass will oder nicht. Solange diese Firmware nicht dazu benutzt wird kopiergeschützte Garmin Originalkarten als nicht lizensierte Kopie zu verwenden sollte der Gebrauch solcher Firmwares innerhalb der EU zumindest legal sein.

Ich werde diesbezgüglich alle Kommentare löschen bzw keine Hilfe bieten wo diese Firmwares zu beziehen sind - wer hier seine Fimware umflashen möchte - via google findet man da recht schnell Quellen.

Wenn ihr irgendwo in den Karten noch Verbesserungsmöglichkeiten seht was die Sprachen angeht - und in OSM dafür Keys existieren - werde ich versuchen die noch umzustezen. Ich denke es ist erst so 95% perfekt.

]]> https://openmtbmap.org/de/garmin/english-vs-local-language-maps/feed/ 6 https://openmtbmap.org/de/garmin/unicode-maps/ https://openmtbmap.org/de/garmin/unicode-maps/#comments Mon, 27 Jun 2016 10:42:35 +0000 https://openmtbmap.org/?p=3519

Seit letzter Woche habe ich bei der Kartenerstellung bezüglich Schriftarten einiges umgestellt. Bisher waren alle Länderkarte wenn nötig in Unicode (nötig wenn Latein nicht die Hauptschriftart ist) - die Kontinentkarten aber immer in Latein (codepage latin1). Das Problem ist - dass einige neue Garmin GPS Geräte Unicodekarten nicht anzeigen - wenn diese nicht digital signiert sind von Garmin. Da Garmin diesen Bug nicht ändern möchte (selbst einige ihrer eigenen Karten laufen nicht auf diesen Geräten) - habe ich nun für alle Karten die standardmäßig in Unicode generiert werden - eine Nicht Unicode Variante als Premiumdownload zum Download gestellt. Die Kontinente Asien, Afrika und Europa gibt es jetzt in Unicode oder Latein. Für Länderkarten ist wenn möglich die Nicht Unicode Variante in der Hauptschriftart des Landes - also etwa kyrillsich oder arabisch. Aber auch etwa in chinesischen Schriftzeichen. Das klappt sehr gut für alle Länder wo es eine weit verbreitete Codepage gibt. Ein paar Schriftarten die in Ländern wie Sri-Lanka, Afghanistan oder Kambodscha benutzt werden - sind allerdings erst mit Unicode (UTF-8) richtig unterstützt - hier musste ich daher auf Latin1 zurückgreifen - was halt kaum in der Lage ist auch nur annähernd die dortige Schrift zu unterstützen.

Prinzipiell sollte [...]]]>

Seit letzter Woche habe ich bei der Kartenerstellung bezüglich Schriftarten einiges umgestellt. Bisher waren alle Länderkarte wenn nötig in Unicode (nötig wenn Latein nicht die Hauptschriftart ist) - die Kontinentkarten aber immer in Latein (codepage latin1). Das Problem ist - dass einige neue Garmin GPS Geräte Unicodekarten nicht anzeigen - wenn diese nicht digital signiert sind von Garmin. Da Garmin diesen Bug nicht ändern möchte (selbst einige ihrer eigenen Karten laufen nicht auf diesen Geräten) - habe ich nun für alle Karten die standardmäßig in Unicode generiert werden - eine Nicht Unicode Variante als Premiumdownload zum Download gestellt. Die Kontinente Asien, Afrika und Europa gibt es jetzt in Unicode oder Latein. Für Länderkarten ist wenn möglich die Nicht Unicode Variante in der Hauptschriftart des Landes - also etwa kyrillsich oder arabisch. Aber auch etwa in chinesischen Schriftzeichen. Das klappt sehr gut für alle Länder wo es eine weit verbreitete Codepage gibt. Ein paar Schriftarten die in Ländern wie Sri-Lanka, Afghanistan oder Kambodscha benutzt werden - sind allerdings erst mit Unicode (UTF-8) richtig unterstützt - hier musste ich daher auf Latin1 zurückgreifen - was halt kaum in der Lage ist auch nur annähernd die dortige Schrift zu unterstützen.

Prinzipiell sollte man also die Unicode Karten benutzen - nur User mit den folgenden Garmin GPS Geräten müssen derzeit auf die Nicht Unicode Versionen zurückgreifen:

• Edge 520,820,1000
• GPS Maps 64 series
• Etrex 20x / 30x (aber nicht das "Orignal"/bzw alte "etrex 30" oder "etrex 20")
• Etrex Touch
• Ein paar ganz neue Nuvi - sowie ganz ganz alte Garmin GPS Geräte (etwa Garmin Vista C, GPS Maps 60 C)
• Alle Geräte die erst seit 2016 verkauft werden
• Oregon 700/750
• Epix

Dass die neueste Generation einiger Garmin GPS Geräte die Unicode Karten nicht öffnet - liegt an einem Firmwarebug seitens Garmin. Da mit diesem Bug (oder Feature) auch viele unlizensiert ("raubkopierte") Garmin Karten vor Benutzung geschützt werden (wenn auch schon längst wieder geknackt) - ist Garmin derzeit nicht Willens diesen Fehler zu beheben. Es gibt sogar einige legal von Garmin.de bzw Garmin.com gekaufte Karten die auf diesen Geräten nicht mehr geöffnet werden - bisher ohne Lösung seitens Garmin. Warum braucht es aber überhaupt Unicode Karten? Nun die klassichen alten Karten unterstützen nur einen Codepage - also etwa Latein, ODER etwa kyrillisch oder arabisch. Aber nicht alle Schriftsätze zusammen. Dies geht nur mit Unicode. Da in Europa etwa in Griechenland oder Osteurope aber oft kyrillisch geschrieben wird - biete ich die Europakarte nun als Unicode an.

Ganz alte Garmin GPS Geräte - die noch kein Unicode unterstützen - unterstützen leider auch keine alternative Codepages. Sprich alle etwa prä-2006 vorgestellten Garmin GPS Geräte (etwa Vista C, oder GPS Maps 60 C, die Nachfolger Vista Cx oder GPS Maps 60Cx sind glaube ich schon Unicode kompatibel) sind damit außen vor. Aber irgendwann muss man einfach upgraden. Sorry. Die Länder wo Latein die Hauptschriftart ist - gehen natürlich weiterhin. Also Europa, Nordamerika, Südamerika und halt einige Länder in Afrika oder Asien gehen weiterhin. Aber es macht eh wenig Sinn etwa eine Karte von Griechenland oder Russland am Gerät anzuzeigen - die rein in Latein ist.

Achtung - es kann nur entweder oder installiert werden. Die Unicode Version überschreibt die Non Unicode Version bzw umgekehrt auch.

Auch habe ich letzte Woche mal wieder eine ganze Reihe neuer Länder in die Downloadlisten eingepflegt - vor allem in Asien.

]]> https://openmtbmap.org/de/garmin/unicode-maps/feed/ 4 https://openmtbmap.org/de/garmin/map-updates-07-12-2009/ https://openmtbmap.org/de/garmin/map-updates-07-12-2009/#comments Mon, 07 Dec 2009 00:23:20 +0000 https://openmtbmap.org/?p=700 Autorouting in Mapsource works around 50% better if used via car/motorcycle faster route. Now shorter Distance will actually work pretty well too - especially on longer distances and in combination with mode :bicycle.

Routing using mode bicycle and shorter distance works pretty similar to how mode car/motorcycle and faster time worked before. Faster Time and bicycle does not work well together. Delivery and shorter distance is another pretty nice combination now, whereas faster time and car/motorcycle now really favors cyclroutes and mtbroutes.

Using shorter distance the maximum routable distance doubled more or less. Using faster time, it increased by about 50%. Using mode shorter distance is great if you need to autoroute on etrex / 60 CSx, edge or older units, as it now mostly manages distances up to 20km.

Also Autorouting against the traffic flow (if cycleway=opposite; opposite_track; opposite_lane or on residential and other small streets will now be avoided). And Delivery only avoids Primaries/Secondaries - but does not block them. (this was actually already on last map Update). On top I changed the character set to plain ASCII - meaning no more German Umlauts (produced problems with the address search) and no more ?? questionmarks.

[...]]]> Autorouting in Mapsource works around 50% better if used via car/motorcycle faster route. Now shorter Distance will actually work pretty well too - especially on longer distances and in combination with mode :bicycle.

Routing using mode bicycle and shorter distance works pretty similar to how mode car/motorcycle and faster time worked before. Faster Time and bicycle does not work well together. Delivery and shorter distance is another pretty nice combination now, whereas faster time and car/motorcycle now really favors cyclroutes and mtbroutes.

Using shorter distance the maximum routable distance doubled more or less. Using faster time, it increased by about 50%. Using mode shorter distance is great if you need to autoroute on etrex / 60 CSx, edge or older units, as it now mostly manages distances up to 20km.

Also Autorouting against the traffic flow (if cycleway=opposite; opposite_track; opposite_lane or on residential and other small streets will now be avoided). And Delivery only avoids Primaries/Secondaries - but does not block them. (this was actually already on last map Update). On top I changed the character set to plain ASCII - meaning no more German Umlauts (produced problems with the address search) and no more ?? questionmarks.

Nachdem zu den betamaps das einzige Feedback sehr positiv war, sind nun alle Karten mit dem IMHO verbesserten Autorouting. Modus Fahrrad und kuerzere Distanz funktioniert nun sehr gut. Auto/Motorrad und schnellere Zeit ist dagegen noch staerker auf Fahrrad/MTBRouten fokussiert. Generell ist die moegliche Distanz um 50-100% gestiegen. Somit lassen sich touren einfacher planen, bzw auch am etrex oder 60 CSx, oder edge kann man nun am Geraet gut mal 20km Luftdistanz routen ohne "out of memory" error.

Fahrrad und schnellere Zeit funktioniert allerdings nicht sehr gut. Hier ist Delivery/Auto/Motorrad deutlich besser.

Dazu habe ich wegen der Suchfunktion nun alle Umlaute auf oe, ue, ae, geandert. Ausserdem funktiniert damit die Anzeige von Straßenname mit Sonderzeichen nun ohne ???.

On the other hand it's possible to route over much larger distances now. I'll have to find a compromise. I will update OpenMTBMapaustria several times during the day (whenever I feel significant improvements have been made), so results may vary....