Dieses Jahr habe ich das Vorgehen des letzten Jahres etwas verfeinert. Vor allem gestört hatte mich ja, dass ich die Wegbeschreibung nur in Form von Strassenbezeichnungen und Abbiegerichtungen hatte, so dass ich recht häufig “vom rechten Pfad abgekommen” bin. Dieses Jahr ist mir aber aufgefallen, dass man die Route, die man in OpenRouteSservice geplant hat, auch exportieren kann, und zwar als GPX-Datei. GPX ist genau das Format, mit dem man sich die “aufgezeichneten” zurückgelegten Routen als waypoint-Liste aus dem Garmin holt, und das Programm LoadMyTracks, das ich dafür benutze, kann die Routen nicht nur aus dem Gerät holen, sondern sie auch zum Gerät übertragen. Dabei habe ich die komplette Strecke in lauter Einzeldateien á 500 Wegpunkte aufgeteilt, da sonst die Einzelstrecken abgeschnitten werden. Und schon habe ich auf meiner Garmin GPS-Landkarte den geplanten Weg voreingezeichnet und muss mehr oder weniger nur noch den Weg abfahren. Natürlich nicht so komfortabel wie bei einem richtigen Navi, das bei Streckenänderungen die Strecke neu berechnet, aber ich kann zumindest nicht mehr so den Weg verlieren, wie mir das lezttes Jahr mehrmals passiert war.

Die Landkarte habe ich dieses Jahr auch nicht komplett selber aus OpenStreetMap in Form von vielen kleinen, einzelnen Kacheln exportiert und daraus dann eine grosse Karte erzeugt, sondern in Form von kompletten Bundesland-OSM-Dateien von planet.osm heruntergeladen, mittels splitter in speicherverträgliche Stückchen aufgeteilt und dann, wie letztes Jahr schon, mit mkgmap zu einem gmapsupp.img gewandelt.

Technisch bin ich jetzt fertig vorbereitet, die Taschen muss ich noch packen — und regnen tut es auch schon! Toll…

Letztes Jahr hatte ich meine Fahrradtour mit OpenRouteService.org geplant und dabei keine schlechten Erfahrung gemacht, aber auch ein paar kleine Macken gefunden. Der Funktionsumfang der Routenplanung hat sich mittlerweile vergrößert, man kann seine Streckenabschnitte jetzt z.B. als GPX-Dateien exportieren. Ein paar testweise geplante Strecken sahen auch auf Anhieb sehr gut aus, anders als mit der Routenplanung bei Google Maps, die einen nur Autostrecken speichern lässt, Fußstrecken aber nicht, und Fahrräder erst garnicht in Betracht zieht. ich werde also wohl wieder mit OpenRouteService.org planen.

Mein Rad hat mittlerweile einen tubus Tara, einen Gepäckträger für Taschen am Vorderrad. Somit kann ich nun also vier Taschen bepacken, was nicht heisst, dass ich mehr mitnehmen muss, sondern dass ich besser verteilen kann. Sonst wird es nämlich leicht mal etwas hinterradlastig.

Dann muss ich wohl wieder etwas Zeit investieren und mir meinen Streckenkorridor aus OpenStreetMap für meinen Garmin als Karten exportieren, damit ich auch sicher ankommen werde.

Da alle Positionen in der Historie natürlich auch einer Uhrzeit zugeordnet sind, kann man die vermeintliche “Bewegung” quasi als “Film” darstellen und verfolgen. Dadurch, dass sich das Telefon je nach Auslastung der GSM-Zellen mal hier und mal da anmeldet, sieht es aus, als ob ich mich kreuz und quer durch Konstanz bewegen würde. Natürlich sitze ich still an meinem Arbeitsplatz und bewege mich maximal innerhalb des Büros. Irgendwie finde ich das witzig.

Als Routenplaner habe ich mich OpenRouteService bedient, das anhand der Daten von OpenStreetMap arbeitet.

Hier gibt man Start, Ziel, Wegmarken und das Reisemittel, in meinem Fall das Rad, an und lässt sich eine Reiseroute berechnen. Eigentlich ganz einfach.

