Kurzer Erfahrungsbericht zu Magic Earth

Selbe Adresse. Nennt sich „Feature Request“ und wird durchaus wahr- und ernstgenommen.

–ks

ME ist wirklich schnell, aber MapFactor oder maps.me sind auch nicht so viel langsamer. Die Sache ist hier eher die, dass OsmAnd ungewöhnlich lange für die Routenberechnung braucht. So lange, dass ich mal diesen Request einbrachte: Wenn ein Zwischenziel festgelegt wurde, erstmal nur dahin routen (und führen) und während der Fahrt im Hintergrund den Rest. Ist immerhin seit einem halben Jahr „nice to have“.

–ks

Deinem Erfahrungsbericht kannn ich voll zustimmen. Ich habe für PKW Navigation bis jetzt nichts besseres gefunden.

Nur hier muss ich Dir wiedersprechen:

Oben rechts in der App hast du den Rechtsabiegepfeil.
Antippen, dann auf Zuhause tippen und oben rechts wieder Route antippen.

3 mal antippen, 2 mal davon auf der gleichen Position im Display.

Sonst für alles andere nehme ich OsmAnd+.
Je nach Land noch Windy Maps umd die Dieselpreise zu vergleichen.

Sehr schön. Das wusste ich noch nicht.

Bei Osmand habe ich letztes Jahr in den USA ständig die Poi overlay Ebene genutzt. Tagsüber habe ich Tankstellen eingeblendet und abends dann Zeltplätze. Da werden dann auch beim weiter heraus zoomen die Tankstellen oder Zeltplätze mit deutlich sichtbaren orangen Punkten mit Poisymbol darin auf der Karte dargestellt, so dass man gucken kann wo Pois auf dem Weg oder in der Nähe liegen oder ob man gleich eine andere Route wählt, wo z.B. mehrere Zeltplätze in der Nähe sind, da die in den USA auch gerne mal full sind.
Sowas vermisse ich z.B. in Magic Earth.

Vielen Dank für den Bericht. Ich bin nun auch schon eine Weile (seitdem ich im Nebenthread “Einfache Navigations-App mit OSM” davon erfahren hatte) Nutzer der App und genauso zufrieden.

Nebenbei, @kreuzschnabel, wie machst Du das bei Dir mit der Sprachsteuerung? Du schriebst im anderen Thread “Irgendwelche Stichwörter, Straßennamen oder sonstwas in die Spracherkennung lallen, nach zehn Sekunden hast du deine Route. Schon beeindruckend.

Etwas offtopic noch 2 Gedanken zum Tagging, wozu mich ME inspirit hat :slight_smile:

=> Mir gefällt auch sehr gut, dass zum einen die Anzeige der Beschilderung zum Abbiegen samt Zielort schön gross dargestellt wird und zum anderen die Datenquelle sicherlich aus den OSM-Merkmalen destinaton=* siehe wiki destinaton=* stammt. Von daher habe ich jetzt selbst schon mal einige destination=* in die OSM-Datenbank eingetragen und teilweise auch mit dem Tool “OSM Lane Visualizer” nachträglich geprüft. Da diesbezüglich noch einiges offen ist, werbe ich hiermit, dass Ihr vielleicht mal in Eurer Gegend schaut, ob es noch “destination”-Datenlücken gibt…

