Hardware

Das Gehäuse des von uns getesteten Cyclo 300, ist dem eines Smartphones nachempfunden. In Puncto Ausstattung ist es dem Medion sehr ähnlich (Samsung CPU mit 400MHz, SIRFstar III GPS Modul, 128MB RAM, 3″ Touchscreen, Gyrometer, Barometer, interner LiIon-Akku, IPX-7 Wasserschutz). Es bietet aber mit 4GB nur halb so viel internen Flash-Speicher und es gibt keine Aussagen zur Nutzung von EGNOS/WAAS für die Verbesserung der Positionsbestimmung. Mit einer Ladung soll es 12h funktionieren, die Version 305 ist außerdem in der Lage zusätzliche Sensoren per ANT+ Nahfunk anzubinden, was wohl aber nur von Leistungssportlern wirklich genutzt werden wird.

Im Lieferumfang ist ebenfalls ein (internationales) Ladegerät für den USB-Port, sowie eine Fahrradhalterung enthalten. Diese ist sehr einfach aber clever gestaltet, es muss nur mittels Kabelbinder eine kleine Buchse auf dem Lenker montiert werden. Auf der Rückseite des Gerätes befindet sich eine Art Schraubvorrichtung, welche in die Buchse beim Drehen einschnappt und auch ein Querbild ermöglicht (allerdings keine automatische Rotation des Bildschirms). Die Ablesebarkeit des Displays ist auch bei Tageslicht gut.

Software

Das Gerät nutzt ein Windows CE Betriebssystem, auf dem eine für Mio angepasste Version der GPSTuner-Engine läuft (Mio Dodge 1.2.2). Bei dem ersten Start wird über einen Wizzard die wesentlichen Einstellungen abgefragt, so auch ein Nutzerprofil, in dem der Fahrradtyp und die körperliche Verfassung erfasst wird. Der GPS-Fix erfolgt wie bei den meisten Navis üblich recht schnell.

Die Bedienoberfläche des Cyclo ist auf das Wesentliche reduziert und erinnert mit den wenigen großen Buttons an die Kacheln von Windows Phone. Die Bedienung erfolgt fast ausschließlich über Touchscreen, nur das Verlassen von Menüs und das Ausschalten ist über den einzigen Taster realisiert. Gesten werden nicht unterstützt, weshalb etwa Scrollen oder das Aufzeichnen des GPS-Tracks immer über Standard Bedien-Elemente realisiert wird. Die Funktionalität ist noch stärker als beim Medion auf Radfahrer optimiert, weshalb weder Werkzeuge für Geocacher gibt noch Routing für Fußgänger vorhanden ist.

In der Standard-Übersicht werden verschiedene Parameter angegeben, wie Geschwindigkeit und Entfernung zum nächsten Ziel. Erst in der nächsten Ansicht kann man die Karte sehen und es werden Navigationsrichtung und verschiedene weitere Informationsfelder angezeigt.  Die OSM Karten (Stand Juni, 04/2012) sind dabei sehr einfach gehalten, es werden nur Wege und Straßen unterschieden, Gebäude sind nicht dargestellt. Diese Reduktion der Inhalte ermöglicht auch eine sehr gute Geschwindigkeit und schnelles Zoomen (durch teilweise vorgerenderte Kacheln).  Negativ fällt auf, dass Brücken, Treppen und Wege die als Fläche erfasst sind, allerdings nicht hervorgehoben werden. Abgedeckt werden dabei alle Länder West-Europas. Die Erstellung eigener Karten ist nicht möglich, Mio plant aber ein Update je Quartal (s.u.). Zusätzlich liegt noch Kartenmaterial von TomTom bei, was wohl ebenfalls beim Auto-Routing verwendet wird.

Zur Navigation sind Ziele wie Adressen, sowie POI und Koordinaten möglich. Die Eingabe/Auswahl ist durchaus sinnvoll, allerdings sind keine komplexen Hausnummern wie „2a“ möglich, die Vorauswahl der Stadt bleibt aber erfreulicherweise erhalten und die Suche erfolgt recht schnell. Die Kategorien sind sinnvoll aufgebaut und umfassen ein nützliches Spektrum (Einkaufsmöglichkeiten, Fahrradläden, Ärzte, …). Es zeigte sich aber, dass die Daten jedoch aus anderen Informationsquellen stammen müssen, da in OSM eingetragene POIs und Adressen fehlten, sowie andere Objekte enthalten waren. Das Routing kann nur zwischen PKW und Fahrrad geändert werden. Je nach voreingestellten Fahrradtyp, variieren die Ergebnisse des Routings:

Es fehlt eine Art Treckingrad/Freizeitfahrer, bei dem Radwege, ruhige Straßen und gute Wirtschaftswege verwendet werden. Es fiel auch auf, dass highway=path, bicycle=designated nur mit sehr geringer Priorität genutzt werden, außerdem werden Fähren nicht mit einbezogen. So orientieren sich die Ergebnisse häufig an Straßen, obwohl es auch noch rad-freundlichere Alternativen gegeben hätte. Das Routing ist auf 200km Entfernung begrenzt, auch  eine Neuberechnung während der Fahrt verzögert die Kartendarstellung geringfügig. Bei einem Garmin Oregon ist in der Regel allerdings ebenfalls bereits bei 60-80km Schluss. Das PKW-Routing berücksichtigt darüber hinaus keine Abbiegebeschränkungen. Eine Besonderheit ist der „suprise me“-Modus, bei dem 3 zufällige Routen generiert werden, die eine bestimmte Distanz/Zeit/Kalorienverbrauch für das Training abdecken. Diese sind zwar nicht perfekt, aber können einen Anhaltspunkt liefern, wo es interessante Rundkurse geben könnte. Sinnvoller ist aber sicherlich die Vorbereitung solcher Tracks am Desktop, etwa mit www.komoot.de , www.bikemap.net oder www.gpsies.de, wo auch die Erfahrungen lokaler Anwohner mit berücksichtigt werden.

Das Aufzeichnen von eigenen Tracks ist jederzeit problemlos über eine Schaltfläche möglich, wird bei Bewegung auch automatisch angeboten (leider mit modalem Dialog, den man selbst wieder schließen muss). Sekündlich wird die Position dann sowohl in einem internen Format, als auch als GPX gespeichert. Über USB kann das Gerät als Massenspeicher angesprochen werden und man sich so die Logs überspielen.