Mittlerweile wurde offensichtlich noch einiges an der Seite gearbeitet. Ich hatte damals eine englische Streckenbeschreibung bekommen, aber das ist nichts, was mich gestört hat. Die herauskopierte Streckenbeschreibung enthielt jedoch die Richtungsanweisungen immer doppelt. Warum auch immer? Dies scheint jedoch nicht mehr so zu sein, denn als ich die Route gerade zum Schreiben dieses Textes noch einmal erstellen lies, liess sich dieser Effekt nicht mehr nachvollziehen.

Wohlwissend, dass das ganze ein Experiment sein würde und ich einfach mal schauen würde, was mich da erwarten wird, druckte ich die Wegbeschreibung aus und legte sie in meine Lenkertasche. Der nächste Schritt war die Erstellung einer Kartendatei für mein Garmin Navi-Gerät. Und dann ging es los ins Abenteuer.

Mir war von vorneherein klar, dass die Qualität der Routenplanung mit den in OSM enthaltenen Daten steht und fällt. Und da ich auf meiner Strecke doch einige recht ländlichen Gegenden durchqueren würde, war hier durchaus mit schwankenden Ergebnissen zu rechnen. Das war mit teilweise schon beim Erstellen der einzelnen Kartenteile aufgefallen. Da OSM darauf angewiesen ist, dass schon einmal jemand einen Weg abgelaufen ist und ihn getrackt und dann auch gemappt hat, weist das Kartenwerk hier und da immer mal Löcher auf. Aber das verbessert sich täglich und die Karten werden immer besser. Aus diesem Grunde ist es auch um so ärgerlicher, dass ich auf meiner Reise die Zeitstempel in den Tracklogs verloren habe und sie somit für OSM nicht verwendbar waren. Vom Mappingstandpunkt aus gesehen war die Reise somit umsonst.

Beim Fahren habe ich mich also durchaus nicht immer an die Richtungsanweisungen gehalten, sondern bin manchmal, sofern vorhanden, den offensichtlichen Radwegen, einem ausgeschilderten Reiseweg oder einer Beschilderung gefolgt. Der Plan wäre dann gewesen, diese Wege der OSM hinzuzufügen, aber das geht ja aus erwähnten Gründen leider nicht.

Das viel größere Problem an meiner Reise war jedoch die Streckenbeschreibung, die ich mir aus OpenRouteService herauskopiert hatte. Ich versuche anhand ein paar Ausschnitte dies zu erklären:

In diesen Anweisungen kann nur das stehen, was derjenige, der die Daten in OSM eingepflegt hat, auch eingegeben hat, und das ist manchmal nicht genug und manchmal sogar falsch. In diesem Bild sieht man, dass viele Straßen einfach nur anhand ihrer Nummern gelistet sind. Ich musste beim fahren also nicht nur auf Straßennamenschilder achten, sondern auch am Straßenrand auf die Nummerierung der Straßen achten. Diese Nummerierung ist oftmals genauer und steht glücklicherweise auch direkt an Kreuzungen, aber manchmal eben auch erst irgendwann nach ein paar Hundert Metern. In Ortschaften, vor allem in kleinen Dörfern, waren zwar oft die Straßennamen angegeben, die Straßenschilder dazu waren aber nicht immer so leicht zu finden. Und letzten Endes gibt es leider auch falsche Daten, so z.B. eine Straße, die im Verlauf die Bezeichnung wechselt, was vom Mapper aber nicht übertragen, oder anstatt beim eigentlichen Wechsel auf halber Strecke bis zur nächsten Kreuzung falsch gemappt wurde.

Ich muss sagen, dass ich meine Strecke mehr als einmal verloren habe. Mal lag es an der fehlenden Beschilderung, manchmal auch an mir selber, weil ich einfach Schilder übersehen habe. In diesen Momenten half dann aber eigentlich immer mein Garmin, auf dem ich dann herausgezoomt, in Zielrichtung weitergescrollt und dann nach bekannten Bezeichnungen, die auf der Streckenplanung noch vor mir lagen, gesucht habe. Wenn ich die Strecke erst einmal wiedergefunden hatte, dann konnte ich von dort zum Standpunkte zurückverfolgen und habe dann die Strecke irgendwie wiedergefunden.

