--- title: "bikerouter.de – das war 2024" date: 2024-12-23T06:00:00+01:00 description: "Ein kleiner Einblick hinter die Kulissen von bikerouter.de im Jahr 2024.\n\nIch schaue auf die wichtigsten Änderungen und Neuerungen zurück und werfe auch einen Blick in die Statistiken und Finanzen." categories: - "bikerouter.de" tags: - "bikerouter" lang: de canonical: https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/ translations: - lang: en url: https://www.marcusjaschen.de/en/blog/2024/bikerouter-2024-recap/ markdown: https://www.marcusjaschen.de/en/blog/2024/bikerouter-2024-recap/index.md --- # bikerouter.de – das war 2024 Wie auch [im letzten Jahr](https://www.marcusjaschen.de/blog/2023/bikerouter-rueckblick-2023/) möchte ich auch diesmal kurz auf das Jahr rund um [**bikerouter.de**](https://bikerouter.de/) zurückblicken. Ich werde einen Überblick über die wichtigsten Änderungen im Jahr 2024 geben und auch wieder einen Blick in die Statistiken werfen. ## Neue Features und Änderungen ### Gravel-Overlay Aus eurem Feedback und der Anzahl der Anfragen an den Tile-Server weiß ich, dass das Gravel-Overlay durchaus ein beliebtes Feature von bikerouter.de ist. Es gab in diesem Jahr einige Verbesserungen bzw. Bugfixes am Style des Overlays. Dank geht z. B. an Stefan von CXB für einen [Pull Request](https://github.com/mjaschen/gravel-overlay/pull/2). Der Build-Prozess für das Overlay ist im Großen und Ganzen unverändert: mit [Planetiler](https://github.com/onthegomap/planetiler) wird das OSM-File für Europa blitzschnell in die passenden Vector Tiles gewandelt. Dafür habe ich einen eigenen Fork von Planetiler im Einsatz, welcher die für das Gravel-Overlay notwendigen Tags nicht entfernt bzw. vereinfacht. Einen ganz kleiner Einblick dazu findet sich hier: [Warum ein eigener Fork von Planetiler?](https://www.marcusjaschen.de/blog/2024/2024-50/#:~:text=warum%20ein%20eigener%20fork%20von%20planetiler%3F) Das OSM-File für Europa beziehe ich von [Geofabrik](https://download.geofabrik.de/) und möchte dafür auch einmal Danke nach Karlsruhe für das Bereitstellen der OSM-Extrakte sagen![^3] Für die Erzeugung des Daten halte ich keinen Server permanent vor, sondern starte diesen nur bei Bedarf ([Hetzner CX52](https://www.hetzner.com/de/cloud/), falls er verfügbar ist, sonst CPX51). Ich habe dafür ein [Ansible-Playbook](https://docs.ansible.com/ansible/latest/playbook_guide/playbooks_intro.html), welches einen Cloud-Server bei Hetzner provisioniert, alle notwendigen Software-Komponenten und Daten zusammensucht und die Vector Tiles erstellt. Nach Abschluss wird die `.mbtiles`-Datei auf den Tile-Server kopiert und das aktualisierte Gravel-Overlay ist dann sofort online und der Server wieder wieder automatisch heruntergefahren. Informationen zum Gravel-Overlay gibt es hier: - [Gravel-Overlay: Background-Infos und Legende](/blog/2022/gravel-overlay-brouter-bikerouter/) - [Gravel-Overlay Version 3 -- erstellt mit Planetiler](/blog/2023/2023-33/#:~:text=gravel%20overlay%3A%20das%20overlay%20ist%20jetzt%20in%20version%203%20verfugbar.) ![Das Gravel-Overlay – Kartendaten © OpenStreetMap contributors](https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/images/gravel-overlay_hu_d1b78525b2c51cb3.jpg) *Das Gravel-Overlay – Kartendaten © OpenStreetMap contributors* ### Wegpunkte-Sidebar In bikerouter.de gibt es eine neue Sidebar, in der alle Wegpunkte der Route mit einigen Zusatzinformationen angezeigt werden. So lässt sich die Entfernung und der Höhenunterschied zwischen den einzelnen Wegpunkten ablesen. Außerdem lassen sich die Wegpunkte per Drag'n'Drop und durch Klick auf die Pfeil-Symbole umsortieren. Ein Klick auf eine Wegpunkt-Symbol zeigt einen Link zu OpenStreetMap sowie eine generische `geo:`-URL. ![Wegpunkte in der Sidebar](https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/images/waypoints-sidebar_hu_a820a4c2f17f33e9.png) *Wegpunkte in der Sidebar* Zusammen mit der neuen Wegpunkt-Seitenleiste werden die Wegpunkte auf der Karte jetzt durchgezählt -- so lassen sie sich eindeutig identifizieren. Die Nummerierung entspricht der, die auch in der Sidebar verwendet wird. Anstatt Ziffern habe ich mich für Buchstaben entschieden, da Ziffern bereits auf der Route zur Anzeige der Entfernungsmarkierungen verwendet werden. ![Wegpunkte mit Buchstaben zur Identifizierung – Kartendaten © OpenStreetMap contributors](https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/images/waypoints-map_hu_90407764addb9ee1.png) *Wegpunkte mit Buchstaben zur Identifizierung – Kartendaten © OpenStreetMap contributors* ### Auswertung der Höchstgeschwindigkeiten von Wegen In der Statistik-Seitenleiste gibt es sein diesem Jahr eine Tabelle, welche die Höchstgeschwindigkeiten der Wege in der Route auflistet. Die Funktionsweise ist die gleiche wie bei den anderen Tabellen -- wenn man mit der Maus über eine Zeile fährt, werden die entsprechenden Routenabschnitte farbig markiert. Das Gleiche passiert, wenn man in eine Zeile klickt. Für diese Funktion gab es Sonderfälle zu berücksichtigen, z. B. gibt es Straßen mit verschiedenen Höchstgeschwindigkeiten in unterschiedlichen Richtungen. ![Höchstgeschwindigkeiten in der Statistik-Seitenleiste und eingefärbt auf der geplanten Route – Kartendaten © OpenStreetMap contributors](https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/images/maxspeed-sidebar_hu_4529f006b24567fe.jpg) *Höchstgeschwindigkeiten in der Statistik-Seitenleiste und eingefärbt auf der geplanten Route – Kartendaten © OpenStreetMap contributors* ### Bugfixes für bessere iOS-Kompatibilität Die wichtigste Software-Bibliothek, die in BRouter-Web bzw. bikerouter.de zum Einsatz kommt, ist [Leaflet](https://leafletjs.com/). Für eine lange Zeit war Version 1.7.1 im Einsatz, obwohl es bereits mehrere neue Versionen gab, zuletzt 1.9.4. In den neueren Versionen waren einige sehr wichtige Bugfixes enthalten, die unter anderem die Kompatibilität mit iOS-Geräten (iPhone, iPad) verbessern. Ein einfaches Update funktionierte aber nicht, da es andere Teile in BRouter-Web gab, die nicht mit den neueren Versionen von Leaflet kompatibel waren. Thomas hat im September einen [Pull Request](https://github.com/nrenner/brouter-web/pull/824) erstellt, welcher zumindest einen Teil der notwendigen Anpassungen vornahm. Ich habe mich dann noch mit dem Pull Request auseinander gesetzt und noch einige Bugs behoben, die durch das Update auf Leaflet 1.9.4 entstanden sind. Die Details habe ich [hier im Blog bereits umrissen](/blog/2024/2024-41/) und lassen sich zudem im erwähnten Pull Request nachlesen. Zurückblickend ist dieses Update für mich vielleicht die wichtigste Änderung an bikerouter.de in diesem Jahr, ermöglicht sie die vollständige Nutzung unterwegs auf dem iPhone überhaupt erst. Zusammen mit Garmin Connect ist es jetzt möglich, ausschließlich auf dem Phone eine Route zu planen (bzw. umzuplanen) und diese anschließend auf den Bike-Computer (Garmin Edge) zu übertragen. ### Hochauflösende Höhendaten in Europa Im Großteil Europas kommt seit diesem Jahr ein hochauflösendes Geländemodell zum Einsatz. [Die Daten stammen von Sonny](https://sonny.4lima.de/), der sich die Arbeit gemacht hat, die Modelle zusammenzusuchen und in das passende Format zu bringen. Die Daten stammen überwiegend aus [Lidar](https://en.wikipedia.org/w/index.php?title=Lidar)-Scans und sind deutlich genauer als die voher verwendeten [SRTM](https://en.wikipedia.org/wiki/Shuttle_Radar_Topography_Mission)-Daten. Der Blogpost zur Einführung der hochauflösenden Höhendaten aus dem September: [Hochauflösende Höhendaten in Europa](/blog/2024/2024-36/#:~:text=umstellung%20auf%20ein%20deutlich%20feiner%20aufgelostes%20gelandemodell). [Ich experimentiere zur Zeit mit weiteren Datenquellen](/blog/2024/2024-50/#bikerouter-dem), um auch in anderen Teilen der Welt (hauptsächlich Nordhalbkugel) hochauflösende Höhendaten anbieten zu können. Die Daten sind etwas unhandlicher als die SRTM-Daten (200 Gigabytes -- das ist rund zehn Mal so viel wie bisher) und benötigen mehr Zeit bei der Verarbeitung. Eventuell wird das ein Projekt, das ich 2025 abschließen kann. Die Visualisierungen des Geländemodells könnte ich mir jedenfalls den ganzen Tag lang anschauen: ![Visualisierung des Geländemodells in Pennsylvania ([auf der Karte anschauen](https://bikerouter.de/#map=9/40.7817/-77.7695/standard,terrarium-hillshading&profile=quaelnix-gravel))](https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/images/dem_hu_800528e68ee49cbf.jpg) *Visualisierung des Geländemodells in Pennsylvania ([auf der Karte anschauen](https://bikerouter.de/#map=9/40.7817/-77.7695/standard,terrarium-hillshading&profile=quaelnix-gravel))* ### Besseres Höhenprofil Nicht nur die besseren Höhendaten haben einen Einfluss auf die Darstellung des Höhenprofils. Auch ein Update der Softwarekomponente, die das Höhenprofil zeichnet, ermöglicht eine feinere Abstufung in der Darstellung. Der [Pull Request](https://github.com/nrenner/brouter-web/pull/781) dazu. Für bikerouter.de habe ich den Stil etwas angepasst, das betrifft unter anderem das Farbschema und die Gestaltung und Platzierung der Legende. ![Altes Höhenprofil und niedrig aufgelöste Höhendaten (oben) sowie neues Höhenprofil und hochauflösende Höhendaten (unten).](https://www.marcusjaschen.de/blog/2024/bikerouter-rueckblick-2024/images/elevation_hu_8a83c252f5a2e2d0.png) *Altes Höhenprofil und niedrig aufgelöste Höhendaten (oben) sowie neues Höhenprofil und hochauflösende Höhendaten (unten).* ## Umzug auf neue Server Im Frühjahr habe ich alle Dienste auf neue Server umgezogen. Dabei ist einerseits ein teilweiser Wechsel von der x86_64- auf die ARM64-Architektur erfolgt, zum Anderen sind auch ein paar Änderungen im Software-Stack passiert. Und generell war es an der Zeit, mal etwas aufzuräumen. Server mit ARM64-Architektur sind heutzutage keine Exoten mehr und haben meist die selbe Softwareunterstützung wie die gewohnten x86_64-Server. Preislich nehmen sich beide Architekturen zumindest bei Cloud-Servern von Hetzner nichts und das Wissen um einen deutlich verringerten Stromverbrauch tut jedenfalls ein wenig gut. Die Leistung unterscheidet sich im vorliegenden Anwendungsfall nicht, die ARM64-Server sind für das Routing genauso schnell wie die x86_64. Einen merklichen Unterschied in der Performance gibt es übrigens auf meinem Mac Studio mit dem M1 Max-Chip -- dieser ist beim Berechnen der Routen deutlich schneller als die Cloud-Server bei Hetzner. Problem ist, dass der Mac hier auf dem Schreibtisch steht und nicht in einem Rechenzentrum ;-) Eigentlich als temporäres Experiment gedacht, hat sich [Caddy](https://caddyserver.com/) als Webserver seit dem Umzug als absolut problemlos bewährt. Die Konfiguration geschieht im JSON-Format und ist -- verglichen mit nginx -- sehr übersichtlich. Die automatische Provisionierung von TLS-Zertifikaten funktioniert ebenfalls einwandfrei und spart den Aufwand einer zusätzlichen Software zur Zertifikatsverwaltung (ich nutze sonst immer [Lego](https://go-acme.github.io/lego/)). ## Mastodon-Account @bikerouter Seit diesem Jahr gibt es auch einen dedizierten Mastodon-Account für bikerouter.de: [@bikerouter](https://en.osm.town/@bikerouter). Dieser wird nur in englischer Sprache betrieben und informiert über Neuigkeiten und Änderungen rund um bikerouter.de. ## Statistiken Für 2024 hat bikerouter.de **über 850.000 Visits**[^visits] in den Büchern zu stehen. Die Top-Betriebssysteme der Besuchenden waren (unverändert zu 2023): - Windows - Android - macOS - iOS - Linux Browser (ebenfalls unverändert zu 2023): - Firefox - Chrome - Safari - Edge - Opera Die Aufteilung in Devices ist etwa 65 % Desktop und 35 % Smartphone und Tablet. Länder: - 🇩🇪 Deutschland - 🇫🇷 Frankreich - 🇦🇹 Österreich - 🇨🇭 Schweiz - 🇵🇱 Polen Insgesamt wurden **über 40 Millionen Routensegmente** berechnet. Wie viele Routen geplant wurden, kann ich allerdings nicht sagen, da ich über die reine Anzahl der Anfragen hinaus nichts tracke (eine Route besteht oft aus mehreren Segmenten). Spannend hierbei: Das Verhältnis von Visits und geplanten Routensegmenten zwischen Hochsaison im Sommer und jetzt in der dunkelsten Zeit des Jahres ist etwa 3:1 (letztes Jahr war das Verhältnis ca. 2:1). ## Finanzen Wie auch im letzten Jahr, möchte ich kurz den finanziellen Aspekt von bikerouter.de ansprechen. Die erfreuliche Nachricht gleich zum Start: **Eure Zuwendungen** haben dafür gesorgt, dass ich zum ersten Mal alle Rechnungen für das Hosting zahlen konnte, ohne mein eigenes Geld dafür aufwenden zu müssen -- und das obwohl ich in diesem Jahr höhere Ausgaben hatte. Das ist ein sehr tolles Gefühl und **ich möchte mich herzlich bei euch allen bedanken!** ❤️ Das Projekt ist natürlich weiterhin **ein Hobby** für mich: Alles, was ich daran baue, mache ich in meiner Freizeit. Die investierte Zeit[^1] bringe ich sehr gerne auf und freue mich jedes Mal aufs Neue, wenn ich wieder eine Graveltour geplant habe und sich diese dann 1a fahren lässt. Aber es ist eben auch toll, zu wissen, dass die Kosten für den Serverbetrieb für das ganze Jahr gedeckt waren und ich nicht jeden Monat das Geld aus eigener Tasche bezahlen musste. Die Ankündigung, dass ich nach dem Abzug der Kosten die übrigen Spenden an den [FOSSGIS e.V.](https://fossgis.de/) weiterleiten werde, gilt auch 2024. Ich habe den Betrag auf 500 Euro aufgerundet und in der letzen Woche an FOSSGIS e.V. überwiesen. ## bikerouter.de unterstützen Wer den Betrieb und die Weiterentwicklung von bikerouter.de auch 2025 unterstützen möchte, kann dies das am besten mit einer Spende tun. Es gibt dafür drei Möglichkeiten: - [GitHub Sponsors](https://github.com/sponsors/mjaschen) - [PayPal](https://www.paypal.com/paypalme/mjaschen) - [Ko-Fi](https://ko-fi.com/mjaschen) In der [bikerouter.de Hall of Fame](https://bikerouter.de/supporters/) sind übrigens alle Spenderinnen und Spender gelistet (wenn auch manchmal mit etwas Verzögerung). Vielen Dank! ❤️ [^1]: Ich habe die Zeiten nicht getrackt, erinnere mich aber, dass ich neben einigen Feierabenenden und Tagen an Wochenenden auch den einen oder anderen Urlaubstag für das Projekt vor dem Rechner saß. [^visits]: Ungefährer Wert und untere Grenze. Können durchaus auch 20 % oder 30 % mehr sein, sprich, die Million könnte eventuell schon erreicht worden sein. [^3]: Den Extrakt selbst zu erstellen ist mit Osmium leicht möglich, aber ich habe das Gefühl, dass die Nutzung einer schon vorhandenen Datei resourcenschonender ist. Der Download findet zudem innerhalb des Hetzner-Netzwerks statt und erzeugt so auf Seiten der Geofabrik keine zusätzlichen Kosten (Hetzner-interner Traffic ist kostenlos).