Desktop-Software

Die Desktop-Software ist ausschließlich für Windows verfügbar und setzt auf .NET auf. Verschiedene einzelne Module dienen der Aktualisierung der Geräte-Firmware, dem Archivieren und Tauschen der Tracks (MioShare), sowie einem Zugang zum Online-Shop (MioAdvantage). Dafür wird in der Regel auf Online-Dienste zurückgegriffen, weshalb die Nutzung ohne Internet wohl schwierig wird. Das es in diesem Zusammenhang zahlreiche IDs und Codes gibt, die eine Zuordnung ermöglichen, schreckt auch ein wenig ab. Trotz mehrerer Versuche wollte uns ein Aufspielen von externen Tracks nicht gelingen, leider kann man diese offensichtlich auch nicht einfach als GPX-Datei einfügen. Die durch das Gerät aufgezeichneten Tracks werden dabei getrennt je Profil abgelegt, was evtl. für Verwirrung sorgt.

Interview

Nach der Beendigung unseres Tests, erklärte sich Mio bereit einige unserer Fragen in einem kleinen Interview zu beantworten, welches auf Englisch per Mail (23.07.2012) geführt wurde:

Bitte stellen Sie sich ganz kurz vor:
Mein Name ist Iwan Van Hende, ich bin der Mio PM Director Outdoor & Fitness. Ich arbeite für MiTAC seit 8 Jahren (Anmerkung: Mutterkonzern) und bin für die Einführung der Mio C-Serie, der Magellan Outdoor Produkte und seit kurzem auch der Cyclo Serie verantwortlich.

Warum entschied sich Mio für OSM als Datenquelle?
OSM wurde ausgewählt, da es sehr viele Straßen für Rennen, sowie Stadtradeln und MTB enthält, wo Tele Atlas und Navteq niemals dran interessiert waren. Das ist ein sehr großer Vorteil der Karten.

Was waren ihre Erfahrungen während der Entwicklung? War das schwieriger als mit kommerziellen Datensätzen?
Während der Implementierung zeigte sich, dass die Abdeckung nicht in jedem Land gleich ist. Wir haben auch viele Fehler in den Kartendaten selbst gefunden. Aber der Vorteil von OSM ist ja in dieser Hinsicht, dass die Daten kontinuierlich von den Nutzern verbessert werden.

Wird es Kunden irgendwann möglich sein, eigene Karten zu erstellen?
Nein, das wird leider nicht in absehbarer Zeit möglich sein.

Wie sind die Pläne bzgl. der Updates der Karten?
Wir werden 4 Releases pro Jahr für die Nutzer anbieten, denn die OSM Datenbank ändert sich ja täglich.

Werden eines Tages alternative Betriebssysteme unterstützt werden?
Wir hoffen bis Ende des Jahres auch für Mac kompatibel zu sein, eine Unterstützung für Linux ist bisher noch nicht geplant.

Gibt es schon Ambitionen, für eine weitere Zusammenarbeit mit der Community?
Es gibt da sehr interessante Möglichkeiten für uns (Spenden,  Infrastruktur, Mapping Parties, ….). Wir stehen zur Zeit mit der OSM Foundation in Kontakt, um die Möglichkeiten zu erörtern.

Fazit

Wenn man die Ausstattung und die Überlegungen hinter dem Produkt kennt, wird klar, dass Mio damit insbesondere die Gruppe der sportlichen (Renn-)Radfahrer im Blick hat. Dafür ist es mit den zahlreichen Darstellungen von Messwerten optimiert und macht unserer Meinung nach auch einen soliden Eindruck. Jedoch sollten für über 300€ dann auch gleich die passenden Sensoren beiliegen, damit die Relationen stimmen.

So ist es etwa bei Konkurrent Garmin in dem Preissegment möglich, mit zusätzlichen Tools eigene Karten für die Geräte zu erzeugen, dessen Speicher zu erweitern und die Akkus auszutauschen. Jedoch sind dessen Geräte zwar flexibel, aber dadurch für das Abfahren einer Strecke auch viel zu überladen für Otto-Normalbürger. Diese bräuchten aber beim Cyclo ein nützlicheres Routing für Freizeitfahrer und für längere Touren eine noch hilfreichere Navigation, gerne zu Lasten der Benchmark-Anzeigen. Insofern ist der Werbeclip von Mio da vielleicht etwas zu optimistisch mit der Universalität des Gerätes. Der Nutzen der Desktop-Software ist in diesem Zusammenhang irgendwie unklar. Routenplanung ist darin nicht möglich und die Verwaltung der Tracks durch den Zwang, das Tool zum Import zu nutzen, unnötig kompliziert. Insgesamt läuft die Software aber sehr stabil und es gab nur recht wenige Bugs (ab und zu fror der Kompass ein).

An dieser Stelle möchten wir uns noch mal ausdrücklich bei Mio für die Demo-Exemplare und das Interview bedanken. Weiteren Dank verdient EvanE, der wieder unermüdlich fleißig mit testete.
Wir (und ihr bestimmt auch ;)) freuen uns schon auf weitere Entwicklungen auf dem Navi-Markt mit freiem Kartenmaterial von OpenStreetMap, die sich mit dem TEASI von a-rival auch schon abzeichnen.

Mittlerweile liegt die Firmware in Version 2.2069 (zip) vor, die auch über die Desktop Software sofort eingespielt wird. Dabei wurden viele kleinere Fehler behoben, wie das bisherige Entladen im ausgeschalteten Zustand oder die Lesbarkeit der verschiedenen Kartenstile. Wir wunderten uns aber erneut, dass Brücken und Treppen immer noch nicht angezeigt werden. Ein großes Problem stellte ja bisher auch die Reaktionsgeschwindigkeit bei Eingaben dar, was nun zumindest besser geworden ist. Das Rendering dauert zwar immer noch relativ lange (0.5-1sec), passiert nun aber im Hintergrund, so dass man trotzdem die Kartenansicht bewegen kann. Leider gibt es immer noch einige grobe Bugs, weshalb das Gerät z.B. bei sehr langen Routing-Strecken, oder bei ungünstigen Suchen abstürzt. Optimiert werden könnte auch noch die Geschwindigkeit des GPX-Exports und des Cold-Fix (wieder 1-2min).

