Akkulaufzeit

Pro Tour, die ich aktuell fahre, wird der Elemnt v2 um ca. 10 bis 15 % entladen, sodass ich ihn nur alle paar Tage laden muss. Ich hatte noch keine Möglichkeit, so eine lange Tour zu fahren, dass der Fahrradcomputer komplett entladen wird. Das wird es im Sommer dann vielleicht geben.

Sprache nur via Smartphone

Es gibt keine Möglichkeit, die Sprache des Wahoo Elemnt selbst einzustellen. Dies geschieht automatisch über die App und es wird die Sprache eingestellt, die auch für das Smartphone eingestellt ist.

Dazu reicht es aus, die Sprache kurz im Smartphone umzustellen, während die Wahoo App läuft und mit dem Wahoo Elemnt verbunden ist.

Träge Reaktion bei Tastendrücken

Das ist jetzt meckern auf sehr hohem Niveau. Ich will es aber trotzdem hier lassen, weil es mir aufgefallen ist.

Wenn man eine Tour manuell beendet und dann die Abfrage, ob man sicher ist, auch noch bestätigt, dann muss man zwischen beiden Tastendrücken so lange warten, bis das Gepiepse und die Leds aufgehört haben zu leuchten, weil die Drücke sonst nicht angenommen werden.

Geschwindigkeit – Bitte nur mit externem Geschwindigkeitssensor

Ich hatte von Anfang an ein Bundle des Wahoo Elemnt v2 gekauft, in dem auch ein externer Geschwindigkeitssensor dabei war, der an der Nabe eines Laufrads befestigt wird und die Umdrehungen erkennt, und hatte diesen immer montiert und verbunden.

Ich war jedoch unsicher, ob der Sensor irgend einen Mehrwert hat und habe diesen zusätzlichen Sensor nach einem Laufradtausch kürzlich nicht zum neuen Laufrad mitgenommen.

Doch die via GPS ermittelte Geschwindigkeit schien nur noch ein Zufallsgenerator zu sein. Am Anfang der Tour zeigt der Fahrradcomputer, während ich ca. 30 km/h fuhr, alles an im Bereich von 20 bis 68 km/h. Und auch später wich die angezeigte Geschwindigkeit sehr stark von der tatsächlichen ab. Bergab, wo ich sonst 30 fahre, wurden 20 km/h angezeigt, berauf schwankte es auch sehr stark von 7 bis 15 km/h. Die Schwankungen waren sehr hoch und z. B. in einer Sekunde wurden 10 km/h angzeigt, eine Sekunde später 15 km/h und dann wieder nur 8 km/h.

Das ist so beim Fahren nicht zu gebrauchen. Hier ein Video davon:

Seit dem weiß ich, dass es da bei der Verbindung zwischen Fahrradcomputer und Geschwindigkeitssensor eine Art Magie geben muss, sodass sich die Daten gegenseitig ergänzen. Denn sobald der Geschwindigkeitssensor am Laufrad befestigt und mit dem Elemnt verbunden ist, sind die Werte nämlich immer korrekt. Das weiß ich, weil in den ersten Wochen nach Kauf des Elemnt noch den alten Fahrradcomputer am Fahrrad befestigt hatte und die Werte beider Fahrradcomputer waren gleich.

Schön finde ich, dass man im Elemnt nicht die Laufradgröße einstellen muss (man kann), sondern dass diese per Voreinstellung automatisch ermittelt wird.

Startzeit

Ich habe von jemandem gehört, dass der Fahrradcomputer irgendwann länger brauche, um zu starten.

Bei mir sind es weiterhin 38 Sekunden vom Einschalten bis zur Anzeige der Daten. So lange, wie schon am ersten Tag. Natürlich braucht es dann je nach Ort und GPS-Empfangsqualität noch etwas, bis das GPS-Signal zur Verfügung steht.

Navigation

Die Navigation mit dem Wahoo Elemnt v2 habe ich noch nicht getestet. Dazu schreibe ich dann etwas, sobald ich mal wieder Touren in unbekannten Gebieten gefahren sein werde.

Die zwei Möglichkeiten:

1. OsmAnd pur – man aktiviert und nutzt die OsmAnd-eigene Funktion.
2. BRouter – man installiert zusätzlich eine App, auf die OsmAnd dann zugreift.

Ich gehe hier davon aus, dass OsmAnd (Google Play, F-Droid) bereits installiert ist.

Höheninformationen mit “OsmAnd pur”

Die OsmAnd-eigene Funktion für die Berücksichtigung von Höhendaten aktivert man in den Navigationseinstellungen im Bereich Navigationsart. Dort wählt man den Eintrag Fahrrad aus und stellt die Routenparameter entsprechend ein und aktiviert dort im unteren Bereich Höhendaten berücksichtigen. Dazu stellt man dort ein, welche Streckenführung man dafür bevorzugt (flach, bergig, usw.).

Im Bereich Routenparameter gibt es die folgenden Einstellungen, dazu meine Auswahl:

• Schnellste Route: aus
• Fahrweise: Nebenstraßen bevorzugen
• Straßen vermeiden: Alles aktiviert
• Autobahnen benutzen: aus
• Höhendaten berücksichtigen: Aktiviert, Flach
• Vorübergehende Einschränkungen berücksichtigen: aus

Optional: Routing detailliert konfigurieren

Es gibt die Möglichkeit, die Konfiguration für das Routing über eine Datei selbst anzupassen. Welche Einstellungen damit möglich sind, das habe ich nicht ausprobiert. Die “Dokumentation” dazu gibt es hier.

Höheninformationen mit Hilfe von BRouter

BRouter installieren

Die App BRouter gibt es bei Google Play und auf F-Droid. Alternativ kann man es von der Projektseite herunterladen, siehe hier.

Die aktuelle Version ist 1.6.3, die im Dezember 2021 veröffentlicht wurde.

BRouter einrichten

Beim Start der App gibt es die Wahl zwischen “Download-Manager” und “Brouter App”.

Zuerst startet man den Download-Manager. Hier wählt man auf einer Karte die Gebiete aus, für die die Höheninformationen heruntergeladen werden sollen.

Danach schließt man die App, startet sie erneut und wählt “BRouter App”. Anschließend wählt man ein geeignetes Profil aus. Eine Liste aller mitgelieferten Profile gibt es hier.