Wenn man nicht wirklich auf eine 100% korrekte Zielführung angewiesen ist, und das war in meinem “der Weg ist das Ziel”-Fall ja so, dann kann man mit der OSM/OSR-Routenführung wirklich gut vorankommen. Ein bisschen Gespühr für Navigation, ein wenig Abenteuerlust und manchmal einfach ins blaue geradeaus fahren, und irgendwann kommt man dann schon an. Spannend war das Experiment allemal, auch wenn das häufige Verlieren der Route hin und wieder genervt hat. Dafür hat das Wiederfinden derselben dann um so mehr Spass gemacht.

An einem Beispiel will ich im Nachhinein noch klar machen, wie es durch das mappen in Openstreetmap zu irreführenden oder unnötig komplizierten Streckenbeschreibungen kommt:

Die blau und die rot markierte Straße sind beide mit “L 2079″ benannt, aber dennoch getrennt. Ich habe versucht, die beiden Straßen im OSM-Editor zu einer Straße zusammenzufügen, dies gelang mir jedoch nicht, weil die beiden Straßen laut Fehlermeldung “keinen gemeinsamen Punkt besitzen”. Hier hat der Mapper einen Fehler gemacht und nicht die Straßenführung fortgesetzt, sondern auf den Endpunkt der einen Straße den Startpunkt der nächsten Straße gesetzt. Ich kann mir gut vorstellen, dass dies beim Routing Probleme macht. In grün markiert ist die einmündende Straße. Diese möchte ich nur am Rande als Beispiel für einen Effekt nehmen, der mir aufgefallen ist — es muss nicht unbedingt an dieser Kreuzung aufgetreten sein. Ich nämlich hatte durchaus eine Streckenführung, die mich eine Straße entlang führte, dann 20 Meter eine zweite Straße, und danach wieder auf der ersten weiter. Dies waren meistens einmündende Straßen, die für die Streckenführung vollkommen nebensächlich sind. Für die Routingsoftware erscheinen sie jedoch als ein Streckenbestandteil, auf dem die Strecke ihren Namen wechselt, und sei es auch für noch so eine kurze Strecke, und darum wird dies als vermeintliche Änderung der Streckenführung aufgelistet. Das ist jedoch nichts anderes als Rauschen und vertopft die Strecke nur. Hier aber zu entscheiden, wann es sich um solche eine Situation oder um eine tatsächlich anders lautende Straße handelt, dürfte nur recht schwierig automatisierbar sein.

Die Firmware, mit der mein Galaxy läuft, ist die II5, und seit ich die installiert habe, ist das Telefon tatsächlich nicht mehr abgestürzt. Wunderbar, so hätte das mal von Anfang an sein sollen.

Programme, die ich wirklich benutze:

• Aura – damit ich nach meinen EVE-Charakteren schauen kann
• Backgrounds – viele, viele desktopbackgrounds (Werbeeinblendungen)
• Barcode Scanner – für Appstore-links und reguläre Barcodes auf Produkten
• Battery Status – die fette grüne Batterie im screenshot oben
• Facebook
• KeePassDroid
• NetCounter – eine Übersicht über den verursachten traffic
• OpenSudoku – Zeitvertreib und Hirnschmiere
• Retro Clock – Zeit- und Calender-widget, siehe oben Mitte
• TasKiller Free – um gezielt Anwendungen beenden zu können
• Touchpal – ein Tastaturersatz, wesentlich besser als die reguläre
• Twidroid Pro – guter Twitterclient, in Pro auch für mehrere accounts
• Useful Switchers – kürzere Wege zu vielen Einstellungen

Installierte Programme, die ich aber nicht benutze:

• Barcoo – noch ein Barcodescanner
• ConnectBot – eine Terminalemulation und SSH-client
• Documents To Go – Dokumentenbetrachter
• ES File Explorer – ein Dateimanager
• FahrplanDE – Fahrpläne eben, Busse, Bahn, etc.
• Google Sky Map – wie hiess nochmal dieses Sternbild da oben?
• Google Voice – funktioniert in Deutschland eh noch nicht
• Here I Am – ein GPS-Positionierungstool
• K-9 – ein Mailclient
• Layar – augmented Reality
• Listen – ein Podcast-client
• My Tracks – GPS-Streckenaufzeichnung
• NewsRob – quasi Google Reader, synct auch mit dort
• OI Einkaufsliste – eine Checkliste zum abhaken
• Qype – Empfehlungen
• RTM Tasks – ein GTD/Remember the Milk-client
• ShopSavvy – und noch ein Barcodereader
• Skype – Chat und Telephonie
• Snowstorm – ein ansprechendes Wetter-widget
• TuneWiki – ein Musikplayer
• Wapedia – ein Wikipedia-webwrapper
• Wikitude – augmented reality
• wpToGo

Wenn ich mir die Programmlisten anderer Leute so anschaue, muss ich da aber definitiv noch ein paar Programme anschauen und testen.

Die Überraschung kam zuhause:

Im Log selber sieht das dann so aus:

        <trkpt lat="51.43599599" lon="11.05395215">
        <ele>165.484131</ele>
        </trkpt>
        <trkpt lat="51.4372868" lon="11.05764429">
        <ele>163.561523</ele>
        </trkpt>
        <trkpt lat="51.4335473" lon="11.08929989">
        <ele>160.196899</ele>
        </trkpt>
</trkseg>
</trk>
<trk>
<name>ACTIVE LOG</name>
<trkseg>
        <trkpt lat="51.42526732" lon="11.13269979">
        <ele>158.274170</ele>
        <time>2009-08-03T11:41:20Z</time>
        </trkpt>
        <trkpt lat="51.42526732" lon="11.13269971">
        <ele>158.274170</ele>
        <time>2009-08-03T11:41:22Z</time>
        </trkpt>
        <trkpt lat="51.42526749" lon="11.13269962">
        <ele>158.274170</ele>
        <time>2009-08-03T11:41:23Z</time>
        </trkpt>

Beim Speichern des tracklogs werden die timestamps einfach vergessen. Das tracklog, also die reinen Koordinaten der Bewegung sind noch da, aber ich weiss nicht mehr, wann ich wo war. Und das bedeutet, dass ich alle Fotos, die ich gemacht habe, nicht mehr geotaggen kann – immerhin die Bilder von 3 der insgesamt 5 Tage. Sehr unschön.

Die Lösung ist folgende:

But what happens if you are going on an extended walking tour, and want to save the tracks for your entire trip? The Active Tracklog can only save 10,000 points. After that, the recording will stop, or will be over-written, depending on how you have configured the Tracks Setup page. The answer is to set your Garmin GPSmap 60cx receiver to save tracks on to the removable Micro SD card, which lives in the rear compartment, just under the batteries. It will automatically save a separate file for each day, and will continue to do this as long as there is space on your Micro SD card. These .gpx files saved to the Micro SD card do NOT lose any data.

Hierfür ist leider etwas Handarbeit angesagt. Man muss die einzelnen Streckenabschnitte im OSM-Exportmodus einzeln markieren und als XML-Daten sichern — diesen Schritt sieht man hier im screenshot.

Die einzelnen Datenpakete werden immer als map.osm zum Download angeboten, würden sich also, wenn man nicht aufpasst, gegenseitig überschreiben. Ob man diese Dateien nun sprechend benennt oder einfach durchnummeriert sei jedem selber überlassen.

Damit die OSM-Daten dann z.B. von einem Garmin GPS-Gerät vgelesen werden können, müssen sie mittels Mkgmap konvertiert werden. Wichtig ist hier der Parameter für das Ausgabeformat und die Angabe aller Einzeldateien:

java -jar mkgmap.jar --gmapsupp map-1.osm map-2.osm map-3.osm

Dadurch wird die Datei gmapsupp.img erzeugt, die man sich jetzt nur noch auf die Speicherkarte des GPS-Gerätes kopieren muss. Fertig.

Da sitze ich und warte, denn dass es erst um 12 Uhr beginnt, wusste ich bis gerade eben nicht. Aber es gibt ja freies WLAN…