Darüber hinaus wurde dem Menü Einträge spendiert,  so dass man nun den Kompass auch kalibrieren kann, der Bildschirm eine autopoweroff-Funktion bekam und man ein wenig mehr Einfluss auf das Routing nehmen kann (z.B. automatische Neuberechnung und seperates Snap-to-road). Leider blieben die POI-Kategorien weiterhin ein wenig unsortiert und auch die Liste der Suchergebnisse ist bisher nicht wirklich nützlich, da man keine weiteren Angaben außer dem Namen erhält. Wenn man selbst eine Route auf dem Gerät erstellen will (mit Zwischenpunkten), kann man diese mit Adressen eingeben. Allerdings erfolgt dann nur ein Luftlinien-Routing.
Als Mapper vermisst man natürlich die etwas erweiterten Funktionen,  wie etwa eine Satellitenansicht. Die Qualität des GPS-Signals ist sicherlich nicht so gut wie bei höherpreisigen Geräten, da diese auch in Extremsituationen (etwa im Haus am Fenster)  noch etwas empfangen können. Für normale Anwendungen ist das Medion aber durchaus geeignet.

Auch bei der Desktop-Software „GoPal Assistant“ ist einiges passiert.  Insbesondere funktioniert nun der integrierte Medion Karten Shop, so dass man den beiliegenden Gutschein für eine Topografische Karte (1:25000) einlösen kann. Dabei kann man sich aber nur eine von den vorgegebenen Deutschland-Kacheln, aussuchen. Weitere müssen für 18 Euro dazu gekauft werden. Leider sind auch noch keine neueren OSM Karten verfügbar, weshalb man immer noch mit Europa 07/2011 Vorlieb nehmen muss.

Fazit

Medion gibt sich in der Tat Mühe, das Potential, dass das Gerät ohne Frage hat, besser nutzbar zu machen. Wieso dies erst nach der Markeinführung passiert, ist ein wenig verwunderlich. Durch den attraktiven Preis, die einfache Menüführung aber auch die Einschränkungen (integrierter Akku, keine SD-Karten) bietet es sich am ehesten für Einsteiger an, die keine all zu langen Touren damit fahren wollen. Outdoor-Spezialisten werden wahrscheinlich eher zu den Garmin Geräten greifen, die mehr Optionen bieten und für die jeder selbst Karten erstellen kann. Für Radsportler ist vielleicht das demnächst erscheinende Mio Cyclo interessant. Es bietet neben OSM Karten auch die Möglichkeit, Pulszähler und weiteres Equipment mit ANT+ einzubinden. Der Trend OSM als Kartenquelle für die mobile Navigation zu nutzen, scheint also endgültig auch im Outdoor-Navi Markt angekommen zu sein.

Als überall die Lichter schon ausgingen, feierten weltweit Mapper ihre eigenen Partys, und zwar die “rund um die Uhr mappen” Partys. Diese fanden in Büros, an Universitäten oder in normalen Wohnungen statt, meistens in größeren Städten. Soweit ich mich erinnere, war das die erste globale Mappingaktion für 24 Stunden und steht in der Tradition von sozialen Events, wie Projekt der Woche, Projekt des Monats oder HOT. Aber weltweit Mapping Parties? Nun, die fanden bisher eigentlich nur an einem einzigen Ort und natürlich draußen statt.

Durch die Zeitzonenverschiebung hatten wir immer wenigstens ein Team, das an der Karte arbeitete, wobei es in Japan los ging und in den USA endete. Mittels Twitter und IRC blieben wir immer auf dem neusten Stand, die Mapper aus Tokio haben sogar live ihren JOSM gestreamt. Dank schwarzem Kaffee hatten die meisten keine Probleme bis zum frühen Morgen wach zu bleiben; aber natürlich mussten einige dann doch ein paar Stunden schlafen, um wieder frisch und munter zur Arbeit zu erscheinen.

Für mich war beeindruckend, dass an 22 Orten über 250 Menschen ihre Gegend in OpenStreetMap verbesserten. Diese tolle Teamarbeit begann bereits in den ersten Stunden, nachdem ich das Event angekündigt hatte. Die Wikiseiten wurde in 9 weitere Sprachen übersetzt, die Banner adaptiert und Informationen über die Sozialen Netze ausgetauscht. Die geleistete Arbeit zeigt sich insbesondere in mehr Landuse Flächen und natürlich vielen neuen Gebäuden. An der Stelle nochmal danke an euch alle! Und insbesondere möchte ich den FOSSGIS e.V. und die OSMF für das großzügige Sponsoring der lokalen Partys danken!

Wie ihr euch sicherlich gedacht habt, war das meine erste größere Organisation solch einer Aktion. Ich habe viel gelernt, vor allem, dass unsere Comunity offensichtlich solche Sachen mag, die   praktische Arbeit und soziales Beisammensein kombinieren. Es gibt sicherlich noch Verbesserungsbedarf (Zeitpunkt der Aktion, Zeitraum der Ankündigung, echtes mappen draußen, …), aber ich denke, das war ein großartiger erster Probelauf für uns alle. Und wer weiß, vielleicht kommt auch nach dieser Nacht irgendwann eine neue Aktion, an dem wir weltweit konzentriert an unserer Karte arbeiten.

Das Gerät

Wenn man das S3857 GPS aus seinem Karton befreit, ist man angenehm überrascht, da das Format eher einem Smartphone als einem buckligem Garmin entspricht und mit seinen 150 Gramm sehr gut in der Hand liegt. Der beiliegende Fahrradhalter macht deutlich, dass als potentielle Nutzer wohl in erster Linie auch Zweiradpiloten angesprochen werden sollen.