Beim nächsten Bildschirm gibt es die Wahl zwischen “Select from” und “Server-Mode”. Man wählt “Server-Mode” und danach setzt man überall einen Haken und bestätigt mit “OK”.

Zum Schluss erscheint die Meldung “Success …”

Optional: Eigenes Routing-Profil importieren

Es gibt die Möglichkeit, eigene Profile für BRouter zu importieren. In der Fahrradbubble auf Twitter wird zum Beispiel gerne das Profil von FFMByBicycle genannt, das ich selbst auch nutze. Die .brf-Datei gibt es hier.

Diese Datei speichert man auf dem Smartphone ab und öffnet sie mit dem Dateimanager. Dann wird die BRouter App zum Öffnen angeboten. Bestätig man dies mit “Import Profile”, so wird das Profil importiert und die Datei kann anschließend gelöscht werden.

Danach startet man erneut die BRouter App, wählt “BRouter App” und anschließend das neu importierte Profil und den Rest wie beim ersten Einrichten auch und setzt alle Haken.

Einrichtung von BRouter in OsmAnd

Damit OsmAnd fürs Berechnen der Route BRouter verwendet, stellt man es noch für das jeweilige Profil ein:

Einstellungen > App-Profile > Fahrrad > Navigationseinstellungen > Navigationsart > Offline > ganz unten BRouter (offline) auswählen.

Für BRouter gibt es deutlich weniger Einstellungen im Berich Routenparameter.

• Schnellste Route: aus
• Vorübergehende Einschränkungen berücksichtigen: aus

(Der erste Parameter hier wird vermutlich ignoriert. Zumindest ergab eine Änderung bei meinem Test keine Änderung der berechneten Route.)

Von Pforzheim nach Stuttgart zum Vergleich

Es folgen Beispielrouten zum Vergleich der Varianten:

• “OsmAnd pur” ohne Höhendaten
• “OsmAnd pur” mit Höhendaten
• “OsmAnd mit BRouter” und dem Profil Trekking
• “OsmAnd mit BRouter” und dem Profil FFMByBicycle

Es sollte eine Route von Pforzheim (Waisenhausplatz) nach Stuttgart (Uhlandstraße 2) ermittelt werden. Die Luftlinie zwischen beiden Orten beträgt ungefähr 30 Kilometer.

Berechnungsdauer

Die Berechnungsdauer für die verschiedenen Varianten ist sehr unterschiedlich:

• “OsmAnd pur” ohne Höhendaten: 48 Sekunden
• “OsmAnd pur” mit Berücksichtigung der Höhendaten: 187 Sekunden
• “OsmAnd mit BRouter” Profil Trekking: 1 Sekunde
• “OsmAnd mit BRouter” Profil FFMByBicycle: 7 Sekunden

Berechnete Routen im Detail

Hier die berechneten Routen der vier Varianten.

Streckenverlauf

Der Streckenverlauf.

Streckenlänge, Zeit und Höhenprofil

Die Streckenlänge, die benötigte Zeit und das Höhenprofil.

Details

Während es bei Verwendung von “OsmAnd pur” zu jedem Straßenabschnitt Details gibt wie Straßenart, Oberfläche, Oberflächenbeschaffenheit, Steilheit und Oberflächenfestigkeit, so fehlen diese Details bei Nutzung von BRouter leider.

Fazit

Ich bevorzuge “OsmAnd mit BRouter”, da man über ein eigenes Profil sehr viel mehr Einstellungen vornehmen kann als in “OsmAnd pur” verfügbar sind und so auch Profile von anderen Menschen ausprobieren kann.

Zudem dauert die Berechnung mit BRouter nur wenige Sekunden während es mit “OsmAnd pur” selbst bei kurzen Strecken sehr lange dauern kann.

Schade finde ich, dass man bei Verwendung von BRouter die vielen Detailinformationen wie z. B. Fahrbahnoberfläche nicht sehen kann.

Nützliche Links

• Offizielle Dokumentation zu BRouter in OsmAnd
• Technische Dokumentation für das Erstellen eines BRouter Profils

Und es sind viele gute Neuerungen enthalten.

Umgang mit POI – „Point Of Interest“

Eine der Neuerungen ist, dass man jetzt endlich die Informationen zu POIs direkt auf der Karte abrufen kann, ohne diese erst umständlich aktivieren zu müssen. Das war bisher ein Punkt, der mich im Vergleich zu Google Maps massiv an OsmAnd gestört hat.

Verbesserte Suche in POIs und Filter

Die Suche für Point of Interests beinhaltet jetzt auch Filter, z. B. die Vorgabe, dass ein Geschäft im Moment der Suche geöffnet haben soll. Oder dass es WLAN anbietet. Oder dass es eine bestimmte Mahlzeit gibt, und sehr vieles mehr.

Man muss allerdings innerhalb von OsmAnd~ das aktualisierte Kartenmaterial herunterladen und anschließend die App neustarten, sonst sind nur die Öffnungszeiten als Filter verfügbar.

Topologische Karte

Besonders interessant für Fahrradfahrer ist die neue Topo-Ansicht.

Diese hat im Vergleich zur normalen Karte einen viel höheren Kontrast und dadurch kann man unter anderem die Höhenlinien besser erkennen und Berge/Hügel besser einschätzen.

Hier ein Vergleich, links mit der normalen Ansicht und rechts mit der neuen Topo-Ansicht:

[][2]

Weitere Details zur neuen Topo-Ansicht gibt es auf der Hersteller-Seite, siehe hier.

Ich hoffe sehr, dass es in Zukunft in OsmAnd auch ein zusätzliches Höhenprofil für berechnete Routen geben wird, wie es z. B. bei OpenRouteService.org oder bei Marble der Fall ist.

Treppen

Ich weiss nicht, seit wann diese Funktion in der App enthalten ist, aber sie gefällt mir auch sehr gut: Man kann angeben, dass bei der Routenberechnung fürs Fahrrad Treppen gemieden werden sollen. Mit eben solchen habe ich schon schlechte Erfahrungen gemacht. Danke für diese Funktion :)

OsmAnd installieren

Die App gibt es für Android bei F-Droid (kostenlos) und bei Google Play (kostenpflichtig) und für iOS im App Store von Apple.

Aufstehen…