Wenn nachher Leute kommen, werden wir die GPS-Daten, die ich gestern in Dettingen erlaufen habe, zu einer OSM-Karte verarbeiten.

Das kann natürlich nicht sein, dass von dem kleinen Ort nichts anderes als nur die Hauptstraße existiert, da muss etwas getan werden!

Zunächst habe ich mir einen Garmin etrex Vista HCx angeschafft. Diese Geräte zeichnen, wenn man sich fortbewegt, auf, wo man entlanggelaufen ist — sie streuen quasi Brotkrumen, so dass man seinen Weg nachvollziehen kann. Die Einstellung hierfür sollte man ganz nach oben drehen, damit so viele Brotkrumen wie möglich gelegt werden. In meinem Garmin gehe ich im Menu diesen Weg: Tracks, Setup, Method: Auto, Interval: Most Often. Das ist es eigentlich auch schon, dann kann man direkt loslaufen und quasi im Vorbeigehen, oder radfahren, kartographieren. Man sollte sich eine Kamera mitnehmen, um Straßenschilder zu fotografieren, einen Zettel, um Notizen zu machen, und mit dem GPS-Gerät fleissig Markierungen setzen — z.B. zu den Notizen bei Ampeln, Telefonzellen, Briefkästen, öffentlichen Toiletten, was auch immer zu notieren lohnt. Im meinem Fall habe ich mir das gespart, weil ich den Ort gut genug kenne, an anderen Orten werde ich das aber auch tun.

Wieder zu Hause angekommen, habe ich die aufgezeichneten Tracks als GPX-Datei auf mein MacBook gezogen und diese Datei zunächst einmal mit JOSM, dem Java-OSM-Editor, geöffnet. Damit habe ich meine Tracks etwas bereinigt und das Ergebnis wieder als GPX-Datei exportiert.

Wie bekommt man das nun aber zu OSM? Es gibt dort eine Upload-Seite, über die man GPX-Tracks hochladen kann — also genau das, was ich habe. Die Daten sind nach dem Upload erstmal in einer Queue und benötigen 15-30 Minuten, bis sie in die Datenbank geschrieben werden. Über Erfolg oder Misserfolg wird man dann per Email benachrichtigt. In meinem Fall war das erst einmal ein Fehlschlag, denn wie sich herausstellte, hat der JOSM nur eine Reihe von waypoints erzeugt, die weder Höhen- noch Zeit-Markierungen hatten und somit ein ungültige GPX-Datei für diesen Zweck erzeugt. Also habe ich meine ursprüngliche, unbearbeitete GPX-Datei hochgeladen, diesmal erfolgreich.

Nächster Schritt – der Editor. Dieser ist, genauso wie der Upload, ebenfalls oben als Reiter bei OSM angebracht. Es gibt einen Spiel-Modus zum üben und ausprobieren, und einen zum tatsächlich editieren.

Unten links im Editor ist ein Radiergummi-Icon, mit dem man sich die vorhandenen GPS-Tracks anzeigen lassen kann. Wunderbar, alles meine, die musste ich jetzt quasi nur noch abzeichnen. Da die Hauptstraße ja bereits da war, musste ich meine Strassen irgendwie daran anknüpfen, aber wie? Eine komplette Liste der Tastenkombinationen gibt es unter Potlatch/Keyboard shortcuts, aber der Einfachheit halber die paar wichtigsten:

• shift-klick zum Einfügen eines neuen Punktes in eine bestehende Linie.
• Doppelklick zum abschliessen einer Linie
• bei einer selektierten Linie shift-klick auf eine wetere Linie fügt diese beiden zusammen

Mit diesen drei Dingen kam ich eigentlich gut aus. “x” ist zum Auftrennen einer Liste, das brauchte ich aber nicht. Hat man etwas selektiert, erscheinen im unteren Bereich die Obekteigenschaften, über die man einstellen kann, ob es sich um eine Autostrasse, einen Fuß- oder Fahrradweg oder irgendetwas anderes handelt. Die meisten meiner Straßen waren vom Typ “residential” und wurden von mir auch mit dem Straßennamen versehen.