Die inneren Werte entsprechen durchaus dem Standard heutiger GPS-Geräte und früherer PDAs oder Smartphones. Ein 400MHz ARM Prozessor mit 128MB RAM sollten eigentlich mehr als ausreichend sein für Windows CE 5, sowie ein SiRFStar III GPS Chipsatz und 8GB Flash für Kartenmaterial sollte eine sehr gute Navigation ermöglichen. Unterstützung kommt noch von einem elektronischen Kompass und einem barometrischen Höhenmesser, beides Peripherie, die sonst nur höherpreisigen Serien der GPS-Geräte-Hersteller vorbehalten bleibt. Merkwürdig ist nur, dass ein erster Fix nach einem Warmstart trotzdem geschlagene 1:35 Minuten braucht.

Für einen kompletten Start der Software benötigt das Gerät nur 24 Sekunden, die auch nur selten notwendig sind (etwa nach einer Synchronisation mit dem PC), ansonsten wird mit dem Ausschalten nur ein Dämmerschlaf eingeleitet, aus dem es sehr schnell wieder erwacht. Der Akku ist direkt in das Gerät integriert und lässt sich während eines Ausflugs nicht wechseln. Mit der Fahrradhalterung (Schelle für den Lenker, Montageplatte für das Gerät) lässt sich das Gerät recht einfach am Lenker montieren und mit dem Schwanenhals ausrichten. Diese Konstruktion hält zwar, wackelt aber auf holpriger Strecke und wird für Motorräder ungeeignet sein. Eine Schlaufe oder andere Möglichkeit zur Sicherung oder für das Halten am Gürtel ist leider nicht vorgesehen. Insgesamt wirkt das gummierte Gehäuse sehr robust und wertig, wenn es auch sicherlich trotz Wasserschutz (IPX) nicht für das Überlebenstraining gedacht ist. Das Display wirkt im Vergleich mit einem Garmin Oregon recht hell und gefiel uns von Anfang an.

Die Software ist eine Update: angepasste Version von TwoNav von CompeGPS Eigenentwicklung von Medion namens GoPal Outdoor 2.1.2, welche wir in der Firmware Version 2.0.1942 mit OSM Daten von 07/2011 getestet haben. Die Karten lassen sich nur über eine unter Windows laufende Desktop-Anwendung Medion GoPal Assistant verwalten. Ein SD-Kartenslot ist nicht vorhanden. Über den rückseitig angebrachten Mini-USB Anschluss meldet sich das Gerät unter Linux aber als externen Datenträger, über den eine Kartenverwaltung nicht vorgesehen zu sein scheint und uns eine solche auch nicht gelang. Das Kartenmaterial liegt in Form von vielen ebmd Dateien vor, die trotz Klartextdaten erstaunlich klein sind.

Die Bedienung

Die Bedienung erfolgt ausschließlich über das 3″ Touchscreen, was generell im Winter (Handschuhe!) Nachteile gegenüber klassischen Tasten hat, jedoch in jüngster Zeit auch bei vielen anderen Herstellern in Mode gekommen ist. Die Karte wird fast im Vollbild angezeigt, ergänzt von 2 benutzerdefinierten Infoboxen. Zusätzliche Elemente, mit dem man die Karte steuern oder auch Aufzeichnungen starten und Wegpunkte setzen kann, erscheinen nach Berühren des Bildschirms. Das Setzen von Wegpunkten gleicht allerdings einer Geduldsprobe, da recht exakt ein Doppelklick auf dieselbe Stelle gemacht werden muss. Wie das bei einer Fahrradtour gehen soll, ist uns schleierhaft. Zwischen zwei verfügbaren Kartenstilen kann gewechselt werden, wovon der erste dem von OSM bekannten Mapnik-Layer gleicht und der zweite besonders für Gelände (stärkerer Kontrast) geeignet ist. Beide Stile zeigen Straßen- und Wegenetz (Bild), Gebäude und viele OSM-POIs an, wobei jede Ebene auch einzeln abgeschaltet werden kann. Teilweise ist die Darstellung jedoch viel zu klein, so dass Hausnummern, Wege, Einbahnpfeile und einige Icons nur mit starker Konzentration lesbar sind. Auffällig ist, dass zu den Marken von Einkaufszentren die passenden Logos auf der Karte (Bild) angezeigt werden. Wer einen kleinen Eindruck der Oberfläche gewinnen möchte, kann ja den Online Simulator von GoPal-Navigator.de ausprobieren.

Ein großes Ärgernis stellt in der Realität die sehr träge Bedienung der Karte dar. Teilweise dauert es mehrere Sekunden, ehe der neue Bereich nach einem Ziehen dargestellt wird. Nachdem wir alle Karten (außer OSM DE) gelöscht hatten, schien das Gerät etwas schneller auf Nutzereingaben zu reagieren, aber wirklich schnell war dies trotzdem nicht. Hier gibt es massiven Nachholbedarf für Medion. Auch die jetzigen Einstellungen für die einzelnen Zoomstufen sind nicht unbedingt sinnvoll. So werden Gebäude erst auf 50m angezeigt aber von vielen anderen POIs auch überlagert. Bei 500m hat man leider kein Straßennetz mehr, obwohl man in dem Bereich gerade erst eine kleinere Stadt überblicken kann.
Sehr positiv fiel uns jedoch das einfach gehaltene Hauptmenü auf, welches sich auf wesentliche Features zur Navigation beschränkt und damit viel schlanker als das der gewöhnlichen Navis von Garmin und Magellan geraten ist. Allerdings ist der seitlich dargestellte Slider, mithilfe dessen durch das Menü gescrollt werden kann, viel zu klein und schlecht zu treffen, denn Gesten werden nicht unterstützt.

Die Addressuche funktioniert – wie bei anderen Geräten – bis auf kleine Ausnahmen (keine direkte Umlaute, teilweise unpassende Suchergebnisse) recht intuitiv und überraschend schnell (ca. 3 Sekunden pro Anfrage). Das Gerät kennt nur dann die Hausnummern in einer Straße, wenn diese in OSM erfasst wurden. Dabei gibt es keinen Überblick über vorhandene Hausnummern. Sind in einer Straße keine Hausnummern vorhanden, zeigt das Gerät Kreuzungen mit anderen Straßen als Auswahl zur Zielnavigation an. Die Vielfalt der OSM-Objekte spiegelt sich in den auswählbaren POI Kategorien wieder, wobei wir uns darüber wunderten, dass Hubschrauber-Landeplätze oder Kasernen auswählbar waren, aber die vielleicht etwas näherliegenden POI Typen für Fahrrad- oder Outdoorläden nicht auffindbar waren. Ein paar Probleme scheint es auch noch bei POIs zu geben, die direkt an Gebäude getaggt sind.