Irgendwann gegen 06:xx Uhr fühlt es sich an, als würde mir gleich das Einschlafen gelingen, da merke ich wie es von oben tropft. Das Zelt ist nach neun bis zehn Stunden Dauerregen durchlässig geworden. Das war es wohl schon vorher, aber an anderen Stellen. Denn als ich meine Sachen packe, merke ich, dass der Schlafsack aussen und die Isomatte unten nass sind.

Ich packe schnell meine Sachen zusammen und ziehe währenddessen meine komplette Regenmontur an: Regenjacke, Regenhose, Helmüberzug, wasserdichte Handschuhe und Regenüberschuhe.

Dann packe ich noch das komplett durchnässte Zelt ein.

Los gehts während es immer noch regnet, aber nicht weiter zum Bodensee, wie ursprünglich geplant, sondern zurück nach Hause. Mit durchnässten Sachen lässt es sich nicht gut campen und trocken bekomme ich die an so einem Tag nicht mehr. Es ist Dauerregen bis zum Abend angesagt.

Total demotiviert folge ich dem Navi, und stehe nach wenigen Metern wieder vor Treppen; aber nur, weil ich zu doof bin und ein paar Meter weiter die Straße nicht sehe, die das Navi eigentlich meint :P

Ca. 11 Kilometer fahre ich bis zu einer Kleinstadt. Zweimal wäre ich dabei beinahe auf einer Kraftfahrstraße gelandet…

Weiter mit dem Zug :)

In der Kleinstadt Frommern sehe ich eine Bahnhaltestelle und entscheide mich kurzfristig, mit der Regionalbahn bis nach Tübingen zu fahren.

Ich kaufe ein normales Ticket für mich und eines für mein Fahrrad; später wird mir die freundliche Zugbegleiterin sagen, dass Sonntags ab 09:00 Uhr das Fahrradticket unnötig gewesen wäre; aber davor hätte es vermutlich 60 € Strafe gekostet, wenn ich keines gezogen hätte und beim Kauf gab es auch keine Info diesbezüglich.

An der Bahnhaltestelle gibt es ein interessantes Schild mit zwei Tastern darunter, die man eigentlich von Fußgängerüberwegen kennt. Je Richtung ein Taster. Da die Bahn hier nur bei Anforderung hält, muss man einen der Taster betätigen, wenn man mit will.

Interessanterweise sieht man das Schild nicht, wenn man in der Wartezone sitzt oder sich ein Ticket kauft, sondern erst, wenn man direkt am Gleis steht und sich umdreht. Da war wohl wieder der schlaue Fuchs vom Campingplatz am Werk :P

Der Zug ist da und der Einstieg gestaltet sich dank breiter Türen sehr einfach.

Umsteigen mit dem Rad…

Von Tübingen aus wäre ich gerne mit der Regionalbahn bis nach Herrenberg weitergefahren. Aber der entsprechende Zug hatte sehr enge Türen und ein Einstieg ist dann sehr stressig für mich, denn man muss alle Packtaschen vom Fahrrad abnehmen, erst das Rad einladen, dann die Taschen. Und zwischendurch steigen Menschen ein und aus. Dabei habe ich immer die Befürchtung, dass der Zug schon losfahren könnte.

Dass das keine unbegründete Befürchtung ist, habe ich bei meiner vorherigen Radreise beobachten dürfen: Da ging auf einmal die Türe des Waggons zu, als eine Mutter und ihr junger Sohn dabei waren, das zweite Rad aus dem Zug zu holen und der Sohn musste sich mehrmals mit vollem Gewicht gegen die Türe stemmen.

Sie machten auf sich aufmerksam, die Zubegleiterin zwei Waggons weiter vorne bekam es mit und konnte Schlimmeres verhindern. Als die beiden dann alles aus dem Zug ausgepackt hatten, schlossen sich die Türen und der Zug fuhr los, ohne Zugbegleiterin, die noch draußen stand. Diese schrie nach vorne und der Zug blieb nach ein paar Metern wieder stehen, sie konnte einsteigen und nach wenigen Minuten fuhr der Zug dann weiter.

Etappenziele

Um mir die knapp 60km bis nach Hause zu erleichtern, entscheide ich mich, die anstehende Strecke in psychologisch aushaltbare Teiletappen aufzusplitten. Ausserdem bin ich ziemlich unausgeschlafen und kraftlos. Dreimal ~20km nacheinander sehen auf dem Display schöner aus als einmal 60km :)

Erste psychologische Etappe

Die erste Etappe führt mich von Tübingen nach Herrenberg, das sind ca. 20km. Wegen der Erfahrungen mit dem Navi von gestern wähle ich dieses mal YOURS als Service für die Streckenberechnung in OsmAnd; dafür benötigt man eine Internetverbindung.

Ersteinmal läuft alles gut, aber dann – das Schild zeig 12km bis Herrenberg – führt mich das Navi weg von der Bundesstraße auf einen geschotterten Feldweg und nach ein paar hundert Metern wird der Schotter plötzlich sehr grob, sodass ich meinen schmalen Tourenreifen nicht mehr fahren kann; also schiebe ich wieder.

Irgendwann wird der Weg wieder befahrbar aber dann nach wenigen hundert Metern hört der Feldweg auf und ich soll nach links abbiegen. Okay, man kann da schon einen Weg erahnen und mit dem Pferd geht das bestimmt, denn es ist ein zugewachsener, matschiger, ehemaliger Feldweg. Ich schiebe wieder und empfinde eine Mischung aus Wut auf das Navi (auch wegen gestern) und aus totaler Frustration, weil ich bestimmt schon in Herrenberg angekommen wäre, wenn mich das Navi nicht von der Bundesstraße gelotst hätte.

Nach circa 2 Kilometern Schieben komme ich endlich auf einen befahrbaren Feldweg. Mein Fahrrad ist total eingesaut, meine Radschuhe und Socken sind durchnässt, denn ich fahre mit Klickpedalen und die Schuhe sind deshalb an der Sohle undicht. Das spielt während der Fahrt keine Rolle, ist aber problematisch, wenn man durch nasses Gras läuft.

Wenig später fahre ich in Herrenberg ein und will irgendwo etwas essen gehen. Da ich mich nicht für ein bestimmtes Restaurant entscheiden kann, lasse ich das sein.