Und wenn nächste Woche die Änderungen im Editor ins OSM übernommen werden, dann sollte es hoffentlich ungefähr so aussehen:

Link auf diesen Kartenausschnitt: Wallhausen

Ich sehe mich in der Zukunft viele Spaziergänge oder Fahrradtouren machen, mit angeschaltetem GPS-Gerät. Das Einpflegen ins OSM braucht, bei ein klein wenig Übung, garnicht lange.

Gestern habe ich es dann auch sofort auf einer mehr oder weniger ungeplanten Fahrt von Wallhausen nach Friedrichshafen zum Flughafen angeschaltet und ihn die gesamte Strecke über “Brotkrumen streuen” lassen. Das so erzeugte tracklog kann man dann wunderbar per USB auf den Rechner ziehen.

Dazu gibt es mehrere Programme, z.B. TrailRunner, LoadMyTracks oder aber die originale Garmin-Software, die in der Version für den Mac allerdings noch im Betastadum befindlich ist, Garmin Bobcat. Die so gewonnenen GPX-Dateien kann man mit dem JOSM, dem Java OpenStreetMap Editor, bearbeiten und dem OpenStreetMap-Projekt wieder zur Verfügung stellen. Das werde ich auch tun, denn mein Heimatort ist in dieser Hinsicht noch eine weisse Fläche. Wenn ich das dann getan habe, kann ich mit Mkgmap aus den OSM-Dateien IMG-Dateien im internen Garmin-Format erzugen und diese so anstelle der teuren Kauf-Karten auf dem Garmingerät verwenden. Wunderbar.

T-Mobile Complete S

E-Plus Time & More All In Web 100 + Datentarif Internet 250

Ab dem 1.7. Stockt E-Plus diesen Tarif auf 150 Einheiten auf. (Quelle: Golem)

E-Plus Time & More All In Web 200 + Datentarif Internet 250

Ab dem 1.7. Stockt E-Plus diesen Tarif auf 250 Einheiten auf. (Quelle: Golem)

Dies sind die Tarife mit begrenzter Datenübertragung. Als Alternative die Tarife mit Flatrate:

T-Mobile Complete M

E-Plus Time & More All In Web 100 + Datentarif Internet Flatrate

* Dies sind Einheiten, á 1 Minute oder 1 SMS
Ab dem 1.7. Stockt E-Plus diesen Tarif auf 150 Einheiten auf. (Quelle: Golem)

E-Plus Time & More All In Web 200 + Datentarif Internet Flatrate

* Dies sind Einheiten, á 1 Minute oder 1 SMS

Ab dem 1.7. Stockt E-Plus diesen Tarif auf 250 Einheiten auf. (Quelle: Golem)

Gut? Wie wir sehen, sind die Kostenunterschiede garnicht so groß. Je nach Leistungsumfang nur ein paar Euro mehr oder weniger. Generell könnte man mit E-Plus sparen, wenn man kaum telefoniert und es nur auf eine Datenflat anlegt. Allerdings wird man dann vermutlich auf die ganzen Synchronisationsfähigkeiten, Weekend-Flat, die Visual Voicebox und den Applicationshop verzichten müssen. Und ob es das bei den doch recht geringen Unterschieden wert ist? Je nach Telefonierverhalten kann die Weekend-Flat ja doch recht viel ausmachen. So im Vergleich sieht mir das garnicht mehr so nach rip-off und “überteuert” aus, wie manche schreien. Teurer als ein reines Telefon ist es natürlich, der Preisunterschied kommt eben durch den Datentarif zustande.

Hier das ganze nochmal in Kurzübersicht, auch mit dem E-Plus Zehnsation-Tarif, der billigere Minutenpreise hat, aber dafür eben keine Inklusiveinheiten. Für Kaum-, Wenig- und Garnichttelefonierer kann dies u.U. also interessant sein.:

Tja, die Qual der Wahl. Oder doch ein OpenMoko Freerunner? Das kann allerdings kein UMTS/HSDPA, hat aber auch GPS. Ist also mehr Telefon und Computerspielzeug, und weniger mobiles Internet. Was “braucht” man wirklich, bzw. bildet sich ein, brauchen zu müssen?