=> Achso, passt indirekt zu den destination-Eigenschaften. ME zeigt ja auch ähnlich wie Osmand die Fahrstreifen an, welche zum Benutzen vor Kreuzungen empfohlen werden. Diese Daten stammen hauptsächlich von den OSM Eigenschaften turn=* wiki und turn:lanes=* wiki. Osmand hat da irgendwie eine interessante Logik (die ich noch nicht verstanden habe) und zeigt die Fahrspuren an, obwohl teilweise keine turn=* und turn:lanes=* Eigenschaften gesetzt sind, also irgendwie vorausahnend und/oder durch implizite Werte? ME zeigt die Fahrspuren samt Richtungsanweisungen (soweit ich das überblickt habe) nur an den Stellen an, für die tatsächlich turn=* und oder turn:lanes=* in der OSM-DB hinterlegt ist. Da mir die Anzeige der Pfeile unter ME meist etwas zu kurz vorkommt, habe ich mal geschaut an was das liegen könnte. Ich vermute es liegt daran, dass die meisten Mapper denken die turn=* und turn:lanes=* werden ausschliesslich an die Wegstücke gepackt, für die es aufgemalte Pfeile auf der Straße gibt. Das turn/turn:lanes wiki sagt aber *"ab der ersten Anzeige mittels Fahrbahnmarkierung, *Schild oder ähnlichem" und zeigt es auch z.B. auf dem Beipielbild von Schild, dass man turn= und turn:lanes= meist schon viel früher, also ab der Position an der sich das erste richtungsweisende Verkehrszeichen am Straßenrand befindet, ab dort an den anschliessenden osm-way setzen kann. Habe diesbezüglich mittlerweile schon einige turn:lanes Abschnitte “verlängert” und werbe hiermit auch gerne mal bei Euch in der Homezone oder in mapillary-Gebieten danach zu schauen. :slight_smile:

Um das Bewusstsein bezüglich der turn:lanes-Strassenabschnitte zu erhöhen könnte man ggf. die betreffenden wiki’s dahingehend ändern, dass man für die Aufzählungen im Text und in den Beispiel-Tabellenlinien einfach die Reihenfolge ändert.

Text derzeit:
“*ab der ersten Anzeige mittels Fahrbahnmarkierung, *Schild ** oder ähnlichem
Text neu:
“*ab der ersten Anzeige mittels **Schild *, Fahrbahnmarkierung oder ähnlichem