Autostraße vs. Fahrradweg

Auf dieser Etappe wird mir übrigens sehr deutlich, was mir schon öfter an anderen Strecken aufgefallen ist: Während “Autostraßen”; ebenerdig verlaufen oder meist nur eine minimale Steigung oder ein Gefälle haben, sind die “Fahrradwege”, die parallel dazu verlaufen, oftmals ein stetiges Auf und Ab und das manchmal auch mit extremer Steigung.

Auf dem Weg nach Herrenberg fällt das besonders auf, weil die Bundesstraße fast immer abschüssig aussieht, während ich mehrere “Hügel” erklimmen muss. Auch das ist sehr frustrierend. Beim nächsten Mal werde ich trotz vorhandener Radwege immer auf die Straße ausweichen, zumindest wenn ich schnell nach Hause kommen möchte.

Zweite psychologische Etappe

Von Herrenberg aus führt die zweite Etappe mich erneut ca. 20km bis nach Althengstett.

Kurz vor dem Etappenziel komme ich auf die Idee, dass ich wasserdichte Socken in meinem Gepäck habe und ziehe mich um; und sofort wird es sehr viel angenehmer.

Meine Handschuhe sind schon seit Stunden durchnässt, obwohl sie wasserdicht sein sollten. Ich packe sie ein und fahre ohne Handschuhe weiter. Der Rest meiner Regensachen hält, was die Hersteller versprechen.

Weil ich nicht ohne Bilder von der Strecke nach Hause kommen möchte, halte ich kurz vor Althengstett an und mache dieses Foto (in echt sieht das viel beeindruckender aus mit den Nebelschwaden, aber für meine Erinnerung reicht es):

Dritte psychologische Etappe

Von Althengstett bis nach Hause sind es noch ~18km. Da ich die Strecke schon sehr oft gefahren bin fühle ich mich schon, als sei ich bereits zuhause. Denn von jetzt an kann ich den notwendigen Kraftaufwand einschätzen.

Kurz hinter Althengstett fahre ich bei lautstarker Musik aus meinen Bluetooth-Lautsprechern im starken Regen über die Landstraße. Da sehe auf dem Gehweg einen mittelalten Herrn stehen, der mir einen „Daumen hoch“ zustreckt, sich sehr zu freuen scheint, mir zunickt und etwas zuruft, das ich nicht mehr weiss.

Ziel erreicht mit guter Laune :)

Nach ein paar weiteren Kilometern durch schöne Wälder komme ich schließlich nach insgesamt 68km an diesem Tag endlich total erschöpft aber entspannt und mit guter Laune zuhause an.

Mein Fazit

Egal wie furchtbar es zwischendurch auch war, letztlich war es sehr schön, unterwegs gewesen zu sein.

Was daraus gelernt?

Vieles…

• Beim nächsten Mal werde ich eine viel detailliertere Streckenplanung vornehmen und diese auch mit Satellitenbildern überprüfen; und mir vor allem irgendwo ein Höhenprofil anzeigen lassen.
• Ich werde keine große und schwere Kamera mehr mitnehmen, vielleicht eine kleine.
• Bereits vor Fahrtantritt werde ich mir ein paar Restaurants heraussuchen und mir deren Speisekarten anschauen; weil ich mich unterwegs nicht entscheiden kann.
• Kagube braucht unbedingt einen Regenponcho, damit er auch bei Regen draußen bleiben kann…
• Werde mir überlegen, ob ich in Zukunft noch mein Kochgeschirr mitnehme oder nicht besser unterwegs esse.
• Ich brauche neue, wirklich wasserdichte Handschuhe.
• Ein neues, wirklich wasserdichtes Zelt muss auch her.
• Die Hosenträger für die Regenhose haben sich bewährt.
• Der neue Lowrider und die neuen Taschen vorne haben sich bewährt.

Hier gehts zum ersten Tag der Radreise

Meine aktuelle Packliste für Radreisen ist im Wiki zu finden, siehe hier.

Streckenplanung

Geplant ist am ersten Tag eine Strecke von ca. 84 km bis zu einem Campingplatz in der Nähe von Albstadt. Das entspricht dem halben Weg zum Bodensee. Man fährt dabei über Herrenberg und Rottenburg am Neckar.

Für die Route nutze ich die Webseite OpenRouteService.org; leider funktioniert aktuell das Höhenprofil nicht, was sich später noch als fatal herausstellen wird. Als Eigenschaften für die Strecke kreuze ich “Cycle Tour” und “Shortest Route” an.

Die so entstandene Route wird als GPX-Datei exportiert, und dann in OsmAnd geladen.

Los gehts

Es ist Wetter. Für mich gibt es kein schönes oder unschönes Wetter, es gibt gefährliches Wetter, wie z. B. Gewitter, Sturm oder Hagel. Jedes andere Wetter verlangt nur entsprechende Kleidung. Es ist aber trocken.

Schlechte Wege

Anstatt mich auf der glatten Landstraße entlang zu führen, führt mich die Navigation laut berechneter Route auf den geschotterten Wegen entlang, die dann auch noch auf und ab gehen, obwohl die Landstraße eben ist. Das ist ein bisschen demotivierend.

Waldweg

Nach ca. 30 km lotst mich das Navi dann kurz nach dem Ort Gechingen in einen Wald und nach wenigen Metern auf einen seit Jahren nicht mehr benutzten, total zugewachsenen Waldweg.

“Cycle Tour? … nein danke. Ich fahre wieder zurück, verwerfe erst einmal die Route von OpenRouteService und lasse mir von OsmAnd zusammen mit BRouter eine Alternative berechnen. Doch statt der 84km sind das jetzt leider 105km für die gesamte Strecke von meinem Wohnort bis Albstadt. Das wars dann mit der Gemütlichkeit. Ich entscheide mich für die längere Strecke, da noch genug Zeit ist und fahre fortan über Landstraßen oder zumindest geteerte Feldwege.

Probleme mit der Navigationssoftware

Zwischendurch passiert es immer wieder, dass OsmAnd die Abbiegeanweisungen nicht per Sprache ausgibt und so verfahre ich mich mehrmals. Da das Display so eingestellt ist, dass es nur bei eben diesen Anweisungen kurz angeht, dauert es immer etwas, bis ich das merke, weil ich plötzlich in die falsche Himmelsrichtung fahre.