Leider lässt sich anhand der zurückgelieferten Ergebnisliste nicht herausfinden, welches das günstigste Ziel ist und wo es sich grob befindet.
Für gewöhnliche Fahrradrouten dauert die Berechnung etwa 10 Sekunden (siehe Kasten): Dann wird die Route kurz komplett angezeigt und danach wieder auf die aktuelle Position gezoomt. Die meisten von uns getesteten vorgeschlagenen Fußgängerrouten erschienen uns sinnvoll, sofern das Aktivieren des Fußgängerroutings in den Optionen nicht vergessen wurde. Leider können außer der Nutzung von Fähren und der Bindung an Straßen keine weitere Parameter für das Routing gesetzt werden.

Während der Fahrt unterstützt das Medion S3857 den User lediglich mit einer Distanz-Markierung auf der Windrose, die die Richtung des nächsten Wegpunkt anzeigt. Hier bleibt das Gerät weit hinter den Möglichkeiten, die die Hardware in Kombination mit OSM-Daten hergeben würde. Das reicht von einem sich selbst aktivierenden Display mit großem Abbiegepfeil, mit Piepstönen bis hin zu einer Ansage „Bitte fahren Sie hinter der Litfaßsäule wieder auf den Gehweg auf“. Verbesserung würden auch der Clip-to-road Funktion gut tun, denn derzeit möchte sie uns auch bei einer Straßenbahn-Fahrt viel lieber auf der parallelen Straße sehen. Außerdem wird bisher leider nicht selbstständig erneut geroutet, wenn man deutlich von der Strecke abweicht.

Die Anbindung an den PC

Das Gerät wird mittels USB an den Windows-Rechner angeschlossen und dort standardmäßig als ActiveSync Gerät erkannt, wie dies für die meisten unter Windows CE laufenden Geräte üblich ist. Über die beiliegende DVD wird der GoPal Assistant installiert, der nach dem ersten Start zunächst alle Karten darauf analysieren muss (Dauer: 20 Minuten). Danach lassen sich Karten beliebig auf den Medion S3857 laden oder löschen. Daneben soll der GoPal Assistant ein Updaten der Firmware und des Kartenmaterials erlauben. Beides konnten wir nicht testen, da bisher der assoziierte Online-Shop noch gar nicht gestartet ist. Wir wollen in diesem Zusammenhang nicht verschweigen, dass einige Käufer sich darüber bereits in diversen Foren beschwert haben. Auf unsere Anfrage, wie Apple- und Linux-Nutzer ohne den GoPal Assistant mit dem Medion S3857 arbeiten können, hat uns Medion leider bislang noch nicht geantwortet.

Unterwegs für OSM

Das Erfassen von Geodaten für OSM ist mit dem Gerät nicht schwer, auch wenn eine Einbindung von OpenStreetBugs und die Anzeige eigener aktueller Karten auf dem Gerät sinnvoll wären. Mit einem Klick lassen sich Track-Aufzeichnungen starten. Das voreingestellte Logging-Intervall von übertriebenen 30 Sekunden sollte allerdings zunächst (in den Einstellungen ) geändert werden. Die Tracks werden im Menüpunkt „Ziele und Wege“ verwaltet und lassen sich anzeigen. Zumindest drinnen und ohne aktivierte Trackaufzeichnung hielt der Akku über 10 Stunden bei minimaler LCD-Helligkeit, genügend also für die meisten Mapping-Ausflüge, zu wenig aber für vielleicht mehrtägige Radtouren.

GPX Tracks

Über Extras –> GPX Export werden die aufgezeichneten Tracks als GPX Dateien in den per Mass-Storage-Mode zugänglichen Teil des Speichers gebracht und von dort auf den Rechner übertragen. Analog geht man vor, wenn man GPX Tracks auf das Gerät importieren möchte. Warum diese umständliche Methode gewählt wurde, statt die Tracks gleich im Speicher zugänglich zu machen, ist aus Benutzersicht nicht nachvollziehbar. Die Tracks enthalten zwar Höhenprofilinformationen, aber, wie bei einigen anderen Geräten auch, keine Angaben über die Empfangsqualität (DOP).
Was uns nicht gefiel, weil es eine potentielle Fehlerquelle für das Erfassen von Daten darstellt: Während der Navigation per Route wird eben jene Route als Track gespeichert. Die Wegpunkte „rasten“ dann auf den nächst gelegenen Weg des Kartenmaterials ein und ein Erfassen neuer Wege wird erschwert. Abhilfe schafft die Umstellung der Navigation auf Luftlinie. Daneben wird die Darstellung (noch) träger, wenn viele Punkte in der Karte zu sehen sind, da offenbar alten Trackpunkte nicht automatisch entfernt werden.

UPDATE 8.5.12: Es gibt mittlerweile eine aktualisierte Firmware, die einige Verbesserungen und Änderungen mit sich bringt, mehr dazu im Artikel.

Das Fazit

Wir haben uns bei unserem Test besonders dafür interessiert, inwiefern das Medion S3857 für den Einsatz bei OpenStreetMap tauglich ist. Nicht berücksichtigt haben wir seine Eignung für Geocaching oder andere Outdoor-Aktivitäten, denn dies können entsprechende Communities besser bewerten. Hier sind die persönlichen Fazits der Tester:

Stephan
Ich würde das Gerät definitiv nicht kaufen, da es 1. nicht responsiv reagiert (z.B. beim Verschieben der Kartenansicht), 2. über keinen auswechselbaren Akku (ungeeignet bei längeren Touren) und keinen Speicherkartenslot (Erweiterbarkeit?) verfügt, und 3. bisher unklar ist, ob wir als Mapper eigene OSM-Karten für das Gerät erstellen und nutzen können. Der Vorstoß von Medion ist dennoch begrüßenswert.