Beispiel neu:
Die erste Beispiel-Tabellenzeile neu mit diesem Beispiel versieht, (Dieses Beispiel also einfach 4 bis 5 Zeilen nach oben schieben:
turn:lanes slight_right (nur) leicht rechts abbiegen
https://upload.wikimedia.org/wikipedia/commons/thumb/3/3b/Autobahnkreuz_A24_-A10_bei_Potsdam-Leipzig-geo.hlipp.de-3191_crop.jpg/250px-Autobahnkreuz_A24-A10_bei_Potsdam-Leipzig-geo.hlipp.de-_3191_crop.jpg

Oder auch ein weiteres Beispiel aus der destination-wiki Seite zur Verdeutlichung hinzufügen:
https://wiki.openstreetmap.org/wiki/File:Landgrabenkreuzung_in_Herzberg.jpeg

Was haltet Ihr davon? Oder gibt’s da Einwände?

edit: siehe durchgestrichenes

Wenn ihr destination Angaben ergänzen wollt, möchte ich auf das erweiterte Schema von Mueschel hinweisen. Durch die Angabe von Listen bzw. Slots ist es möglich den einzelnen Angaben auch die entsprechenden Symbole, Farben, Pfeile, Entfernungen zuzuordnen.
https://wiki.openstreetmap.org/wiki/User:Mueschel/DestinationTagging#destination:arrow

Und hiermit kann man die Eintragungen überprüfen:
http://osm.mueschelsoft.de/cgi-bin/render.pl

… ich bin ja immer noch ein recht zufriedener nutzer von ME und das mit zig-tausenden navikilometern.
mit den hier zum teil genannten “schwachstellen” kann ich leben, auch mit den recht schleppenden karten-updates.
wenn ich das mit den (früheren) kommerziellen navi-diensten vergleiche ist selbst die mitunter über monate gehende pause erträglich.

natürlich gibt es verbesserungspotential/kritikpunkte.
wenn es hier ein berechtigtes interesse von seiten ME geben sollte würde ich diese auch benennen wollen. aber wie es scheint… wäre es vergebene liebesmüh’, oder?!

Wenn die Tastatur aufploppt, dort das Mikrofon wählen und die Anfrage „sssuhause“ formulieren. (Ist unter dem Namen bei mir als Favorit abgelegt.) Achtung: Die Spracheingabe braucht Google-Sprachdienste, daher wird Big G vermutlich mithören und die so eingegebenen Ziele archivieren.

Anschlussbitte von mir: Bitte das destination=* nur an ein kurzes von der Kreuzung wegführendes Stück setzen, nicht an einen kompletten drei Kilometer langen Way. Gleiches für Abbiegebeschränkungen. Nervt mich immer, wenn ich bei der Überarbeitung einer Kreuzung auch Tags oder die Mitgliedschaft in einem only_straight_on berücksichtigen soll, die im Maßstab fünf Meter außerhalb meines Bildschirms liegen :slight_smile:

Nein. Noch später. Hab ich auch schon drüber gemeckert. Ich muss die richtige Fahrspur spätestens da wissen, wo sie anfängt, einklich noch eher.

Schlimmer: ME zeigt Fahrspuren nur da an, wo es das für nötig hält.

In Wiesbaden gibt’s eine sehr schöne Teststelle für Fahrspurführung: Wer hier von Süden auf der Mainzer Str. kommt und weiter vorn nach links zum Bahnhofsplatz abbiegen will, muss sich zunächst rechts halten, weil die linkste Spur in einen Tunnel führt, der die fragliche Kreuzung geradeaus unterquert. Ich habe vor geraumer Zeit dort passendes turn:lanes-Tagging gesetzt. Wer seitdem mit OsmAnd dort langfährt, wird korrekt geführt: erst rechts halten, dann links abbiegen. Wer dort ohne Ortskenntnis mit ME fährt, erfährt nur von der kommenden Linksabbiegung und wird höchstwahrscheinlich im Tunnel landen und zwangsläufig geradeaus fahren.

Tu es, eine Antwort bekommst du auf jeden Fall. Und je mehr Nutzer auf die Schwächen hinweisen, desto eher kümmert sich jemand drum. Ich hätte auch noch gern Navigation anhand einer GPX-Route oder Routenoptimierung (günstige Sortierung von Zwischenzielen). Beides können OsmAnd und MapFactor nämlich ausgezeichnet. Stattdessen kümmern die ME-Macher sich um so was wie Wikipedia-Einbindung oder Spritpreiseinblendung, was ich als vollkommen unsinnige Aufblähung empfinde. Für aktuelle Spritpreise gibts spezialisierte Apps wie clever-tanken, das Navi muss nur von denen die geo-Links übernehmen und mich da hinbringen können.

–ks

Aha, habe jetzt immer noch 3 Blicke benötigt bis ich es gefunden habe, jetzt aber - Dankeschön!
Tatsächlich werde ich gefragt, ob ich irgendetwas von “Google Voice Search” installieren möchte. Möchte ich eigentlich nicht - da werde ich erst noch mal drüber schlafen… :wink:

Sicher? Hättest Du denn einen Beispiel-way, der derzeit entweder turn=* oder turn:lanes=* besitzt, für den aber ME keine/n Fahrstreifenrichtungspfeil/e anzeigt?

Könnte es nützlich sein, dass man den vorherigen way https://www.openstreetmap.org/way/43018582 auch noch zumindest mit turn:lanes=slight_left|none versieht?

Magic Earth ist für PKW-Navigation wirklich sehr gut, auch wenn manchmal Ansagen einen Tick zu spät erfolgen.

Wo ME leider ziemlich versagt, ist bei der ÖPNV-Navigation. Es ist nicht möglich, dort Routen von Bus-/U-/S-Bahn/Straßenbahnen anzuzeigen, auch wenn diese in OSM eingetragen sind. Haltestellen lassen sich auch nicht irgendwie hervorgehoben darstellen. Allgemein werden Haltestellen erst ab sehr hohen Zoomstufen dargestellt und fallen nicht besonders leicht ins Auge. Über die Suche findet man sie dann zwar recht schnell, aber wenn ich keinerlei Ortskenntnis habe, sagen mir die Haltestellennamen nicht viel, sodass ich dann “durchprobieren” muss, welche Haltestelle für mich relevant ist. (Wenn zwei Straßenbahnhaltestellen genau jeweils 300 Meter entfernt sind, und ich stadteinwärts will, will ich zu der Haltestelle, die näher Richtung Zentrum ist.)

Hatte bei Magic Earth nochmal nachgefragt, ob sie irgendwann in Betracht ziehen Notizen zu Kartenfehlern machen zu können und wie es mit den Update-Intervallen aussieht.

Antwort:

Ich nutze Magic Earth auch sehr gerne. Bin neben zu Hause damit dies Jahr auch auf Madeira und in Kalifornien rumnavigiert. Es gab kaum Schwächen im Routing.

Was mich stört, ist, dass ME ab und an mal von Android während einer Navigation aus dem Hintergrund rausgeschmissen wird. Unter Android 7 is das häufig passiert, jetzt unter 8 nur noch selten. Ich kann mich aber nicht erinnern, dass Locus Maps schon mal von Betriebssystem gestoppt worden wäre, wenn es im Hintergrund tracks aufzeichnet. Keine Ahnung, ob es da was im Code anzupassen gib, um das Beenden bei laufender Navigation zu verhindern.

Aber was dann total nervt, ist, dass ME in so einem Fall seinen Zustand nicht speichert. Wenn ich die App neu starte, ist die alte Route und sogar das Ziel verschwunden. Klar lässt sich die Route aus dem Verlauf wieder neu berechnen, aber eigentlich sollte ME direkt dort weitermachen, wo es beendet wurde.

Ist das bei euch auch so?

Dass ME vom Android gestoppt wird?

Nein, das ist mir noch nicht passiert.

Aber dass die Routeneinstellung verloren geht, wenn die App beendet wird schon. Ist gerade beim Autoradio nervig, dass zur Zeit mit der Zündung ausgeht.

Die Praxis haben wir in https://forum.openstreetmap.org/viewtopic.php?id=61487 dokumentiert, für dieses Jahr:

August: nix
Juli: 31.7.
Juni: 19.6., Datenstand vom 9.6.
Mai: 15.5., Datenstand vom 30.4.
April: nix (am 19.4. bekam ich vom Support die Auskunft, die neuen Karten würden getestet)
März: gab es ein Update von 3.706 auf 3.707, genaues Datum unbekannt, 3.707 hatte Datenstand vom 25.2.

Es ist also nicht so wie bei Osmand, wo man weiß, am 6. hab ich alle Deutschlandkarten neu mit Stand vom 1., aber es ist doch einigermaßen aktuell, wonach man da fährt.

–ks

Ergänzung: Dieser Kreisverkehr, am 8. Juli real und 10 Tage später auch in der Datenbank eröffnet, ist in ME noch im Bau. Wird also wirklich langsam Zeit :slight_smile:

–ks

Ist mir schon oft passiert. Meist mit meinem Galaxy A5(2016), ich schob es auf Konflikte durch parallele Verwendung mehrerer GPS-Anwendungen (oft ME, OsmAnd und OSMtracker simultan), bis ich lernte, dass das nicht stören kann, weil die nicht direkt auf die Hardware zugreifen, sondern noch eine Abstraktionsschicht dazwischen liegt. Dann gab ich dem knappen Arbeitsspeicher von 2 GB die Schuld, der allen Apps insgesamt gerade mal 600 MB oder so gönnte (auch OsmAnd wurde da ab und an rausgeworfen), aber seit ich ein LG G6 mit 4 GB nutze, ist es auch schon passiert.

Dabei beobachte ich, dass ME in dem Moment komplett neu startet, wenn man es nach einer Weile aus dem Hintergrund wieder nach vorn holt und erwartet, dass das Fenster einfach wieder über den anderen im Display steht. Obwohl das Fenster in der Übersicht noch angezeigt wird, als liefe die App noch, also evtl. wird ME gar nicht vom Androiden rausgeschmissen, sondern verschluckt sich beim Wieder-nach-vorn-Holen so stark, dass es neu gestartet werden muss.

–ks

Glückwunsch! Ab heute sind die aktuellen ME-Karten über drei Monate alt. Wie lange wollen die noch testen? Und das November-Update wird doch hoffentlich auch schon getestet? :stuck_out_tongue:

–ks

Habe mich eben mit ME navigieren lassen.
Nun poppte die ersehnte Meldung hoch, ob man das Kartenmaterial erneuern möchte :slight_smile:
Das Update läuft gerade an meinem Gerät, kann schon zufällig jemand sagen von wann grob die OSM Daten sind?