BRouter auch nicht perfekt…

Ich folge jetzt brav der Route von OsmAnd und stehe in Hechingen plötzlich vor einem Aufstieg mit insgesamt sieben oder acht Treppen mit sehr steilen Treppenstufen. Das ist also die Strecke für Fahrradfahrer von BRouter?

Habe bei BRouter in der Vergangenheit schon einmal die Erfahrung gemacht, dass man plötzlich vor Treppen steht; das Material scheint nicht mehr ganz aktuell zu sein …? Wobei die Treppen nicht sehr neu aussehen.

Ich raste kurz, esse etwas und mache mich daran, mein Fahrrad die Treppen hochzuschieben.

Und was spare ich mir damit? Wenige Meter Straße, aber das erfahre ich erst am nächsten Tag:

Copyright by OpenStreetMap contributors, Lizenz.

Ausserdem passiert es mal wieder, dass mich BRouter auf seltsamen Wegen quer durch ein ganzes Dorf schickt, obwohl ich direkt nach rechts auf die Hauptstraße abbiegen könnte. Klar, BRouter ist darauf aus, Höhenmeter zu sparen, aber für mich gehts die Hauptstraße nur den Berg runter.

Fataler Fehler und ein sehr anstrengender Aufstieg auf das „Zeller Horn“ mit voll gepacktem Rad

Als ich in der “Oberstadt” ankomme, sind es laut meiner aktuellen Route noch 35km bis zum Campingplatz. Da die vorherige Route von OpenRouteService.org immer noch auf dem Display in sanftem Rot angezeigt wird, sehe ich, dass diese ziemlich gerade nach unten verläuft, während die aktuelle viele Schleifen zieht.

Ich entscheide mich für die kürzere Route, denn diese ist nur 18km lang und ich bin schon ziemlich erschöpft. Ein fataler Fehler :P

Zuerst geht es auf einen Feldweg mit ziemlich grobem Schotter; da kann man vielleicht mit einem Fatbike noch fahren, aber nicht mit meinen schmalen Tourenreifen. Ich schiebe also. Dann geht es in den Wald hinein und der Weg wird besser, ich schiebe trotzdem, weil ich keine Kraft habe. Es wird langsam steiler und ich bekomme immer wieder Zweifel, ob ich nicht doch den längeren Weg nehmen soll. Aber es wird bald dunkel und ich will nicht im Dunkeln fahren müssen, also weiter…

Zwischendurch fahre ich immer mal wieder ein Stück, aber die meiste Zeit schiebe ich.

Es wird steiler und ich begegne einer Gruppe von Wanderern, die sich etwas zu wundern scheinen, was ich mit dem Fahrrad hier will.

Einer von ihnen sagt mir, die Steigungen haben jetzt ein Ende, aber er sagt direkt, dass das ein Witz war.

Wenige Meter später um die Ecke kommt eine Steigung, die so steil ist, dass ich Bedenken habe, mein voll beladenes, 48kg wiegendes Fahrrad überhaupt da hoch bekommen zu können. Und dann auch noch Schotter. Für die 100m oder weniger benötige ich sehr viel Zeit. Fahrrad nach vorne schubsen, Bremse drücken und einen Schritt nach vorne gehen. Schreien hilft auch ab und an mal :P

Und jetzt? Nach links geht ein Weg ab, der den Hinweis gibt, dass es sich um einen beruhigten Teil des Waldes handelt, den man weder zu Fuß noch sonst wie betreten sollte. Der sieht aber besser aus als die andere Seite; dort ist nur ein schmaler Pfad weiter nach oben. Ich entscheide mich für letzteren, der passt besser zu der Route.

Einige Meter später wird aus dem schmalen Pfad ein sehr steiler Geröllpfad. Also muss ich wieder mein Rad Meter um Meter hochschubsen. Das ist sehr anstrengend und ich hoffe nur, dass ich wieder aus dem Wald raus bin, bevor es dunkel ist.

Irgendwann hat die Quälerei endlich ein Ende und ich bin oben angekommen auf dem Berg. Es ging von 541 Höhenmetern hoch auf ~900m.

Das war ein durchaus schwieriger Wanderweg, aber definitiv nichts fürs Fahrrad, erst recht nicht für ein voll gepacktes. Wie auch immer der Routenplaner von OpenRouteService.org darauf kommt. Ich werde denen mal eine Nachricht deswegen schicken, dann können sie das Problem beheben :)

Man kann das Problem übrigens auf deren Webseite nachvollziehen, in dem man die Strecke in der Mitte von Hechingen startet und den Zielort Lautlingen angibt. Dann noch das Fahrrad-Profil auswählen und in den Einstellungen beim Zahnrad “Cycle Tour” und “Shortest Route” ankreuzen.

Hier das Höhenprofil des “Aufstiegs” aus der per OsmAnd aufgezeichneten GPX-Datei; es ist ein Screenshot der Anwendung Viking:

Der erste “Hubbel” bei circa 3,2km ist der sehr steile Schotterweg.

82 Minuten habe ich für den gesamten “Aufstieg” benötigt.

Copyright by OpenStreetMap contributors, Lizenz.

Und hier der genaue Streckenverlauf der aufgezeichneten GPX-Datei in Viking dargestellt:

Die Striche oben im Bild sind Wege, keine Höhenlinien.

Und hier noch ein Screenshot des Geschwindigkeitsverlaufs; unter 6km/h heißt es wurde geschoben:

Nochmal zur Erinnerung: Eingestellt habe ich im Routenplaner “Cycle Tour” und “Shortest Route”.

Bremsversagen…

Auf dem “Gipfel” angekommen, muss ich direkt wieder steil hinunter, aber so, dass man gut fahren kann, vielleicht 500 Meter weit. Ich bremse bis zum Anschlag und plötzlich lässt die Bremswirkung rasch nach. Es wird glücklicherweise wieder flacher und ich kann noch gut auf einer Wiese zum Stehen kommen. Ich betrachte meine Bremsen und seitdem weiß ich, wie heiß diese Scheibenbremsen werden können, und auch, wie die glühenden Bremsbeläge riechen. Nach vielleicht zwei Minuten Pause ist die Bremswirkung wieder da. Trotzdem werde ich in den nächsten Tagen bei einem Fahrradmechaniker vorstellig werden.