Martin
Mir persönlich ist mein jetziges Outdoor-GPS allerdings lieber, das kann ich auch mit Handschuhen bedienen und ich brauche kein Windows zum Kartenupdate. Der ambitioniertere OSMler, der dann auch seine eigenen Karten installieren will, sollte sich noch zurückhalten, da die Möglichkeit der Benutzung eigener Karten noch unklar ist.
Im Endergebnis also für den Einsteiger in die OSM-Welt eine eingeschränkte Empfehlung, wer aber tiefer ins Mappen einsteigen will, sollte sich unbedingt auch die Konkurrenzprodukte ansehen und gut vergleichen.

Matthias
Leider keine Kaufempfehlung. Mir gefällt die Hardware sehr gut und eigentlich könnte es das ideale „OSM to go“ Gerät gerade für Unbedarfte sein, doch leider ist der jetzige Software-Stand so unreif, dass die Nutzung echt keinen großen Spass bereitet. Ich finde es jedoch super, dass da Garmin Konkurrenz bekommt

Edbert
Wegen des im Vergleich zum Garmin Oregon schlechteren Empfangs und der ungeschickten Track-Aufzeichnung scheint mir das Medion S3857 nur zweite Wahl für OSM-Aktivitäten zu sein. In der Summe gibt es zudem zu viele Kleinigkeiten, die das Arbeiten mit diesem Gerät unnötig schwer machen.

Verlosung

Bald ist Weihnachten und deshalb verlosen wir ein Gerät! Um an der Verlosung teilzunehmen, schreibt bis zum 19.12.2011 in den Kommentaren mindestens euren OSM Usernamen (z.B. SteveC). Den Gewinner geben wir in der nächsten Wochennotiz bekannt. Der Rechtsweg ist natürlich auch bei uns ausgeschlossen

Update: Wir haben den Gewinner per Zufallsgewinngenerator ermittelt. Und gewonnen hat….. Florian3. Herzlichen Glückwunsch und viel Spaß mit dem Gerät.

und ab in den GPS-Verleih…

Die fünf Testgeräte sind übrigens inzwischen im GPS-Verleih angekommen und können für Ausflüge mit Klassen oder Mapping Parties mit vielen Neulingen genutzt werden. Die Unzulänglichkeiten, die wir beim Testen gefunden haben, haben wir Medion schon mitgeteilt und werden die Antwort entsprechend ergänzen.

Wir danken Medion für das Bereitstellen der Testgeräte und den Testern Matthias, Martin, Edbert und Stephan für ihre Zeit und ihr Engagement.

PS: Wenn ihr euch mehr Beiträge dieser Art wünscht, schreibt das doch einfach in einen Kommentar.

Draußen fallen die Blätter und die Temperaturen kommen langsam in einen Bereich, wo man nicht mehr ohne Handschuhe das GPS bedienen mag. Nun kann man freilich bei einer heißen Schokolade fleißig Bing Bilder tracen, was auch enorme Fortschritte zustande bringt…
Oder wir krämpeln mal alle die Ärmel hoch und kümmern uns diese Woche darum, unsere bisherigen Bestände mal zu polieren. Jeder wie er mag, auch 3 gefixte Bugs sind besser als keiner!

Dafür schauen wir uns die eigene Gegend mal mit keepright an. Diese Karte macht eine Auswertung, wo möglicherweise Fehler vorliegen bzw. die Angaben bei OSM ungenau sind. Mit dem RemoteControl-Plugin lässt sich der Fehler sehr komfortabel mit JOSM untersuchen und nach einer Korrektur setzt man dann bei Keepright einfach auf „temporär behoben“. Ein Smilie mit Daumen dankt euch für die Mühe und wenn man dann ein paar Fehler zusammengesammelt hat, kann man die entsprechenden Änderungen auch von JOSM hochspielen. Wann genau die Fehler dann endgültig verschwinden, habe ich aber leider noch nicht rausgekriegt… Wir sehen aber die Ergebnisse bestimmt bei den nächsten Auswertungen von Pascal für das Routing.

Vor ein paar Tagen, habe ich den westlichen Part von Mecklenburg-Vorpommern damit mal überprüft und am meisten Fehler solcher Art behoben:

fixme=* Tags
Meistens mit Hinweisen anderer Mapper dass der Verlauf nur geschätzt wurde (prima mit BING Luftbildern korrigierbar). Leider sind die Notizen häufig veraltet und durch Auftrennen der Wege auch „gewandert“. Allgemeinere Hinweise sind so leider auch für Anwohner nicht sichtbar, deshalb ist es meist besser, wenn man diese bei www.osmbugs.org einträgt. Hinweise, dass der Name fehlt finde ich persönlich auch überflüssig, denn das kann man viel besser automatisiert erfassen, was dann auch nicht vergessen wird:

Fehlende Name Tags
Da kann man mal im Web recherchieren, ob man das rauskriegt. Bei Kirchen funktioniert das ganz gut, bei Restaurants bleibt es sonst im Zweifelsfall einfach erst mal weiter offen.

Unverbundene Wege und Einbahnstraßen, die im Nichts beginnen
Hier schaut man natürlich, dass die irgendwo angeschlossen werden. Ich hatte aber auch schon mal einen Weg in einer Koppel, gut dann ist das halt so (und ein false positive-Fehler somit). Oh und Bahnsteige sollten natürlich auch einen Fußweg bis ran spendiert bekommen.

Straßen über Flüsse
Da muss man mal schauen, ob man eine Brücke erkennt und den Abschnitt der Straße entsprechend taggen (zwei Punkte auf den Way setzen und dann mit Taste P das Segment heraustrennen). Aufm Land ist das vermutlich eher ein Rohr für einen Kanal, wo dann eben dessen Teil unter der Straße als tunnel=yes gesondert markiert wird.

Webseiten die falsch sein sollen
Da gibt es zum einen URLs, die nicht mehr erreichbar sind, was aber auch nur zeitweise sein kann –> überprüfen und evtl. nach einem Ersatz googeln. Aber es gibt auch eine Inhaltsprüfung, die manchmal anschlägt, wenn der getaggte Namen nicht vorkommt (soll wohl ein präventiver Schutz gegen Spam-Links sein). Letzteres lieferte bei mir aber sehr sehr oft Fehlalarm.