Campingplatz

Natürlich komme ich zu spät am Campingplatz bei Albstadt an und die Rezeption hat schon zu. Es ist auch keiner mehr da, den man ansprechen könnte. Die sanitären Einrichtungen sind nur per RFID-Chip zugänglich. Ich erkläre jemandem meine Verspätung und der öffnet mir mit seinem Chip dankenswerterweise die Türe :)

Vorher habe ich bereits mein Zelt aufgebaut und mich währenddessen gefragt, welcher schlaue Fuchs auf die Idee kam, einen komplett steinigen Boden als Zeltwiese auszuzeichnen; selbst mithilfe eines Holzscheitels konnte ich die Heringe nur sehr leicht bzw. meist gar nicht in den Boden bekommen.

Als das Zelt aufgebaut war, fing es auch schon an zu nieseln und dann richtig zu regnen.

Ich bin total erschöpft und gehe direkt um ~20:xx Uhr schlafen, obwohl ich eigentlich gerne noch was essen würde.

Fazit des ersten Tages

• Gefahrene Strecke: 95,21km
• Maximale Geschwindigkeit: 54,06km/h
• Durchschnittsgeschwindigkeit: 14,62km/h
• Reine Fahrzeit (inklusive Schiebezeit): 06:30:40

Oder: Zu viel, zu hoch, zu weit, kein einziges Foto gemacht; aber ich bin unterwegs :)

Schlaf jetzt.

Hier gehts zum nächsten Tag der Radreise…

Ein Nachteil beim Routing mit OsmAnd und auch den meisten anderen Apps und Navigationssoftware fürs Fahrradfahren ist, dass diese davon ausgehen, dass die Erde flach sei.

Es gibt zwar ein Plugins, die Hillshading und Höhenlinien angezeigen, aber bei der Navigation werden Höhenunterschiede von OsmAnd gar nicht beachtet.

Im Zweifel schickt einen die App auf einen 500m hohen „Berg“ und auf der anderen Seite wieder herunter, statt auf einem vorhandenen Weg drumherum zu führen, auch wenn letzterer ein wenig länger ist.

Hier kommt BRouter ins Spiel. Das ist so eine Art Engine, die man als Routing-Service in OsmAnd einstellen kann.

Installation und Herunterladen der Kartenteile

Nach der Installation von BRouter, entweder von Google Play (siehe hier) oder von F-Droid (siehe hier), lädt man sich ersteinmal entsprechende Karten für die zu verwendenden Gebiete aus.

Die Auswahl ist ziemlich hässlich gemacht aber sie tut was sie soll.

Jetzt kann man noch das Profil einstellen, an das sich BRouter beim Routing halten soll.

Konfiguration

Danach stellt man in der Konfiguration von OsmAnd ein, zukünftig BRouter als Routing-Service zu verwenden.

Die Version von BRouter bei Google ist übrigens aktueller als die bei F-Droid.

Vergleich

Wenn man jetzt in OsmAnd eine Route berechnen lässt, dann wird diese so gewählt, dass man möglichst wenige Höhenmeter fahren muss, auch wenn man dafür im Zweifel etwas weiter fahren muss.

Ich nutzt das hier bei mir in der Gegend sehr gerne und es ist wirklich klasse.

Hier mal ein Vergleich, die erste Route wurde berechnet bei Verwendung des OsmAnd Offline Services und führt vom „Startberg“ runter ins Tal, dann hoch auf der anderen Seite und dann wieder runter in ein anderes Tal.

Der Routing Service BRouter führt einen zwar auch erst einmal in ein Tal, dann aber nicht über den Berg sondern um den Berg herum in das andere Tal.

Die Strecke von BRouter ist zwar um die Hälfte länger als die erste aber die benötigte Zeit ist sogar etwas kürzer.

\o/

Passt :)

Einsatzzweck

Ich höre sehr gerne Musik beim Fahrrad fahren, jedoch befindet sich mein Android-Gerät in einer wasserdichten Halterung am Lenkrad und dadurch geht Lautstärke massiv verloren. Wenn man es dennoch per Equlizer „pseudolauter“ macht, ist es ziemlich übersteuert.

Dies hat mich nie gestört aber wirklich laut ist es dadurch trotzdem nicht.

Außerdem lasse ich mich oft per OsmAnd~ navigieren und diese Anweisungen sind dann auch nur recht schwierig zu verstehen.

Da ich in der letzten Zeit immer wieder Menschen mit solchen Bluetooth-Boxen herumlaufen gesehen habe, kam mir die Idee, mir sowas auch anzuschaffen.

Gewicht

Das Gerät wiegt inklusive meiner eigenen zwei Minikarabiner ca. 370g. Aber das bin ich sehr gerne bereit als zusätzliches Gewicht am Fahrrad zu haben, weil der Nutzen sehr groß ist.

Befestigung

Habe die Box mit zwei Kabelbindern „umschlungen“, um daran weitere Kabelbinder zur Verlängerung und noch zwei Minikarabiner befestigen zu können. Dadurch ist es möglich, den Lautsprecher an meine Lenkertasche zu hängen und sie dabei zu mir ausrichten zu können.

Sollte es anfangen zu regnen, so habe ich in der Lenkertasche einen Regenüberzug dabei, sodass ich auch bei Regen Musik hören kann.

Nach einiger Zeit habe ich die Befestigung am Lenker anders gelöst, über eine Halterung, die eigentlich für ein Smartphone gedacht war. Funktioniert sehr viel besser und kann ausgerichtet werden. Details siehe in diesem Blog-Beitrag.

Funktionen

Der SoundCore hat ein Mikrofon und lässt sich somit auch als Freisprechanlage nutzen. Zumindest bei Verwendung von Plumble hört man ein deutliches Echo, beim Telefonieren habe ich es noch nicht getestet.

Auch ein Line-In ist vorhanden, sodass man Sachen direkt anstöpseln kann statt über Bluetooth.

Außerdem gibt es zum Laden eine USB-Buchse.

An der Vorderseite oben in der Mitte ist eine blaue LED angebracht, sie leuchtet dauerhaft beim Betrieb und blinkt während es auf eine Bluetoothverbindung wartet.

Bedienung

An der Oberseite des Gerätes befinden sich fünf Druckknöpfe:

• Power
• Volume down
• Play
• Volume up
• Bluetooth an/aus

Durch zweimaliges Drücken der Play-Taste kann man zum nächsten Stück in der Wiedergabeliste springen.

Einmalige Drücken der Play-Taste bewirkt Pause/Play.

Tonqualität und Technik

Ich bin kein audiophiler Mensch und habe von Tontechnik keine Ahnung, deshalb kann ich zur technischen Qualität nichts sagen. Aber als „normaler Mensch“ bin ich sowohl von der Lautstärke als auch vom Klang zufrieden mit dem SoundCore und nutze den Lautsprecher auch bei stundenlangen Touren sehr gerne, sowohl für Musik als auch für Navigationsansagen.

Laufzeit

Laut Hersteller betrage die Laufzeit 24 Stunden oder mehr bei 80% Lautstärke.

Selbst habe ich das nicht getestet, aber ich musste es bei intensiver Nutzung auf dem Rad erst nach zwei Tagen das erste Mal aufladen. Und wenn es bei einer Tour ca. 12 Stunden lang durchhält, dann ist das für mich völlig ausreichend.

Mein Fazit

Bin bisher absolut zufrieden mit dem SoundCore.

Passt :)

Alle weiteren/zukünftigen Informationen zu den Lautsprechern werden im Wiki abgelegt werden, siehe hier.

Nutzung

Markiert man eine Position auf der Karte, so kann diese über das Kontextmenü als Parkplatz definieren und dann auswählen, ob dieser zeitlich unbegrenzt oder begrenzt ist:

Bei letzterem lässt sich die Zeit angeben und sogar automatisch ein Termin im Kalender eintragen lassen inklusive Erinnerung 10 Minuten vor Ablauf der Zeit:

Nun befindet sich eine entsprechende Markierung auf der Karte:

Wenn man die Parkplatzmarkierung über das Kontextmenü in OsmAnd löscht, muss man den Kalendereintrag noch manuell löschen.

Herunterladen

Die App gibt es entweder bei F-Droid oder bei GooglePlay.

Passt :)

Gerade eben erst gefunden.

Falls man es etwas detaillierter benötigt und eine Internetanbindung hat, kann man alternativ z. B. diese Seite hier verwenden; diese kommt ohne JavaScript/Flash/etc. aus.

Mit Kenntnis der Zeiten kann man besser planen, um nicht in der Dunkelheit durch den Wald fahren zu müssen mit dem Rad.

Heute gab es ein Update für die Liste der Apps bei F-Droid und seitdem ist das Plugin auch hier enthalten :D

Daten anzeigen lassen

Um sowohl die Höhenlinien als auch Hillshadings anzuzeigen, müssen entsprechende Maps heruntergeladen werden. Dazu ändert man oben die Einstellung des Map-Typs erst auf „Hillshading“, dann auf „Contour lines“ und lädt jeweils die entsprechenden Karten herunter.

Danach aktiviert man in den Plugin-Einstellungen das „Contour lines plugin“:

Ist man in der Map-Ansicht von OsmAnd~ drückt man das Kontextmenü und dann auf „Map Layers“ und aktiviert dort den Eintrag „Hillshade layer“.

Die Höhenlinien werden per Voreinstellung nur angezeigt, wenn man weit reinzoomt; unter „Configure screen“ -> „Show contour lines“ kann man die Zoomstufe einstellen, ab der die Linien angezeigt werden.

Und so sieht es dann aus, wenn beides aktiviert wurde:

Passt :)

Im weiteren Text werden für beide Wikis nur noch Abkürzungen verwendet, DW für DokuWiki und MW für MediaWiki.

Editor

Der als Erweiterung mitgelieferte Editor WikiEditor bietet nur die wichtigsten Elemente an, wie auch der Editor in DW; macht aber nichts, schließlich kann man sich an die neue Syntax ziemlich schnell gewöhnen.

Syntax-Highlighting von Haus aus gibt es in keinem der Wiki-Systeme. Für DW kann man sich dafür z. B. den Ace-Editor installieren.

Für MW bietet sich wikEd an. Es gibt mehrere Möglichkeiten, diesen Editor System-weit, pro Benutzer, etc. zu installieren, siehe hier. Den WikiEditor benötigt man dann nicht mehr und kann diesen in LocalSettings.php deaktivieren.

Das Ergebnis sieht zwar etwas altbacken aus, aber dafür gibt es viele nützliche Funktionen:

[][8]

Durch das Script von wikEd werden externe Daten im Wiki eingebunden, auch wenn man das Wiki nur betrachtet. Daher sollte man aus Datenschutzgründen die Installation pro Benutzer vorziehen. Hierfür muss die Einstellung wgAllowUserJs aktiviert werden.

Wer einen WYSIWYG-Editor benötigt kann sich z. B. den noch in der Beta-Phase befindlichen VisualEditor installieren. Dann muss aber zusätzlich noch ein Daemon namens Parsoid auf dem Webserver installiert werden.

Responsive Design

Der Standard-Skin namens Vector ist nicht „responsive„, d. h. die Anordnung der Elemente ändert sich nicht auf kleinen Bildschirmen von Mobilgeräten; bei DW ist dies Standard.

Als umständliche Lösung kann man auf die Erweiterung MobileFrontend zurückgreifen, die über PHP anhand des User Agents herausfindet, ob es sich um ein Mobilgerät handelt. Ist dies der Fall, wird die mobile Variante des MediaWikis angezeigt, die man auch von Wikipedia.org kennt:

[][16]

Alternativ können Benutzer selbst die mobile Variante aufrufen.

In der Liste der verfügbaren Skins gibt es nur einen, der als „stable“ gekennzeichnet und „responsive“ ist, dieser hier.

Navigationsbaum

Am meisten fehlt mir eine Art Navigationsbaum, wie z. B. Indexmenu von DW. Hier konnte ich bisher nur die Erweiterung TreeandMenu finden, habe mich aber noch nicht weiter damit beschäftigt.

Tags

Von DW kenne und nutze ich gerne sogenannte Tags, die es z. B. auch in WordPress gibt. Dadurch lassen sich gleichartige Artikel sehr gut gruppieren. Bei MW gibt es diese Funktionalität gar nicht.

Kategorien

Dafür kann man in MW Seiten mittels Kategorien gruppieren, die es wiederum in DW nicht gibt bzw. nur sehr umständlich.