„Road“-Straßen
Das sind Straßen/Wege bei denen der Mapper nicht wußte zu welcher Klasse sie gehörten. In Wohngebieten ist das meist highway=residential bzw. highway=service für Wege auf Firmengelände (ggf. mit access=permissive). Auf dem Land kann das von  highway=tertiary über highway=unclassified (ist eine eigene Straßenklasse drüben in UK) bis highway=track irgendwas sein. Wenn man es nicht bestimmen kann, lasst den Fehler sonst erstmal offen, denn davon werden u.A. Geschwindigkeiten abgeleitet und auch das Rendering fällt anders aus.

Bilanz
Ich musste mich übrigens auch erst ein wenig überwinden, was für die Qualitätssicherung zu machen, aber hey es macht wirklich Spass, weil man relativ schnell auch große Flächen fertig bekommt. Und wem das zu wenig ist, der kann ja auch immer ein paar Häuser malen und wer weiß….vielleicht motiviert das den ein oder anderen dort weiterzumachen? Es geht ja auch nicht darum gar keine Fehler mehr zu haben, jeder soll die beseitigen, die er sich selber zutraut und wir sind alle wieder einen Schritt weiter :).

Wer sich weiter mit der Thematik Qualitätssicherung bei OSM beschäftigen möchte, der kann gerne mal im Wiki – Quality Assurance nachschlagen.

Über Rückmeldungen in den Kommentaren würde ich mir sehr freuen.

Viele von Euch kennen wahrscheinlich die Karte auf unserer OpenStreetMap.de Seite. Sie zeigt als Overlay viele der deutschen Lokalen Gruppen und Stammtische an. Im Zuge der Überarbeitung der deutschen Projektseite soll auch dieser Layer angepackt werden.

Jochen hatte damals im Wiki eine Vorlage (Template) für Stammtische erstellt, aus der die Karte generiert wird, die aber nur deutsche Gruppen erfasst. Das Ganze hatte ich darauf für die weltweiten Local User Groups umgestaltet, was auf usergroups.openstreetmap.de auch schon länger dargestellt wird.

Doch nun wollen wir alte Zöpfe abschneiden und da brauchen wir eure Hilfe! Bitte ersetzt von eurem lokalen Treffen das alte deutsche Template, durch das neue englische. Das ist auch gar nicht kompliziert, nehmt einfach diesen Schnipsel von der Seite des Rostocker Treffens und passt ihn an:

{{user group
|name=Rostocker Treffen
|lon=12.121773
|lat=54.088956
|country=DE
|state=Mecklenburg Vorpommern
|meets_when=every 2nd monday
|meets_where=[http://www.planb-rostock.de/ Plan B.]
|url=http://www.ourcoolpage.org/
|mailing_list_url=http://lists.openstreetmap.de/mailman/listinfo/meckpomm
|mailing_list_archive=https://lists.openstreetmap.de/pipermail/meckpomm
|photo=MV Mapping Party 3 - Das Team.jpg
}}

Wie ich finde ganz wichtig dabei: Ladet ein Foto in das Wiki hoch (linkes Menü – Datei hochladen), dass die Leute eures Stammtisches zeigt. Das macht das Ganze doch gleich viel familiärer Und vergesst nicht, vielleicht wollt auch ihr im Urlaub ja mal zu lokalen Mappern Kontakt herstellen, also probiert die Seite ein wenig aktuell zu halten!

Das ist dann euer kleiner Beitrag zum Relaunch der Seite, aber vielleicht wollt ihr Jonas (@jokru), Fabian und Pascal (@pascal_n) auch bei weiteren Sachen noch unterstützen, dann immer ran an den Speck!

Es muss allerdings gesagt sein, dass wir verglichen mit den früheren Mapping Parties, dieses Jahr doch recht spät in die Puschen kamen. Mir persönlich war da ziemlich mulmig, denn bei herbstlichen Regen und Sturm macht mappen natürlich deutlich weniger Spass. Aber wir hatten allen Befürchtungen zum Trotz bestes sonniges Wetter, bei durchaus kühlen Temperaturen.

Schwedenhagen, Wolfgang H, Leoss, Kilt, !i!, Torben und usr_mat (v.l.n.r)

Gegen 11 trafen wir uns also in einem schön gelegenen Restaurant und teilten bei einem Käffchen das Gebiet auf. Jeder von uns hat ja auch so seine Macken. Während Schwedenhagen lieber längere Strecken radelt, stürzt sich Kilt mit Vorliebe auf Kleingarten-Anlagen und ich find halt Hausnummern und viele POIs auf der Karte ziemlich schick. So ging es also mit Digicam, PDA und Camcordern bewaffnet auf in die Umgebung und es wurde 2h lang gemappt was das Zeug hält.

Hagenow vor dem Einsatz

Wenn man dann doch ein wenig geschafft sich zu einem späten Mittag wieder zusammenfindet, stellt sich beim ein oder Anderen wieder Ernüchterung ein, da wieder nur ein paar hundert Hausnummern erfasst wurden. Aber es zählt ja nicht alles fertig zu kriegen, sondern eine gute Unterstützung für lokale Mapper zu geben und das Projekt vor Ort vorzustellen. Sehr interessant dabei: Ein Reisender sprach uns im Zug wegen OSM an und fragte, wie man denn die Karte erstellt, die er bisher nur genutzt hat.

Für uns war es wieder ein interessanter Ausflug und wir denken das Ergebnis kann sich durchaus sehen lassen (Video). Doch die Frage steht natürlich im Raum, war das

Abgelaufene Strecke (als Video)

die letzte Mapping Party in diesem Jahr hier in Deutschland? Wer ist mutiger und veranstaltet vielleicht doch noch eine Expedition, womöglich bei Schneefall und mit Grog?

Mehr Details zur Party findet ihr auch im Wiki.

Matthias (!i!) hatte es im Forum ja bereits angedeutet und nun haben wir es wirklich geschafft. Fast alle 23080 Hausnummern in Rostock sind erfasst. Genau genommen stagnieren die erfassten Nummern bei 97%, da wir keine Lücken mehr finden. Wiedergegeben ist natürlich lediglich die Anzahl der Nummern und kein direkter Abgleich, ob jede Nummern auch korrekt und an der richtigen Stelle angebracht ist. Ich denke, wir dürfen aber trotzdem sagen, dass wir „fertig“ sind. Ein flüchtiger Vergleich mit dem geoportal.rostock.de zeigt, dass in OSM die rechtlichen Nummern insbesondere von unbebauten Gebieten fehlen und auch die ein oder andere Kaufhalle ist noch nicht dabei.

Wie alles begann, ist eigentlich schnell erzählt. Einige wissen sicherlich noch, dass uns das Katasteramt 2009 die Gebäudeumrisse gespendet hatte. Als dann auch der Stadtplan als WMS zugänglich gemacht wurde, wuchs bald der Detailgrad und einige Mapper überlegten sich, was man denn neben Hundekottüten-Spendern noch erfassen könnte. Nun, zunächst ist die Hausnummernerfassung natürlich ein gigantisches Vorhaben, aber wenn der erste Stadtteil einmal komplett ist und in vollem Glanz erstrahlt, dann sind schnell (zugegeben, es dauerte trotzdem noch ein Weilchen) weitere Mitstreiter gefunden, die ihre Wohngegend ebenso schön gestalten wollen. Die Nummernerfassung dümpelte dann aber noch ziemlich vor sich hin, mal wurde hier ein Bereich fertiggestellt, mal dort ein POI mit Adressangaben aus dem WWW ergänzt.

Wir überlegten uns damals, dass es eigentlich clever wäre, die Adresse direkt an den Hausumriss zu taggen, da dann der Zusammenhang zwischen Gebäude und Hausnummer klarer war. Das ging besonders gut, da durch den Import natürlich auch Haushälften klar getrennt waren. Gerade bei Wohnblöcken boten sich aber natürlich Interpolationen an, aber ansonsten wollten wir das schon so genau wie möglich haben. Aber klar, solche Details hält man auch nicht immer konsequent durch 

Es lässt sich immer etwas verbessern…

Am Anfang diesen Jahres stellten wir uns die Frage, was wir uns als großes Ziel für die kommenden Monate setzten. Da wir mit den Hausnummern schon recht weit waren (etwa 60%), aber die fehlenden Gebiete immer weiter weg vom Stadtzentrum lagen, war klar, dass wir dort alle ran müssen. So richtig los ging es aber erst, als wir uns ein Script gebaut hatten, das einen Fortschrittsbalken für die erfassten Hausnummern generierte.

Es sind eben doch die kleinen Dinge, die motivieren.

Beim Mappen haben die meisten von uns Walking-Papers genutzt, denn die Rostocker Häuser waren ja schon prima auf der OSM-Karte zu sehen. Und wenn man schon mal vor Ort ist, dann ergänzt man natürlich noch weitere Details. Einige nutzten sogar Camcorder, denn in Neubausiedlungen ist es etwas mühselig, wegen jedes Hauses vom Fahrrad zu steigen. Wir gingen nun auch wieder dazu über, Hausnummern als separate Nodes zu erfassen, um so den Eingang eines Gebäudes zu markieren. Im Nachhinein wäre es am cleversten, einen eigenen Node im Hausumriss-Way zu erzeugen und diesen neben addr=* auch noch mit building:entrance=yes zu taggen. Leider ist uns das erst hinterher eingefallen. Um ausgelassene Stellen zu finden, eignete sich der OSM Inspector hervorragend und kleinere Stellen haben wir dann lieber mit Aphes Map anstatt mit OpenStreetBugs markiert. Teilweise ist das mit den Nummern gar nicht so einfach. Gerade in Kreuzungsbereichen ist es manchmal doch recht schwer, Hausnummern einer Straße zuzuordnen. Und dann ist da noch die verrückten Zählweisen. Jeder Postbote hat da unser Mitleid 

Also, hoffentlich finden sich noch Mapper in anderen Städten, die sich dieser Thematik annehmen. Es lohnt sich, z.B. haben ja viele Städte ein paar ellenlange Straßen, die dann auch sehr hohe Hausnummern haben. Nur die Kenntnis der Lage eines Gebäudes anhand der Hausnummer ermöglicht einem Besucher eine effiziente Anfahrt zu seinem Ziel. MIt der Hausnummernerfassung steigern wir also direkt die Nutzbarkeit von OSM.

Einige Städte sind schon aussichtsreiche Kandidaten auf die nächste Hausnummern-Komplettierung:

• Dortmund (76%)
• Winterthur (51%)
• Augsburg (32%)

Was bleibt ist noch einmal allen Mappern zu danken, die dafür gesorgt haben, dass OSM im Bereich Rostock einen wirklichen Mehrwert gegenüber Google bietet, sowie natürlich dem Amt Rostock, für die langjährige und sehr gute Zusammenarbeit

Grüße aus dem Norden,
Euer Rostocker Stammtisch

Bereits seit längerem haben wir deshalb eine Pressemappe für die Journalisten, die einen groben Überblick über das Projekt gibt und Zahlen und Fakten ohne lange Recherche präsentiert. Leider fehlen dort noch gute Fotos, die man zur Gestaltung von Artikeln nutzen könnte.

Wir bitten euch daher, uns zu helfen und Fotos mit OSM Bezug uns zu Verfügung zu stellen, die wir auf die Wikiseite einbinden können und die von den Medien zur Ausgestaltung genutzt werden können. Das könnten Fotos von Mappern unterwegs oder am Rechner sein. Eine Mapping Party, Erfassen eines bekannten Ortes oder auch jemand, dem ein GPS erklärt wird, wären auch sehr anschaulich, wenn man auch darauf achten sollte, dass nicht zu sehr die Personen betont werden.  Ihr könnt also auch einfach nur euer Navi mit OSM Karten gut in Szene setzen.

Vielleicht denkt ihr ja bei eurer nächsten Tour daran und macht ein paar schöne Fotos. Natürlich dürfen das auch lustige sein

Schickt diese per Mail bitte an Matthias (user:!i!) :
mm337 ÄD uni-rostock.de, Betreff „Pressefotos“
oder ladet sie mit einem Filehoster (etwa ImageShack) hoch und postet den Link hier.
Damit es bei der Verwertung keine Probleme gibt, bräuchten wir jedoch euren vollständigen Namen, und ihr müsstet zustimmen, dass diese nur CC-BY lizensiert sind. Wir laden diese dann mit den Angaben gerne in das Wiki.