Wie man eine sinnvolle Struktur mit Kategorien aufbaut hat sich mir noch nicht offenbart, vielleicht kommt das noch nach dem Studium der umfangreichen Dokumentation. Hier gibt es ein paar Überlegungen dazu.

Es gibt auch Unterkategorien, siehe hier.

Eine interessante Erweiterung für Kategorien ist CategoryTree.

Templates / Vorlagen

Einer der gewichtigsten Gründe, wieso ich mich mit MW beschäftigen wollte, sind Templates. Diese arbeiten im Prinzip wie eine Funktion, der man Werte übergeben kann. Die Ausgabe erscheint dann an der Stelle, an der das Template in anderen Seiten verwendet wird.

Mit Templates hat man ein gutes Mittel, um z. B. Infoboxen zu erstellen, Videos einzubetten usw. In DW wird dafür je ein eigenes Plugin benötigt.

Es gibt zwei Möglichkeiten, um an Templates zu kommen…

Möglichkeit 1 – Templates aus anderen Wikis exportieren

Über die Export-Funktion von MW kann man sich prinzipiell aus jedem MW die gewünschten Templates exportieren und in das eigene Wiki importieren. Dies funktionert optional mitsamt Abhängigkeiten von anderen Templates und Modulen ziemlich gut. Es fehlen jedoch Style Sheets (CSS), JavaScript und Bilder. Diese muss man sich selbst besorgen. Vielleicht geht es doch und ich habe es nur nicht gefunden.

Mitsamt Abhängigkeiten importiert man z. B. für das Template Infobox von Wikipedia eben mal um die 50 weitere Templates und Module, um in meinem Fall festzustellen, dass es am Ende doch nicht funktioniert. Schade, denn dieses Template war einer der Gründe, dass ich mich näher mit MW beschäftigen wollte.

Möglichkeit 2 –Templates selbst erstellen

Wegen der Problematik mit den Abhängigkeiten bin ich ziemlich schnell dazu übergegangen, Templates selbst zu erstellen. Das bedeutet jedoch ziemlich viel Arbeit und ich habe diesbezüglich noch Einiges vor mir.

Man kann es durchaus als Vorteil ansehen, wenn man sein Wiki dadurch individueller gestalten kann, z. B. mit an das Wrap-Plugin angelehnten Boxen:

[][31]

Die verwendeten Icons stammen übrigens vom Oxygen Projekt (siehe hier).

Programmierung

Ist die Erweiterung ParserFunctions installiert, kann man sogar aus der Programmierung bekannte Dinge wie if, switch und mehr verwenden – in Templates und auch in normalen Seiten. Noch mehr Möglichkeiten erhält man durch die Erweiterung Scribunto, mit der es möglich ist, die Scriptsprache Lua zu nutzen.

Verschieben

Mir gefällt es, dass beim Verschieben von Inhalten per Voreinstellung eine Weiterleitung von der alten Position zur neuen erstellt wird, egal ob man Seiten, Templates oder Dateien verschiebt bzw. umbenennt. In DW muss man dazu die Ursprungsseite löschen, die Zielseite erstellen und dann z. B. mit dem Plugin Redirect eine Weiterleitung einrichten. (Für experimentierfreudige Menschen gibt es für DW ein in Entwicklung befindliches Plugin namens Move, siehe hier.)

Mit Dateien arbeiten

Habe mir für DW öfters die Möglichkeit gewünscht, bestimmte Informationen direkt an die Datei zu binden; in MW geht dies, da letztlich die Übersichtsseite einer Datei auch nur eine normale Seite ist. Außerdem sieht man dort auch, auf welchen Seiten die Datei verwendet wird.

Was mir gar nicht gefällt ist die Tatsache, dass alle hochgeladenen Dateien aus Wiki-Sicht in demselben Pfad liegen (auf dem Server natürlich nicht). Es ist nach meinem aktuellen Kenntnisstand nicht möglich, Dateien über Verzeichnisse zu strukturieren. Das bedeutet, dass jeder Dateiname eindeutig im gesamten Wiki sein muss. (Habe ich da etwas übersehen?)

SpecialPages

Im Bereich „Special:SpecialPages“ findet man Vieles, was man in DW nur teilweise über Plugins realisieren kann, z. B. Listen von ungenutzen Dateien, gewünschten (weil in einer Seite verwendeten aber nicht existierenden) Seiten, sehr kleinen Artikeln, Seiten ohne Kategorie usw.

Upgrade

Ein Upgrade ist bei MW etwas aufwendiger, siehe hier. In DW lässt sich das gesamte Update mittels des Plugins Upgrade im Interface selbst erledigen.

Update: Mit dem richtigen Weg per Patchfile lässt sich ein MW sehr viel einfacher upgraden als ein Dokuwiki; habe das erst später erfahren dürfen :)

Feeds

In MW lässt sich bei Ansicht der Versionsgeschichte jeder Seite über das kleine RSS-Symbol in der Toolbox ein eigener Feed abrufen:

[][42]

In DW geht das zwar auch, jedoch nur umständlich, da man sich den URL für den Feed selbst zusammenstellen muss, wenn man nicht das ganze Wiki beobachten möchte, siehe hier.

Änderungen an CSS und JS

In DW muss man für Änderungen am Design die entsprechenden CSS- oder JavaScript-Dateien direkt auf dem Webserver bearbeiten. In MW dagegen lässt sich dies im Wiki selbst erledigen (z. B. im Bereich „MediaWiki:Vector.css“) und man erhält dadurch auch eine Versionierung der Dateien; das gefällt mir sehr gut.

\o/

Habe ich schon gesagt, dass ich MediaWiki und DokuWiki mag?

Passt.

Da bestimmt noch mehr zu MediaWiki kommen wird, gibt es jetzt eine neue Kategorie hier im Blog.

Die beiden Icons im Artikelbild stammen von hier und hier.

Damit wird für die Links in der Navigation nicht der Seitenname verwendet, sondern die erste Überschrift der Seite.
Man kann zusätzlich noch einstellen, dass interne Links auch den Seitennamen verwenden.

Eigentlich schade, dass der Wert per Voreinstellung auf 0 gesetzt ist.

Das sieht sehr viel schöner aus (rechts) als der Standard (links):