Kurzer Erfahrungsbericht zu Magic Earth

elgolfo wrote:

bekommt aber auch irgendwoher Verkehrsdaten

Von „HD Traffic“, einem Verkehrslagedienst von Tomtom und Vodafone. Kostet einklich Geld, im Mapfactor Navigator ist es eine Abo-Option.

elgolfo wrote:

Sowohl Routenverlauf als auch Verkehrsmeldungen stimmten im Wesentlichen überein. Es gab für mich unterwegs keinen Grund zu Google zu wechseln und ich war positiv überrascht, dass es so gut funktionierte.

Yep, ME ist ein sehr guter Ansatz mit kleinen Schwächen. Mich fasziniert auch die Suchfunktion, die wirklich in wenigen Sekunden das Gewünschte hat, auch wenn es eine Adresse in Tadschikistan ist.

Ich habe ihnen im März eine Liste von Vorschlägen geschickt, wie ME spezialisiert werden kann. Wurde begeistert aufgenommen, später wurde mir vorgeschlagen, Betatester zu werden, aber solange ich nicht den Eindruck habe, dass auch nur einer meiner Vorschläge mal aufgegriffen wird, weiß ich nicht, wozu.

elgolfo wrote:

Einzig echter Fehler war auf der A2, dort war eine Ausfahrt gesperrt. Magic Earth verstand es aber als Teilstück der Autobahn gesperrt und wollte, dass ich von der Autobahn fahre. Mal sehen, was der Support dazu sagt.

So was hat der Support von mir schon drei Mal hören dürfen: A4 Hohenstein-Ernstthal, A7 Echte, A643 Mainz-Mombach. Alles gesperrte Auffahrten, die als Autobahnsperrung gedeutet wurden – beim ersten Mal habe ich es sogar geglaubt, bin der Umfahrung gefolgt und habe auf diese Weise nach 35 Jahren mal wieder Karl Mays Geburtshaus in Augenschein nehmen dürfen, leider hatte ich diesmal keine Nerven dafür. Der Fehler wurde vom (sehr schnellen!) ME-Support jedes Mal einzeln behoben (nachvollziehbar), aber auf meinen geäußerten Verdacht, dass es ein grundsätzliches Problem mit der Auswertung der HD-Traffic-Daten gibt, das gelöst werden muss, da es sonst immer wieder zu solchen Fehlern kommt, wurde nie eingegangen.

elgolfo wrote:

Leider weiß ich nicht, wie oft das Kartenmaterial aktualisiert wird.

Einer meiner Kritikpunkte an ME: Das muss monatlich passieren. Letztes Kartenupdate war Ende Juli, davor Mitte Juni, Mitte Mai und Mitte März. Also unregelmäßig alle 1-2 Monate. Schöner ist es in OsmAnd, wo man genau weiß, am 5. oder spätestens am 6. hat man ganz Deutschland mit Stand vom Monatsersten auf dem Gerät. Schlimmer ist es bei MapFactor, wo ein Viertel Deutschlands auch mal vier Monate alt sein kann und der tatsächliche Kartenstand nochmal deutlich älter ist als das Erscheinungsdatum der Karte.

--ks

Magic Earth ist verdammt schnell beim Routen berechnen. Innerhalb Berlins z.B. vom Tempelhofer Feld nach Weißensee benötigt Osmand mind. 45-60 Sekunden. Magic Earth ca. 2 Sekunden. Ähnliches beim neu berechnen der Route. Wenn ich an einer Kreuzung anders abbiege, als vom Router vorgesehen, wird bei Magic Earth unmittelbar nach dem Überfahren der Kreuzung die neue Rouute angezeigt. Bei Osmand erst einige Kreuzungen später. Also durchaus 30-50 Sekunden nach überfahren der Kreuzung. Je dichter ich am Ziel bin geht es dann auch schneller. Das Alles übrigens beim Routing durch Berlin. Entfernungen selten über 12km. Mein Handy hat 8 Kerne und 3GB Ram.

Genial ist bei Magic Earth bei der Suche auf die Kontakte direkt zugreifen zu können. Also ich klicke in ME auf Suche und auf Kontakte und es öffnen sich meine Kontakte auf dem Smartphone. So, als ob ich auf dem Smartphone auf Kontakte klicken würde. Ich wähle dort den Zielkontakt aus und die Adresse wird in ME übernommen.
So etwas wünsche ich mir in Osmand seit langem.

Weiteres großes Lob an Magic Earth für die 3D Darstellung. Im Stand an der Kreuzung fast 2d. Je schneller man fährt, desto mehr schwenkt die Ansicht in 3D. Sämtliche Schwenks in Richtungen oder in 3D sind so flüssig und schön anzusehen, da ist Osmand weit zurück. 3D gibt es in Osmand immer noch nicht. Und flüssig kann die Kartendarstellung auch nicht genannt werden.

Osmand besitzt allerdings viele spezielle Funktionen, die Magic Earth nicht hat. So dass ich für alles, was über die reine Navigation hinausgeht doch Osmand benutze.

Kritik an Magic Eart und Osmand wäre folgendes: 1. Bei fast jede zweiten Tour ist mein Ziel Zuhause. Ich bin ja irgendwo hin gefahren und möchte dann zurück. "Zuhause" müsste für mich nach öffnen der App ein Klick sein. Nicht fünf oder mehr. Mein Garmin konnte das schon vor 10 Jahren.

Kann man diese Wünsche an Osmand eigentlich direkt an Osmand irgenwo schicken? Also nicht einen Bugreport sondern Wünsche, um das Programm besser zu machen.

Peter Maiwald wrote:

Also nicht einen Bugreport sondern Wünsche, um das Programm besser zu machen.

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

--ks

Peter Maiwald wrote:

Magic Earth ist verdammt schnell beim Routen berechnen. Innerhalb Berlins z.B. vom Tempelhofer Feld nach Weißensee benötigt Osmand mind. 45-60 Sekunden. Magic Earth ca. 2 Sekunden. Ähnliches beim neu berechnen der Route. Wenn ich an einer Kreuzung anders abbiege, als vom Router vorgesehen, wird bei Magic Earth unmittelbar nach dem Überfahren der Kreuzung die neue Rouute angezeigt. Bei Osmand erst einige Kreuzungen später. Also durchaus 30-50 Sekunden nach überfahren der Kreuzung.

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:

Peter Maiwald wrote:

Kritik an Magic Eart und Osmand wäre folgendes: 1. Bei fast jede zweiten Tour ist mein Ziel Zuhause. Ich bin ja irgendwo hin gefahren und möchte dann zurück. "Zuhause" müsste für mich nach öffnen der App ein Klick sein. Nicht fünf oder mehr. Mein Garmin konnte das schon vor 10 Jahren.

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.

5R-MFT wrote:

Peter Maiwald wrote:

Kritik an Magic Eart und Osmand wäre folgendes: 1. Bei fast jede zweiten Tour ist mein Ziel Zuhause. Ich bin ja irgendwo hin gefahren und möchte dann zurück. "Zuhause" müsste für mich nach öffnen der App ein Klick sein. Nicht fünf oder mehr. Mein Garmin konnte das schon vor 10 Jahren.

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.

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 :-)

=> 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. :-)

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/ … 1_crop.jpg

Oder auch ein weiteres Beispiel aus der destination-wiki Seite zur Verdeutlichung hinzufügen:
https://wiki.openstreetmap.org/wiki/Fil … zberg.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/Use … tion: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?!

AB-inf-x-chg-AB wrote:

@kreuzschnabel, wie machst Du das bei Dir mit der Sprachsteuerung?

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.

AB-inf-x-chg-AB wrote:

werbe ich hiermit, dass Ihr vielleicht mal in Eurer Gegend schaut, ob es noch "destination"-Datenlücken gibt...

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 🙂

AB-inf-x-chg-AB wrote:

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.

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.

mr glee wrote:

wenn es hier ein berechtigtes interesse von seiten ME geben sollte würde ich diese auch benennen wollen.

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

kreuzschnabel wrote:

AB-inf-x-chg-AB schrieb:
@kreuzschnabel, wie machst Du das bei Dir mit der Sprachsteuerung?
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.

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... ;-)

kreuzschnabel wrote:

AB-inf-x-chg-AB wrote:

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.

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.

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?

kreuzschnabel wrote:

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.

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:

We are analysing the possibility of using Notes API in Magic Earth (case number C1383 on our list). As you may understand, implementing such feature in the app might take some time, but stay tuned and install all our upcoming updates to be among the first who discover if/when it becomes available.

As for your question about maps, these are updated every four weeks and they are generated using the latest Planet bundle published by OpenStreetMap, containing data as of Monday the week before the map update. We are currently testing the new maps and we hope to release them in Magic Earth this week. To be notified when this happens, just start the app with internet once in a while (preferably using Wi-Fi).

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?

TZorn wrote:

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.

elgolfo wrote:

und wie es mit den Update-Intervallen aussieht.

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 🙂

--ks

elgolfo wrote:

Dass ME vom Android gestoppt wird?

Nein, das ist mir noch nicht passiert.

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? :-P

--ks

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

AB-inf-x-chg-AB wrote:

Nun poppte die ersehnte Meldung hoch, ob man das Kartenmaterial erneuern möchte :-)

Kaum zu fassen. Nach nicht mal vier Monaten!

Sagt’s nicht weiter, aber ich hab vor 3 Wochen beim Support angefragt, ob sie die Karten für November, Dezember und Januar auch schon testen, damit die pünktlich rauskommen 🙂

Stand 7.318: Bearbeitungen meinerseits vom 7. Oktober sind drin, vom 12. 8. Oktober nicht.

--ks

Weiß nicht ob das schon bei der letzten Kartenversion war, aber in Sachsen sind jetzt auch in OSM ungemappte Adressen drin.

kreuzschnabel wrote:

Stand 7.318: Bearbeitungen meinerseits vom 7. Oktober sind drin, vom 12. 8. Oktober nicht.

Danke, könnte passen.

Nebenbei, nun scheint es auch noch eine neue (v7.1.18.44) Progammversion zu geben.
Zitiert aus dem playstore:
"NEUE FUNKTIONEN
.
2. New map update procedure: the old maps are kept on the device as long as there is enough space for both current maps and the new ones.
3. Head Up Display is now available for car navigation (Settings > Navigation > Car > Head Up Display).
.
."

zu 2. verstehe ich (noch) nicht recht, was damit gemeint ist...
zu 3. klingt interessant, hat das schon mal jemand ausprobiert?

zu "2": ich habe es 2x erlebt dass während eines karten-update zunächst die alten, vorhandenen karten gelöscht wurden um danach die neuen aufzuspielen.
gab es in dieser zeitraum des updates irgendwelche verbindungsprobleme wurde das erneuern der karten abgebrochen und ME hatte dann auch im grunde "vergessen" welche karten erneuert werden sollten!
ich interpretiere diese änderung nun so, dass die neueren karten zunächst vorrangig geladen werden und erst dann die "alten" gelöscht werden...

zu "3": ja, während einer zwangspause spielerisch getestet. ich persönlich fahre aber lieber nach "karte" als nach irgendwelchen pfeilen und weiteren anweisungen...
irgendwo in den einstellunen kann man "head up" aktivieren. beachten sollte man, dass diese ansicht erst erscheint wenn das smartphone wirklich in der "waage" liegt!!
nimmt man es wie gewohnt in die hand ist die "normale" ansicht vorhanden.
für den head-up modus kann man verschiedene darstellungen auswählen.

2) So habe ich es auch verstanden. Im Zweifelsfall war man eine Zeit lang ohne Karte. Das ist jetzt nicht mehr der Fall. Auch wenn es da nicht steht, gehe ich mal davon aus, dass nach dem Update die alte Karte gelöscht wird.

3) Danke für den Hinweis. Ich dachte bisher man bräuchte noch eine spezielles Gerät. Ich kann mir zwar (noch) nicht vorstellen, dass das funktioniert, aber das werde ich bei meiner nächsten Fahrt gleich einmal testen.
Das ist tendenziell für alle interesant, die während der Fahrt am liebsten direkt nach vorne Schauen und nicht in die Mitte der Windschutzscheibe, wo die meisten ihr Navi befestigen.

X) Ich erinnere mich, dass sich im Forum ein Nutzer über Tracker bei ME beschwert hat. Laut Herstellerangaben sind die seit dem letzten Update entfernt.

mr glee wrote:

beachten sollte man, dass diese ansicht erst erscheint wenn das smartphone wirklich in der "waage" liegt!!

Danke. :-) Das war der Hinweis der mir fehlte, um auf das HUD Bild zu wechseln. Die Frontscheibe zeigt mir irgendwie 2 Bilder(Doppelbild) mit einem kleinen Versatz an. Liegt wahrscheinlich an dem doppelten Glas der geklebten Frontscheibe. Somit ist macht die Betrachtung des gespiegelten Doppelbildes keinen Spass. Auch verdreht sich das Bild öfters um 90 Grad, wie man es nicht möchte... Von daher momentan unbrauchbar...

kreuzschnabel wrote:

Stand 7.318: Bearbeitungen meinerseits vom 7. Oktober sind drin, vom 12. 8. Oktober nicht.

Habe gerade geschaut, könnte tatsächlich hinkommen, hatte ab und an einige destination=* Werte eingetragen. Nun habe ich im ME Vorführmodus geschaut, ob diese destination-Werte von ME während der Navigation angezeigt werden. Erste Versuche zeigten, dass die destinations angezeigt werden, wenn sie z.B. an einem highway=*_link stehen. Leider werden die destination (destination:lanes / destination:lanes:for-/backward) scheinbar _nicht_ angezeigt, wenn sie an einem highway ohne _link stehen. Kann diese Beobachtung jemand bestätigen?

Kann ich bestätigen. Berücksichtigt werden nur Destination - Angaben bei oneways, also insbesondere Autobahnen. Aber auch dann nur die Ziele bei einer Abbiegung/Ausfahrt. Leider werden die Geradeaus-Ziele nicht angezeigt. Gar nicht berücksichtigt werden destination:forward und destination:backward Angaben. Auch destination:color fehlt. Ich habe diesbezüglich bei ME nachgefragt. Die Antwort steht noch aus...

Bei mir war das head up display immer genau 90° verdreht. Also wenn das Smartphone mit der langen Seite an der Scheibe lag, wurde der Portrait Modus dargestellt und andersherum. Es wurde also alles auf der Seite liegend auf der Scheibe sichtbar. Ich hab das mal dem Support geschrieben.

Die Doppelbilder hatte ich auch. Ist das normal? Kann man da was machen? Ist das bei allen Autos so?

Bei mir ist es immer in der gleichen Ausrichtung. Im Hochformat und es passt, wenn ich das Handy aus der normalen vertikalen Ausrichtung vor die Windschtzscheibe lege. Nur konnte ich in der Scheibe tagsüber schlicht nichts erkennen.

Die Doppelung ist meines Wissens und Verständnis nach bei mehrfachverglasung normal. Das hängt mit den verschiedenen Brechungs-/Reflexionsebenen zusammen. Ob man da akut etwas dagegen machen kann weiß ich nicht. Aber es gibt Autos die ein Head Up display schon integriert haben. Es ist also definitiv nicht bei allen Autos so.

PiJu wrote:

Die Antwort steht noch aus...

Ich würde mich freuen wenn du die Antwort, wenn sie denn kommt, hier einstellst. Das interessiert mich nämlich auch.

ME hat jetzt geantwortet:

- Bestätigung, dass derzeit nicht alle OpenStreetMap-Tags unterstützt werden.

- Keine Webseite, auf der ME die Benutzer darüber informieren, welche Tags in der App verwendet werden. Sie denken aber darüber nach ...

- Auf der To-Do Liste stehen u. a. folgende Punkte (mit Angabe der Fallnummer):

C1108: Verwendung destination:forward und :backward tags

C1907: verbesserte Berücksichtigung turn:lanes und destination (ich hatte vorgeschlagen, auch Geradeaus-Ziele mit Fahrspur anzuzeigen)

C1047: verbesserte Maxspeed-Anzeige (ich hatte die Optik des Verkehrszeichens vorgeschlagen)

C1148: Zoom soll von der Geschwindigkeit abhängen

Leider werden keine Angaben zum Zeitplan gemacht. Das war aber auch nicht zu erwarten. Bleibt also nur zu hoffen, dass die Punkte bald umgesetzt werden. Das aktuelle Update brachte jedenfalls insoweit noch keine Verbesserungen. Dafür ist aber ein neuer Fehler drin (Nachtansicht funktioniert nicht mehr ...).

PiJu wrote:

(Nachtansicht funktioniert nicht mehr ...).

Beim Navigieren schon. Bei mir jedenfalz.

--ks

Danke.

PiJu wrote:

C1047: verbesserte Maxspeed-Anzeige (ich hatte die Optik des Verkehrszeichens vorgeschlagen)

Ich finde die Darstelleung eigentlich ganz gut. Ist und max nebeneinander und eine farbige Hervorhebung bei Überschreitung. Das finde ich besser als irgendwelche Schilder im Bild. Aber letztendlich ist mir das egal.

Eigentlich wollte ich ein wenig OT fragen:

PiJu wrote:

Keine Webseite, auf der ME die Benutzer darüber informieren, welche Tags in der App verwendet werden.

Gibt es so etwas von anderen Routern? Eine schnelle Suche hat bei mir keine Treffer gefunden. Aber es würde mich mal interessieren, welche Tags derzeit für die Auswerter interessant sind.

Das Headup-Display finde ich recht gut gelungen. Gestern Abend im Dunkeln hat es sehr gut funktioniert. Nur beim Abbiegen hat der Beschleunigungssensor der App ein paar Mal einen Streich gespielt und die App dazu bewogen, das Display umzudrehen, so dass alles auf dem Kopf stand. Dann musste ich das Telefon kurz anheben und wieder hinlegen. Für längere Fahrten dürfte auch die Stromversorgung ein Problem werden, ich habe kein so langes USB-Kabel, das von der USB-Buchse in der Mittelkonsole bis ganz vorne zur Windschutzscheibe reicht, wo das Telefon liegen muss. Irgendwo müsste ich noch eine Verlängerung rumfliegen haben, ...

Bei hellem Sonnenschein war in der Windschutzscheibe allerdings nichts zu erkennen. Ich muss noch mal mit der Displayhelligkeit experimentieren, ob ich es hell genug bekomme, das Umgebungslicht zu überstrahlen.

Jetzt bräuchte man eigentlich zwei Telefone, eins für die Karte und eins für das Headup-Display. 🙂 Grad in der Stadt, schau ich gerne noch mal auf die Karte, um zu verifizieren, was jetzt genau mit "3. Straße links" gemeint ist.

Robert46798 wrote:

PiJu wrote:

Keine Webseite, auf der ME die Benutzer darüber informieren, welche Tags in der App verwendet werden.

Gibt es so etwas von anderen Routern? Eine schnelle Suche hat bei mir keine Treffer gefunden. Aber es würde mich mal interessieren, welche Tags derzeit für die Auswerter interessant sind.

https://github.com/graphhopper/graphhop … coder.java

https://github.com/Project-OSRM/osrm-ba … es/car.lua

https://github.com/abrensch/brouter/blo … ar-eco.brf

https://github.com/osmandapp/OsmAnd-res … outing.xml

Vielen Dank!

Bei Taginfo können Projekte hinterlegen, welche Tags sie verwenden:
https://taginfo.openstreetmap.org/projects

Momentan machen das zwei Router:
https://taginfo.openstreetmap.org/projects/osrm
https://taginfo.openstreetmap.org/projects/valhalla

Von einem Key/Tag ausgehend, kann man im "Projekte" Tab schauen, welche Projekte diesen Tag verwenden, z.B.:
https://taginfo.openstreetmap.org/keys/ … d#projects

Hallo alle zusammen.

Ich habe viele Navigations-Apps getestet. Dabei habe ich im OpenStreetMap Wiki und in der OSM Software Watchlist von Wambacher nach allen OpenStreetMap Navigations-Apps gesucht, da ich nur Navigations-Apps mit OpenStreetMap als Kartenbasis haben möchte. Am Ende hat mir Magic Earth am Besten gefallen. Alles ist kostenlos, die App sieht modern aus, sie benutzt OpenStreetMap als Kartenbasis und was ich besonders toll finde: Live Verkehrsmeldungen, also HD Traffic. Bei anderen Navigations-Apps muss ich dafür bezahlen, bei Magic Earth nicht. Ich benutze Magic Earth schon seit mehr als 1 Jahr und nach all der Zeit ist es immer noch mein Favorit.

Mir sind in Magic Earth ein paar fehlende Übersetzungen aufgefallen. Die habe ich natürlich dem Support Team gemeldet. Gleichzeitig habe ich dem Support Team gefragt, ob es noch weitere, fehlende Übersetzungen in Magic Earth gibt. Ich bekam eine kleine String-Liste mit Texten, die keine deutsche Übersetzung haben. Da ich mir mit den Übersetzungen nicht so sicher bin, wollte ich euch fragen, ob ihr meine Übersetzungen gut findet oder nicht. Für Verbesserungsvorschläge bin ich sehr dankbar. Da es in diesem Thread um Magic Earth geht, schreibe ich es lieber hier, als einen neuen Thread aufzumachen. Falls solche Fragen hier im Forum nicht erwünscht sind, bitte ich um Entschuldigung. Könntet Ihr mir dann eine Seite bzw Forum nennen, wo ich dann um Hilfe bitten kann?

Hier sind die englischen Texte mit meinen Übersetzungen:

Head-up Display -> Head-up-Display (die deutsche Übersetzung habe ich von Duden)
Traffic disabled in Mobile Data menu -> Verkehrsmeldungen / Verkehrsereignisse (sind) in den mobilen Dateneinstellungen (der App) deaktiviert
Update your maps to receive traffic -> Aktualisieren Sie Ihre Karten, um Verkehrsmeldungen / Verkehrsereignisse zu erhalten.
Traffic disabled in Map Layers menu -> Verkehrsmeldungen / Verkehrsereignisse (sind) in den Kartenebenen deaktiviert.
Traffic not available -> Keine Verkehrsmeldungen / Verkehrsereignisse verfügbar
Nearby POIs -> POIs in der Nähe (Magic Earth benutzt das Wort Sonderziele anstatt POIs. Soll ich lieber anstatt POIs als Übersetzung Sonderziele nehmen?)
New maps are available. Install the latest app version to use them -> Neue Karten sind verfügbar. Installieren Sie die neueste App-Version, um sie benutzen / verwenden zu können.
This app version is not compatible with the new maps available. Install the latest app version to use the new online and offline maps -> Diese App-Version ist mit den neuen / neuesten, verfügbaren Karten nicht kompatibel. Installieren Sie die neueste App-Version, um die neuen Karten online und offline verwenden / benutzen zu können

Magic Earth hat seit kurzem die Funktion Head-up-Display verfügbar. Wenn ihr zu Einstellungen -> Navigation -> Auto -> Head Up Display geht, könnt ihr ja 4 verschiedene Designs auswählen. Als Text steht dort Type. Type ist aber falsch. Dies habe ich auch dem Support Team gemeldet. Die deutsche Übersetzung wird "Typ" sein. Wie würdet ihr es denn übersetzen? Mein Vorschlag wäre Auswahl, Typ, Display oder Design.

Das Zeichen / mache ich, wenn ich nicht weiß, welche von den 2 Wörtern das Bessere ist. Bei den Wörtern in Klammern weiß ich nicht, ob ich sie lassen oder entfernen soll.

Ich hoffe, ihr könnt mir dabei weiterhelfen. Auf eure Antworten freue ich mich sehr.

Max

Hallo Max,
generell würde ich einen online Texteditor wie Etherpad dazu verwenden. So können mehrere an der Übersetzung arbeiten.

Zur Übersetzung:

• Mache die Texte so kurz wie möglich, da das englische meist kürzer ist und lange deutsche Text die Softwareoberfläche verunstalten oder ggf. abgeschnitten werden.
  
• traffic / Verkehrsmeldungen / Verkehrsereignisse würde ich mit Verkehrsdaten übersetzen.
  
• Anstatt POI würde ich weiterhin Sonderziele verwenden.
  
• Für Type 1 kann man Typ 1 verwenden, Design 1 ist auch OK, aber irgendwie genauso wenig deutsch. Vielleicht Stil 1. Warum überhaupt ändern? Könnte man auch einfach als Namen ansehen...
  

Hallo Max,

super, daß du nicht nur die fehlenden Übersetzungen bemängelst, sondern bei der Verbesserung mithelfen willst!
Ich würde bei der Übersetzung darauf achten, daß der Text nicht unnötig länger wird. Wo im Englischen der Anwender direkt im Imperativ angesprochen wird, ist im Deutschen oft die unpersönliche Form mit Infinitiv prägnanter und vermeidet die du/Sie Frage. Formen des Verbs "sein" kann man ganz weglassen. Allerdings sollte das konsistent über die ganze Übersetzung sein.

Meine Vorschläge dazu:

- Head-up Display -> Blickfeldanzeige ( Die Anzeige wird ins Blickfeld des Fahrers gespiegelt im Gegensatz zum Englischen, das betont, daß der Kopf nicht gesenkt werden muß, um die Anzeige lesen zu können)
- Traffic disabled in Mobile Data menu -> Verkehrsdaten im Menü Mobildaten deaktiviert (man müßte schauen, wie dieses Menü tatsächlich benannt ist)
- Update your maps to receive traffic -> Karten aktualisieren, um Verkehrsdaten zu erhalten
- Traffic disabled in Map Layers menu -> Verkehrsdaten in den Kartenebenen deaktiviert
- Traffic not available -> Verkehrsdaten nicht verfügbar
- Nearby POIs -> Sonderziele in der Nähe (mein Navigon kennt keine POIs, nur Sonderziele)
- New maps are available. Install the latest app version to use them -> Neue Karten verfügbar. Dafür erst die neueste App-Version installieren
- This app version is not compatible with the new maps available. Install the latest app version to use the new online and offline maps -> App-Version nicht mit neuesten Karten kompatibel. Für neue offline und offline Karten erst die neueste App-Version installieren.

Traffic für Verkehrsmeldung ist halt schon im Englischen etwas verkürzt. Verkehrdaten statt Verkehrsmeldung finde ich gut, weil es mehr als die klassischen Verkehrsmeldungen (Stau hier, Unfall da) umfaßt, z.B. Verkehrsdichte, aktuelle Durchschnittsgeschwindigkeit.

R0bst3r wrote:

• Für Type 1 kann man Typ 1 verwenden, Design 1 ist auch OK, aber irgendwie genauso wenig deutsch. Vielleicht Stil 1. Warum überhaupt ändern? Könnte man auch einfach als Namen ansehen...
  

Stil 1 gefällt mir für unterschiedliche Arten der Darstellung.

Grüße,
Rainer

Hallo R0bst3r und Rainero,

vielen Dank für eure Antworten.

R0bst3r: Vielen Dank für den Link. Ich kannte diese Website bzw Programm nicht. Ich finde es super, dass es Open Source ist und nicht Closed Source, ich bevorzuge nämlich Open Source. Ich könnte das mit Etherpad machen. Aber bevor ich das mache, möchte ich euch vorher fragen, ob ihr mir lieber hier oder bei Etherpad helfen möchtet? Sonst schreibt der eine hier Verbesserungsvorschläge und der andere bei Etherpad und das möchte ich vermeiden, deswegen frage ich vorher erst mal nach. Und muss ich Etherpad auf meinem Computer (Debian) installieren oder kann ich einfach eines von den vielen öffentlichen Instanzen benutzen? Habt ihr eine Empfehlung, welche öffentliche Instanz am Besten ist?
Du hast gefragt, warum man Type ändern soll. Laut Duden ist Type auch ein deutsches Wort und wenn du die Bedeutung von Type dort liest, wirst du sehen, dass dieses Wort falsch ist und somit übersetzt werden muss. Außerdem wurde mir vom Support gesagt, dass das Wort Type nicht übersetzt worden ist, deswegen möchte ich es ins Deutsche übersetzen.
Also mir gefällt Stil am Besten, auch wenn sich Stil für mich anhört wie Mode, Klamotten usw.

Rainero: Vielen Dank für deine lieben Worte. Ich habe mal in Magic Earth versucht, Meldungen zu erhalten, um zu sehen, wie die Meldungen ins Deutsche übersetzt worden sind. Dabei habe ich 2 Meldungen gefunden. Wenn du das Programm schließt, kommt folgende Meldung: "Möchten Sie die Anwendung beenden?". Wie du sehen kannst, ist es eine Sie Frage.
Die zweite Meldung kommt, wenn man GPS komplett deaktiviert. Dann kommt folgende Meldung: "Zur Bestimmung Ihres Standortes müssen Sie mindestens einen Standortdienst aktivieren. Überprüfen Sie Ihre Einstellungen.". Wie du sehen kannst, ist dieser Satz auch eine Sie/Ihre Satz. Ich finde solche Sätze mit Sie, Ihre usw. viel schöner als diese allgemeinen Sätze, wo Sie, Ihre usw. fehlt. Sollte man, weil es ja in Magic Earth 2 Meldungen mit Sie/Ihre gibt, diese englischen Texte lieber auch mit Sie/Ihre schreiben bzw übersetzen, damit die gesamte Übersetzung konsistent ist, so wie du es geschrieben hast?
Ich weiß nicht, was ich von "Blickfeldanzeige" halten soll. Dieses Wort höre ich zum ersten Mal. Ich meine, viele kennen Head-up-Display vom Auto und wissen deswegen, was das ist und was es im Auto macht. Und laut Duden schreibt man es Head-up-Display. Es ist also auch ein deutsches Wort. Außerdem weiß ich nicht, ob dann alle User wissen, was mit Blickfeldanzeige gemeint ist. Und bei Google kommen irgendwie keine guten Webergebnisse über das Wort Blickfeldanzeige. Deswegen bin ich mir mit diesem Wort noch unsicher.
Wegen Traffic: Das Menü nennt sich Mobile Daten. Im Menü Mobile Daten nennt sich die Einstellung Verkehrsmeldungen. Deswegen habe ich als Übersetzung Verkehrsmeldungen benutzt bei Traffic disabled in Mobile Data menu.
Bei den Kartenebenen nennt es sich auch Verkehrsmeldungen, deswegen habe ich als Übersetzung Verkehrsmeldungen benutzt bei Traffic disabled in map layers menu.
Ok, POIs wird geändert zu Sonderziele. Das kriegt ein +1 von mir.
"Dafür erst die neueste App-Version installieren." klingt komisch für mich. Vielleicht muss ich mich einfach nur an diesem Satz gewöhnen. Was hältst du von "Neue Karten (sind) verfügbar. Zuerst muss die neueste App-Version installiert werden.", wobei mir aber auch hier der Anfang "Zuerst" nicht gefällt.
Bei deinem Satz "App-Version nicht mit neuesten Karten kompatibel." habe ich das Gefühl, dass da irgendein Wort am Anfang fehlt. Vielleicht lieber "(Ihre) / (Diese) App-Version ist nicht mit den neuesten Karten kompatibel. Für neue Online- und Offline-Karten muss zuerst die neueste App-Version installiert werden."?
Wegen Verkehrsdaten: Mir gefällt dieses Wort schon. Aber was machen wir dann mit den anderen, übersetzten Wörtern bei Mobile Daten Menü und bei den Kartenebenen. Dort steht ja Verkehrsmeldungen und nicht Verkehrsdaten. Außerdem spuckt Google über das Wort Verkehrsdaten komische Webergebnisse aus. Wenn ich stattdessen nach Verkehrsmeldungen suche, kommen brauchbare Ergebnisse, zum Beispiel Verkehrsmeldungen von den ganzen Radio-Webseiten usw. Aus diesem Grund finde ich Verkehrsmeldungen doch irgendwie besser. Was denkt ihr denn darüber? Wir müssen ja auch an die normalen User denken.

Zum Schluss möchte ich euch fragen, ob ich lieber einen neuen Thread aufmachen soll? Mit jeder neuen App-Version müssen bestimmt neue Texte ins Deutsche übersetzt werden. Soll ich dann jedes mal hier in diesem Thread nachfragen oder lieber in einem neuen, eigenen Thread nachfragen, den ich dann erstellen werde? Dort könnten wir dann auch gemeinsam mit Etherpad zusammenarbeiten, falls hier die Mehrheit lieber mit Etherpad arbeiten möchte.

Ich freue mich auf eure Antworten.

Max

MaxlonDe2018 wrote:

Zum Schluss möchte ich euch fragen, ob ich lieber einen neuen Thread aufmachen soll? Mit jeder neuen App-Version müssen bestimmt neue Texte ins Deutsche übersetzt werden. Soll ich dann jedes mal hier in diesem Thread nachfragen oder lieber in einem neuen, eigenen Thread nachfragen, den ich dann erstellen werde?

Ein eigener Thread ist bestimmt eine gute Idee. Ich bin mir nicht mal sicher, ob das überhaupt das richtige Forum zur ME-Entwicklung ist. ME ist ja nicht mit OSM verheiratet, es ist ein Navigationssystem, das momentan OSM-Kartendaten nutzt, aber nächstes Jahr auch ganz andere nutzen könnte. Hierzuforum wird einklich primär über den Aufbau der OSM-Datenbank diskutiert, wenn wir den Rahmen auch im Allgemeinen recht weit fassen – über die Anwendung von OSM-nutzenden Apps wird hier auch gern und viel gesprochen. Fragen zur L10n, also letztlich Entwicklung, einer kommerziellen (wenn auch gratis angebotenen) Software gehen mir persönlich zu weit vom Projektrahmen des Forums weg, aber das ist sicher Geschmackssache.

--ks

erledigt

MaxlonDe2018 wrote:

Rainero: Vielen Dank für deine lieben Worte. Ich habe mal in Magic Earth versucht, Meldungen zu erhalten, um zu sehen, wie die Meldungen ins Deutsche übersetzt worden sind. Dabei habe ich 2 Meldungen gefunden. Wenn du das Programm schließt, kommt folgende Meldung: "Möchten Sie die Anwendung beenden?". Wie du sehen kannst, ist es eine Sie Frage.
Die zweite Meldung kommt, wenn man GPS komplett deaktiviert. Dann kommt folgende Meldung: "Zur Bestimmung Ihres Standortes müssen Sie mindestens einen Standortdienst aktivieren. Überprüfen Sie Ihre Einstellungen.". Wie du sehen kannst, ist dieser Satz auch eine Sie/Ihre Satz. Ich finde solche Sätze mit Sie, Ihre usw. viel schöner als diese allgemeinen Sätze, wo Sie, Ihre usw. fehlt. Sollte man, weil es ja in Magic Earth 2 Meldungen mit Sie/Ihre gibt, diese englischen Texte lieber auch mit Sie/Ihre schreiben bzw übersetzen, damit die gesamte Übersetzung konsistent ist, so wie du es geschrieben hast?
Ich weiß nicht, was ich von "Blickfeldanzeige" halten soll. Dieses Wort höre ich zum ersten Mal. Ich meine, viele kennen Head-up-Display vom Auto und wissen deswegen, was das ist und was es im Auto macht. Und laut Duden schreibt man es Head-up-Display. Es ist also auch ein deutsches Wort. Außerdem weiß ich nicht, ob dann alle User wissen, was mit Blickfeldanzeige gemeint ist. Und bei Google kommen irgendwie keine guten Webergebnisse über das Wort Blickfeldanzeige. Deswegen bin ich mir mit diesem Wort noch unsicher.

Im Grunde bin ich auch ein Freund vollständiger Sätze, in einer Bedienungsanleitung z.B. auf jeden Fall. Bei Meldungen einer App muß man auch Rücksicht auf den zu Verfügung stehenden Platz nehmen und bei einer Navigations-App möchte ich auf einen kurzen Blick erfassen, was Sache ist. Aber wenn die anderen Meldungen Sätze mit Sie/Ihre sind, ist es konsistenter dabei zu bleiben.

Daß die "Blickfeldanzeige" erstmal auf Skepsis stößt, habe ich mir fast gedacht. Mir ist das Wort zum ersten Mal bei Beschreibungen von Ferngläsern, die Daten ins Blickfeld einspiegeln, begegnet. Diese Technik gab es schon lange vor den Smartphones. Es ist sicher ein Begriff, über den man unterschiedlicher Ansicht sein kann, weil Head-up Display verbreitet ist. Ich selbst finde, das Wort beschreibt gut was es ist. Daher wollte ich es in die Waagschale werfen.

MaxlonDe2018 wrote:

Wegen Traffic: Das Menü nennt sich Mobile Daten. Im Menü Mobile Daten nennt sich die Einstellung Verkehrsmeldungen. Deswegen habe ich als Übersetzung Verkehrsmeldungen benutzt bei Traffic disabled in Mobile Data menu.
Bei den Kartenebenen nennt es sich auch Verkehrsmeldungen, deswegen habe ich als Übersetzung Verkehrsmeldungen benutzt bei Traffic disabled in map layers menu.
Ok, POIs wird geändert zu Sonderziele. Das kriegt ein +1 von mir.
"Dafür erst die neueste App-Version installieren." klingt komisch für mich. Vielleicht muss ich mich einfach nur an diesem Satz gewöhnen. Was hältst du von "Neue Karten (sind) verfügbar. Zuerst muss die neueste App-Version installiert werden.", wobei mir aber auch hier der Anfang "Zuerst" nicht gefällt.
Bei deinem Satz "App-Version nicht mit neuesten Karten kompatibel." habe ich das Gefühl, dass da irgendein Wort am Anfang fehlt. Vielleicht lieber "(Ihre) / (Diese) App-Version ist nicht mit den neuesten Karten kompatibel. Für neue Online- und Offline-Karten muss zuerst die neueste App-Version installiert werden."?
Wegen Verkehrsdaten: Mir gefällt dieses Wort schon. Aber was machen wir dann mit den anderen, übersetzten Wörtern bei Mobile Daten Menü und bei den Kartenebenen. Dort steht ja Verkehrsmeldungen und nicht Verkehrsdaten. Außerdem spuckt Google über das Wort Verkehrsdaten komische Webergebnisse aus. Wenn ich stattdessen nach Verkehrsmeldungen suche, kommen brauchbare Ergebnisse, zum Beispiel Verkehrsmeldungen von den ganzen Radio-Webseiten usw. Aus diesem Grund finde ich Verkehrsmeldungen doch irgendwie besser. Was denkt ihr denn darüber? Wir müssen ja auch an die normalen User denken.
Max

Wie schon geschrieben: wenn die Übersetzung nur ergänzt wird, würde ich bei den sonst verwendeten Begriffen bleiben. Im Menü Verkehrsmeldungen und im Text Verkehrsdaten ist nicht konsistent. Solche wechselnden Begriffe führen eher mal zu Verwirrung.
Sonst landest Du schnell bei einer kompletten Neuübersetzung.

Viele Grüße,
Rainer

Weiß eigentlich jemand womit die Macher von ME ihr Geld verdienen? Laut Homepage beschäftigen Sie 40 Personen. Aber das einzige wofür man etwas bezahlen kann sind Halterungen für iPhones. Es gibt zwar Hinweise auf eine Pro-Version, aber etwas konkretes kann ich nicht finden.

Ich sehe keine Hinweise auf Sponsoren, keine Spendenaufrufe. Wenn sie wirklich die Tracker entfernt haben können sie ja nicht einmal mehr unsere Daten verkaufen. Meine Suchmaschine und selbst Wikipedia liefern keine plausiblen Erklärungen.

Also es geht offenbar auch sehr wesentlich um das Fahrerassistenzsystem was sie entwickelt haben. Ich weiß nicht, ob ME nur ein Nebenprodukt daraus ist und es größere Investoren im Hintergrund gibt ...

edit:

Ich habe jetzt die Seite bei Kickstarter gefunden. Die ist zwar schon etwas älter, aber offensichtlich geht es tatsächlich in erster Linie um Safety Lens und ME ist nur die Vorraussetzung dafür.

Die dargestellten POIs stammen (oder stammten zumindest bis vor einiger Zeit, ich hab’s nicht weiter verfolgt) nicht nur aus OSM. Offenbar wurden POI-Einträge verkauft, aber ihre Positionen waren teilweise höchst ungenau, daher waren die Kunden wohl nicht direkt die dargestellten Unternehmen, sondern irnkwelche Adressenverlage.

--ks

Ah, okay. Ich hätte eher gedacht, dass man für POIs zahlen muss um die Daten zu erhalten. Aber man kann den Weg natürlich auch anders herum gehen, im Sinne der Sichtbarkeit von Geschäften.

Ist wie gesagt nur Spekulatius meinerseits. Aber vielleicht war der Plan, mit einem Gratis-Angebot inkl. HD-Traffic (den GM garantiert nicht kostenfrei bekommt) den Markt so gründlich zu erobern, dass es für Unternehmen wirtschaftlich interessant wird, in dieser Software ihre Standorte als Ads zu schalten.

--ks

Ich hatte meinen Post #48 zeitgleich zu deiner Nachricht editiert.

Es scheint General Magic mehr um das Produkt Safety Lens zu gehen. Dann könnte ME tatsächlich vor allem darauf ausgerichtet sein Marktanteile zu holen.

Manche Tankstellen und Fastfood-Restaurants werden werden mit ihren Markenlogos abgebildet. Das werden sie sich bezahlen lassen, denke ich.

Robert46798 wrote:

Weiß eigentlich jemand womit die Macher von ME ihr Geld verdienen? Laut Homepage beschäftigen Sie 40 Personen. Aber das einzige wofür man etwas bezahlen kann sind Halterungen für iPhones. Es gibt zwar Hinweise auf eine Pro-Version, aber etwas konkretes kann ich nicht finden.

Ich hatte vor "längerer Zeit" die Pro-Version über den G-Store erworben. Es gab dann gelegentlich ein Update, aber für die Karten (nicht OSM) nur einmal. Nachdem die Karten schon sehr veraltert waren, habe ich mal beim Support nachgefragt und dann wurde mir mitgeteilt, dass es neue Karten nicht geben und die Pro-Version in Kürze eingestellt würde (war irgendwann 2017). Mir wurde empfohlen auf die kostenlose Version zu wechseln....

Robert46798 wrote:

Weiß eigentlich jemand womit die Macher von ME ihr Geld verdienen?

Wenn ich das richtig verstanden haben, bieten sie kostenpflichtige Lösungen im kommerziellen Bereich an, z.B. für Spediteure oder Logistikunternehmen. Das geht wohl über reine Navigationslösungen hinaus. Aber genaueres weiß ich auch nicht.

In diesem Forum https://www.android-hilfe.de/forum/magic-earth.3177/ beteiligen sich auch Magic Earth Benutzer die wohl einen engeren Draht zum Hersteller haben. Vielleicht erfährst Du dort mehr.

Hallo allerseits,

geht es nur mir so, aber irgendwie fehlen mir in letzter Zeit die HD-Traffic-Infos.
Einige Straßen sind hier in der Umgebung schon Wochen gesperrt.
Aber leider keine Infos.

Für Rückmeldungen dankbar
Wolfgang

Und grad kommt wieder ein Kartenupdate rein! Nur 5 Wochen nach dem 31. Oktober.
Es werden noch Wetten angenommen, ob sie den Turnus durchhalten 🙂

--ks

AB-inf-x-chg-AB wrote:

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?

Vorgestern gefahren: Während ich die B 49 über http://osm.org/way/13787645 verließ, hat mir ME bereits das Verhalten an Kreisel http://osm.org/way/14345055 angewiesen. Kein Wort dazu, was an der Kreuzung mit der B 277 zu tun ist. Da hätte ich doch gern ein „geradeaus“.

--ks

Aha interessant - ja kann ich bestätigen, habe es soeben in der simulierten Vorführung angeschaut.
Gut, man könnte denken, es werden bei der Kreuzung zuvor deswegen keine Pfeile eingeblendet, weil es nur geradeaus geht. Aber trotzdem sind ja berechtigter Weise diese Info's auch bei Geradeausfahrten an solchen Kreuzungen interessant...
Ich hatte mittlerweile zuletzt fehlende ME-Pfeile an einer Kreuzung gesehen, als ich sogar nach links abgebogen bin. Das ist natürlich mindestens genauso suboptimal...
Also mit den beiden Beispielen lässt sich da wohl noch keine Systematik ableiten. :-(

Ich habe jetzt zu ähnlichem Thema noch etwas "geforscht". Es störte mich, dass die ME-Pfeile immer nur auf zu kurzer Strecke vor dem kommenden Kreuzungspunkt angezeigt werden. Ich hatte nämlich zuletzt für verschiedene Kreuzungsabschnitte die OSM-ways mit turn:lanes erweitert. Mir fiel auf, es befanden sich in der OSM-DB häufig turn:lanes ausschließlich an den Wegen für die es auf dem Asphalt Pfeile zu sehen gab. Ich habe die turn:lanes Abschnitte verlängert, auf die Strecken, welche bereits viel früher mit Richtungshinweisen durch Verkehrszeichen versorgt sind. Nun hatte ich dies mit ME gegengeprüft und es wurde nicht besser. Daher hatte ich zwischenzeitlich angenommen, das es vielleicht mit gesplitteten OSM-ways zu zusammenhängt. Also das ME nur Pfeile für das Wegstück anzeigt, welches direkt vor dem Kreuzungspunkt auf der Route liegt. Nun bin ich aber fast ziemlich sicher, dass es _nicht_ mit gesplitteten Wegen zu tun hat, sondern ich denke sie haben da so eine Art Limitierung drin, dass die ME-Pfeile nur fix ab ca. 450m vor dem Kreuzungspunkt angezeigt werden :-(

Denn ein etwa ähnliches Verhalten habe ich beobachtet: und zwar ändern sich ab ca. 950m vor Erreichen einer Autobahnabfahrt die Zielortnamen des Ausfahrtsknoten zu den Zielen die am way nach dem Kreuzungspunkt in "destinantion" stehen.
Aber scheinbar hier mit Maximum auf 3 Ziele limitiert. Bis 1000m werden 1 oder 2 Ziele angezeigt ca. bei der 1000m Marke vor Abfahrt ändert es sich z.B. auf 3 Ziele.

Also diese 450m turn:lanes Pfeilanzeige-Beschränkung dürfen sie von mir aus gerne entfernen! Das hätte für mich Prio 1.

AB-inf-x-chg-AB wrote:

Es störte mich, dass die ME-Pfeile immer nur auf zu kurzer Strecke vor dem kommenden Kreuzungspunkt angezeigt werden.

Fahr mal auf der A 66 von Westen auf das Wiesbadener Kreuz zu und bieg in Richtung Mönchhofdreieck auf die A 3 ab. Da bekommst du in ME ewig lang als Ziel „Köln,Bonn,Koblenz“ angegeben, erst ganz kurz vor der Rechtsabbiegerampe wechselt das auf „F.Kreuz, Würzburg“ etcetera. Wer diesen Wechsel der Anzeige verpasst und sich weiterhin nach Kölnbonnkoblenz richtet, biegt unweigerlich falsch ab und darf 11 km bis Niedernhausen gurken, bis er wenden kann. Das ist mir trotz Ortskunde einmal fast passiert, als ich abgelenkt war und nicht selbst über die richtige Abbiegung nachgedacht habe. Dabei könnte man hier schon die endgültigen Ziele angeben, sind sind ja bereits ausgeschildert (und korrekt als destination:lanes=* getaggt).

Exakt dieses Beispiel hab ich vor einem halben Jahr dem GM-Support präsentiert, man versprach mir Besserung.

--ks

Robert46798 wrote:

Weiß eigentlich jemand womit die Macher von ME ihr Geld verdienen?

Es gibt auch eine Partnerschaft mit Selectric für die Entwicklung eines Navigationsgeräts für BOS.

Eine Frage zur Stauwarnung:
Ich habe das Gefühl, dass er leider nicht für die Komplette Strecke den Stau berechnet, sondern nur für eine bestimmte Kilometeranzahl.
Liege ich da richtig?
Wäre schade, weil so ja evtl. weiter führende Umleitungen rausfallen würden...

AB-inf-x-chg-AB wrote:

JokerGermany wrote:

https://www.youtube.com/watch?v=rJ_qqlB … e=youtu.be

Danke fürs Hochladen des Clips.

Ich hatte gestern im anderen Faden, bei dem es auch um ME geht, genauer gesagt um den Punkt wenn ME die Richtungspfeile "zu spät" (ab ca 500m vor dem nächsten Kreuzungspunkt) eingeblendet, diese Mitteilung geschrieben. Nun ist mir bei Deiner Aufzeichnung genau das Gegenteil positiv aufgefallen, bei Dir werden die Pfeile schon früher eingeblendet, so wie ich mir das eigentlich vorstelle...
Kann man sehen bei exakt Sekunde 13, wenn der Kreuzungspunkt noch 1,1km entfernt ist und es gerade 5-Streifig (3xleicht link und 2x leicht rechts) zugeht und die Pfeile also bereits eben weiter als 1km vorher zu sehen sind. :-)
Also auch eine Frage dazu. Hast Du etwa eine Vorabversion, bei der die Funktion der Richtungspfeilanzeige ggf. verbessert wurde (so ne Art beta Version) am Laufen?
Meine Programmversion ist die 7.1.18.45.FE1... und die Kartenversion ist 7.320.

Ich antworte mal hier 😉

Nein ich habe eigentlich nichts besonderes eingestellt und nutze auch kein Beta Version
(Bei einem Programm, welches nicht FreieSoftware ist, werde ich nicht Beta-Tester spielen!)
Ansonsten sind meine Programm- und Kartenversion die gleiche wie bei dir.

JokerGermany wrote:

Ich habe das Gefühl, dass er leider nicht für die Komplette Strecke den Stau berechnet, sondern nur für eine bestimmte Kilometeranzahl.

Im Android-Hilfe-Forum werden 50km genannt. Mein eingebautes VW-Navi macht das gleiche. Leider.

TZorn wrote:

JokerGermany wrote:

Ich habe das Gefühl, dass er leider nicht für die Komplette Strecke den Stau berechnet, sondern nur für eine bestimmte Kilometeranzahl.

Im Android-Hilfe-Forum werden 50km genannt. Mein eingebautes VW-Navi macht das gleiche. Leider.

diese "50km" decken sich in etwa mit meiner praktischen erfahrung.

eine dabei etwas seltsame berücksichtigung von echten vollsperrungen auf der eigentlichen route ist die zeitzugabe von exact 1h an "wartezeit". und das auch wenn diese vollsperrungen über tage/wochen/monate gehen...
die automatische berechnung einer alternativ-route erfolgt nach meinen erfahrungen nicht immer zeitnah, nachvollziehbar und schnell.
aus meiner sicht eine der etwas größeren schwachstellen von ME.

Peter Maiwald wrote:

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/Use … tion:arrow

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

Kann der Renderer destination:symbol=;soccer_stadium anzeigen?
Hab 3 Werte und der 2. soll das Symbol haben
Ist nen Schnellstraßenanschluss (also Einbahnstraße)
Er zeigt mir das Symbol auf Teufel komm raus nicht an.

€dit: Scheinbar nicht, ME zeigt es an

Sry fürs Crossposting, aber ich glaube das ist in beiden Threads eventuell interessant

JokerGermany wrote:

i like supporting free Software Project. Thats why i edit on the maps of openstreetmap.
I am wondering, how do you generate turn advices.
When there are lane attributes, do you use it or do you only use the geographical information.

I am asking, for two reasons:

MagicEarth-Entwickler wrote:

JokerGermany wrote:

JokerGermany wrote:

1. https://www.openstreetmap.org/edit#map= … 2/10.03698
At this place i need to stay left to go through, but magic earth is telling me to stay right.

A video of the first case:
https://www.youtube.com/watch?v=rJ_qqlB … e=youtu.be

Yes, this seems to be a Magic Earth problem, we have forwarded it to the map team.

MagicEarth-Entwickler wrote:

JokerGermany wrote:

2. There are some crossing, where magic earth tell to go slightly right or left instead of through.
This leads to confusion if you can go left or right, too.
e.g. I think it happens at this crossing: https://www.openstreetmap.org/edit#map= … 5/10.70111
Would magic earth use the info turn=left;through;right, if i would add it?

Our technical team will try to improve the issue with the slight right/left turn in OSM and included in a future update.

Für alle, denen nur das 12 Stunden Format angezeigt wird bei der Ankunftszeit, hier eine Auskunft von Magic Earth:

As for the time format, it is already possible to display the 24-hour format in Magic Earth. Our app uses the same time format as your phone. If your selection is not reflected in the app, just turn off the 'Use 24-hour format' option in your phone’s settings and recheck in Magic Earth. Or change to 12-hour format, then back to 24-hour format and recheck in Magic Earth.

Wechsel der Telefoneinstellungen auf 12h und zurück hat geholfen. Seit dem wird auch in Magic Earth das 24h Format angezeigt.

Peter Maiwald wrote:

Wechsel der Telefoneinstellungen auf 12h und zurück hat geholfen. Seit dem wird auch in Magic Earth das 24h Format angezeigt

Danke! Hat hier auch geholfen.

Weiß eigentlich jemand, ob das Thema öffentlicher Nahverkehr jemals noch von Magic Earth aufgegriffen wird? Bislang ist das für mich eine reine Auto-App. Gut, Fußgänger- und Fahrradnavigation gehen auch, aber gerade als Fußgänger ist der ÖPNV ja sehr relevant. Und da hapert es bei Magic Earth ziemlich.

Also im VRB Braunschweig und in Stockholm funktioniert das Route finden über den ÖPNV. Wo hapert es bei dir?

• doppelten Beitrag gelöscht*
  

Peter Maiwald wrote:

Or change to 12-hour format, then back to 24-hour format and recheck in Magic Earth.

Hat funktioniert, will jetzt aber lieber nicht wissen warum...

Maturi0n wrote:

Weiß eigentlich jemand, ob das Thema öffentlicher Nahverkehr jemals noch von Magic Earth aufgegriffen wird? Bislang ist das für mich eine reine Auto-App. Gut, Fußgänger- und Fahrradnavigation gehen auch, aber gerade als Fußgänger ist der ÖPNV ja sehr relevant. Und da hapert es bei Magic Earth ziemlich.

Soweit ich weiß gibt's das nur in ausgewählten Städten.
Vielleicht wird das so nach und nach auch ausgebaut.

Wie konnte man eigentlich eine Route simulieren lassen? Die Anleitung unter Support funktioniert bei mir nicht. Bild mir aber ein, schon Routen simuliert zu haben.

Du musst einen anderen Startpunkt als die aktuelle Position nehmen, dann bekommst du die Möglichkeit.

Ok, danke. Funktioniert jetzt wieder. Mein Problem war das ich mein Ziel aus dem Verlauf gewählt habe, das aber wohl Ziel- und Startpunkt beinhaltete. Sprang deshalb immer auf Meine Position.

Peter Maiwald wrote:

Wechsel der Telefoneinstellungen auf 12h und zurück hat geholfen. Seit dem wird auch in Magic Earth das 24h Format angezeigt.

im head up display bleibts aber bei 12h oder seh ich das falsch 🤔

Bei mir auch 12h-Format im Headup Display. 🙁

Ich habe in ME keine Möglichkeit gefunden, die Plananzeige von 3D auf 2D zu ändern.

Im Stand wird immer 2D angezeigt und ich kann auch auf "Nord oben" umschalten,
während der Fahrt wird dann aber jedesmal wieder in den 3D Modus gewechselt.

Kann es sein, dass sich in ME die 2D Ansicht nicht dauerhaft fixieren lässt?

Das wäre schade, denn mit einer funktionierenden 2D Ansicht würde ich ME allen anderen Routing-Apps vorziehen.

probiere mal:

=> einstellungen (also dieses "zahnrad")

=> navigation

=> 2D/3D Karte (?!)...

Mecki wrote:

Also im VRB Braunschweig und in Stockholm funktioniert das Route finden über den ÖPNV. Wo hapert es bei dir?

Da ich damals vergessen habe darauf zu antworten:
Was schon mal extrem schwach ist, ist dass es keine Möglichkeit gibt, Haltestellen oder ÖPNV-Linien irgendwie grafisch hervorzuheben. OSMand oder Maps.me dagegen haben eine eigene Ansicht genau dafür. Außerdem muss man ziemlich nah ranzoomen um Haltestellen zu sehen. Slbst wenn ich alle anderen Arten von POIs ausblende sind Haltestellen noch schlecht sichtbar. Und das Icon in ME für Haltestellen ist auch nicht besonders toll. Einerseits fällt die Farbe dafür in Städten sowieso nicht besonders gut auf, andererseits scheinen sie das z.b. auch das selbe Icon für Tram- und Bushaltestellen zu verwenden. Ich finde ÖPNV in MagicEarth wirkt einfach total vernachlässigt.

Danke mr glee, jetzt habe ich es gefunden.

Einstellungen / Navigation / Fahrmodus
war auf automatisch und kann auf 2D oder 3D umgeschaltet werden.

Während der Navigation kann man auch mit zwei Fingern nach oben oder unten streichen um zum 3D- und 2D-Modus zu gelangen. Vorsicht, Drücken des Blenden-Symbols bringt dich wieder in den Automatikmodus und stellt auch die Voreinstellung wieder auf Automatik.

Grad kommen neue Karten rein. Stand etwa Silvester.

--ks

Mir war aufgefallen: Für die Ansage und Anzeige wird destination ausgewertet, destination:forward und destination:backward jedoch nicht.

Eine kurze Mail an den Support und Rückmeldung des Support ergab:
As for the OSM tags destination:forward and destination:backward, we plan to implement them in Magic Earth (case number C1108 has been assigned).

Da bin ich mal gespannt wie schnell das umgesetzt wird. Sonst müsste ich noch bei jeder Verkehrsinsel an Kreuzungen die Wege aufsplitten damit es funktioniert ;-)

Jap, hab ich auch festgestellt, spätestens mit dem Silvesterupdate hätte die Routenführung bei mir anders sein sollen, hoffe die setzen es schnell um, extra osm dafür zu ändern sehe ich nicht ein...

Mecki wrote:

Sonst müsste ich noch bei jeder Verkehrsinsel an Kreuzungen die Wege aufsplitten damit es funktioniert ;-)

Wenn jetzt angefangen wird, für ME zu mappen … die unzureichende Unterstützung von :forward/:backward habe ich vor einem Jahr da schon kritisiert. Und dass sie ihre Software nicht verschenken müssen, wenn darunter die Weiterentwicklung leidet, und dass ich für eine gute Navi-App durchaus zu zahlen bereit bin, habe ich auch dazugesagt.

--ks

Für ME Mappen kann man in die Richtung fehlende Infos nachzumappen, wie eben die Destination Infos.
Aber extra dafür Kreuzungen aufzusplitten halte ich für keine gute Idee, aber ich glaube so war das auch nicht gemeint 😉

@ME:
Sollen sie es als Freie Software veröffentlichen...

Nochmal ne Frage zur Bedienung von ME.
Auch nach mehr als 6 Monaten Benutzung verstehe ich das Konzept immer noch nicht.

Wenn ich schon navigiere, wie lasse ich dann möglichst schnell das Menü aufklappen, damit ich z.B. Zwischenziele einfügen kann oder auf "Überblick" klicken kann, damit ich die ganze Route sehe. Irgendwie bekomme ich das mehr durch Zufall als reproduzierbar hin...

mein ansatz:

starte mal ein "routing", also ganz klassisch navigieren.
dann "tippe" mal abseits der route (am besten wo nix weiter ist) im bereich der navi-karte.
es sollte sich dann am oberen rand ein menü-balken öffnen mit "beenden" und "übersicht".
dort auf "übersicht" tippen.
der menübalken ändert sich in "beenden", "von (start) nach (ziel)" und "fortsetzen".
dort dann auf das mittlere feld tippen, also dieses "von => nach"...
ein neues menü taucht auf... neben dem "ziel-feld" gibt es ein X (zum löschen des zieles) und ein "+" mit kreis drumherum. damit kann man dann ein zwischenziel einfügen.

... das wäre eine der mir bekannten möglichkeiten...

Bei allen mir bekannten Navis kann man zwischen drei verschiedenen Ansichten während der Navigation wählen.

1. 3D Fahrtrichtung oben
2. 2D Fahrtrichtung oben
3. 2D Norden oben

Ich verwende nur die letzte Variante, da ich sonst häufig die Orientierung verliere, und dann nur mehr das Navi weiß, wo wir beide hinfahren.

ME kennt scheinbar nur die beiden ersten Variante, die dritte (und eigentlich einfachste) konnte ich in ME nirgends finden.
Entweder habe ich die Funktion also nur noch nicht gefunden, oder die Entwickler haben komplett drauf vergessen.

Walter

2D Nord oben erreichst du als Würgaround, wenn du durch Schieben oder Drehen die Ansicht veränderst und dann oben rechts auf die Kompassnadel tippst. Leider folgt die Karte dann nicht mehr deiner Position. Also ja, ein richtiges 2D nordweisend gibt es nicht.

Zusätzlich zu deinen oben beschriebenen Ansichten hat ME noch den Automatikmodus: 3D im Normalfall und Wechsel auf 2D, wenn man sich einem Abbiegevorgang nähert. Beides fahrtweisend. Ich nutze immer 2D aber viele ME-Nutzer lieben den Automatikmodus.

Aber guter Punkt, ich rege den 2D-Nordweisend-Modus mal beim Support an. Bin auch wegen anderer Issues mit denen in Kontakt.

So, gestern kam ein neues Karten update raus:
Was mir aufgefallen ist:
Entweder er kennt kein destination:ref:to und destination:to oder er ordnet es der destination unter (was ich nicht so schlau finde)
Auch die destination:colour ist ihm egal.

JokerGermany wrote:

So, gestern kam ein neues Karten update raus:

Fürs Archiv: Kartenstand 7.325 liegt zwischen 9.2. und 11.2., nach meinen enthaltenen Bearbeitungen.

--ks

JokerGermany wrote:

Entweder er kennt kein destination:ref:to und destination:to oder er ordnet es der destination unter (was ich nicht so schlau finde)

Nen kurzes Update:
Scheinbar kennt MagicEarth die beiden Tags leider nicht.
Schade, da das meiner Meinung nach immer Orte sind die groß weit oben auf den Schildern zu sehen sind, woran man sich also gut orientieren kann...

Oft werden diese (meiner Meinung nach) falsch unter destination getagt, habe es zumindest oft gerade gezogen.
Evtl. kennt man deswegen bei MagicEarth diese Tags nicht...

Kommt es eigentlich bei anderen auch vor, das Magic Earth sporadisch seine Einstellungen "vergisst" und mit den Defaulteinstellungen startet?

Ich konnte bisher keine Korrelation mit irgendwelchen Ereignissen feststellen. Die Erste Vermutung, dass das genau nach einem Update der App passiert konnte ich inzwischen widerlegen.

klik wrote:

Kommt es eigentlich bei anderen auch vor, das Magic Earth sporadisch seine Einstellungen "vergisst" und mit den Defaulteinstellungen startet?

Ist mir noch nicht passiert, nutze es seit ziemlich genau einem Jahr.

--ks

Also meiner Meinung nach hat mein Tablet auch alle Einstellungen verloren, wüsste auch nicht, dass ich daran schuld wäre. (Also App/Gerät neuinstalliert hätte)

es gab mal die möglichkeit der sicherung in der "cloud"... das scheint bei mir noch zu funktonieren. nur finde ich in den einstellungen diese möglichkeit nicht mehr.
bei mir sind die einstellungsparameter, routen, verlauf usw auch nach neuinstallationen immer noch vorhanden.

ist diese option ist evtl rausgeflogen?!

was mein "ME" hin und wieder mal vergisst, ist der speicherort "externer speicher". dann habe ich da auch keinen zugriff mit ME mehr, obwohl die karten noch vorhanden sind. in dem menü "einstellungen" kann ich auch den externen speicher (=> SD-card) nicht mehr anwählen.
hat dazu jemand ein lösung parat?

klik wrote:

Kommt es eigentlich bei anderen auch vor, das Magic Earth sporadisch seine Einstellungen "vergisst" und mit den Defaulteinstellungen startet?

Vergessen hat ME bei mir noch nie was. Es ändert Einstellungen aber absichtlich, wenn man das Blendensymbol klickt. Dann wir die Standardansichtseinstellung wieder auf Automatikmodus gesetzt.

mr glee wrote:

was mein "ME" hin und wieder mal vergisst, ist der speicherort "externer speicher".

Nach eigenen Angaben wechselt ME die Speicherung auf den internen Speicher, wenn der externe voll ist. War das bei dir vielleicht so? Möglicherweise auch nur während des Updates, wenn dann alte und neue Karte gleichzeitig auf dem Gerät wären?

Habe mal die einzelnen Mitteilungen hier im Diskussionsthema zusammengetragen und in die Liste unten gepackt. Gerne *dem beim nächsten Update die Daten anhängen 🙂

Von mir aus wäre es nicht so tragisch, wenn sie mal wieder ein Kartendatenupdate auslassen würden, aber dafür danach mit einer neuen Programmversion herauskommen.

Dann gerne auch mit dem neuen Feature, für welches hier weiter hinten im Faden bereits ein Ticket genannt wurde:
PiJu schrieb "C1108: Verwendung destination:forward und :backward tags"

Na mal sehen, was als nächstes aus dem Hut* gezogen wird ... *kleiner Hut / grosser Hut

🙂

kreuzschnabel wrote:

elgolfo wrote:

und wie es mit den Update-Intervallen aussieht.

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.

--ks

191031 - Kartendaten bis 07.10. - Kartenversion 7.318 - Progammversion v7.1.18.44
181204 - Kartendaten ??? - Kartenversion ???
190116 - Kartendaten bis ca. Silvester - Kartenversion 7.322
190220 - Kartendaten ca. zwischen 9.2. und 11.2 - Kartenversion 7.325 - *Progammversion v7.1.19.7

edit: *

Das Update für Android vom 18. Februar 2019 wurde wohl noch nicht erwähnt (Daten lt. Google Play Store):

Version: 7.1.19.7.2CC5C3C2.6FB741B1

Neue Funktionen
• Maps can now be updated over mobile network.
• Dark colour scheme is available regardless of the navigation mode.
• HUD can be used in both Portrait and Landscape mode.
• A TTS message is played when tapping on a traffic event item from the route description or top navigation panel.
• The time format of the HUD ETA reflects the system settings.
• Fixed app crash in offline mode.
• Fixed app crash when put in background.
• Fixed settings persistence.
• Various other improvements and fixes

Jetzt noch eine vernünftige Routenplanung (immer, wenn ich unterwegs ein Zwischenziel einfügen will, etwa weil ich noch tanken muss, ver2fle ich, weil er entweder das ursprüngliche Ziel ganz rauswirft oder das Zwischenziel hinten dranhängt oder so Scherze), Abspeicherung von Routen und GPX-Im-/Export (um auch extern erarbeitete Routen abfahren zu können), dann bin ich erstmal glücklich. Kompassanzeige im Routingmodus wäre auch noch nett, wurde mir im März ’18 versprochen.

Was Routenmanagement und Einstelloptionen angeht, sollten sich die magischen Generäle mal MapFactor ansehen 🙂

--ks

Mecki wrote:

Das Update für Android vom 18. Februar 2019 wurde wohl noch nicht erwähnt

Ich hab auf jeden Fall ein reines Gewissen: https://wambachers-osm.website/index.ph … -watchlist 😉

Gruss
walter

Danke, das ist praktisch mit dem Link, den hier gleich noch mal im Faden stehen zu haben.

OT:
Nur bei iD hängt Dein Tracker wohl noch etwas hinterher,
Auszug: "iD 2.14.2 2019-02-21"
Wir sind derzeit bereits bei v2.14.3 ;-)

klik wrote:

Kommt es eigentlich bei anderen auch vor, das Magic Earth sporadisch seine Einstellungen "vergisst" und mit den Defaulteinstellungen startet?

Ich konnte bisher keine Korrelation mit irgendwelchen Ereignissen feststellen. Die Erste Vermutung, dass das genau nach einem Update der App passiert konnte ich inzwischen widerlegen.

Update:
Ich hatte den Fehler auch dem Support gemeldet und inzwischen auch eine Antwort bekommen, dass der Fehler unter dem Ticket C1123 behandelt wird.

Habe heute mal, nachdem ich das Update zur Programmversion v7.1.19.7 beendet hatte und die neuen Kartendaten aufgespielt waren, diese neue v7.1.19.7 getestet.

Es werden jetzt tatsächlich für längere Abschnitte (vorher ausschliesslich die letzten 500m bis zum Verzweigungspunkt) die Spurpfeile angezeigt, (die sicherlich aus den turn / turn:lanes stammen) 🙂

Es könnte sogar auch sein, das jetzt die destination(:lanes) aus dem way vor dem Verzweigungspunkt ausgewertet werden, bin ich mir aber noch nicht ganz sicher...

Dafür habe ich das Gefühl, dass genau dadurch ein paar mehr Bugs diesbezüglich drin sind. Ich schätze mal so grob an jeder 5. - 10. Kreuzung passt was nicht ganz so recht... 🙁

Ticket: PiJu schrieb "C1108: Verwendung destination:forward und :backward tags" ist weiterhin offen..... 🙁

Ausgehend von einer User-Frage im Q&A-Subforum habe ich getestet, wie verschiedene Router mit im Tagesverlauf wechselnden Einbahnregelungen umgehen. Testobjekt war die Herbert-Weichmann-Straße in Hamburg. Getaggt ist dort:

oneway=reversible
oneway:conditional=yes␣@␣(12:00-04:00);-1␣@␣(04:00-12:00)

• OSRM (auf openstreetmap.org) scheint die Straße komplett aus dem Routing-Graphen zu werfen. Egal wie und wann wird nicht drüber geroutet und auch Streckenbeginn und -ende nicht auf dieser Straße gewählt.
• Graphhopper (auf openstreetmap.org) ignoriert die Regel komplett, es wird zu jeder Tageszeit in beide Richtungen geroutet.
• Maps.Me ignoriert die Regel komplett, es wird zu jeder Tageszeit in beide Richtungen geroutet.
• Magic Earth routet richtig, je nach Tageszeit nur in die eine oder andere Richtung.
• außer Konkurrenz: Auch Google Maps macht es richtig.

Witzig, dass er magicEarth oneway:conditional kennt und nicht maxspeed:conditional oO

Bin schon lange mit Magic Earth unterwegs und habe mit einem Mitstreiter im Nachbarforum auf android-hilfe.de ein Unterforum für Magic Earth (ME) eingerichtet https://www.android-hilfe.de/forum/magic-earth.3177/ und möchte nun bei OSM einsteigen, um Mappen zu lernen. War dazu letzte Woche beim OSM Stammtisch in München dabei, um Leute kennen zu lernen, die das schon lange machen. Bin bei OSM noch Newbie, aber das lerne ich schon.

Stehe immer wieder in Kontakt mit dem ME Support, um für Abstellung von Bugs und neue Funktionen zu werben. Bin Beta-Tester und in kürze kommt eine neue Version mit neuen, sehr interessanten neuen Funktionen. ... stay tuned.

Habe General Magic als Firma kennengelernt, wo ME, damals Route 66, von TomTom-Karten nach einer Grundsatzentscheidung zu OSM zu gewechselt ist. ME lebt inzwischen deutlich die Unabhängigkeit von Google oder anderen Anbietern. Privatheit ist ein hohes Gut und zeigt sich dadurch, daß Tracking für Google und Facebook durch Cookies bei ME abgeschafft wurde. In der nächsten kommenden ME Version wird dies über folgendes Posting nach außen dokumentiert: https://share.mailbox.org/ajax/share/0b … NDM/NDMvOQ Einfach Doppelklick auf die Datei, dann öffnet sich das Teil.

Wie man Links mit einem Linkwort verknüpft, habe ich in diesem Forum noch nicht verstanden. Wer´s erklären kann, bitte melden.

Das Verschwindenlassen von Tracking Cookies bei ME wird in diesem Video zum Thema gemacht: https://www.youtube.com/watch?v=pyZ5uqxVU_E

So, nun entfallen für ME auch noch die Einnahmen durch Tracking Cookies. Wovon leben eigentlich die 40 Entwickler in Brasov/Rumänien?

Das Geld bringt eine professionelle APK für Rettungsfahrzeuge von Feuerwehr, Krankenwagen usw. ... und diese APK setzt eben auf OSM. Zusätzlich werden Verkehrsdaten mit einem Umkreis von 40 km dynamisch gesammelt und an die User dieser APK und ME weitergegeben. Die APK wird bei SELECTRIC in Geräte der COLUMBUS Reihe eingesetzt. https://www.selectric.de/news/artikel/n … -columbus/
Habe ich auch schon mal im ME Forum gepostet. https://www.android-hilfe.de/forum/magi … t-11128230

Es ist quasi eine Symbiose von OSM mit ME: OSM liefert aktuelle Kartendaten und ME gibt uns eine Navi App mit aktuellen Karten und Verkehrsdaten zurück. Dazu kommt, daß sich ME laufend weiterentwickelt und für neue Wünsche offen ist.

ME ist noch nicht komplett rund. Es gibt immer wieder Bugs und Erweiterungen, die erarbeitet werden müssen.

Aktuell stört mich, daß ME nach ungefähr 200..250 km einschläft... die Karte ist noch da, aber der Cursor bewegt sich nicht weiter... wie eingefroren. Nach einem Neustart ist ME sofort wieder voll da. Habe mich deswegen natürlich auch schon an den ME Support gewandt, der antwortet: "We would need to know what an approximate date + time when it happened. This will allow us to check automated crash/freeze reports." Sprich Serverausfall. So genau kann ich den Zeitpunkt aus der Erinnerung nicht mehr sagen, aber beim nächsten Ausfall werde ich dies notieren. Gibt es andere Erklärungen als einen Serverausfall? btw. es laufen bei mir keine anderen Navi-Apps parallel.

Früher funktionierte das Navigieren aus Kontakten wunderbar. Seit kurzem wird die Adresse aus den Kontakten ignoriert und man landet wieder auf der ME Startseite. Das muß debuggt werden... oder funktioniert bei Euch das Navigieren aus Kontakten? Mein Nokia 5 arbeitet mit Android 9.0.

Im ME Forum auf android-hilfe.de gibt es auch eine Rubrik für OSM. Dort stehen noch keine Beitrage drin, da bisher keine Poster. Das soll sich ändern. Werde dort Kurzanleitungen einstellen, damit ME User kleinere OSM Ergänzungen selbst durchführen können. Hatte mal eine Sportfotografin im ME Forum, die sich beklagte, daß sie keine Fußballstadien findet. Es geht hier nicht um die großen bekannten Stadien, sondern 2. und 3. Liga. In OSM findet man immer wieder nur das eingezeichnete Stadion ... ohne Namen. Solche Dinge sollen OSM Newbies selber eintragen können, wenn man ihnen erklärt, wie man´s macht. https://www.android-hilfe.de/forum/magi … 55227.html

Meine inzwischen veralteten Anleitungen im ME Forum, werde ich kürze auch Mal updaten, da sich ME weiter entwickelt hat. Und hier im Forum werde ich Mitlesen und Fragen stellen, wenn es bei mir mit Mappen und OSM noch Startschwierigkeiten gibt.

RC23 wrote:

und in kürze kommt eine neue Version mit neuen, sehr interessanten neuen Funktionen.

Sinnvolle Features, wie sie hierzuthread schon aufgezählt wurden? Dann wär ich dabei.

RC23 wrote:

Bin Beta-Tester

Mich haben sie auch schon gefragt, aber da ich seit etwa einem Jahr nicht wirklich den Eindruck habe, dass die Entwicklung weitergeht bzw. eine meiner Anregungen auch nur mal aufgegriffen wurde … dann brauchen sie mich wohl nicht.

EDIT: Auch wenn mein Post bis hierher etwas dröge klingt – als Mitmapper bist du natürlich herzlich willkommen 🙂

--ks

kreuzschnabel wrote:

Sinnvolle Features, wie sie hierzuthread schon aufgezählt wurden? Dann wär ich dabei. ...

Mich haben sie auch schon gefragt (Anm. ... Einstieg als Beta-Tester), aber da ich seit etwa einem Jahr nicht wirklich den Eindruck habe, dass die Entwicklung weitergeht bzw. eine meiner Anregungen auch nur mal aufgegriffen wurde … dann brauchen sie mich wohl nicht.

--ks

Habe mir gestern beide Threads zu ME hier im Forum durchgelesen und wichtige Passagen rauskopiert. Darin stehen auch die Veränderungswünsche der OSM Fachleute hier. ME lebt davon, daß einerseits OSM Mitstreiter laufend die Karten aktualisieren und weiterentwickeln und andererseits die Gruppe der ME Anwender, die von OSM häufig nur "gerüchteweise" gehört haben. Diese beiden Gruppen will ich näher zusammen bringen.

Im ME Forum auf android-hilfe.de soll für OSM dazu etwas entstehen... wenn ich gelernt habe, mit OSM umzugehen.

Die Wünsche hier im Forum mit Fokus auf OSM werde ich hier mal zusammenfassen und dann können wir darüber diskutieren, ob ich dies so richtig sehe. Danach trage ich es zu ME und werde dort dort schauen, daß es auf die to-do-Liste kommt und tracken, d.h. immer wieder nachfragen, daß es vorangeht und nicht in der Versenkung verschwindet.

RC23 wrote:

Die Wünsche hier im Forum mit Fokus auf OSM werde ich hier mal zusammenfassen

Es sind ja nicht rein OSM-orientierte Wünsche, sondern solche, die sämtliche Anwender betreffen. Etwa die Möglichkeit, Wegpunkte einer Wunschroute per GPX vorzugeben (statt alle einzeln eintippen zu müssen), oder eine gegebene Liste von Zwischenzielen in eine sinnvolle Reihenfolge zu bringen (OsmAnd und MapFactor können das). Auswertungen von fahrspurbezogenen Richtungsangaben (z.B. an Autobahnkreuzen) dürften auch alle Nutzer interessieren.

Das sind für mich Kernfunktionalitäten eines guten Routers. Stattdessen macht man sich Gedanken übers Einpflegen von Spritpreisen 🤔 dafür gibt’s nun wirklich andere (bessere) Apps, mit denen ein Router lediglich über geo-Links kooperieren muss.

--ks

RC23 wrote:

... Aktuell stört mich, daß ME nach ungefähr 200..250 km einschläft... die Karte ist noch da, aber der Cursor bewegt sich nicht weiter... wie eingefroren. Nach einem Neustart ist ME sofort wieder voll da. Habe mich deswegen natürlich auch schon an den ME Support gewandt, der antwortet: "We would need to know what an approximate date + time when it happened. This will allow us to check automated crash/freeze reports." Sprich Serverausfall. So genau kann ich den Zeitpunkt aus der Erinnerung nicht mehr sagen, aber beim nächsten Ausfall werde ich dies notieren. Gibt es andere Erklärungen als einen Serverausfall? btw. es laufen bei mir keine anderen Navi-Apps parallel.

Früher funktionierte das Navigieren aus Kontakten wunderbar. Seit kurzem wird die Adresse aus den Kontakten ignoriert und man landet wieder auf der ME Startseite. Das muß debuggt werden... oder funktioniert bei Euch das Navigieren aus Kontakten? Mein Nokia 5 arbeitet mit Android 9.0.

Bitte auch Antworten auf meine beiden Fragen.

btw. Wieviel Postings braucht man, um den Probestatus zu verlassen?

RC23 wrote:

Solche Dinge sollen OSM Newbies selber eintragen können, wenn man ihnen erklärt, wie man´s macht. https://www.android-hilfe.de/forum/magi … 55227.html

In der Signatur von Kreuzschnabel findest du ein sehr gutes Tutorial. Ansonsten ist die von dir verlinkte Seite aufgrund der Werbung schwer erträglich.

Das Tutorial von Kreuzschnabel habe ich mir bereits runtergeladen und wird gelesen. Dank an Kreuzschnabel für die Arbeit, die darin steckt. 🙂

RC23 wrote:

RC23 wrote:

... Aktuell stört mich, daß ME nach ungefähr 200..250 km einschläft...

Bitte auch Antworten auf meine beiden Fragen.

moin, wer so lieb bittet... 😉

zum einschlafen: ich habe da eine stelle, an der ME grundsätzlich "einschläft". einschlafen in dem sinne also das ME an der stelle einfach einfriert.

http://m.osmtools.de/0UUgp2sAjzI0UUrt2sAkv4

wenn ich, egal aus welcher richtung, in der nähe von dem roten pin drüber fahre... ist es mit ME vorbei!
in den OSM daten dort konnte zumindest ich keine macke finden. dieser fehler ist reproduzierbar und über min. 3 kartenupdates existent.
im simulationsmodus klappt es auch. man muss wirklich real dort in der gegend sein damit es passiert. andere apps wie osmand bleiben dort nicht hängen.

zu den wünschen als ME-anwender halte ich mich mal bedeckt. es ist mein eindruck das nach aussen hin zwar alles positiv gesehen wird und man die nutzer mit ihren wünschen einbinden möchte, nur in der praktischen umsetzung usw happert es. trotzdem bin und bleibe ich wohl auch weiterhin ein überzeugter ME-nutzer.

@mr glee Der 1. April ist schon vorbei. 😉 ... Wenn´s nur dort auftritt ist bei deinem ME alles stabil.

RC23 wrote:

Wenn´s nur dort auftritt ist bei deinem ME alles stabil.

Hä? Wenn man von Hintertodtmoos nach Herrenschwand will und ME dabei nach 1,5 km einfriert, läuft deiner Ansicht nach alles stabil?

RC23 wrote:

Der 1. April ist schon vorbei.

Allerdings.

--ks

Für mich hörte sich das echt wie ein verspäteter Aprilscherz an. In der Simulation wird die Strecke ohne Stopp durchfahren.

Hatte ich noch nie: einen Navi-Stopp durch Einfrieren an der gleichen Stelle... seltsam. Auch im android-hilfe Forum ist dieser Bug noch nicht genannt worden.

moin,

ich denke das dieses "hängen" an bestimmter stelle kein problem der app selbst ist, sondern (meine "laienhafte" vermutung) ein digitales kartenproblem ist. ich hatte schon mit dem gedanken gespielt an dieser stelle an den OSM daten selbst zu drehen, um evtl dadurch beim generieren zum kartenupdate an dieser stelle eine neubearbeitung zu erzwingen...
in den nächsten tagen fahre ich wieder über diesen punkt, ich lass dann mal das tablet mitlaufen. evtl gibt es dann dazu ein screenshot.

RC23 wrote:

Hatte ich noch nie: einen Navi-Stopp durch Einfrieren an der gleichen Stelle... seltsam.

Manchmal steckt man einfach nicht drin in der Denkweise der Dinger. Mein Garmin Montana mit OSM-Karte wollte durch ein bestimmtes Dorf nie auf der geraden Hauptstraße durchfahren, sondern bevorzugte eine umständliche Route außenrum durch Wohnstraßen. Ich habe nie herausgefunden, woran das lag; das Mapping der Straße habe ich mehrfach überprüft, keine Auffälligkeiten. Nach einer Bearbeitung, die nichts Wesentliches geändert hatte, war der Fehler verschwunden.

--ks

@mr glee: Danke für die Ursachensuche. Bin ein Freund von Fakten, die man sauber zuordnen kann. Wenn ich in der Nähe wohnen würde, hätte ich mir die Stelle auch mal angeschaut.

Bin gerade dabei mich anhand des gutgemachten Tutorials von kreuzschnabel in die Welt des Mappings rein zu arbeiten.

@kreuzschnabel: Gab es vor der Änderung im Routingverhalten des Garmin Teils ein Software-Update? Oder sind in der OSM Karte Änderungen von anderen Usern durchgeführt worden, die nun ein anderes Routingverhalten bewirkt haben?

mr glee wrote:

http://m.osmtools.de/0UUgp2sAjzI0UUrt2sAkv4

Eine kleine Unsauberkeit: An http://osm.org/node/4086930810 hängt eine 3 cm lange Abzweigung nach Südwest.

--ks

Bin dabei den ME Support mit Daten zu füttern, damit ein lästiger Bug abgestellt wird: ME friert nach etwa 200..250 km ein, d.h. die Karte bewegt sich nicht weiter. Nach einem ME Neustart ist wieder alles bestens.

Auf android-hilfe.de habe ich bereits drei Mitstreiter, die beim Problem-Einkreisen mitmachen. Wer mitmachen möchte, damit ME auch auf langen Strecken stabil arbeitet, den lade ich hiermit ins android-hilfe.de Forum ein. https://www.android-hilfe.de/forum/magi … t-11539789

Die Verbesserungspunkte aus Sicht der OSM User werde ich auch beim ME Support mit vertreten und antreiben, damit es Lösungen in unserem Sinne gibt.

Ich bin heute knapp 700km gefahren. Display war durchgehend an im 3D Modus und war an 12 Volt angeschlossen. Lief alles über die Online Karten und funzte im Navimodus einwandfrei.
ME Version 7.325 auf Android 8.0

5R-MFT wrote:

und war an 12 Volt angeschlossen

Nicht gesund, USB ist nur bis 5,25 V zugelassen 😄

--ks

kreuzschnabel wrote:

5R-MFT wrote:

und war an 12 Volt angeschlossen

Nicht gesund, USB ist nur bis 5,25 V zugelassen 😄

--ks

Zum Glück bin ich kein Elektriker geworden. Sonst hätte mein Handy auch auch nur so lange gehalten wie der 110 Volt Föhn an der 220 V Steckdose. 😄

RC23 wrote:

ME friert nach etwa 200..250 km ein, d.h. die Karte bewegt sich nicht weiter. Nach einem ME Neustart ist wieder alles bestens.

Also ich hatte diesen Fall auch schon. Allerdings korellierte das sehr mit einem Grenzübertritt. Auf dem Hinweg nach ca. 350 km, auf dem Rückweg nach 100 km. Mir fehlt es allerdings an internationaler Reisetätigkeit um das noch einmal nachstellen zu können.

(Der Streckenabschnitt war Zittau [B 178] <> Hradek nad Nisou [35]. Ich wollte auch nach Kartenfehlern schauen, was ich bis heute nicht gemacht habe.)

edit: Straßen refs

Hatte vor Tagen bei ME geworben KML und GPX Routen importieren zu können und bekam heute folgende Antwort:

"Thank you for your email. You are, as always, very precise and helpful.

We are actually thinking about implementing route imports in Magic Earth, whether they may be via KML files or GPX. We added it on our to-do list as case number C1054.

So you can rest assured, this is something we are working on so it will be integrated in future versions of the app. You can tell everyone it is in the works.

We are here to help if there is anything else. Safe travels!"

Neue App-Version ist heute bei mir eingetrudelt, mit der bekommt man dann auch die Karten 7.343.
Kartenstand 7.343 ist Anfang April (Bearbeitungen meinerseits vom 7.4. sind drin, vom 8.4. nicht).

--ks

Bin heute etwa 100 km unterwegs gewesen und war mit ME nicht zufrieden. Beim Zwischenziel bekam ich keine Meldung "Zwischenziel erreicht". Dann ist mir 2x ME eingefroren und konnte nur durch Neustart wieder zum Laufen gebracht werden. (Smartphone war im Auto am Laden und in einer Wärme-isolierenden Silikonhülle). Da werde ich wohl die Silikonhülle beim längeren Fahren und Unterwegs-Laden runternehmen.

kreuzschnabel wrote:

Neue App-Version ist heute bei mir eingetrudelt...

Danke für Info', hab's mal geladen und kurz getestet.

Der neue Tropfen, der erscheint wenn man irgendwo auf die Karte tippt, gefällt mir besser.
Auch das jetzt danach gleich unten eine Symbolleiste erscheint, um von dort die Navigation direkt zu beginnen, passt ganz gut.

Nun zu den beiden ausbaufähigen Punkten:

- wenn ich POIs antippe konnte man zwar immer schon die Telefonnummer, die in OSM hinterlegt ist, angezeigt bekommen. Aber irgendwie wird die Webseite nicht angezeigt, bei maps.me oder osmand ist das schon lange Standard. Oder geht das und ich habe es nur noch nicht herausgefunden? Diesbezüglich hat sich mit dem aktuellen Versionssprung nichts geändert ...
@RC23, gibts dafür schon ein offenes Ticket?, falls nicht, darfst Du von mir schöne Grüsse ausrichten und das gerne mal melden

- destination:forward / destination:backward wird mit der neuen Version weiterhin nicht ausgewertet
@RC23, gibt's dafür schon ein offenes Ticket?, falls nicht, darfst Du von mir schöne Grüsse ausrichten und das gerne mal melden

Ob sich die Auswertung der turn:lanes verbessert hat werden die folgenden Tests erst zeigen.

Verbessert hat sich offenbar die Fahrspuranzeige. Bislang wurde die regelmäßig nur bei Abbiegungen angezeigt (Ausnahme Autobahnen). Jetzt wird die richtige Fahrspur auch bei Geradeausfahrten angegeben (getestet im Vorführmodus). Das ist m. E. ein Fortschritt, da es hilft, die richtige Fahrspur zu wählen. Ob sie rechtzeitig angezeigt wird, muss ich bei der nächsten Fahrt prüfen. Ansonsten bleibt aber noch viel Verbesserungspotenzial ...

Hallo,
ich habe ein Problem mit der Sprachansage. ME spricht nicht mit mir während einer Navigation. Die Medienlautstärke des Handy´s ist auf 8 von 10 eingestellt. In den Einstellungen von ME ist Hannah als Sprache gewählt und die Lautstärke ebenfalls auf ca. 3/4 der vollen Lautstärke eingestellt. Ein Handyneustart brachte keine Änderung. Als Versuch hab ich dann mal ein Navigation mit google maps gestartet. "Es spricht mit mir". Hab ich da vielleicht noch eine versteckte Einstellung übersehen?

AB wrote:

Ob sich die Auswertung der turn:lanes verbessert hat werden die folgenden Tests erst zeigen.

PiJu wrote:

Verbessert hat sich offenbar die Fahrspuranzeige. ...

Ja,kann ich jetzt nun bestätigen.

An 2 Stellen (für einmal ca. 400m und an an derer Stelle 1100m erfasste turn:lanes Strecke) wurden vorher gar keine Pfeile angezeigt, jetzt zumindest erscheinen die Pfeile die letzten ca 200-250m also bevor man den Kreuzungspunkt erreicht - Geht doch :-) weiter so!

blaubaer11 wrote:

Hab ich da vielleicht noch eine versteckte Einstellung übersehen?

hast du mal statt "hannah" text-zu-sprache probiert?

die stimme "hannah" müsste ich zB extra downloaden...

blaubaer11 wrote:

Hab ich da vielleicht noch eine versteckte Einstellung übersehen?

Wie soll es denn mit dir sprechen? Über den Handylautsprecher oder vie Bluetooth über die Autolautsprecher (nd wie macht es Google bei dir)? Einstellungen - Allgemein - Töne - unten Bluetooth.

Hallo,
zuerst war text to Sprache aktiviert - klappte nicht. Dann hab ich "Hannah" heruntergeladen - klappte nicht. Das Handy ist über Bluettooth mit dem Auto verbunden. Ich habe aber in ME Bluetooth nicht angewählt. G-Maps spricht dann bei diesen Einstellungen aus dem Handylautsprecher...

Aber vielleicht ist das der Knackpunkt... Vielleicht muss hier BT angewählt werden?!

@blaubaer: Schau bitte noch einmal Deine Einstellungen via Zahnrad im Pfad Einstellungen/Allgemein/Töne an.

Wenn Du hier Bluetooth nicht aktivierst, wird über den Telefon-Lautsprecher ausgegeben. Wird Bluetooth aktiviert, gibst Du den Ton über eine Freisprecheinrichtung oder ein Autoradio aus, was Bluetooth versteht.

Das arbeitet.

Ich empfehle den Download einer Stimme, wie sie ME in vielen Sprachen anbietet. Das klingt um einiges besser als über die Roboterstimme Text-zu-Sprache.

AB-inf-x-chg-AB wrote:

... Nun zu den beiden ausbaufähigen Punkten:

- wenn ich POIs antippe konnte man zwar immer schon die Telefonnummer, die in OSM hinterlegt ist, angezeigt bekommen. Aber irgendwie wird die Webseite nicht angezeigt, bei maps.me oder osmand ist das schon lange Standard. Oder geht das und ich habe es nur noch nicht herausgefunden? ...

Das fehlt mir zur Zeit auch. Werde dies in die Trackingliste aufnehmen.

AB-inf-x-chg-AB wrote:

- destination:forward / destination:backward wird mit der neuen Version weiterhin nicht ausgewertet.
...

Wie darf ich das verstehen? Bin noch nicht lange mit OSM im Detail unterwegs. Bedeutet Deine Frage "ME ignoriert Einbahnstraßen"?

Nach meinen Feststellungen werden Destination-Angaben nur in Kombination mit oneway/Einbahnstraßen (z. B. Autobahnausfahrten) berücksichtigt. Bei den anderen Straßen ist je nach Fahrtrichtung destination:forward oder destination:backward zu taggen. Diese Angaben werden aber bei ME ignoriert. Es werden nur die Straßennamen angezeigt. Selbst das Tagging destination ohne backward/forward bleibt unberücksichtigt, wenn es keine Einbahnstraße ist. ME hat das Thema wohl schon länger auf der Liste...

Geändert werden sollte meines Erachtens auch, dass Destination-Angaben erst kurz vor der Abbiegung, z.b. 5 km vor der entsprechenden Autobahnausfahrt) angezeigt werden. Es nützt wenig, wenn man noch hunderte Kilometer auf der Autobahn fahren muss, und die ganze Zeit die Destination-Angaben oben im Display angezeigt werden. Man könnte auch zwischendurch die Geradeaus- Destination anzeigen. Die Sygic-App (leider nicht mit OSM-Karten) hat das sehr gut gelöst.

RC23 wrote:

AB-inf-x-chg-AB wrote:

... Nun zu den beiden ausbaufähigen Punkten:

- destination:forward / destination:backward wird mit der neuen Version weiterhin nicht ausgewertet.
...

Wie darf ich das verstehen? Bin noch nicht lange mit OSM im Detail unterwegs. Bedeutet Deine Frage "ME ignoriert Einbahnstraßen"?

Moment, Verzeihung - dass ich das nur so kurz ohne weitere Erklärung hingeschrieben habe. Danke dass Du nochmal nachfragst.

Also was bei derzeit ME recht gut funktioniert, ist die Auswertung von destination="A-Stadt" an OSM-Wegstücken, denn dann wird an Kreuzungen oben im Display anstatt des Strassenname (falls der bei OSM erfasst ist) der entsprechende destination-Wert, hier "A-Stadt" für die Zielrichtung, wo man hinbiegen soll, angezeigt.
Das Merkmal nur "destination" wird bei OSM nur an Wegstücken die bei OSM Einbahnstrassen sind (oneway=yes) verwendet. Häufig tritt das an Autobahnauf- und abfahrten auf. Da dort die Spuren meinst baulich getrennt sind und demzufolge die beiden Richtungsspuren als Einbahnstrassen erfasst sind. Beispielweg mit destination und oneway: https://www.openstreetmap.org/way/145039931

Wenn man sich jetzt mal das Strassennetz der etwas niedrigren Klassen anschaut, werden die Strassenabschnitte an denen es bauliche Trennungen gibt je niedriger man kommt immer seltener. Beispielweg ohne oneway mit destination:forward: https://www.openstreetmap.org/way/152990835

An den ways wo es kein oneway gibt ist für den destination Schlüssel zusätzlich die Richtung anzugeben, für die der Richtungswert gilt. Das wird mit destination:forward und destination:backward gemacht.

Aber ME wertet destination:forward und destination:backward noch nicht aus.
Also wenn Du dich von hier:
https://osm.org/go/0JAbUhVQk--?m=
nach hier:
https://osm.org/go/0JAbUJGiQ--?m=
navigieren lässt:
https://www.openstreetmap.org/direction … 0/11.51819
Bekommst Du derzeit an der Kreuzung im Norden, an der man nach links in die Wolfratshauser Straße abbiegen soll, die "Wolfratshauser Straße" im Display angezeigt, anstatt von "Pullach", so wie es im Wert von destination:forward=Pullach am entsprechenden Weg:
https://www.openstreetmap.org/way/152990835
erfasst ist.

Hoffe das klärt es auf...

RC23 wrote:

AB-inf-x-chg-AB wrote:

... Nun zu den beiden ausbaufähigen Punkten:

- wenn ich POIs antippe konnte man zwar immer schon die Telefonnummer, die in OSM hinterlegt ist, angezeigt bekommen. Aber irgendwie wird die Webseite nicht angezeigt, bei maps.me oder osmand ist das schon lange Standard. Oder geht das und ich habe es nur noch nicht herausgefunden? ...

Das fehlt mir zur Zeit auch. Werde dies in die Trackingliste aufnehmen.

Klasse, denke das dürfte gar kein so grosser Aufwand werden...

RC23 wrote:

@blaubaer: Schau bitte noch einmal Deine Einstellungen via Zahnrad im Pfad Einstellungen/Allgemein/Töne an.

Wenn Du hier Bluetooth nicht aktivierst, wird über den Telefon-Lautsprecher ausgegeben. Wird Bluetooth aktiviert, gibst Du den Ton über eine Freisprecheinrichtung oder ein Autoradio aus, was Bluetooth versteht.

Das arbeitet.

Ich empfehle den Download einer Stimme, wie sie ME in vielen Sprachen anbietet. Das klingt um einiges besser als über die Roboterstimme Text-zu-Sprache.

...so war ja auch meine Idee, dass man ohne Bluetooth den Text über den Handylautsprecher hört. Das funktioniert ja leider nicht. Ich versuchs mal mit der BT Variante....

Danke

RC23 wrote:

Wenn Du hier Bluetooth nicht aktivierst, wird über den Telefon-Lautsprecher ausgegeben. Wird Bluetooth aktiviert, gibst Du den Ton über eine Freisprecheinrichtung oder ein Autoradio aus, was Bluetooth versteht.

blaubaer11 wrote:

...so war ja auch meine Idee, dass man ohne Bluetooth den Text über den Handylautsprecher hört. Das funktioniert ja leider nicht. Ich versuchs mal mit der BT Variante....

Vorsicht: die Einstellungen sind etwas verwirrend. Bluetooth muss nicht angewählt sondern abgewählt werden in der ersten Einstellung. Die zweite regelt nur, ob die Bluetooth-Übertragung als Medienwiedergabe oder Anruf erfolgt.

Ich hatte allerdings Mitte letzten Jahres auch das Problem, dass ME diese Einstellungen ignoriert hat und immer über BT ausgegeben hat. Allerdings nur sporadisch und nicht reproduzierbar. Ich hatte dazu auch ein Ticket beim Support aufgemacht, konnte es dann für sie aber nicht im Debug-Mode reproduzieren. In den letzten sechs Monaten ist das Problem bei mir nicht mehr aufgetreten. Solltest du jetzt also das gleiche Problem haben, melde dich doch beim Support mit Hinweis auf Ticket C2043.

Ich wage es kaum zu fragen, vermute aber magic earth kennt kein temporary?
https://wiki.openstreetmap.org/wiki/Pro … nditional)

JokerGermany wrote:

Ich wage es kaum zu fragen, vermute aber magic earth kennt kein temporary?

Gute Frage, die ich noch nicht beantworten kann. Ist mir selber auch wichtig, da ich zukünftig erreichen möchte, daß Straßenbaustellen und Straßensperrungen mit Endtermin in OSM eingetragen und von ME ausgelesen werden.

Habe zu Straßenbaustellen und -sperrungen mit Endtermin einen neuen Thread aufgemacht. https://forum.openstreetmap.org/viewtopic.php?id=66189

TZorn wrote:

RC23 wrote:

Wenn Du hier Bluetooth nicht aktivierst, wird über den Telefon-Lautsprecher ausgegeben. Wird Bluetooth aktiviert, gibst Du den Ton über eine Freisprecheinrichtung oder ein Autoradio aus, was Bluetooth versteht.

blaubaer11 wrote:

...so war ja auch meine Idee, dass man ohne Bluetooth den Text über den Handylautsprecher hört. Das funktioniert ja leider nicht. Ich versuchs mal mit der BT Variante....

Vorsicht: die Einstellungen sind etwas verwirrend. Bluetooth muss nicht angewählt sondern abgewählt werden in der ersten Einstellung. Die zweite regelt nur, ob die Bluetooth-Übertragung als Medienwiedergabe oder Anruf erfolgt.

Ich hatte allerdings Mitte letzten Jahres auch das Problem, dass ME diese Einstellungen ignoriert hat und immer über BT ausgegeben hat. Allerdings nur sporadisch und nicht reproduzierbar. Ich hatte dazu auch ein Ticket beim Support aufgemacht, konnte es dann für sie aber nicht im Debug-Mode reproduzieren. In den letzten sechs Monaten ist das Problem bei mir nicht mehr aufgetreten. Solltest du jetzt also das gleiche Problem haben, melde dich doch beim Support mit Hinweis auf Ticket C2043.

Jau, das Häkchen war´s. Jetzt spricht mein ME auch mit mir.
Mit dem oberen Häkchen über den Handylautsprecher
Mit dem unteren Häkchen über die Autolautsprecher. So wie es sein soll....

(wer lesen kann ist eben klar im Vorteil 🙂

Danke für die Hilfe

Ziehe mal den Betrag aus dem Thread für temporäre Straßenbaustellen/-sperrungen wieder in den ME Thread rüber, da hier ME-spezifische Dinge besprochen werden:

Beitrag https://forum.openstreetmap.org/viewtop … 80#p748380

ME aktualisiert die Verkehrsdaten alle 5 Minuten und schickt sie online raus. Nur müssen halt die Daten in den Datenbanken drinstehen. Welche genauen Quellen ME anzapft, weiß ich aktuell nicht.

Nun zur Reichweite von nur 40 km im Radius. ME gibt die aktuellen Verkehrsdaten kostenlos raus... weil diese Daten von einer APK kommen, mit der die Entwickler von ME als Firma General Magic Geld verdienen. Diese App geht mit einigen Zusatzfeatures wie Rückkanal an Rettungsfahrzeuge, Feuerwehr und ähnliche Dienste. https://www.selectric.de/index.php?id=3 … 0ee4ce1bcf

Das zugehörige Produkt: Columbus mit OSM und ME https://www.selectric.de/fileadmin/sele … 201705.pdf

Da Rettungsdienste im Regelfall mit einem Radius von 40 km gut versorgt sind, und ME diese Daten einfach weitergeben kann, ist unser Horizont auf 40 km begrenzt.

Vor etwa zwei Jahren hat ME sich strategisch neu aufgestellt und ist von den TomTom Karten zu OSM gewechselt. Damit setzt ME auf die Qualitäten von OSM.

Schon wieder ein Update ... (7.1.19.17 => 7.1.19.20)

Unter der Haube hat sich einiges getan. Die Adresssuche in der Datenbank wurde neu aufgesetzt und ist jetzt schneller - in der Betatestphase war sie ... langsam.

Für Camper mit Wohnwagen, die gern 1,7 bis 2 to. Last ziehen dürfen, ist nun für jede Route ein Höhenprofil mit Steigungsprozenten abrufbar, wo man sehen kann, wo und wie lange wird es beim Anstieg steil und dann bei der Abfahrt die Bremsen heiß. Wie sehen die Straßenbeläge auf der Route aus... ist alles gemappt. Man muß es nur auslesen und aufbereiten.

Bin in Abstimmung mit ME das Tool für Camper auszubauen... wo liegen zu enge Ortsdurchfahrten... welche Alpenpässe sind zwar schön, aber für Camper anspruchsvoll oder sogar gesperrt...

RC23 wrote:

Unter der Haube hat sich einiges getan. Die Adresssuche in der Datenbank wurde neu aufgesetzt und ist jetzt schneller -

Hmm, das bringt aber nichts, wenn er von einer Straße nur noch die ersten 10% der in OSM vorhandenen Adressen findet. (Krügerstraße in Dresden-Loschwitz zufällig heute gebraucht) Und er anstatt dessen zu einer ähnlich klingenden Straße springt. Nicht hilfreich.

Ein Test bei mir brachte die gesuchte Straße sofort auf Anhieb.

Screenshot Krügerstraße in Dresden-Loschwitz https://share.mailbox.org/ajax/share/0a … DI/NDIvMTc

Wenn noch Bugs auftauchen, melden.

P.S. Adressen spreche ich direkt in ME rein... manchmal wechselt er ins Englische, dann kommen lustige Adressen raus. 😉

Krügerstraße findet er, ja, aber nicht Krügerstraße 43 z.B.

Erster Check bei OSM... ja, Krügerstraße 43 ist gemappt. Dann ME befragt... auch hier wird Krügerstraße 43 gefunden, ebenso die 43A.

Screenshot https://share.mailbox.org/ajax/share/0c … DI/NDIvMTg

Merkwürdig. Bei mir zeigt er nur Hausnummern bis 8A. Nur in der Adresssuche. In der normalen Suche Verhalten wie bei dir.

Aber wenn du die 43 eintippst, findet er 43, 43 und 43A.

--ks

Auch in der Adresssuche von ME wird die Krügerstraße 4x gefunden.

https://share.mailbox.org/ajax/share/0a … DI/NDIvMTk

RC23 wrote:

Auch in der Adresssuche von ME wird die Krügerstraße 4x gefunden.

Aber erst, wenn man die 4 eintippselt. In der Auflistung davor zeigt er nur bie 8A, das stimmt.

--ks

kreuzschnabel wrote:

Aber wenn du die 43 eintippst, findet er 43, 43 und 43A.

Tipp mal auf das erste Suchergebnis. Bei mir kommt da die Bürgerstraße 43.

kreuzschnabel wrote:

Aber erst, wenn man die 4 eintippselt. ...--ks

Das sollte jeder schaffen... 😉

- snip -

Thomas8122 wrote:

Tipp mal auf das erste Suchergebnis. Bei mir kommt da die Bürgerstraße 43.

Oh, so weit bin ich gar nicht gegangen (ich dachte, die Nummer gäbs in der Krügerstraße halt zweimal). Das ist allerdings ein grandioser Griff ins Klo.

@RC23: Du hast offenbar einen heißen Draht, melde das mal weiter. Das geht wirklich gar nicht!

--ks

Ich gehe in die Adresssuche erst, wenn die Suche über die ME Startseite nicht zum Ziele führt.

Wenn also die Adresssuche gewünscht, gebe ich Stadt - Straße - Hausnummer ein. Bei Straße blendet ME mir die hinterlegten Straßen ein... usw.

https://share.mailbox.org/ajax/share/0b … DI/NDIvMjA

RC23 wrote:

Bei Straße blendet ME mir die hinterlegten Straßen ein... usw.

Schön, da tippst du jetzt auf „Krügerstraße, Loschwitz“, dann Hausnummer 43, wählst den ersten Treffer und bist – tadaaaa! – in der Bürgerstraße 43!

--ks

kreuzschnabel wrote:

Oh, so weit bin ich gar nicht gegangen (ich dachte, die Nummer gäb´s in der Krügerstraße halt zweimal). Das ist allerdings ein grandioser Griff ins Klo.

@RC23: Du hast offenbar einen heißen Draht, melde das mal weiter. Das geht wirklich gar nicht!

--ks

Die Nummer 43 gibt´s 2x und zwar als 43 und 43A... sieht man, wenn man im OSM nachschaut.

Ich versteh aktuell den Bug noch nicht. Bitte erklären.

Adresse – Dresden – Krügerstraße, Loschwitz – 43 eingeben.

Dann werden drei Ergebnisse aufgelistet: 43 43 43A (wie ich in #158 schon schrob).

Das erste davon führt in die Bürgerstraße 43.

--ks

kreuzschnabel wrote:

Schön, da tippst du jetzt auf „Krügerstraße, Loschwitz“, dann Hausnummer 43, wählst den ersten Treffer und bist – tadaaaa! – in der Bürgerstraße 43!

--ks

Das erste Suchergebnis ist die Krügerstraße... in Dresden und das zweite die Bürgerstraße.

... Das schaue ich mir Morgen noch einmal in Ruhe an. Gute Nacht

RC23 wrote:

Das erste Suchergebnis ist die Krügerstraße... in Dresden und das zweite die Bürgerstraße.

Bei mir führt - wie bei kreuzschnabel - das erste "43" zur Bürgerstraße.

Nun auf ein Neues... nach einigem Testen kommen folgende Ergebnisse:

Wenn man die Adresse Krügerstraße 43 in Dresden-Loschwitz eingibt, werden nur die beiden Adressen mit Hausnummer 43 und 43A in der Krügerstraßee angezeigt.

Läßt man den Stadtteil Loschwitz weg, werden drei Ergebnisse gebracht... zusätzlich nun an dritter, unterer Stelle die Bürgerstraße 43. Das ist ganz richtig: Der Stadtteil Pieschen gehört zu Dresden. https://de.wikipedia.org/wiki/Pieschen

Da wir aber nicht nach Pieschen, sondern nach Loschwitz in die Krügerstraße wollen, wird diese Adresse als Ziel gewählt.

https://share.mailbox.org/ajax/share/08 … DI/NDIvMjE

https://share.mailbox.org/ajax/share/07 … DI/NDIvMjI

Die Suchsystematik stimmt. Wer es anders gesehen hat, möge bitte einen Screenshot bringen.

OT: Ich nutze bei meinem Mailpostfach eine kostenlose Cloud mit 100 MB Speicherplatz. Arbeitet sehr gut und brauche deswegen meine Screenshots nicht bei einem Web-Hoster parken, der sich über Werbung finanziert. Mein Mailpostfach kostet mich im Monat 1 € für 2 GB Speicher. War früher bei web.de und bin dann vor zwei Jahren, als mir die Werbung bei web.de zuviel wurde, zu mailbox.org gewechselt. Deutsche Server, keine Werbung, Verschlüsselung und einige nette Zusatzfeatures. https://mailbox.org/de/

Und wenn das Mailpostfach so langsam voll wird, lade ich mir die Mails auf die Festplatte. Geht mit dem kostenlosen Tool "MailStore Home". https://www.mailstore.com/de/produkte/mailstore-home/

RC23 wrote:

Wer es anders gesehen hat

Du redest von was anderem als wir. Die Rede ist von der Adresssuche, und zwar seit Beitrag #153, der direkt auf dein Posting #152 Bezug nimmt, die Adresssuche sei neu aufgesetzt worden und arbeite jetzt schneller.

RC23 wrote:

möge bitte einen Screenshot bringen.

Büdde, gleich vier: Ich gehe auf die Adress-Suche, wähle erst Dresden und dann die vorgeschlagene Straße in Loschwitz an:

Ich tippe auf das Suchergebnis „Krügerstraße, Loschwitz“, tippe dann noch die 43 ein, und ich erhalte drei Treffer:

Von denen der erste in die Bürgerstraße 43 führt. Obwohl im Schritt davor die Krügerstraße in Loschwitz ausdrücklich ausgewählt wurde.

RC23 wrote:

und brauche deswegen meine Screenshots nicht bei einem Web-Hoster parken, der sich über Werbung finanziert.

Wo du sie parkst, ist mir persönlich wurscht, aber wenn man nicht für jedes Bild erstmal mehrfach klicken muss (einmal hier im Beitrag und dann nochmal in der Auflistung deiner Hosting-Lösung), lesen sich Beiträge etwas besser.

--ks

Unter den vielen Möglichkeiten das Ziel zu erreichen, hier eine weitere:

Und die Variante mit der Verknüpfung, die von dir und Thomas gefunden wurde, habe ich inzwischen auch gefunden:

Es gibt im ME Menü geschätzt mehr als 5 verschiedene Möglichkeiten sich zum Ziel bringen zu lassen, und eine davon ist mit einer falschen Datenbankverknüpfung versehen. Diese werde ich an ME weitergeben. Aber die üblichen anderen Wege führen richtig zum Ziele.

OT In der Cloud gibt´s das Auge Icon mit dem Du direkt den Screenshot angezeigt bekommst. Mußt also nicht die Mühe des Doppelklickens machen.

Habe nun den Link zur Cloud in die IMG Funktion gepackt... mal sehen, ob´s funktioniert.

... und es funktioniert nicht. Deshalb der Weg über die Cloud URL:

https://share.mailbox.org/ajax/share/07 … DI/NDIvMjQ

https://share.mailbox.org/ajax/share/0d … DI/NDIvMjU

RC23 wrote:

Unter den vielen Möglichkeiten das Ziel zu erreichen, hier eine weitere:

Dass es mehrere Möglichkeiten gibt, steht doch außer Frage. Du musst hier auch nicht ME verteidigen, wir nutzen es doch alle. Das Problem ist, dass der für die meisten User nächstliegende Weg – über die Adress-Suche gehen, wenn man eine Adresse sucht – über die richtigen Ergebnisse als erstes ein falsches stellt, das den bereits eingegebenen Suchkriterien widerspricht und da nichts zu suchen hat. Und dass dieser Fehler offenbar mit der letzten Verbesserung der Suche reingekommen ist.

--ks

Mal eine andere Frage zwischendurch: Ich finde das Kartenbild von Magic-Earth recht blass. Sieht zwar schick aus in diesen Pastelltönen, ist aber während der Fahrt nicht so leicht mit dem Auge zu erfassen. Eine Einstellmöglichkeit habe ich dafür nicht gefunden. Oder habe ich etwas übersehen? Es wäre für die Autonavigation halt gut, wenn die Straßen besser auf einen Blick zu erfassen wären.

Das ME Designkonzept hat sich vor etwa zwei Jahren geändert. Hier ein Screenshot vom 14.08.2016 mit der dunklen Kopfleiste. https://share.mailbox.org/ajax/share/05 … DI/NDIvMjY

Das neue ME Design ist richtig, heller. ME verfolgt ein minimalistisches Designkonzept mit sowenig wie möglich Designelementen und Einstellmöglichkeiten. Sygic ist ein Gegenentwurf, was in meinen Augen total überladen wirkt. Das Rendern der 3D Darstellung bei ME läßt die GPU schon genug schwitzen. ME zieht richtig Strom.

Die Farben in ME lassen sich nicht verändern. Hier ein aktueller Screenshot von der kurvenreichen alten Kesselbergstraße vom Kochel- zum Walchensee hoch. https://share.mailbox.org/ajax/share/0c … DI/NDIvMjc

Es wurde von mehreren Usern bemängelt, daß der Spurassistent zu spät und zu kurz kommt. Hier möchte nun ME unsere Wünsche hören, auf welche Werte die Programmierung angepaßt werden soll.

1. Auf welchen Straßen und bei wieviel Fahrspuren soll der Spurassistent wie lange erscheinen? (Nur Autobahnkreuz?)

2. Gilt folgende Regel: Je mehr Fahrspuren zu beachten sind, um so länger soll der Spurassistent kommen?

Zur besseren Übersicht:

https://share.mailbox.org/ajax/share/06 … DI/NDIvMzA

Da die Geschwindigkeit eine Rolle spielt, hier Anhaltswerte:

https://share.mailbox.org/ajax/share/05 … DI/NDIvMjk

Ich werde die Diskussion zwei Wochen lang laufen lassen (bis zum 31.05.), um danach ein Ergebnis zusammen zu fassen. Parallel lasse ich die gleiche Frage im ME Forum auf android-hilfe.de diskutieren. https://www.android-hilfe.de/forum/magi … t-11572602

Hier die Antwort heute vom ME Support:

"Indeed, the amount of time the lane assistant appears on screen is modifiable by our teams. The question now is raised: what would be an appropriate amount of time?

This is where you guys come into the picture. We want to hear your voice and your suggestions! Either have the amount of time differ taking into account the number of lanes the road has (the more the lanes, the more time the assistant is displayed)? Or make it so it stays longer on the screen on higher class roads (motorways for example)?"

RC23 wrote:

Es wurde von mehreren Usern bemängelt, daß der Spurassistent zu spät und zu kurz kommt.

Ich hätte noch beizufügen, dass es schön wäre, wenn der Spurassistent „schlauer“ wäre. Mein schon mehrfach bemühtes Beispiel: Man kommt auf der A 66 von Westen aufs Wiesbadener Kreuz zu und soll nach Südwesten auf die A 3 abbiegen. Diese Situation: https://www.mapillary.com/map/im/FKbC959doxcE4V7OG12lCw

Eventuell hat sich das allerdings schon gebessert, ich bin da schon länger nicht mehr nach ME langgefahren. Aber so war es letztes Jahr:

Das lanes-, destination- und destination:lanes-Tagging ist an der Stelle perfekt. ME gibt aber nur die jeweils ersten Werte für destination aus. Daher sagt es ewig lang „Folgen Sie der Beschilderung Richtung Köln Bonn Koblenz“, um erst kurz vor der eigentlichen Abbiegung auf „Richtung Würzburg Effkreuz Basel“ umzuschwenken. Wer da nicht im richtigen Moment (wo man ohnehin rausschauen sollte!) aufpasst, darf zehn Minuten bis Niedernhausen fahren und dort drehen. ME sollte hier im Vorfeld erkennen, dass die beabsichtigte Abbiegerichtung (nämlich Würzburg etcetera) schon von Anfang an ausgeschildert ist und nur diese Fahrziele ausgeben.

Das hab ich auch schon vor 13 Monaten dem Support gemeldet:

ich wrote:

I love the way ME processes the “destination” data given on turns and motorway exits, this is a great help. The display tag could be scaled down to 70 %, it looks a bit bulky on my device.
However, there’s a catch. When approaching Wiesbaden interchange from the west on the A 66, the turn destinations are initially given as “Köln;Bonn;Würzburg;F.Kreuz”, splitting later into “Köln;Bonn” (second ramp) and “Würzburg;F.Kreuz” (first ramp) respectively. When ME means to direct me to the “Würzburg;F.Kreuz” ramp, it would display “Köln;Bonn” first, setting my mind to the second ramp, and change later to “Würzburg;F.Kreuz” (when I’m probably not even looking at it). It would be clearer to see the final destination from the beginning to get into the correct lane here.

Man versprach Besserung und verwies auf case number C1158.

--ks

Verstanden ... gutes Beispiel. Werde den Fall als pptx aufbereiten, da ich bei ME gemerkt habe, daß gute Info-Aufbereitung und Visualisierung viel bringt. Werde vorher die pptx mit Dir abstimmen.

Auch zum Thema case number Cxxx habe ich neue Ideen, die ich in kürze mit ME abstimme, ob sie darauf einspringen. Das wäre mutig...
Mal schauen.

Von der Anzahl der Spuren würde ich es nicht abhängig machen, eher von der Straßenklasse. Auf einer Autobahn, wo ich mit hoher Geschwindigkeit unterwegs bin oder mich vielleicht gerade auf der linken Spur in Schlange an LKWs vorbeiquäle, brauche ich länger zum Spurwechseln als in der Stadt, wo man sich immer mal schnell nach links oder rechts reinmogeln kann. Außerdem sind auf niedrigklassigen Straßen in der Regel auch mehr Abzweige in kurzer Folge, bei denen zu frühes Einblenden irritieren könnte, während auf höherklassigen Straßen ein frühes Einblenden nicht so stört.

Wie weit vorher? Muss ich mal drauf achten, was sinnvoll ist. Werde diese Woche viel im Auto sitzen.

Danke... gutes Feedback. 🙂

Bin gespannt auf die Werte aus der Praxis. Werde auch nächste Woche das Zufahren auf Autobahnkreuze beobachten, wenn ich auf Autobahnen und Schnellstraßen um München herum unterwegs bin.

RC23 wrote:

Das ME Designkonzept hat sich vor etwa zwei Jahren geändert. Hier ein Screenshot vom 14.08.2016 mit der dunklen Kopfleiste. https://share.mailbox.org/ajax/share/05 … DI/NDIvMjY

Das neue ME Design ist richtig, heller. ME verfolgt ein minimalistisches Designkonzept mit sowenig wie möglich Designelementen und Einstellmöglichkeiten. Sygic ist ein Gegenentwurf, was in meinen Augen total überladen wirkt. Das Rendern der 3D Darstellung bei ME läßt die GPU schon genug schwitzen. ME zieht richtig Strom.

Die Farben in ME lassen sich nicht verändern. Hier ein aktueller Screenshot von der kurvenreichen alten Kesselbergstraße vom Kochel- zum Walchensee hoch. https://share.mailbox.org/ajax/share/0c … DI/NDIvMjc

Ich finde ein minimalistisches Design für eine Navi-App gut. Die Landschaft kann auch gerne so blass sein, wie in dem aktuellen Design. Aber für die Orientierung wäre es gut, wenn die Straßen rechts und links der Strecke sich kontraststark von der Landschaft unterscheiden würden.

Galbinus wrote:

... Aber für die Orientierung wäre es gut, wenn die Straßen rechts und links der Strecke sich kontraststark von der Landschaft unterscheiden würden.

Werde das demnächst beobachten, wenn ich unterwegs bin.

Die Idee war, die Route farblich hervorzuheben. Warum möchtest Du Nebenstrecken, wo du nicht fährst, farblich nach vorne holen?

z.B. Wenn es heißt "in x m rechts abbiegen" ist es gut, wenn man sieht, wenn dort zwei Straßen kurz hintereinander abzweigen, damit man nicht aus versehen in die falsche Straße abbiegt.

Oder wenn man nicht fahren kann, wie das Navi vorschlägt (Straßensperrung) und man von der Route abweichen muss.

Es gab vor wenigen Tagen ein Update für ME, was mit "Stability improvements and bug fixes" beschrieben ist.

Gibt es von Nutzern mit diesem Update nun Entwarnung für ein früher beobachtetes Einfrieren des Displays?

RC23 wrote:

Es gab vor wenigen Tagen ein Update für ME, was mit "Stability improvements and bug fixes" beschrieben ist.

Gibt es von Nutzern mit diesem Update nun Entwarnung für ein früher beobachtetes Einfrieren des Displays?

Bei mir trat dieser Fehler erstmals auf, nachdem ich das aktuelle Update installiert hatte.

Thomas

@Eberth: Danke für die Info. Bitte ergänzende Infos bringen:

Das Einfrieren kam nach etwa wieviel km?

Batteriebetrieb normal, sparsam oder sehr sparsam?

Möglicherweise braucht ME zum Problemeinkreisen weitere Daten, die im Debug-Modus gesammelt werden. Habe dazu bereits eine Anleitung erstellt, die aktuell mit ME in Abstimmung ist.

RC23 wrote:

@Eberth: Danke für die Info. Bitte ergänzende Infos bringen:

Das Einfrieren kam nach etwa wieviel km?

Das Einfrieren kam direkt nach dem Start der App. Die Batterie-Einstellung steht auf „normal“.

Hatte ich bisher noch nicht... habe heute aber entdeckt beim Umwandeln meiner externen SD-Karte in zusätzlichen internen Speicher, daß meine externe SD-Karte defekt ist und ich mir wohl eine Neue gönnen darf. Die SD-Karte ist vermutlich nur in Teilen defekt, denn die ME-Karten sind bis jetzt wie üblich nutzbar.

Zum Spurassistent:

Aus meiner Sicht sollte zwischen Spurempfehlungen und zwingender Spurwahl (Markierungen auf der Straße, Tagging turn:lanes) unterschieden werden. Bei den Empfehlungen können zwar auch die anderen Spuren in Fahrtrichtung verwendet werden, im Hinblick auf eine kommende Spurveränderung sollte aber eine bestimmte Spur gewählt werden.

Beispiel:

2 Fahrspuren (Tagging lanes:forward 2),
es folgt eine Erweiterung auf 3 Fahrspuren, wobei die neue Spur links neben den beiden bisherigen Spuren nur geradeaus führt, die beiden bisherigen Spuren gehen nach rechts (Tagging: lanes:forward 3 und turn:lanes:forward through|right|right)

Soll die Fahrt weiter geradeaus gehen, ist es sinnvoll, frühzeitig die linke der (noch) 2 Fahrspuren zu nutzen. Zwar könnte zunächst auch noch die rechte Spur befahren werden, aber dann sind 2 Spurwechsel erforderlich. Das kann nicht nur gefährlich sein, sondern man könnte auch den Zorn der anderen Autofahrer auf sich ziehen, zumal wenn sich auf der linken Spur für die Geradeausfahrer bereits ein Rückstau gebildet hat und man sich nun "dazwischenquetschen" muss und gleichzeitig ggf. auch noch eine Rechtsabbiegespur blockiert .... Also sollte man frühzeitig die linke Spur verwenden. Das sollte durch ME auch frühzeitig (mind. 500 - 1000 m vorher) angezeigt werden (linker Pfeil schwarz, der andere Pfeil grau), damit man sich früh darauf einstellen kann.

Vorschlag:
Die Spurempfehlung sollte bei mehr als einer Fahrspur in Fahrrichtung immer angezeigt werden (solange keine Spur empfohlen wird, alle Spurpfeile schwarz). Kommt dann die zwingende Spurwahl, sollte diese zur Unterscheidung farblich (rot/grün) gekennzeichnet sein. Es reicht m. E., aus diese erst kurz vorher (10-50 m?) anzuzeigen, da die Spurempfehlung ja "vorbereitet" hat.

Auf Autobahnen hat das ME bereits in etwa umgesetzt. Aktuell werden bei Ausfahrten ca. 1000 m vorher, also wenn erstmals der Name der Ausfahrt auf dem blauen Schild zu lesen ist, alle Spuren angezeigt. Soll die Ausfahrt genommen werden, wird die rechte Spur empfohlen, bei Erreichen der Ausfahrtspur wechselt die Anzeige entsprechend (bei zweispuriger Autobahn 2 x geradeaus grau, rechte Ausfahrtspur schwarz).

Ein freundliches HALLO in die Runde!

Gehört vielleicht nicht unbedingt hierher, aber da ich die Unregelmäßigkeit u. a. bei "Magic Earth" festgestellt habe:
Wie bzw. wo kann man denn als Nutzer etwaige Fehlerkorrekturen zu Sicherheitskameras (Geschwindigkeitsbegrenzungen) vornehmen, also diesbezüglich Änderungen in das OSM-Kartenmaterial einpflegen?

🙄

Kommt drauf an. Willst du nur den Wert des Tempolimits ändern oder die Position des Blitzers verschieben?

Im einfachsten Fall ist der Blitzer ein Punkt neben der Straße, dann ist es einfach. Wenn er als enforcement-Relation erfasst ist, ist es etwas komplizierter, dann musst du auch das betroffene Straßenstück anpassen.

Sag uns doch mal, wo der Blitzer steht (auf osm.org rechts „Teilen“ öffnen, dort „Kartenmarker“ aktivieren und den dort ausgegebenen Link hier posten).

--ks

PS: Dass deine Anfrage schon ein halbes Geständnis ist, dass du die Blitzerwarner-Funktion während der Fahrt laufen hattest, ist dir bewusst? Kostet 75 Euronzen plus Gebühren, dafür kriegst du einen Punkt Wechselgeld raus.

kreuzschnabel wrote:

Kommt drauf an. Willst du nur den Wert des Tempolimits ändern oder die Position des Blitzers verschieben?

Nur den Wert (innerorts) ändern (alt: 50 km/h / neu: 30 km/h).

kreuzschnabel wrote:

PS: Dass deine Anfrage schon ein halbes Geständnis ist, dass du die Blitzerwarner-Funktion während der Fahrt laufen hattest, ist dir bewusst? Kostet 75 Euronzen plus Gebühren, dafür kriegst du einen Punkt Wechselgeld raus.

Danke für den Tipp! Aber das sehe ich entspannt. Ich gehe gerne zu Fuß und komme dabei gelegentlich auch an derartigen Instrumenten modernen Raubrittertums vorbei. Die Gefahr für die Nutzung eines "Blitzerwarners", wohlgemerkt zu Fuß, abgestraft zu werden, halte ich dann doch für etwas weit hergeholt.

Verlinkung folgt ...

-OSM- wrote:

Ich gehe gerne zu Fuß und komme dabei gelegentlich auch an derartigen Instrumenten modernen Raubrittertums vorbei. Die Gefahr für die Nutzung eines "Blitzerwarners", wohlgemerkt zu Fuß, abgestraft zu werden, halte ich dann doch für etwas weit hergeholt.

Das können wir gerade noch mal so durchgehen lassen. Weil ich das nicht wusste, schrob ich ganz bewusst von einem halben Geständnis 🙂

--ks

https://www.openstreetmap.org/#map=19/52.49648/10.57075
Wenn man hier von Süden kommt und links abbiegen möchte, sagt OSM, dass man erst geradeaus und dann links fahren soll.
Ist am Tagging etwas nicht ganz korrekt oder ist Magic Earth schuld?

Wüsste nicht warum man in die 28469384 fahren sollte...

Wieso, passt doch? Man muss erst geradeaus (am Rechtsabzweig Osttangente) und dann links abbiegen.

PS: Bitte noch den name-Missbrauch am Wegweiser beheben 😐

chris66 wrote:

Wieso, passt doch? Man muss erst geradeaus (am Rechtsabzweig Osttangente) und dann links abbiegen.

Ach die meint der...

Memo an mich selbst:
Nie mehr Spuren seperat taggen, insbesondere nicht, wenn sie nicht an der Ampel vorbei geht.

Kein normaler Mensch würde das als geradeaus verstehen....

Aber egal, das Mapping ist sowieso falsch/veraltet, da auch der Rechtsabzweig mittlerweile eine Ampel hat.
Zwei Möglichkeiten wie ich das ändern würde:
1. Rechtsabzweig wegmachen
2. Ampel an den Rechtsabzweig machen (und den weiter an die Kreuzung schiebe, da sich, erst ganz zum Schluss die Straße überhaupt aufzweigt https://www.mapillary.com/app/?pKey=Jc9 … ocus=photo )

chris66 wrote:

PS: Bitte noch den name-Missbrauch am Wegweiser beheben 😐

Weiß nicht was du meinst, bin auch komplett Unschuldig am kompletten mapping^^
Du bist wahrscheinlich qualifizierter das zu ändern, dir ist es ja auch zuerst aufgefallen 😉

name="Stüde 12.0 km, Tankumsee 9.5 km, Kleiner Rundkurs, Großer Rundkurs"
Gehört eigentlich in die description aber die ist schon belegt. 😉

Kleine Anekdote am Rande: Als ich mich heute durch ME navigieren ließ, sagte die freundliche Stimme
Mittels|traße statt Mittel|straße und eine Hausecke weiter Leopold|staler Straße statt Leopolds|taler Straße. Offensichtlich gibt es da klitzekleine Probleme damit, zu erkennen, wo ein Wort von der Aussprache her getrennt wird.

TTS-Stimme oder „echte“?

MEs Ansagen klingen manchmal lustig. Hier wird „Theodor-Heuss-Straße“ oder „Konrad-Adenauer-Straße“ auf dem „stra“ betont, als liege direkt daneben noch -platz, -allee, -gasse, -boulevard etc.pp., und man müsste ganz genau darauf achten, auch wirklich in die -straße abzubiegen. TTS-Stimme.

--ks

Galbinus wrote:

die freundliche Stimme

Ist mir auch schon aufgefallen, interessanter/lustiger Fall ist die Laus|Anne, wo hat sie die denn her ;-)

Heute aktuell wieder mal gemerkt, dass nicht nur die nächste, sondern die nächsten zwei Abbiegungen dargestellt werden sollten:

Wer da nur kurz aufs Display schielt und mit der Konzentration auf der Straße ist, wo sie auch hingehört, der landet geradeaus in der Emil-Maier-Straße – der Pfeil zeigt ja geradezu da hinein.

--ks

Das wird schon eine TTS-Stimme sein... halt das, was in ME "eingebaut" ist.

@ks: Du wirst ja wohl den Ton nicht abgestellt haben? Bild und Ton ergänzen sich. Vor der Abzweigung kommt von ME immer der Hinweis ... bitte abbiegen.

RC23 wrote:

@ks: Du wirst ja wohl den Ton nicht abgestellt haben? Bild und Ton ergänzen sich. Vor der Abzweigung kommt von ME immer der Hinweis ... bitte abbiegen.

Habe ich nicht (wobei ich durchaus den Anspruch habe, dass es auch ohne Ton gehen muss). An dieser Stelle stand ich an der roten Ampel hinter einem großen Bus. Die Einmündung der Abbiegerampe war noch nicht ganz erreicht, daher zeigt ME noch das „rechts halten in 10 m“ an, obwohl ich da kaum noch was anderes machen konnte und besser daran getan hätte, mich auf die unmittelbar bevorstehende Linksabbiegung einzustellen – die aber zu diesem Zeitpunkt in keiner Ansage und keinem Richtungspfeil vorkommt, nur am Verlauf der blauen Linie ist sie erkennbar.

OsmAnd zeigt (entsprechend eingestellt) neben der nächsten Abbiegung noch in halber Größe die übernächste an. Eine super Lösung. Den Vorschlag hat GM auch schon seit 13 Monaten von mir. Und fand ihn gut.

--ks

Ich werde mir das mal anschauen bei vergleichbaren Routing-Situationen, wenn die Route Haken schlägt.

Möglicherweise ist ein zweites Fenster die Lösung oder das Reinzoomen in die Abbiegung erfolgt nicht so stark, sodaß man mehr von der Umgebung mit der nächsten drohenden Abzweigung mitbekommt.

Galbinus wrote:

Offensichtlich gibt es da klitzekleine Probleme damit, zu erkennen, wo ein Wort von der Aussprache her getrennt wird.

Ich hab (kurz nach der Ardennenschlacht 😉) an der Uni mal einen vollautomatischen Silbentrenner geschrieben. Selbst nach Monaten gelang es uns nicht, Deutsch 100% korrekt zu trennen. Bei einer Trefferrate von ca 99% kommen halt 1% seltsame Trennungen vor. Kann mich noch an Ro-ter-le anstelle von Rot-er-le erinnern.

Ich würde das nicht als "klitzekleines" Problem ansehen. Den Entwicklern von Sprachausgaben wird es sicher nicht anders ergehen.

Gruss
walter

Klitzekleines Problem für den Nutzer, für den Entwickler sicherlich ein großes. Als Nutzer kann ich mit solchen kleinen Schwächen der Sprachausgabe locker leben.

Galbinus wrote:

Klitzekleines Problem für den Nutzer, für den Entwickler sicherlich ein großes. Als Nutzer kann ich mit solchen kleinen Schwächen der Sprachausgabe locker leben.

In der deutschen Sprache braucht man halt wegen der Donaudampfschifffahrtskapitäne mächtige Wörterbücher, um zusammengesetzte Wörter erkennen zu können.
Da erzeugen 0,5% der Wörter 99,5% des Aufwandes. Straßen- und andere Namen gehören da prominent mit dazu.

seichter wrote:

Da erzeugen 0,5% der Wörter 99,5% des Aufwandes. Straßen- und andere Namen gehören da prominent mit dazu.

Jo, das stimmt. Der Programmieraufwand war relativ gering (1-2 Wochen iirc).

Der Ansatz war eine Art selbst lernendes System (Pascal, ~1984) mit einer relativ großen Wortliste (~500.000) aber es gab immer wieder schlimme Ausreisser.

Heutige linguistische Analysen sind da sicher besser aber auch nicht perfekt.

Gruss
walter

Immer diese Aussreisser ähm Ausreißer

Geofreund1 wrote:

Immer diese Aussreisser ähm Ausreißer

Danke für den Einwurf. 🙂

Die Feinheiten der deutschen Sprache, sollte man im Forum pflegen... denn sonst gibt es böse Verwechselungen wie Maße und Masse zum Bleistift. 😛

Muß meine Postings auch immer korrigieren, da ich gern beim schnellen Tippen die Buchstabenfolge vertausche. Aber das Forenskript unterstützt da recht gut beim Fehlererkennen.

@wambacher: Ja, Pascal habe ich auch gelernt anno 1985, weil ich die alte Sprache ALGOL nicht lernen wollte. Es war nur etwas heftig für uns WIWIs dies bei den Mathematikern zu tun, da diese in Welten unterwegs sind, wo wir Wirtschaftsingenieure uns nicht auskennen. 😉

RC23 wrote:

Muß meine Postings auch immer korrigieren, da ich gern beim schnellen Tippen die Buchstabenfolge vertausche. Aber das Forenskript unterstützt da recht gut beim Fehlererkennen.

OT: Hat er ja auch - nur hatte ich das in der Schnelle übersehen.

Gruß
Walter, der gerade für den "Kleinen Legasteniker" büffelt.

Hallo ihr alle,

endlich habe ich es auch mal geschafft, mich hier anzumelden, nachdem es etliche Male nicht funktioniert hat. Die Forenanmeldung nimmt es mit der Groß-/Kleinschreibung sehr genau ;-).

Zu mir: Ich mappe bereits seit einigen Jahren bei OSM und bin fleißiger Nutzer von ME, ob im Auto oder auch auf dem Fahrrad. Die Infos hier im Thread lesen sich hochinteressant, ich beschäftige mich seit geraumer Zeit mit dem tag destination und allen Unterverianten. Positiv empfinde ich bei ME ist, dass die grafische Umsetzung von Wegweisern sehr gelungen ist und sogar teilweise der tag destination:symbol ausgewertet wird (ferry, train_station, airport...). Was noch nicht gut funktioniert, ist die richtige farbliche Darstellung der Wegweiser. Ein Klassiker ist die (falsche) Einblendung einer Autobahnausfahrt (Anschlussstelle) in gelb statt in blau, wenn hier der tag destination:to=B* gesetzt ist, das Problem besteht genauso im Ausland (z.B. Italien, dort sind Autobahnschilder grün und die der Staatsstraßen blau). Habe ich bereits vor einem halben Jahr dem ME-Support berichtet, ist leider nix passiert. Toll wäre, wenn ME künftig endlich destination:lanes, destination:forward/backward und ggf. destination:colour auswerten würde. Wie einige hier berichten, soll ja da etwas in Arbeit zu sein.

Grüße aus Berlin

Patrick

Hallo Patrick,

bin ab und zu in Kontakt mit dem Support von ME. Hast Du damals für die Problemmeldung eine CT Ticketnummer bekommen?

Wichtig wären Beispiele aus der Praxis. ME bietet das schöne Feature der Routensimulation für jede beliebige Strecke der Welt... die in OSM verfügbar ist. Welche Autobahnausfahrt würde dir dazu einfallen? Dann schaue ich mir das mal an.

Grüße

Rüdiger

Hallo Rüdiger,

ich habe in meinem Postfach gekramt aber die Antwort habe ich wohl leider schon gelöscht. Gerne lasse ich dir aber meine Ursprungsmail nochmal zukommen.

Zum meinem Beispiel: Navigation von der A 7 in die Anschlussstelle Hamburg-Bahrenfeld. Obwohl der Weghinweiser noch auf der Autobahn ist und somit blau angezeigt werden müsste, erscheint er mit gelbem Hintergrund.

Entscheidend sind die keys destination=* in Verbindung mit destination:ref=B*. Hier die entsprechende Linie: https://www.openstreetmap.org/way/10702977. ME wertet für die Wahl seiner Wegweiserfarbe offentlich den key highway=* aus, auf dem sich die momentane Linie befindet. Diese ist gar nicht mal so falsch. Bei motorway sind dann die Schilder blau und bei primery gelb. Bei einer Autobahnausfahrt (motorway_link) in Verbindung mit destination:ref=B* kommt ME aber ins Schlingern und so entsteht oben gezeigte Darstellung.

Gerne kannst du das auch nochmal thematisieren und die Frage stellen, welche keys denn gegenwärtig ausgewertet werden. Übrigens ist mir aufgefallen, dass destination:lanes bei früheren Versionen – zumindest teilweise – ausgewertet wurden. In der aktuellen Version sind viele Wegweiser wieder verschwunden.

Viele Grüße

Patrick

Da ich dank Streckensperrung momentan regelmäßig Bundesstraße fahren muss und mir mal wieder klar geworden, weswegen ich so ungerne Bundesstraße fahre: LKW

Was bisher noch kein Navi bietet, ich mir aber wünschen würde wäre eine oder beide der folgenden Ideen:
1. Beim Routen anzeigen sieht man an Bundesstraßen irgendwie, ob sie 1 oder mehr Spuren für die eigene Fahrtrichtung haben.
2. Man kann Bundesstraßen, die nur einspurig sind in den Optionen zur Routenberechnung einen Malus geben...

Aktuelle "Erfahrung": Es stehen neuere osm-Daten zum Download bereit :-)

Ja, habe auch schon nachgefragt. Leider wird seit dem letzten Kartenupdate der key:destination:lanes nicht mehr ausgewertet, was teilweise schon funktioniert hat. Destination:forward/backward ist auch noch nicht im Angebot. Auch da habe ich eine Anfrage gestellt.

Patrick

AB-inf-x-chg-AB wrote:

Es stehen neuere osm-Daten zum Download bereit

Datenstand 14. Juli. Meine Edits vom 15. sind nicht mehr drin.

--ks

Bin gestern mal mit der Einstellung "Kürzeste Strecke" gefahren und hatte eine Sperre (Baustelle).
Leider hat er nur +1 Stunde gerechnet und wollte diese nicht umfahren.
Evtl ein Bug?

Nee, kein "Bug"....
https://forum.openstreetmap.org/viewtop … 72#p729472

Da habe ich schon Mal rumgemault!

Ich vermute die fixe Zeitzugabe von 1h Wartezeit bei einer Vollsperrung erklärt sich durch die Hoffnung: In einer Stunde wird sich die Straßensperrung schon wieder auflösen.

Dies trifft auf sagen wir mal auf vermutlich 70% der Straßensperrungen zu. Die restlichen 30% sind längere Straßensperrungen mit ein oder mehr Tagen. Welche Info-Quellen kann mir hier verläßlich anzapfen, um die Daten in die Verkehrsdatenbank von ME einfließen zu lassen?

RC23 wrote:

Ich vermute die fixe Zeitzugabe von 1h Wartezeit bei einer Vollsperrung erklärt sich durch die Hoffnung: In einer Stunde wird sich die Straßensperrung schon wieder auflösen.

Dies trifft auf sagen wir mal auf vermutlich 70% der Straßensperrungen zu. Die restlichen 30% sind längere Straßensperrungen mit ein oder mehr Tagen. Welche Info-Quellen kann mir hier verläßlich anzapfen, um die Daten in die Verkehrsdatenbank von ME einfließen zu lassen?

Glaub ich ehrlich gesagt nicht, da die schon scheinbar z.B. die Daten der Verkehrszentrale Niedersachsen anzapfen zu scheinen und er selbst bei 1. Stunde Verzögerungen zich wege drum rum hätte finden müssen, die kürzer gewesen wären.
Hatte ich im Modus "Schnellste" auch noch nicht, da hat er immer sofort gesagt: Es gibt eine schnellere Route usw.
Vermute das die Priorität bei "kürzeste" ein "wenig" zu sehr auf Kurz gelegt wird. Da wurde wohl vergessen, dass der jeweilige Benutzer trotzdem noch irgendwann ankommen möchte. (Nutze kürzeste in meinem Hybriden, wenn ich versuche ohne Benzinmotor ans Ziel anzukommen)

Das ist ein wichtiger Hinweis: Du fährst mit der Option "kürzeste Route". Da ich diese Option selten nutze, fehlen mir dafür die Erfahrungen.

Es kann sein, daß hier ME am Routen-Algorithmus etwas verbessern muß.

In solchen Fällen erzielt Google-Maps die besseren Ergebnisse. Google kennt ja die aktuelle Durchflussgeschwindigkeit in der Baustelle und auf allen potentiellen Umleitungsstrecken.

Ja, weil Du fleißig Google mit Standortdaten via Smartphone versorgst. Und wenn jemand bei Google ein Bewegungsprofil von Dir anlegen möchte, dann kann er das. ... ähnlich gelagert bei den Sprachassistenten, wie das vor kurzem veröffentlicht wurde. Cortana und andere Sprachassistenten lassen grüßen.

toc-rox wrote:

In solchen Fällen erzielt Google-Maps die besseren Ergebnisse. Google kennt ja die aktuelle Durchflussgeschwindigkeit in der Baustelle und auf allen potentiellen Umleitungsstrecken.

Also ich hatte letztens ne Baustelle die hat während der kompletten Baustellenzeit (Mindestens 1 Woche) weder MAGICEarth noch Maps erkannt.
Danach hatte ich noch ne andere Baustelle und die kannte ME von Begin an und Google Maps hat mehrere Tage gebraucht.

Ich halte da sogar ME für zuverlässiger 😉

Und die Kenntnis über die Baustelle war ja auch nicht das Problem...
Und so eine Einstellung wie kürzeste Strecke habe ich in GMaps noch nicht einmal gefunden...

FYI: Kartenupdate läuft... :-)

Datenstand 7.352:
Edits meinerseits vom 5.9. sind drin, vom 10.9. nicht.

--ks

kreuzschnabel wrote:

Edits meinerseits vom 5.9. sind drin, vom 10.9. nicht.

funktioniert das Abbiegen zum Safaripark? Kann mir momentan die aktuellen Kartendaten noch nicht runterladen.

kreuzschnabel wrote:

Datenstand 7.352:
Edits meinerseits vom 5.9. sind drin, vom 10.9. nicht.

Das kommt hin. Ich kann es noch etwas eingrenzen, vom 08.09. drin, vom 09.09. nicht drin.

Mammi71 wrote:

funktioniert das Abbiegen zum Safaripark?

Die Kreuzung sieht noch genauso aus wie vorher. Ist also noch nicht drin. Denn …

AB-inf-x-chg-AB wrote:

vom 08.09. drin, vom 09.09. nicht drin.

… wir waren mit dem Überarbeiten einen Tag zu spät dran (9.9.).

--ks, der GM schon mehrmals vorgeschlagen hat, häufigere Updates zu ermöglichen, gern auch gegen kleinen Obolus, aber keine Reaktion, weshalb er keine Lust mehr hat, GM irnkwas vorzuschlagen.

kreuzschnabel wrote:

/... aber keine Reaktion, weshalb er keine Lust mehr hat, GM irnkwas vorzuschlagen.

plus 1

Eines ist mir beim Magic Earth ein mir bekannter Programmfehler wieder negativ aufgefallen:

ME löscht ohne Nachfrage des Nutzer alle nicht-aktualisierten Karten vom Gerät wenn man die laufende Aktualisierung abbricht.

Diesen Fehler an GM zu melden halte ich nicht für sinnvoll, da ich denen nicht vernünftig kommunizieren kann und dieser Fehler vermutlich den Entwickler schon längst bekannt sein dürfte.

Bin ich der einzige den die Ansage " Die verkehrsbedingte Verzögerung beträgt 1 Minute. " stört. Ich würde es gut finden wenn man das einstellen könnte. Zum Beispiel ab 3, 5, 10 oder 15 Minuten. Sonst ist ME die beste Navi App. die ich bis jetzt hatte.

5R-MFT wrote:

Bin ich der einzige den die Ansage " Die verkehrsbedingte  Verzögerung beträgt 1 Minute. " stört.

Nein, bist du nicht. Vor allem wenn nebenbei Musik läuft, muss ich nicht über jede Minutenänderung akustisch informiert werden. Da reicht mir der rote Bembel rechts oben.

--ks

Jakob48 wrote:

ME löscht ohne Nachfrage des Nutzer alle nicht-aktualisierten Karten vom Gerät wenn man die laufende Aktualisierung abbricht.

Diesen Fehler an GM zu melden halte ich nicht für sinnvoll, da ich denen nicht vernünftig kommunizieren kann und dieser Fehler vermutlich den Entwickler schon längst bekannt sein dürfte.

Ich hab diesen Fehler vor ein paar Monaten das erste Mal gemeldet und dann vor ein, zwei Monaten auch noch mal zusammen mit Debug-Details. Also ja, es ist ihnen bekannt.

Allgemein reagiert der Support immer recht freundlich, wenn man ihm Fehler mitteilt und fragt auch immer wieder nach, wenn er noch Details wissen will (man kann in ME ein Debug Log erzeugen).

Weiß jemand, wie Magic Earth auf Kartendatein zugreift? Ich lese immer wieder was von "Karten installieren" und hin und wieder fragt die App auch, ob sie aktualisiertes Kartenmaterial installieren soll. Wenn ich mir die Speicherbelegung anschaue, kann aber niemals die gesamte Deutschlandkarte auf dem Smartphone installiert sein. Ich habe den Eindruck, dass Magic Earth den jeweils benötigten Kartenausschnitt online lädt. Ich kann auch in den Einstellungen nirgendwo entdecken, dass man auf einen Offline-Modus umschalten kann. Die Internetseite von Magic Earth gibt leider ebenfalls keinen Hinweis, ob Karten on- oder offline verarbeitet werden.

Thomas

Die Speicherbelegung ist bei mir auch nur rung 70MB, die Karten werden da nicht zugerechnet. Sie liegen bei mir im MAGICEARTH Ordner mit ca 500MB je Bundesland.

ME lädt primär die installierten offline Karten, wenn du aber online bist, auch die zusätzlichen oder offline nicht vorhandenen Daten, umschalten kann man meines Wissens nichts.

Eberth wrote:

Weiß jemand, wie Magic Earth auf Kartendatein zugreift?

2 möglichkeiten:
1. online als/mit karten-cache => kann unter "zahnrad"-menü => erweiterte einstellungen in der speichergöße verändert werden

2. offline-karten im download.

... und hier bin ich hin und wieder von ME gewaltig angenervt. mein etwas älteres outdoor-smartphone läuft unter android 5. hier gibt es bekanntlich mit dem zugriff auf die sd-card "schwierigkeiten". mein ME vergisst manchmal das die karten auf der sd-card liegen. einziger ausweg für mich bislang ist und bleibt eine neuinstallation.
überprüfen kann man das am besten unter: "zahnrad"-menü => "allgemein" und dort sollte dann in der letzten zeile der text "speicherort der karten" auftauchen. falls nicht, siehe oben also wahrscheinlich neuinstallation...

im online-modus (also keine installierten offline-karten) kann man nur durch die zugangsbeschränkungen wlan bzw mobildaten meiner meinung nach einfluss nehmen.

Liegen bei mir unter Android/data/com.generalmagic.magicearth/files/Download/MAGICEARTH/Data/Maps
Insgesamt 3,3 GB (ganz Schland und etwas drumrum).

Eberth wrote:

Ich kann auch in den Einstellungen nirgendwo entdecken, dass man auf einen Offline-Modus umschalten kann.

ME ist primär ein Offline-Router, der die Kartendaten lokal auf dem Gerät hält. Er bietet zusätzlich noch einen Online-Modus. Die ME-Karten sind etwa halb so groß wie die von Osmand, weil da nicht jede Sitzbank mit colour=* und ref=* drinliegt. (Ich gäb ja was drum, wenn sich die OSM-Navi-Hersteller mal auf ein Format einigen könnten, auf das alle Apps lesend zugreifen … damit man den Rotz nicht dreimal im Speicher liegen hat.)

mr glee wrote:

1. online als/mit karten-cache => kann unter "zahnrad"-menü => erweiterte einstellungen in der speichergöße verändert werden

Unter „Mobile Daten“ direkt im Hauptmenü kann man auch auswählen, ob man übers Netz nur HD Traffic beziehen will oder auch Kartendaten. Bei schmalem Datenvolumen empfiehlt es sich, die Online-Karten/Wikipedia da abzuschalten, HD Traffic kommt tropsdem.

--ks

kreuzschnabel wrote:

Ich gäb ja was drum, wenn sich die OSM-Navi-Hersteller mal auf ein Format einigen könnten, auf das alle Apps lesend zugreifen … damit man den Rotz nicht dreimal im Speicher liegen hat.
--ks

1++++

ME ist primär ein Offline-Router, der die Kartendaten lokal auf dem Gerät hält. Er bietet zusätzlich noch einen Online-Modus.

Ich nutze Magic Earth unter iOS. Und da sieht es für mich genau anders herum aus. Standardmäßig ist keine Karte installiert. Die App lädt offenbar alles online nach Bedarf. Ich könnte die Deutschlandkarte herunterladen – ist mit 3,01 GB angegeben.

Seltsam ist, dass Magic Earth immer mal wieder meldet, dass aktualisiertes Kartenmaterial zur Verfügung steht und um Erlaubnis bittet, dies zu installieren. Wenn ich das erlaube, wird ca. 1 bis 2 Sekunden installiert und Erfolg gemeldet. Was macht die App da, wenn sie doch bei mir immer alles online nach Bedarf lädt?

Thomas

Jakob48 wrote:

Eines ist mir beim Magic Earth ein mir bekannter Programmfehler wieder negativ aufgefallen:

ME löscht ohne Nachfrage des Nutzer alle nicht-aktualisierten Karten vom Gerät wenn man die laufende Aktualisierung abbricht.

Das kann ich so nicht bestätigen. Wenn ich ein Karten-Update abbreche, setzt ME bei einem Neustart an dieser Stelle wieder auf und führt das Update weiter bis alle Karten aktualisiert sind. Habe ich in der Vergangenheit getestet.

Diesen Fehler an GM zu melden halte ich nicht für sinnvoll, da ich denen nicht vernünftig kommunizieren kann und dieser Fehler vermutlich den Entwickler schon längst bekannt sein dürfte.

Mit den Leuten von ME kann man sich sehr gut unterhalten. Habe schon einige Veränderungen bewirken können. Es sollte natürlich ein vertretbarer Aufwand sein mit einem Nutzen für viele Anwender.

Eberth wrote:

ME ist primär ein Offline-Router, der die Kartendaten lokal auf dem Gerät hält. Er bietet zusätzlich noch einen Online-Modus.

Ich nutze Magic Earth unter iOS. Und da sieht es für mich genau anders herum aus. Standardmäßig ist keine Karte installiert. Die App lädt offenbar alles online nach Bedarf. Ich könnte die Deutschlandkarte herunterladen – ist mit 3,01 GB angegeben.

Betreue ein ME Supportforum auf android-hilfe.de, wo hin und wieder auch ein iOS Nutzer vorbeischaut. Also, iOS Nutzer sind dort auch willkommen. https://www.android-hilfe.de/forum/magic-earth.3177/

Es hat sich in der Vergangenheit gezeigt, iOS wird bei ME Updates etwa 10 Tage früher bedient, aber ansonsten verwendet ME in Android und iOS die gleiche Bedienoberfläche. Wäre auch etwas aufwändig für die Programmierer zwischen iOS und Android in der Bedienung zu unterscheiden.

ME speichert die Karten lokal auf Deinem iPhone und holt sich online nur aktuelle Verkehrsdaten.
btw. Hast Du noch genügend Speicherplatz auf Deinem iPhone?

ME zeigt Dir an, welche Karten Du aktuell auf Deinem iPhone gespeichert hast. Bei mir unter Android sieht das so aus, wenn man rechts auf das Karten-Icon geht:

https://www.bilder-hochladen.net/files/ … 2-ad23.png

Es gibt seit ein paar Wochen von ME ein Funktions-Update - Version 7.1.19.40 - mit neuen Funktionen (unter Einstellungen / AI Dash Cam) und eine neue Art der Routendarstellung. Bin bisher nur einmal damit unterwegs gewesen und werde diese Woche Testen.

Im Magic Earth Forum sammle ich das Feedback einiger Mitstreiter, um dann in 10 Tagen gesammelt und abgestimmt bei ME das Update zu loben oder Änderungen anzuschieben. Wer Interesse hat, möge sich daran beteiligen. https://www.android-hilfe.de/forum/magi … ge-64.html

RC23 wrote:

Im Magic Earth Forum sammle ich das Feedback einiger Mitstreiter, um dann in 10 Tagen gesammelt und abgestimmt bei ME das Update zu loben oder Änderungen anzuschieben. Wer Interesse hat, möge sich daran beteiligen. https://www.android-hilfe.de/forum/magi … ge-64.html

Magst du das hier genannte Problem auch der Sammlung hinzufügen:

ME Einstellung ist bei mir: Bevorzugter Speicherort für Karten = SD-Karte. Trotzdem speichert ME heruntergeladene Karten in 80% der Fälle auf dem internen Speicher. Auch wenn eine auf der SD-Karte gespeicherte Karte aktualisiert wird, wird sie häufig auf den internen Speicher geschrieben. Die alte Version der Karte wird auf der SD-Karte gelöscht. ME kann also durchaus (löschend) auf die SD-Karte zugreifen, mag aber meist nicht drauf schreiben.
Wenn ich dann die neue bzw. aktualisierte Karte manuell auf die SD-Karte verschiebe, kann ich sie nutzen. Das immer wieder manuell machen zu müssen, verleidet mir den Spaß an ME.
Sämtliche anderen Apps, bei denen ich den Speicherort auf SD-Karte einstellen kann, machen es richtig.
ME-Version 7.1.19.20, Andriod 4.1.2

Ich schreibe hier, weil ich mich nicht für diesen einen Beitrag im android-hilfe.de-Forum anmelden mag.

Grüße,
Rainer

o.k. nehm ich auf. Dein Android mit 4.1.2 ist schon etwas älter wie ich sehen konnte.

Der von von Dir beschriebene Bug "speichtert in den internen Speicher, obwohl externe SD-Karte eingestellt" ist wirklich lästig. Kam bei mir nicht vor, da mein Android von 4.1 stetig auf 9.0 angewachsen ist. Ich weiß nicht mehr, seit wann ich mit ME gestartet bin. Aber ich werde zur Pflege der älteren Android-Versionen mich dafür einsetzen, daß dieser Bug Geschichte wird.

btw. Wir nehmen auch Neueinsteiger bei android-hilfe.de auf. Wir beißen nicht. 😉

Hab gerade nochmal etwas durchs Menü von ME gestöbert und bin auf "Sprachausgabe als Telefonanruf über Bluetooth" gestolpert.
Was macht diese Einstellung?

Wenn Blitzer.de Plus App + Magic Earth läuft schaltet sich Podcast Addicted gerne mal bei zu vielen Unterbrechungen aus, deswegen frage ich...

JokerGermany wrote:

... über "Sprachausgabe als Telefonanruf über Bluetooth" gestolpert.
Was macht diese Einstellung?...

Damit kannst Du Sprachhinweise von ME über ein Bluetooth-Endgerät ausgeben. ME simuliert hier einen Telefonanruf und kann dadurch die die Wiedergabe des Autoradios unterbrechen.

Selber nutze ich noch kein Bluetooth-Autoradio, was sich aber in etwa einem halben Jahr ändern wird, wenn ich mir eine Car HiFi Anlage einbaue, wo dann auch ein Bluetooth-Autoradio einziehen wird.

JokerGermany wrote:

bin auf "Sprachausgabe als Telefonanruf über Bluetooth" gestolpert.
Was macht diese Einstellung?

Wenn du das bluetoothgekoppelte Autoradio sowohl als Freispreche als auch als Handylautsprecher verwendest, hörst du ME-Ansagen normalerweise nur, wenn im Radio die Quelle Bluetooth angewählt ist. Anrufe dagegen hörst du immer.

--ks

JokerGermany wrote:

Hab gerade nochmal etwas durchs Menü von ME gestöbert und bin auf "Sprachausgabe als Telefonanruf über Bluetooth" gestolpert.
Was macht diese Einstellung?

Hab ich standardmäßig an 🙂
Sobald dein Navi etwas äußern möchte, kommt über "Bluetooth"! ein Telefonanruf rein, der direkt angenommen wird und dir mit freundlicher Stimme sagt: "Die nächste Kreuzung bitte rechts abbiegen".

Ok schade, dann ist es das nicht.
Da ich sowieso im Auto immer Podcasts über mein Handy höre, brauche ich das nicht.
Danke für die Rückmeldung.

Neue Kartendaten verfügbar?

AB-inf-x-chg-AB wrote:

Neue Kartendaten verfügbar?

Neue Kartendaten verfügbar.
Datenstand 7.357 zwischen 20. und 22. Oktober.

--ks

Gibt es eigentlich eine Möglichkeit in Magic Earth eigene Kartendaten zu verwenden? Mich stört zum einen der merkwürdige Aktualisierungsrhythmus. Insbesondere regt es mich aber auf, dass das Team zunehmend politische und anderweitig merkwürdige Änderungen in ihre Kartenversionen einbaut. In einigen Regionen ist Magic Earth dadurch komplett unbenutzbar geworden.

Maturi0n wrote:

politische und anderweitig merkwürdige Änderungen

Connecticut wrote:

Maturi0n wrote:

politische und anderweitig merkwürdige Änderungen

Beispiel: Auf der Krim verwendet Magic Earth größtenteils, aber nicht durchgängig ukrainische Namen, obwohl die auf OSM nicht in "name", sondern, in "name:uk" stehen. Das Resultat ist ein komplettes Sprachen-Wirrwarr. In Moldawien, insbesondere im Ostteil des Landes, verwendet Magic Earth größtenteils auch nicht die russischen Namen, obwohl die ebenfalls in "name" stehen. Auch werden dort Bezirksgrenzen verändert und entsprechen nicht dem, was in OSM eingetragen ist. Das sind nur ein paar Beispiele. Insgesamt orientiert sich Magic Earth am politischen Weltbild von Rumänien, woher auch die Entwickler stammen, und verändert dementsprechend Grenzen und Namen im OSM-Datenbestand.

Kurzantwort:
Nein

Langantwort:
Hier enthalte ich mich mal, denn sonst wird es von mir aus politisch, da aus meinem Weltbild heraus durch die Schilderungen für mich der Eindruck entstanden ist, dass ich anders getaggt hätte, als es getan wurde 😉
Aber wer weiß, was Russland für die "Öffentlichkeitsarbeit" ausgibt, der hat auch eine Vermutung wie es zu diesem Tagging kommt...

Hallo,
Frage zu Magicearth: Weis jemand in welchem Ordner Magicearth den "Verlauf" speichert ? Danke
MfG Tom

nuschro wrote:

in welchem Ordner Magicearth den "Verlauf" speichert ?

vermutlich dort, oder?

\MAGICEARTH\Data\Recent\Trips.db / ...\Trips.db-journal

Was hast Du damit vor?

JokerGermany wrote:

Kurzantwort:
Nein

Langantwort:
Hier enthalte ich mich mal, denn sonst wird es von mir aus politisch, da aus meinem Weltbild heraus durch die Schilderungen für mich der Eindruck entstanden ist, dass ich anders getaggt hätte, als es getan wurde 😉
Aber wer weiß, was Russland für die "Öffentlichkeitsarbeit" ausgibt, der hat auch eine Vermutung wie es zu diesem Tagging kommt...

Nunja, es gibt auf OSM die Regel, dass die Sprache im primären "name" steht, die auch lokal verwendet wird. Auf der Krim ist das nun mal Russisch. Diese Entscheidung wurde in Absprache mit der DWG getroffen und ich bin mir relativ sicher, dass das ohne russische Einflussnahme geschah. Auch in anderen umstrittenen Regionen wird so verfahren. Maßgeblich ist was "on the ground" ist. Ich hätte gerne eine Software, die den Datensatz einfach so nimmt, wie er ist. Wenn daran Änderungen vorgenommen werden sollen, dann soll das in den Daten geschehen und nicht in der App. Zumal Magic Earth auf der Krim ein komplettes Wirrwarr aus Russisch und Ukrainisch produziert, und die Karte dort somit unbenutzbar ist.

Für Android gibt es ein Update. Unter anderem mit Dash cam und möglichkein Staus, Unfälle, Sperrungen usw zu melden.

5R-MFT wrote:

Für Android gibt es ein Update...

Danke für Info'. Oh, also nicht nur ein eventuelles Kartendatenupdate, sondern ein Programmupdate. Werden damit nun destination:forward & destination:backward ausgewertet?

Mit Kompassanzeige! Geil! Hab ich mir vor zwei Jahren von GM gewünscht!

--ks

AB-inf-x-chg-AB wrote:

5R-MFT wrote:

Für Android gibt es ein Update...

Danke für Info'. Oh, also nicht nur ein eventuelles Kartendatenupdate, sondern ein Programmupdate. Werden damit nun destination:forward & destination:backward ausgewertet?

Stau, Unfälle, Baustellen usw können für die eigene Fahrtrichtung und für die die Gegenfahrbahn gemeldet werden. Werde das am Sonntag mal testen.

AB-inf-x-chg-AB wrote:

5R-MFT wrote:

Für Android gibt es ein Update...

Danke für Info'. Oh, also nicht nur ein eventuelles Kartendatenupdate, sondern ein Programmupdate. Werden damit nun destination:forward & destination:backward ausgewertet?

Endlich mal wieder ein richtiges Funktionsupdate! Erster Eindruck ist sehr positiv. Destination:forward und Destination:backward werden aber leider immer noch nicht ausgewertet.

PiJu wrote:

Destination:forward und Destination:backward werden aber leider immer noch nicht ausgewertet.

<tröst> Aber dafür hast du jetzt Dashcam-AI-Funktionen … </tröst>

--ks, der vor solchen Spielereien gern auch mehr Grundfunktionalität hätte

kreuzschnabel wrote:

PiJu wrote:

Destination:forward und Destination:backward werden aber leider immer noch nicht ausgewertet.

<tröst> Aber dafür hast du jetzt Dashcam-AI-Funktionen … </tröst>

--ks, der vor solchen Spielereien gern auch mehr Grundfunktionalität hätte

Na ja, ob die Dashcam wirklich was taugt und eine separate Dashcam ersetzen kann, muss sich erst noch rausstellen. Die gehört jedenfalls nicht zu den Grundfunktionen einer Navigations-App.

Wieso ist die Destination-Anzeige Spielerei? Sie dient der Orientierung bei der nächsten Abbiegung, wenn der Zielort auch auf den entsprechenden Straßenschildern vermerkt ist. Bei Autobahnen und Einbahnstraßen klappt das doch sehr gut..

PiJu wrote:

Wieso ist die Destination-Anzeige Spielerei?

Du hast mich falsch verstanden. Die Dashcam ist IMHO Spielerei.

--ks

kreuzschnabel wrote:

PiJu wrote:

Wieso ist die Destination-Anzeige Spielerei?

Du hast mich falsch verstanden. Die Dashcam ist IMHO Spielerei.

--ks

Ach so. Sorry. Dann natürlich volle Zustimmung. Aber ausprobieren werde ich die Dashcam trotzdem mal ...

Weiß jemand, was bei den "Erweiterte Einstellungen" der Punkt "OSM Mode" bewirkt?

Grüße
Andreas

PS. Verwendete ME-Version: 7.1.19.47.D7... auf iPhone

PiJu wrote:

... Destination:forward und Destination:backward werden aber leider immer noch nicht ausgewertet.

Schade, naja kann ja noch kommen... irgendwann...

kreuzschnabel wrote:

Mit Kompassanzeige! Geil! Hab ich mir vor zwei Jahren von GM gewünscht!

... vielleicht werden hierzu (bis destination:forward und -:backward kommt) auch 2 Jahre vergehen, also vom Datum der Wunschmeldung bis zur Umsetzung ;-) (Wann wurde das damals mal gewünscht?)

Hoffe diese aktuelle Version (auch mit und wegen dieser neuen Features) (edit: für Android) ist trackerfrei geblieben, hat mal jedem ClassyShark drüber laufen lassen und kann das ggf. bestätigen?

kreuzschnabel wrote:

Mit Kompassanzeige! Geil! Hab ich mir vor zwei Jahren von GM gewünscht!

--ks

Die Kompass-Anzeige war in der Vorversion bereits vorhanden.

Auch die aktuelle Version hat noch den Freeze-Fehler der Vorversionen, wenn man das Ziel über die Karte auswählen versucht.
Nach Drehen des Smartphones (quer <-> hochkant) lässt sich zwar der Rote Marker auf der Karte verschieben aber dann nach Tippen auf 'Erledigt' kommt ein leeres Fenster. Spätestens da ist ME früher abgestürzt.

Jakob48 wrote:

Die Kompass-Anzeige war in der Vorversion bereits vorhanden.

Nur bei Routenführung, nicht wenn die Karte einfach nur mitläuft. Oder war’s andersrum? Das hat mir jedenfalls immer gefehlt, vielleicht hab ich auch was verpasst.

--ks

Hmmm,
Wie bekomme ich denn so etwas wie "dauer der Fahrt" oder voraussichtliche Ankunft wieder angezeigt?
Mir wurden heute nur angezeigt:
oben links die nächste Fahrtanweisung und die Entfernung in KM
oben rechts: die aktuell gefahrene und Zulässige Geschwindigkeit und Akkustand
angezeigt.
Unten war es bei mir komplett leer oO

JokerGermany wrote:

Wie bekomme ich denn so etwas wie "dauer der Fahrt" oder voraussichtliche Ankunft wieder angezeigt?

Unterhalb der Kartendarstellung sollte eine hochziehbare Leiste sein, in der standardmäßig Ankunftszeit, Fahrzeit und Entfernung stehen. Wenn du sie nach oben ziehst, bekommst du schrittweise Zusatzfunktionen.

Wenn die Leiste bei dir fehlt, mal die App stoppen oder das Handy neu booten 🙂

--ks

Es scheint aber immer noch nicht möglich zu sein, die Ankunftszeit im 24-h-Schema anzeigen zu lassen.

--ks

kreuzschnabel wrote:

JokerGermany wrote:

Wie bekomme ich denn so etwas wie "dauer der Fahrt" oder voraussichtliche Ankunft wieder angezeigt?

Unterhalb der Kartendarstellung sollte eine hochziehbare Leiste sein, in der standardmäßig Ankunftszeit, Fahrzeit und Entfernung stehen. Wenn du sie nach oben ziehst, bekommst du schrittweise Zusatzfunktionen.

Wenn die Leiste bei dir fehlt, mal die App stoppen oder das Handy neu booten 🙂

Hmm, gerade Navi-Handy nochmal gebootet, jetzt ist es zwar dar aber (das ist mir Sonntag schon auf einem anderem Handy aufgefallen):
Mein derzeitiger Standort ist nicht mehr Mittig, sondern mehr rechts.
Praktisch, wenn man die hochziehbare Leist hochzieht, aber sonst unpraktisch...

kreuzschnabel wrote:

Es scheint aber immer noch nicht möglich zu sein, die Ankunftszeit im 24-h-Schema anzeigen zu lassen.

Da gab es doch den wunderschönen Workaround in den Einstellungen des Handys die 24 Stunden aus- und wieder anzuschalten, dann ändert sich das auch in ME

JokerGermany wrote:

Da gab es doch den wunderschönen Workaround in den Einstellungen des Handys die 24 Stunden aus- und wieder anzuschalten, dann ändert sich das auch in ME

Bei mir nicht. ME bleibt stur auf 2:24 PM Ankunft im Nachbarstadtteil.

--ks

kreuzschnabel wrote:

JokerGermany wrote:

Da gab es doch den wunderschönen Workaround in den Einstellungen des Handys die 24 Stunden aus- und wieder anzuschalten, dann ändert sich das auch in ME

Bei mir nicht. ME bleibt stur auf 2:24 PM Ankunft im Nachbarstadtteil.

--ks

Bei mir ist die Uhr im 24:00 Format.

Die hochziehbare Leiste finde ich im Querformat zu groß. Dafür fehlt der Straßenname der Straße auf der man sich gerade befindet. Insgesamt ist mir die App zu bunt geworden und mich nervt das die 1 mintigen Verspätungen jetzt auch noch aufpoppen.

Das mit den mobilen Blitzermeldungen ist ja ganz schön aber 2-3 Tage alte sind auch nicht hilfreich.

Im großen und ganzen für mich keine Verbesserung der App.

AB-inf-x-chg-AB wrote:

Hoffe diese aktuelle Version (auch mit und wegen dieser neuen Features) (edit: für Android) ist trackerfrei geblieben,

Hab es testet, ja ist sie glücklicherweise trackerfrei geblieben :-) von daher erstmal weiterhin ein riessengrosses +
Zusätzlich wurde wohl ein Bug gefixt, bei dem bei einer bekannten Kreuzung obwohl man nach rechts abbiegen sollte der Geradeauspfeil hervorgehoben wurde. :-)

Ich kann mich mit dieser Version vom 2019-11-28 nicht so richtig anfreunden, was speziell die neuen Anordnungen der Anzeigebausteine betrifft:
- dauerhauft eingeblendete (von der Höhe grosse Leiste) oben für die kommenden Abbiegeinfo's
- teilweise direkt darunter zusätzliche Leiste für Stauinfo's
- komplett durchgezogen Leiste für Info's von Ankunftszeit, Fahrzeit und Entfernung unten
=> die drei Leisten nehmen dann für mein Geschmack viel zu viel Bildschirmplatz für die Kartendarstellung weg :-(

- neuer roter Meldeknopf unten links unten
- Anzeige Momentangeschwindigkeit grösser und nun oben rechts (viel zu hell im Nachtmodus)
=> also weitere zwei Bausteine, die den Kartenbereich kleiner machen

- die kurzzeitig eingeblendete Anzeige für Spurrichtungen nun unten

Ich würde mich freuen, wenn sie diese Anzeigebausteine den Nutzer per Schalter von mir aus in Classic-Mode / Modern Mode Ansicht selbst auswählen lassen würden...

Und meine anderen zwei Hauptwünsche bleiben:
- Verarbeitung von destination:forward / destination:backward
- Anzeige der URLs bei osm-POIs

So ganz aktuell, es steht wohl wieder ein Update (für Android) an...

play store wrote:

"NEUE FUNKTIONEN
• Enable/disable events reporting. "Report Events" setting is now available inside "Advanced Settings".
• Delete the entire search history at once. "Delete All" option is available in History menu.
• Enjoy a more eye pleasing color for the Report Events button.
• Fixed touch issue regarding sliding panels."

Hat es schon jemand getestet?

kreuzschnabel wrote:

JokerGermany wrote:

Wie bekomme ich denn so etwas wie "dauer der Fahrt" oder voraussichtliche Ankunft wieder angezeigt?

Unterhalb der Kartendarstellung sollte eine hochziehbare Leiste sein, in der standardmäßig Ankunftszeit, Fahrzeit und Entfernung stehen. Wenn du sie nach oben ziehst, bekommst du schrittweise Zusatzfunktionen.

Wenn die Leiste bei dir fehlt, mal die App stoppen oder das Handy neu booten 🙂

Hier mein Querformat Problem:

Folgendermaßen für mich reproduzierbar:
Im Hochformat starten und alles einstellen, dann mit Android Auto AA Mirror starten.
(Einstellungen AA Mirror: Screen rotation: Force; Roatation degree: 90 degree; Restore rotation on focus lost; Restore ration on focus lost)

Vorteil: Meine Position bleibt auch im Querformat mittig statt wie bei mir im Querformat normal weiter rechts, deswegen bin ich mir momentan nicht sicher wie unglücklich ich über diesen Bug bin...

Zu Beitrag #283

Zustimmung in allen Punkten.
Zusätzlich finde ich ist die Spuranzeige viel zu klein.

Hat es schon jemand getestet?

• Enable/disable events reporting. "Report Events" setting is now available inside "Advanced Settings"..
Kann deaktiviert werden
• Delete the entire search history at once. "Delete All" option is available in History menu
Endlich, und es funktioniert.
• Enjoy a more eye pleasing color for the Report Events button.
Jetzt gelb, aber zum Glück kann man es deaktivieren.

Den Spurassistenten hier finde ich nicht ganz unbedenklich.

Wer das nicht nur als Spurführung, sondern als Abbiegehinweis auffasst, biegt eine zu früh in die Lahnstraße ab. Ich hätte den rechten Geradeauspfeil auch noch weiß gemacht, um klarzustellen, dass nicht die erste Abzweigung, sondern nur die rechte Spur gemeint ist.

Der Abbiegehinweis links oben ist zwar korrekt (und deutet auch die Lahnstraße an), aber weit weg, da muss man mit den Augen erstmal hinkommen.

--ks

JokerGermany wrote:

Hier mein Querformat Problem:

Danke für die Inspiration mal das Querformat auszuprobieren, bei mir ist es der Fall, dass die untere Leiste größtenteils nur auf der linken Seite sichtbar ist und, dass das gesamte Kartenbild nach etwas rechts verschoben ist.
Interessant (und positiv) am Querformat ist, das nicht ganz so viel Kartenfläche von irgendwelchen durchgängigen Leisten verdeckt wird. Aber generell bleibt es dabei, ich bin kein Fan vom Querformat-Modus, vermutlich weil ich ME auf mittleren Smartphone-Displayformat am laufen habe.

kreuzschnabel wrote:

Den Spurassistenten hier finde ich nicht ganz unbedenklich.

Ja, würde mir auch nicht zusagen, die Ursache liegt wohl daran, dass das doch eine aufwendiger strukturierte Kreuzung ist und das will wohl erstmal programmiertechnisch umgesetzt sein. Also das an genau dieser Stelle, die kommende 90 Grad Abbiegemöglichkeit, die nicht genutzt werden soll, nicht als hell eingeblendeter Rechtspfeil dargestellt wird. Das Tagging sollte passen. Eine andere Alternative wäre wohl (wie ME es vermutlich früher gemacht habt) ausschließlich nur die Pfeile vom osm-Wegstück zu zeigen, welches sich am direkt am abzubiegenden Kreuzungspunkt befindet. Da bin ich jetzt schon mal froh, dass eben die turn:lanes nicht nur vom letzten Wegstück vor der Kreuzung ausgewertet werden. Ich denke das wird wohl noch gefixt, sofern es jemand meldet, also einfach mal dem ME-Support einen Tipp geben. Ich hab übrigens gestern dort (support@magicearth.com hoffe das ist die richtige Stelle) auch mal eine Mitteilung (übrigens meine erste Nachricht an ME) mit meinen Wünschen aus #283 hinterlassen. Man sehen was passiert.

Vielleicht sollten sie ähnlich wie bei osm-carto mal einen Stopp für neue Feature-Entwicklungen einlegen (bei carto: weniger neue Icon's für POIs), und stattdessen erstmal die eigentlich schon recht guten Grundfunktion in Bezug auf die osm-Datenverarbeitung noch etwas optimieren. Ach, fällt mir eben noch ein (hab ich vergessen zu melden), die Überwachungspositionen werden wohl auch noch aus einer alten/anderen Quelle eingelesen, @JokerGermany - Du traust der Sache wohl nicht so recht und hast ein entsprechendes Zusatzoverlay am Laufen ;-)

PS: hier mal ein Beispiel mit den vielen Leisten und wenig Kartenplatz (wird erst beim Vergrössern deutlich):

So sah es früher mal aus:

5R-MFT wrote:

/...
Jetzt gelb, aber zum Glück kann man es deaktivieren.

würde ich gern machen... wie kann es deaktiviert werden?

allgemein und aus meiner ganz persönlichen sicht haben die "neuerungen" für mich nichts gebracht. wie bereits von einigen anderen angesprochen sind mir auch diese ganzen info-leisten ein wenig zu üppig...

allein der obere abbiegehinweis, der mir schon hunderte kilometer (und damit über stunden) auf einer autobahn anzeigt wann ich abfahren muss ist so überflüssig wie ein kropf!

genauso und immernoch das geplärre wegen verzögerung von einer minute und und und...

mr glee wrote:

5R-MFT wrote:

/...
Jetzt gelb, aber zum Glück kann man es deaktivieren.

würde ich gern machen... wie kann es deaktiviert werden?

allgemein und aus meiner ganz persönlichen sicht haben die "neuerungen" für mich nichts gebracht. wie bereits von einigen anderen angesprochen sind mir auch diese ganzen info-leisten ein wenig zu üppig...

allein der obere abbiegehinweis, der mir schon hunderte kilometer (und damit über stunden) auf einer autobahn anzeigt wann ich abfahren muss ist so überflüssig wie ein kropf!

genauso und immernoch das geplärre wegen verzögerung von einer minute und und und...

In der letzten Version (es gab 2 Updates kurz hintereinander) 7.357 unter "Erweiterte Einstellungen", dann bei "Report Event" den Schieberegler nach links.
Die einminütigen Verzögerung ennerven wirklich. Ich denke wir sollten die mal anschreiben. Eine Auswahl zum Beispiel 5, 10, 15, Minuten fände ich gut.

Die Kritik an dem Update hier im Forum kann ich nicht so richtig nachvollziehen. Jetzt gibt es endlich mal nach monatelangem Stillstand ein echtes Update! Ich finde das neue Design ziemlich gelungen. Natürlich ist es nicht so schön, dass weiterhin die nächste Abbiegung ständig angezeigt wird, auch wenn diese noch hunderte Kilometer entfernt ist. Hier würde ein kleiner Geradeaus-Pfeil mit Kilometerangabe ausreichen. Entsprechende Änderungsvorschläge hatte ich schon vor einiger Zeit gemacht. Auch die Destination Angaben sollten noch verbessert werden. Vielleicht kommt da ja in Zukunft noch mal was. Das aktuelle Update ist jedenfalls ein guter Anfang. Auch die Option, Gefahrenstellen wie Schlaglöcher oder liegengebliebene Fahrzeuge zu melden, halte ich für einen sehr guten Fortschritt. Das hilft den anderen Autofahrern. Deswegen ist es eigentlich nicht so schön, dass man diese Funktion nun auch ausschalten kann, was ja bedeutet, dass der User gar nichts melden möchte. Das System lebt aber von den gegenseitigen Meldungen. Natürlich muss die automatische Löschung, z.B. spätestens nach 24 Stunden, ausgenommen vermutlich längerfristiger Probleme wie Baustellen oder Schlaglöcher, funktionieren. Der Meldebutton kann auch nicht so klein und unauffällig sein, da ansonsten die Bedienung/ Suche während der Fahrt zu sehr ablenken würde. Jetzt wird sicherlich der eine oder andere sagen, dass eine Bedienung während der Fahrt überhaupt nicht erfolgen sollte, aber ich denke, zwei bis drei kurze Klicks sollten doch möglich sein, es sei denn, dass gerade besondere Aufmerksamkeit erforderlich ist.

Ich hoffe, das aktuelle Update ist erst der Anfang...

5R-MFT wrote:

/...
In der letzten Version (es gab 2 Updates kurz hintereinander) 7.357 unter "Erweiterte Einstellungen", dann bei "Report Event" den Schieberegler nach links.

joh, danke! ...und schon deaktiviert.

PiJu wrote:

Jetzt wird sicherlich der eine oder andere sagen, dass eine Bedienung während der Fahrt überhaupt nicht erfolgen sollte, aber ich denke, zwei bis drei kurze Klicks sollten doch möglich sein, es sei denn, dass gerade besondere Aufmerksamkeit erforderlich ist.

Die Rechtslage ist eindeutig. Auch zwei drei kurze Klicks sind zu viel. Wenn Du alleine fährst, lass die Finger von. Du spielst da nicht nur mit Deinem eigenen Leben. Ansonsten lass es Deine Mitfahrer machen. Ich mach das z. B. gerne, wenn meine Frau grad fährt...

PiJu wrote:

Entsprechende Änderungsvorschläge hatte ich  schon vor einiger Zeit gemacht.

Willkommen im Club.

Ich habe vor knapp zwei Jahren eine mehrseitiger Latte gut formulierter und begründeter Änderungsvorschläge eingereicht – darunter z.B. die Anregung, nicht nur die nächste, sondern auch die übernächste Abbiegung im Voraus anzuzeigen (wie es z.B. OsmAnd macht), damit man bei schnell aufeinanderfolgenden Abbiegevorgängen nicht in der entscheidenden Zehntelsekunde aufs Display schauen muss – und eine begeisterte Antwort von denen erhalten, sie würden daran arbeiten und hätten das meiste von meinen Vorschlägen bereits auch auf ihrer Agenda stehen.

Nicht einer meiner Vorschläge, soweit ich sehe, wurde bislang umgesetzt. Aber geil, wir haben ein neues Design mit mehr Verdeckung und weniger Karte, cool … wer braucht schon destination:forward|backward …

Solange Router-Basisfunktionalität fehlt, kann das Design so cool sein wie es will, ich benutze das Ding zunehmend ungern und eigentlich nur noch wegen der schnellen Offline-Routenberechnung und des kostenlosen HD-Traffic.

Regelmäßige Kartenupdates waren ein weiterer meiner Punkte. Die aktuellen OsmAnd-Karten gibt’s am Monatsanfang, mit Live-Abo kann ich jederzeit mit stundenaktuellem Material arbeiten. Aktuelle ME-Karten gibt’s unregelmäßig alle zwei oder drei Monate mal als Überraschung.

--ks

Mammi71 wrote:

PiJu wrote:

Jetzt wird sicherlich der eine oder andere sagen, dass eine Bedienung während der Fahrt überhaupt nicht erfolgen sollte, aber ich denke, zwei bis drei kurze Klicks sollten doch möglich sein, es sei denn, dass gerade besondere Aufmerksamkeit erforderlich ist.

Die Rechtslage ist eindeutig. Auch zwei drei kurze Klicks sind zu viel. Wenn Du alleine fährst, lass die Finger von. Du spielst da nicht nur mit Deinem eigenen Leben. Ansonsten lass es Deine Mitfahrer machen. Ich mach das z. B. gerne, wenn meine Frau grad fährt...

Naja, ein Auto hat ja auch noch andere Knöpfe, die man während der Fahrt bedienen kann. Z. B. ist es doch auch erlaubt, während der Fahrt die Lautstärke des Radios einzustellen oder den sender zu wechseln. Auch hier sind ein paar Klicks nötig... wie gesagt, die Meldung von Gefahren auf der Straße hilft anderen und kann im Extremfall sogar auch Leben retten...

Mammi71 wrote:

Die Rechtslage ist eindeutig. Auch zwei drei kurze Klicks sind zu viel.

Wenn du dabei das Handy in der Hand hältst: Ja, dann ist es verboten. In die Hand darfst du als Fahrer während der Fahrt ein Handy nur nehmen, um es entweder woanders hinzulegen oder es einem Mitfahrer zu geben. Du darfst nicht mal aufs Display schauen dabei.

Anders sieht es aus, wenn das Handy in einer festen Halterung ist, also nicht in der Hand gehalten wird (und wer das Handy regelmäßig als Navi benutzt, wird ja wohl eine Windschutzscheiben- oder Armaturenbretthalterung haben, schon weil dann der GPS-Empfang deutlich besser ist). Da darfst du als Fahrer natürlich auch keine SMS tippen (und Fahrtziele auch nicht während der Fahrt programmieren!), aber aufs Display schauen ist dann immerhin erlaubt 🙂 Aus zwei Tips wird dir dann niemand einen Strick drehen. Schließlich darfst du auch während der Fahrt die Lüftung verstellen oder das Radioprogramm wechseln.

--ks

kreuzschnabel wrote:

PiJu wrote:

Entsprechende Änderungsvorschläge hatte ich  schon vor einiger Zeit gemacht.

Willkommen im Club.

Ich habe vor knapp zwei Jahren eine mehrseitiger Latte gut formulierter und begründeter Änderungsvorschläge eingereicht – darunter z.B. die Anregung, nicht nur die nächste, sondern auch die übernächste Abbiegung im Voraus anzuzeigen (wie es z.B. OsmAnd macht), damit man bei schnell aufeinanderfolgenden Abbiegevorgängen nicht in der entscheidenden Zehntelsekunde aufs Display schauen muss – und eine begeisterte Antwort von denen erhalten, sie würden daran arbeiten und hätten das meiste von meinen Vorschlägen bereits auch auf ihrer Agenda stehen.

Nicht einer meiner Vorschläge, soweit ich sehe, wurde bislang umgesetzt. Aber geil, wir haben ein neues Design mit mehr Verdeckung und weniger Karte, cool … wer braucht schon destination:forward|backward …

Solange Router-Basisfunktionalität fehlt, kann das Design so cool sein wie es will, ich benutze das Ding zunehmend ungern und eigentlich nur noch wegen der schnellen Offline-Routenberechnung und des kostenlosen HD-Traffic.

Regelmäßige Kartenupdates waren ein weiterer meiner Punkte. Die aktuellen OsmAnd-Karten gibt’s am Monatsanfang, mit Live-Abo kann ich jederzeit mit stundenaktuellem Material arbeiten. Aktuelle ME-Karten gibt’s unregelmäßig alle zwei oder drei Monate mal als Überraschung.

--ks

Ich kann die Enttäuschung über nicht umgesetzte Vorschläge sehr gut nachvollziehen. Geht mir genauso. Vor einiger Zeit wurde ich hier einmal eine Diskussion begonnen, wie man Spurassistenten sinnvoll anzeigt. Hierzu wurden einige Vorschläge gemacht. Ich hatte mich auch beteiligt. Von diesem Thema ist seit Monaten nichts mehr zu hören... Allerdings ist ein Vorschlag von mir übernommen worden: die Höchstgeschwindigkeit wird jetzt in Verkehrszeichen-Form angezeigt. Die ist jetzt viel deutlicher und sichtbarer als vorher. Sehr gut. Das setzt natürlich voraus, dass die entsprechend Höchstgeschwindigkeiten auch in den OSM-Karten hinterlegt sind. Damit habe ich in den letzten Jahren sehr viel Zeit verbracht... es ist dann aber ein schönes Gefühl, wenn man Strecken fährt, auf denen die Höchstgeschwindigkeit auf Grund eigener Taggings korrekt angezeigt wird...

Wie gesagt, ich bin froh dass es überhaupt mal was Neues gibt...

PiJu wrote:

Allerdings ist ein Vorschlag von mir übernommen worden: die Höchstgeschwindigkeit wird jetzt in Verkehrszeichen-Form angezeigt. Die ist jetzt viel deutlicher und sichtbarer als vorher. Sehr gut.

So unterschiedlich sind die Menschen. Ich bevorzuge es, ein Tempolimit informationshalber erstmal nur „klein“ zu sehen und erst dann, wenn ich wegen Unachtsamkeit zu schnell werde, das schildähnliche Symbol als Warnung eingeblendet zu bekommen. Also wie in OsmAnd 🙂

Das permanente Schild da rechts oben ist mir zu aufdringlich, wenn ich mich doch sowieso schon danach richte. Als würde mein Beifahrer ständig murmeln: „Nur 70 fahren … denk dran, nicht über 70 … hier ist nur 70 erlaubt …“

Deshalb wäre es schön, so was auf seinen persönlichen Geschmack einstellen zu können. Mir hat die alte Tempolimit-Anzeige in ME sehr viel besser gefallen.

--ks

kreuzschnabel wrote:

PiJu wrote:

Allerdings ist ein Vorschlag von mir übernommen worden: die Höchstgeschwindigkeit wird jetzt in Verkehrszeichen-Form angezeigt. Die ist jetzt viel deutlicher und sichtbarer als vorher. Sehr gut.

So unterschiedlich sind die Menschen. Ich bevorzuge es, ein Tempolimit informationshalber erstmal nur „klein“ zu sehen und erst dann, wenn ich wegen Unachtsamkeit zu schnell werde, das schildähnliche Symbol als Warnung eingeblendet zu bekommen. Also wie in OsmAnd 🙂

Das permanente Schild da rechts oben ist mir zu aufdringlich, wenn ich mich doch sowieso schon danach richte. Als würde mein Beifahrer ständig murmeln: „Nur 70 fahren … denk dran, nicht über 70 … hier ist nur 70 erlaubt …“

Deshalb wäre es schön, so was auf seinen persönlichen Geschmack einstellen zu können. Mir hat die alte Tempolimit-Anzeige in ME sehr viel besser gefallen.

--ks

Okay, in der Tat, so unterschiedlich können die Prioritäten sein. Die jetzige Anzeige entspricht jedenfalls dem bei Navis üblichen. TomTom, Sygic, früher Navigon und auch beispielsweise die VW Verkehrszeichenerkennung, die leider so ihre Macken hat, haben vergleichbare Anzeigen.

Natürlich sind Optionen, bestimmte Funktion ein- und auszuschalten toll, machen aber die Programmierung komplizierter und führen ggf. zu Zeitverlusten bei der Programmierung anderer wichtiger Neuerungen.

PiJu wrote:

Auch die Option, Gefahrenstellen wie Schlaglöcher oder liegengebliebene Fahrzeuge zu melden, halte ich für einen sehr guten Fortschritt. Das hilft den anderen Autofahrern. Deswegen ist es eigentlich nicht so schön, dass man diese Funktion nun auch ausschalten kann, was ja bedeutet, dass der User gar nichts melden möchte.

Natürlich würde ich dies und jenes melden, das mache ich auch bei anderen Apps. Nur, die sichtbare Karte wird durch andere (meiner Meinung) nach zu große Anzeigen immer kleiner, da finde ich den zusätzlichen bunten Button mit dem Megafon schon lästig. Es würde doch ein einfaches + zeichen reichen auf das man klicken kann.

Dann frage ich mich auch ab wann die Position gespeichert wird. Wenn man auf das Megafon tippt oder erst wenn das abgeschickt wird ?

kreuzschnabel wrote:

So unterschiedlich sind die Menschen. Ich bevorzuge es, ein Tempolimit informationshalber erstmal nur „klein“ zu sehen und erst dann, wenn ich wegen Unachtsamkeit zu schnell werde, das schildähnliche Symbol als Warnung eingeblendet zu bekommen. Also wie in OsmAnd 🙂

Das permanente Schild da rechts oben ist mir zu aufdringlich, wenn ich mich doch sowieso schon danach richte. Als würde mein Beifahrer ständig murmeln: „Nur 70 fahren … denk dran, nicht über 70 … hier ist nur 70 erlaubt …“

Deshalb wäre es schön, so was auf seinen persönlichen Geschmack einstellen zu können. Mir hat die alte Tempolimit-Anzeige in ME sehr viel besser gefallen.

--ks

+1

5R-MFT wrote:

PiJu wrote:

Auch die Option, Gefahrenstellen wie Schlaglöcher oder liegengebliebene Fahrzeuge zu melden, halte ich für einen sehr guten Fortschritt. Das hilft den anderen Autofahrern. Deswegen ist es eigentlich nicht so schön, dass man diese Funktion nun auch ausschalten kann, was ja bedeutet, dass der User gar nichts melden möchte.

Natürlich würde ich dies und jenes melden, das mache ich auch bei anderen Apps. Nur, die sichtbare Karte wird durch andere (meiner Meinung) nach zu große Anzeigen immer kleiner, da finde ich den zusätzlichen bunten Button mit dem Megafon schon lästig. Es würde doch ein einfaches + zeichen reichen auf das man klicken kann.

Dann frage ich mich auch ab wann die Position gespeichert wird. Wenn man auf das Megafon tippt oder erst wenn das abgeschickt wird ?

Okay, das Design des Buttons könnte man natürlich noch ändern.

Die Frage, welche Positionen gespeichert wird, ist berechtigt. Auch ist noch unklar, ob eine Meldung reicht, oder ob Mehrere melden müssen, damit die Gefahr angezeigt wird. Und auch die Verweildauer der Meldung ist noch völlig offen.

PiJu wrote:

. Auch ist noch unklar, ob eine Meldung reicht, oder ob Mehrere melden müssen, damit die Gefahr angezeigt wird. Und auch die Verweildauer der Meldung ist noch völlig offen.

Ich vermute ein Melder reicht schon. Jeder weitere kann dann auf den Daumen hoch tippen und dann erhöht sich die Zahl in dem kleinen Kreis.

Ja Verweildauer ist auch ein Thema. Schau mal im Rubensweg , Roßdorf, Nürtingen in einer Zufahrtstr. gleich 2 Stück. Der ältere vom 08. November, der neuere nur eine Hausnummer weiter vom 02. Dezember. Vermute das nur jemand das ausprobiert hat aber ist jetzt schon fast ein Monat her.

Löschen kann man den nur wenn man vor Ort ist. Dann poppt eine Meldung im Display auf ob der noch aktuell ist. Hatte aber in dem Augenblick kein Auge zum Blitzer suchen frei.

5R-MFT wrote:

PiJu wrote:

. Auch ist noch unklar, ob eine Meldung reicht, oder ob Mehrere melden müssen, damit die Gefahr angezeigt wird. Und auch die Verweildauer der Meldung ist noch völlig offen.

Ich vermute ein Melder reicht schon. Jeder weitere kann dann auf den Daumen hoch tippen und dann erhöht sich die Zahl in dem kleinen Kreis.

Ja Verweildauer ist auch ein Thema. Schau mal im Rubensweg , Roßdorf, Nürtingen in einer Zufahrtstr. gleich 2 Stück. Der ältere vom 08. November, der neuere nur eine Hausnummer weiter vom 02. Dezember. Vermute das nur jemand das ausprobiert hat aber ist jetzt schon fast ein Monat her.

Löschen kann man den nur wenn man vor Ort ist. Dann poppt eine Meldung im Display auf ob der noch aktuell ist. Hatte aber in dem Augenblick kein Auge zum Blitzer suchen frei.

Okay, danke. Werde ich nächste Woche mal testen

PiJu wrote:

Ich finde das neue Design ziemlich gelungen.

-1

Eigentlich zu allen neuen Design-Punkten (wie Leistenverbreiterungen, Zoomfang von unten links nach oben rechts, aufdringliche Ist-Geschwindigkeitsanzeige, neuer Meldeknopf)

Vielleicht gewöhne ich mich mit der Zeit daran, dass die turn:lanes nun unten eingeblendet werden. Bei den anderen Punkten werde ich wohl dem alten schlichten classic-Design nachtrauern, welches wohl in sehr ähnlicher Form doch mittlerweile einige Jahre Bestand hatte.

Ich bin ja vermutlich sowieso nicht so der Mainstreamer, deswegen benötige ich auch nicht das Design von an den anderen Mainstrain-Navi-Apps, oder auch fest eingebauten KFZ-Navi-Geräten.

kreuzschnabel wrote:

Solange Router-Basisfunktionalität fehlt, kann das Design so cool sein wie es will, ich benutze das Ding zunehmend ungern und eigentlich nur noch wegen der schnellen Offline-Routenberechnung und des kostenlosen HD-Traffic.

+1

Ich hänge noch daran, weil es trackerfrei ist, eine angenehme Kartendarstellung hat, z.B. recht gute Unterstützung von OSM-turn:lanes bietet und ggf. auch wegen der raschen Routenberechnung.
Das Thema hoch aktuelle Kartenupdates ist mir nicht so wichtig. (Erstmal sind diese Überraschungen doch toll und zweites kann man das immer gut als Argument benutzen, damit in osm nicht alles wochen- und ggf. auch nicht monatsaktuell gemappt werden soll, was sowieso die derzeitige Gemeindestärke nicht aktuell halten kann)

"nur" fürs protokoll... ich habe mich heute mal richtig mit dem neuen "design" routen lassen. mag sein das ich ein gewohnheitstier bin, aber dieses neue layout war für mich in der praktischen anwendung nicht sehr hilfreich!
dann fehlte mir auch noch der gewohnte signalton vor den radarstellen (bislang gab es immer ein deutliches tonsignal, egal ob die normale navigationsansagen stumm, leise oder normal laut eingestellt waren)!

kurzum... ich will und mag mich nicht mit diesem eye-candy der letzten ME-versionen mehr auseinandersetzen. ich habe deshalb noch vor der rückfahrtdie alte version wieder installiert. und war auf dem rückweg dann glücklich und zufrieden.

wer kontakt zu den ME-entwickern haben sollte, dieser beitrag ist frei zum (ver-)teilen. 😉

@mr glee: Ich habe GE wegen Ihrer Beschwerde kontaktiert

Gerade eben kam wieder ein Update für Android. An der Optik hat sich anscheinend nichts geändert.

Habe am Wochenende ME ausgiebig genutzt.

Zur der zu großen Geschwindigkeitsanzeige: Die überdeckt im Querformat zum Teil die Fahrstrecke die ja auch jetzt nicht mehr mittig sondern eher Richtung rechten Bildrand gerückt ist.

Die Anzeige Ankunftszeit, Fahrtdauer, Entfernung ist definitiv zu groß.
Statt dessen sollten die Fahrspurenanzeige größer gemacht werden.

Was ich auch vermisse ist das angezeigt wird auf welcher Straße man gerade fährt. War in der alten Version sehr hilfreich.
2x wurde ich in die parallel Straße gelotst weil das Haus näher an der anderen Straße lag. OsmAnd hätte mich richtig gelotst. Daduch war ich ganz überrascht daß das Haus nicht auf der rechten Seite sondern auf der linken Seite angekündigt wurde.

Für die Rückfahrt wollte ich dann wieder zurück zu OsmAnd+ aber nach dem die Routenberechnung nach ca. 1 Minuten noch nicht fertig war habe ich dann wieder ME benutzt.

Einer der Blitzer von Beitrag #297 in der Sackgasse der am 02 Dezember gemeldet wurde ist immer noch drin. Der ist jetzt schon 10 Tage da drin.

5R-MFT wrote:

An der Optik hat sich anscheinend nichts geändert.

Da wird sich auch nichts mehr groß ändern. Die haben jetzt -zig Stunden Aufwand in die GUI gesteckt, dann schmeißen sie das doch nicht einfach weg, nur weil ein paar Hanseln das alte besser gefallen hat.

--ks

kreuzschnabel wrote:

5R-MFT wrote:

An der Optik hat sich anscheinend nichts geändert.

Da wird sich auch nichts mehr groß ändern.

--ks

Das fürchte ich auch, aber die größe der Felder anpassen kann doch nicht so schwierig sein. Denkt zumindest einer der davon keine Ahnung hat.

Das Fadenkreuz (die Blende) früher unten links positioniert, war eigentlich auch recht angenehm.
Jetzt, wenn man den orangen Meldeknopf deaktivieren kann, ist an seiner Stelle auch wieder Platz für Fadenkreuz ;-)

Habe gerade in einer Nachbarbesprechung
https://forum.openstreetmap.org/viewtopic.php?id=68188
ein schönes Beispiel für die Darstellung der POI-Informationsdaten gesehen:
https://anyfinder.info/img/mockups/poidetail3.png
So (inkl. url/Webseite) wünsche ich mir das für ME...

Here is the feedback I got from the Magic Earth team after I mentioned this thread to them:

Dear Marc,

Thank you for writing this email and we very much appreciate you directing us to the OSM forum. We were not aware the new Magic Earth layout is such a discussed subject ?

Personally, when I first saw this new layout, I too thought the old one was better and easier to use. But, honestly, after some time to get used to it, I started to see it is more intuitive and really easier to use.

The new layout splits the screen in 2 zones when viewing in landscape: the navigation bar and road info on the left + map and pointer shifted a bit to the right. The reason behind the new layout is that items on the screen which you can tap and interact with are closer to you. Therefore, they are easier to see because they are all on the left and also, it will be faster for you to tap on them being closer to your driving position with the device on your right side.

If you give it a chance, it is very likely you will get used to it. Nevertheless, we are gathering ideas and suggestions on how to make the look and feel of the app better and better. The ideas are logged under case number C2278, so they can be analyzed for future versions of the app.

Best regards,
Razvan

Die Idee mit den 2 Zonen ist ja auch gut, aber wenn die Navigations bar nicht ausgeklappt ist, sollte die Karte zentriert sein!

Hallo zusammen,

bin auf der Suche nach einer Alternative zu waze, womit ich eigentlich richtig zufrieden bin (bis auf die sammelwut, keine offline maps) ziemlich zufrieden bin auf ME gestoßen.

Habe die aktuelle iOS Version installiert und hätte noch ein paar Fragen.

1. Gibt eine TTS Stimme die von der Qualität an die von Siri kommt? Die derzeitige klingt so extrem künstlich
2. werden Traffic Daten nur von einem Dienstleister bezogen oder werden dafür auch die gerät der Nutzer benutzt?
3. gibt es auch mobile Blitzer Meldungen? Finde da bei iOS nichts, aber habe hier gelesen das es das scheinbar bei Androide gibt. Gelten die Meldungen dann auch für iOS?
4. wie funktioniert die Stau Umfahrung, wenn man zb eingestellt hat das man die aktuelle Route bevorzugt?

Danke.

Event3r wrote:

2. werden Traffic Daten nur von einem Dienstleister bezogen oder werden dafür auch die gerät der Nutzer benutzt?

Glaube leider nur noch die von Dienstleistern.
Leider, weil ich kein Problem damit hätte richtig ANONYMISIERTE Daten für Traffic herzugeben. Funktioniert aber so ja auch ganz gut.

Event3r wrote:

3. gibt es auch mobile Blitzer Meldungen? Finde da bei iOS nichts, aber habe hier gelesen das es das scheinbar bei Androide gibt. Gelten die Meldungen dann auch für iOS?

Also meiner Meinung nach geht da nichts über Blitzer.de, aber da darf man bei ios ja richtig für blechen, aber das sollte man als ios nutzer ja gewohnt sein *SCNR*

Event3r wrote:

4. wie funktioniert die Stau Umfahrung, wenn man zb eingestellt hat das man die aktuelle Route bevorzugt?

Naja, vermute er schaut wie viel Zeit auf der neuen Route eingesparrt wird.
Ist es eine Minute, wird er wohl bei der Einstellung noch keine andere Route empfehlen.
Ab wie vielen Minuten weiß ich allerdings nicht.

Bekam am 26.12. folgende Blitzerwarnung, obwohl ich das in ME abgeschaltet habe:

Nehme an, das war so eine Schnellmeldung eines anderen Users, und ich werde mittels der zwei Daumen rechts oben zur Bestätigung aufgefordert.

Das läuft aber auch auf eine illegale Blitzerwarnung hinaus. Lässt sich das zuverlässig abschalten?

--ks

Hallo, ich nutze mittlerweile gern Magic Earth in Verbindung mit Apple CarPlay... allerdings habe ich bei den „Erweiterten Einstellungen“ den Punkt „OSM Mode“ gefunden ? Was bedeutet der und sollte ich ihn eher aktivieren oder nicht ? Danke und Lg

kreuzschnabel wrote:

Das läuft aber auch auf eine illegale Blitzerwarnung hinaus. Lässt sich das zuverlässig abschalten?

Scheint nicht so zu sein. Ich habe das Feature komplett de-installiert und kriege die Benutzermeldungen auch.

derkleineul wrote:

Hallo, ich nutze mittlerweile gern Magic Earth in Verbindung mit Apple CarPlay... allerdings habe ich bei den „Erweiterten Einstellungen“ den Punkt „OSM Mode“ gefunden ? Was bedeutet der und sollte ich ihn eher aktivieren oder nicht ? Danke und Lg

Hatte ich vor ein paar Wochen in #273 diesem Threads auch schon mal angefragt und würde mich immer noch interessieren 🙂

Andreas Binder wrote:

Weiß jemand, was bei den "Erweiterte Einstellungen" der Punkt "OSM Mode" bewirkt?

Grüße
Andreas

PS. Verwendete ME-Version: 7.1.19.47.D7... auf iPhone

shammat wrote:

kreuzschnabel wrote:

Das läuft aber auch auf eine illegale Blitzerwarnung hinaus. Lässt sich das zuverlässig abschalten?

Scheint nicht so zu sein. Ich habe das Feature komplett de-installiert und kriege die Benutzermeldungen auch.

Ja, scheint nicht so, aber vielleicht hilft es auf Dauer, wenn man dann bei den Meldungen immer mit "Daumen runter" antwortet 😉

Ich habe nur ein "Daumen hoch" ein "Daumen runter" gibt's nicht

shammat wrote:

Ich habe nur ein "Daumen hoch" ein "Daumen runter" gibt's nicht

Kann ich nicht bestätigen. Bei mir gab es heute sowohl bei einer grün hinterlegten Meldung (bezüglich Fotoapparat) wie auch bei einer gelb hinterlegten Meldung (wegen Baustelle) die Optionen "Daume runter" und "Daume hoch".

Nebenbei, beim Fotoapparatsymbol ist oben rechts in der Ecke die Ziffer "0" erkennbar, beim Baustellensymbol die Ziffer "7"...

Edit: PS, wann gab es das letzte Mal eigentlich frische osm-Daten?

Andreas Binder wrote:

derkleineul wrote:

Hallo, ich nutze mittlerweile gern Magic Earth in Verbindung mit Apple CarPlay... allerdings habe ich bei den „Erweiterten Einstellungen“ den Punkt „OSM Mode“ gefunden ? Was bedeutet der und sollte ich ihn eher aktivieren oder nicht ? Danke und Lg

Hatte ich vor ein paar Wochen in #273 diesem Threads auch schon mal angefragt und würde mich immer noch interessieren 🙂

Andreas Binder wrote:

Weiß jemand, was bei den "Erweiterte Einstellungen" der Punkt "OSM Mode" bewirkt?

Grüße
Andreas

PS. Verwendete ME-Version: 7.1.19.47.D7... auf iPhone

Sooooo ... ich hab ne Antwort von Magic Earth ... ich kopier sie mal hier rein :
„...
Thank you for contacting us.

The OSM mode is an advanced setting for error reporting. When OSM mode is enabled, a microphone is displayed on the map and you can tap this to record audio messages. The messages are added to the video log that is being recorded at that time. We plan to extend this feature to be able to report errors on the map directly to OpenStreetMap from Magic Earth.

The feature however is not in its final form yet. A user manual is currently not available for Magic Earth, but please reply to this email with any app-related questions you might have and we will be happy to assist you.

Thank you and best regards,
Razvan“

AB-inf-x-chg-AB wrote:

shammat wrote:

kreuzschnabel wrote:

Das läuft aber auch auf eine illegale Blitzerwarnung hinaus. Lässt sich das zuverlässig abschalten?

Scheint nicht so zu sein. Ich habe das Feature komplett de-installiert und kriege die Benutzermeldungen auch.

Ja, scheint nicht so, aber vielleicht hilft es auf Dauer, wenn man dann bei den Meldungen immer mit "Daumen runter" antwortet 😉

sicherlich ....

.... nicht.

Aber vermies ruhig allen anderen die Funktion...

derkleineul wrote:

The OSM mode is an advanced setting for error reporting. When OSM mode is enabled, a microphone is displayed on the map and you can tap this to record audio messages. The messages are added to the video log that is being recorded at that time. We plan to extend this feature to be able to report errors on the map directly to OpenStreetMap from Magic Earth.

Der ist cool, für Mapper echt nützlich.
Unter Android gibt es nur den Entwicklermodus?

Habe mal wieder gemerkt, dass Magic Earth wirklich nur für Autofahrer ist. Wollte in Augsburg zu einer Adresse mit der Tram fahren und schauen wo ich am besten aussteige. In Magic Earth ein solches extremes Gefrickel, dass ich Google Maps genommen habe. Beim Zoomen wurde mir die Tramhaltestelle nach Hausnummern(!) angezeigt. Und Trambahnen sind in dieser Stadt das primäre ÖPNV-Mittel...

shammat wrote:

kreuzschnabel wrote:

Das läuft aber auch auf eine illegale Blitzerwarnung hinaus. Lässt sich das zuverlässig abschalten?

Scheint nicht so zu sein. Ich habe das Feature komplett de-installiert und kriege die Benutzermeldungen auch.

Der Fehler wurde beim gestrigen update behoben.

5R-MFT wrote:

shammat wrote:

kreuzschnabel wrote:

Das läuft aber auch auf eine illegale Blitzerwarnung hinaus. Lässt sich das zuverlässig abschalten?

Scheint nicht so zu sein. Ich habe das Feature komplett de-installiert und kriege die Benutzermeldungen auch.

Der Fehler wurde beim gestrigen update behoben.

Kann ich nicht bestätigen. Ich Hatte ME komplett de-installiert und auch den Ordern MAGICEARTH gelöscht.

Nach der Neu-Installation und einem folgenden "Sicherheitskameras deinstallieren" werden wieder fleißig die Blitzer angezeigt.

Ich mochte ME wirklich gern, aber auf die illegale Nutzung lasse ich mich nicht ein.

shammat wrote:

Kann ich nicht bestätigen. Ich Hatte ME komplett de-installiert und auch den Ordern MAGICEARTH gelöscht.

Nach der Neu-Installation und einem folgenden "Sicherheitskameras deinstallieren" werden wieder fleißig die Blitzer angezeigt.

Wofür der Aufwand? Nach dem normalen update über Playstore kann man die Blitzerwarnungen deinstallieren. Seitdem wird bei mir vor keinem Blitzer mehr gewarnt.

Geofreund1 wrote:

Seitdem wird bei mir vor keinem  Blitzer mehr gewarnt.

Meinst du damit fest installierte oder spontan gemeldete? Siehe #317. Die Warnung vor festen Blitzern hab ich auch abgeschaltet, aber danach kamen immer noch Warnungen vor Blitzern, die von Usern (vermutlich) über die Meldefunktion reinkamen. Die sind natürlich genauso illegal.

--ks

Geofreund1 wrote:

Wofür der Aufwand?

Um sicher zu gehen, nachdem alle Welt behauptet man könnte die Anzeige abschalten.

Geofreund1 wrote:

Nach dem normalen update über Playstore kann man die Blitzerwarnungen deinstallieren. Seitdem wird bei mir vor keinem Blitzer mehr gewarnt.

Ich sehe definitiv noch Blitzerwarnungen. Ich vermute das sind die von anderen Benutzern gemeldete, und die werden wohl nicht "deinstalliert".

Wirklich schade, ich mochte MagicEarth.

Ich konnte die Geschichte bisher nur mit fest installierten Blitzern testen. Für die "mobilen" Blitzer gibt's bestimmt noch ein Update zum Update 🤔

Also bei mir hat es funktioniert. Seit dem letzten Update werden auch die mobilen Blitzer nicht mehr angezeigt. Die waren ohnehin meist sinnlos, da die Meldungen oft mehrere Tage oder sogar Wochen alt waren ....

Kartenupdate!

Datenstand v 7.363 etwa 12. Januar.

--ks

Durch eine andere Diskussion bin ich gerade auf die folgende Frage gekommen: Wieso finde ich MagicEarth nicht in der Auflistung der Routing-Apps bzw. Android-Anwendungen https://wiki.openstreetmap.org/wiki/DE:Android ?

JokerGermany wrote:

AB-inf-x-chg-AB wrote:

shammat wrote:

Scheint nicht so zu sein. Ich habe das Feature komplett de-installiert und kriege die Benutzermeldungen auch.

Ja, scheint nicht so, aber vielleicht hilft es auf Dauer, wenn man dann bei den Meldungen immer mit "Daumen runter" antwortet 😉

sicherlich ....

.... nicht.

Aber vermies ruhig allen anderen die Funktion...

Den Zwinker-Smiley hast Du übersehen?

PiJu wrote:

[...] Seit dem letzten Update werden auch die mobilen Blitzer nicht mehr angezeigt. Die waren ohnehin meist sinnlos, da die Meldungen oft mehrere Tage oder sogar Wochen alt waren ....

Kann ich bestätigen, 5 von 5 habe ich mit "Daume runter" (im besten Wissen wahrheitsgetreu) beantwortet.

Die Funktion wird wohl erst sinnvoll, wenn die ME-Gemeinde grösser ist...

kreuzschnabel wrote:

Kartenupdate!

Datenstand v 7.363 etwa 12. Januar.

--ks

-)

Galbinus wrote:

Durch eine andere Diskussion bin ich gerade auf die folgende Frage gekommen: Wieso finde ich MagicEarth nicht in der Auflistung der Routing-Apps bzw. Android-Anwendungen https://wiki.openstreetmap.org/wiki/DE:Android ?

Weil das wohl noch niemand aus der Englischen Seite ( https://wiki.openstreetmap.org/wiki/Android ) übersetzt/übernommen hat.
Einfach im osm wiki (https://wiki.openstreetmap.org/w/index. … to=Android) eine Anmeldung registieren und danach die "fehlenden" Informationen auf dem entsprechenden wiki-Artikel selber nach Lust und Laune nachtragen...

PS: Auch dieser Artikel ( https://wiki.openstreetmap.org/wiki/Magic_Earth ) hat (noch) keine DE-Übersetzung, siehe: https://wiki.openstreetmap.org/wiki/DE:Magic_Earth ...

Habe heute die A 643 südwärts befahren und mich doch arg gewundert, was für scharfe Abbiegungen mir ME da ankündigt ...

Der Schaden wurde am 12.1. in https://www.openstreetmap.org/changeset/79475738 hochgeladen und gut zwei Tage später von abrensch in https://www.openstreetmap.org/changeset/79579700 revertet. Dummerweise war der ME-Datenexport dazwischen, das ist jetzt erstmal drin.

Ob es sich lohnt, bei GM nachzufragen, ob sie für die Gegend ein Zwischenupdate einfügen? So ist das ja einfach fürchterbar.

--ks

kreuzschnabel wrote:

... Der Schaden wurde am 12.1. in https://www.openstreetmap.org/changeset/79475738 hochgeladen...

https://overpass-api.de/achavi/?changeset=79475738
Ist das ein typischer JOSM-Way-Verschiebe-Unfall? Könnte bei so etwas vor dem Upload oder bereits während der Bearbeitung eine Warnmeldung generiert werden?

kreuzschnabel wrote:

... Ob es sich lohnt, bei GM nachzufragen, ...

Ich habe seit Dezember 4 Mitteilungen an den ME-Support geschrieben. Die sofortigen Antworten wurden automatisch generiert, eine menschliche erzeugte Reaktion gab es nicht, von daher bin ich bis jetzt nicht sehr überzeugt von diesem Kommunikationskanal. Oder meine Emails landeten, wegen meiner eher unnatürlichen Emailadresse, im SPAM Verzeichnis...

kreuzschnabel wrote:

Der Schaden wurde am 12.1. in https://www.openstreetmap.org/changeset/79475738 hochgeladen und gut zwei Tage später von abrensch in https://www.openstreetmap.org/changeset/79579700 revertet.

Wie oft läuft das Prüf-Script? So was wichtiges sollte mMn täglich laufen.

chris66 wrote:

Wie oft läuft das Prüf-Script?

Meinst Du das Tool: https://wiki.openstreetmap.org/wiki/Qua … ct-manager ?

Ja, den Brouter-Suspects meinte ich wohl. Laut Help wird der einmal wöchentlich geupdated.

chris66 wrote:

Wie oft läuft das Prüf-Script? So was wichtiges sollte mMn täglich laufen.

Ich lasse den BRouter-Suspect-Scanner immer sonntag morgens laufen. Rein technisch wäre ein täglicher Lauf zwar möglich, aber meine Erfahrung ist, dass dann viel mehr Arbeit anfällt, weil z.B. die "unconnected-nodes" Fehler aufpoppen, die sonst über den OSM-Inspector gelöst werden, bevor ich sie sehe...

Dieser Fehler am Schiersteiner *Kreuz* wäre mir auch fast durch die Lappen gegangen, denn der "suspect" war eine Baustelle an der Schiersteiner *Brücke*, die erst in paar Monaten wieder als Wiedervorlage aufgepoppt wäre. Aber weil der BRouter-Suspect-Manager die Knoten-Koordinaten als Schlüssel verwendet hat die Verschiebung der Autobahn einen neuen Suspect erzeugt, und als ich mir den angeschaut habe, habe ich die Artefakte dann gesehen.

Ein Erkennungsmuster für spitze Winkel auf Autobahnen hat der BRouter-Suspect-Scanner nämlich nicht. Und der OSM-Inspector wohl auch nicht.

Also letzten Endes hilft da nur man-power. Es gibt beim BRouter-Suspect-Manager einen fleissigen Mitstreiter für Baden-Württemberg, aber den Rest von Deutschland und Österreich scanne ich alleine (glaube ich, ich tracke das nicht). Würde mich natürlich freuen, wenn für weitere Flächenländer sich Mitstreiter finden würden. Wenn ich selber nurnoch Hessen machen würde könnte ich das auch täglich. Aber diese Mitstreiter will ich natürlich nicht bei den anderen QS-Tools abwerben...

Moin,

abrensch wrote:

Würde mich natürlich freuen, wenn für weitere Flächenländer sich Mitstreiter finden würden.

S-H schaue ich mir zumindest jeden Montag an - aber da tut sich auch recht wenig.
Abgelegenes kann ich halt auch nicht immer lösen aus der Ferne - solche Artefakte allerdings schon.

Grüße
Georg

kreuzschnabel wrote:

Ob es sich lohnt, bei GM nachzufragen, ob sie für die Gegend ein Zwischenupdate einfügen?

Versuchen wir’s:

several hours before the data for the v7.363 maps have been retrieved
from OSM, someone erroneously shifted the A 643 motorway in Germany
(https://osm.org/go/0DemPLJ?m=) by several hundred metres, damaging all
junctions into sharp bends.

Unfortunately, this error has made it into the latest ME map data. See
attached images of the northern and southern end.

The mistake has been noticed and reverted two days later – I would
appreciate if it was possible to update the regional map data
accordingly since a motorway error of this significance affects a lot of
traffic.

Mal sehen, wie sie damit umgehen und ob überhaupt 🙂

--ks

JokerGermany wrote:

kreuzschnabel wrote:

JokerGermany wrote:

Wie bekomme ich denn so etwas wie "dauer der Fahrt" oder voraussichtliche Ankunft wieder angezeigt?

Unterhalb der Kartendarstellung sollte eine hochziehbare Leiste sein, in der standardmäßig Ankunftszeit, Fahrzeit und Entfernung stehen. Wenn du sie nach oben ziehst, bekommst du schrittweise Zusatzfunktionen.

Wenn die Leiste bei dir fehlt, mal die App stoppen oder das Handy neu booten 🙂

Hier mein Querformat Problem:
https://i.ibb.co/s3cSzpP/Screenshot-2019-12-04-15-45-40-571-com-generalmagic-magicearth.jpg
Folgendermaßen für mich reproduzierbar:
Im Hochformat starten und alles einstellen, dann mit Android Auto AA Mirror starten.
(Einstellungen AA Mirror: Screen rotation: Force; Roatation degree: 90 degree; Restore rotation on focus lost; Restore ration on focus lost)

Vorteil: Meine Position bleibt auch im Querformat mittig statt wie bei mir im Querformat normal weiter rechts, deswegen bin ich mir momentan nicht sicher wie unglücklich ich über diesen Bug bin...

Gestern hatte ich den Bildschirm auch ohne hochziebare Leiste und die Anzeige mittig.

Passiert ist es als das Handy meldete Akku unter 20%. Hatte den Stecker nicht richtig drin gehabt. Als ich den Stecker in die 12V Buchse steckte ging nicht nur die Meldung weg, sondern plötzlich war meine Position mittig und die Fahrtdauer Entfernung und Fahrzeit verschwunden.

Heute ist ein neues Kartenupdate rausgekommen.

JokerGermany wrote:

Heute ist ein neues Kartenupdate rausgekommen.

… und darin sieht die A 643 wieder gut aus 🙂

--ks

kreuzschnabel wrote:

JokerGermany wrote:

Heute ist ein neues Kartenupdate rausgekommen.

… und darin sieht die A 643 wieder gut aus 🙂

--ks

Klasse. Na dann hat Deine Nachricht an den ME-Support ggf. die Sache doch beschleunigt :-)
Also sollen wir jetzt, wenn die Kartenupdatezyklen wieder recht lang sind, wieder nach solchen groben Unstimmigkeiten schauen, damit die Updates rascher kommen ;-)

Nebenbei, ein Tag vorher kam zusätzlich auch mal wieder ein Programmupdate, unter anderem mit enthaltenen:
"Reduced size of the speed indicator"
die neue Grösse der Anzeige gefällt mir deutlich besser.

Eine Frage bzgl. der Anzeige der Spurrichtungspfeile (auf Grundlage der turn:lanes):
Kann es sein, dass ME die Pfeile nicht anzeigt, wenn zwar turn:lanes:foward=* & turn:lanes:backward=* & lanes:forward=* & lanes:backward=* gesetzt ist, aber hingegen ein (eher dann redundantes) lanes=* an den betreffenden Wegstücken fehlt?

Ich benutze selten JOSM, ich meine sein Validator gibt diesbzgl. interessanterweise zu diesem Thema eine Meldung aus.?
Falls ja, dann also doch lanes=* noch dazuschreiben?

AB-inf-x-chg-AB wrote:

Eine Frage bzgl. der Anzeige der Spurrichtungspfeile (auf Grundlage der turn:lanes):
Kann es sein, dass ME die Pfeile nicht anzeigt, wenn zwar turn:lanes:foward=* & turn:lanes:backward=* & lanes:forward=* & lanes:backward=* gesetzt ist, aber hingegen ein (eher dann redundantes) lanes=* an den betreffenden Wegstücken fehlt?

Das weiß ich nicht, ich habe allerdings festgestellt, dass OSMAND bei der Kombination von lanes:forward=... und dem redundanten lanes=... beides zusammenzählt und somit dann mehr Fahrspurgen anzeigt, als es gibt.

Wieder ein Update für Android. Die Spalte mit der Zeit, Entfernungs und Km Angaben wurde verkleinert und das Megafon mit integriert.
So gefällt es mir jetzt.

Galbinus wrote:

[...], ich habe allerdings festgestellt, dass OSMAND bei der Kombination von lanes:forward=... und dem redundanten lanes=... beides zusammenzählt und somit dann mehr Fahrspurgen anzeigt, als es gibt.

Auch interessant, habe es nicht nachgestellt, weil ich Osmand ausschliesslich zum Fahrrad-Routing nutze und weil man wohl bei Osmand nicht so komfortabel wie bei ME eine Vorführung/Simulation eines Routings durchführen kann.
Falls dem so ist, dann klingt das nach einen Bug, den könnte man wohl hier melden.

5R-MFT wrote:

Wieder ein Update für Android. Die Spalte mit der Zeit, Entfernungs und Km Angaben wurde verkleinert und das Megafon mit integriert.
So gefällt es mir jetzt.

Aber die Navigation findet immer noch am rechten Rand statt (querformat)?

Frage, weil ich trotz des Updates noch den Bug habe, dass die Leiste gar nicht angezeigt wird, dafür die Navigation aber mittig ist...

JokerGermany wrote:

Aber die Navigation findet immer noch am rechten Rand statt (querformat)?

Die Navigation findet in der Mitte der rechten Hälfte des Display statt. Das ist so glaube ich ok. Mir gefällts.

Dafür nervt mich ein anderer Bug:
Heute war das nächste Programm-Update da. Nach dem Update läuft die Navigation wieder im 2D, obwohl in Einstellungen/Navigation "3D" eingestellt ist. Man hat ja nichts verändert.

Es gibt da noch einen anderen Bug:

Man geht über das Zahnrad-Symbol in die Einstellungen. Da steht oben in der Titelleiste "Einstellungen", wählt man im Menü einer der Einträge, (z.b.: Allgemein oder Warnungen), geht ohne Änderung, oben mit dem "Zurück-Pfeil" wieder zurück, erscheint dort "Magic Earth" in der Titelleiste. Das Fenster ist leer. Normalerweise erwartet man da das Menü Einstellungen oder die Normale Programm-Ansicht von Magic Earth.

Frage: Könnt Ihr diese beiden Bugs auch bei euren Geräten feststellen?

Seit wann kennt Magic Earth denn Adressen die in OSM nicht gemappt sind, und woher nimmt er diese? Ich habe in jeder Straße eine Menge Adressen, sogar an unbebauten Grundstücken. Offenbar nicht identisch mit Google Maps und nicht mit dem Bayern Atlas...

In #25 schrob ich ähnliches...

JochenOSM wrote:

Seit wann kennt Magic Earth denn Adressen die in OSM nicht gemappt sind, und woher nimmt er diese? ...

Thomas8122 wrote:

In #25 schrob ich ähnliches...

Ja, das ist schon vor längerer Zeit aufgefallen.

Es gab >hier< dazu mal eine Vermutung.

Laut https://openaddresses.io haben die gar keine Adressen in Bayern, also müsste es eine andere Quelle sein.

habe soeben ME installiert (weil osmand seit 3.5.5 unbrauchbar geworden ist und kein update kommt ...) + bin ziemlich beeindruckt. aber: wo ist 2d-mode mit norden immer oben? drehende karten gehen bei mir seit 45+ jahren nicht!

Zahnrad rechts unten > Navigation > 2D/3D Karte umstellen.

Und in der Kartenansicht gibt es oben rechts ist einen Kompass, kann man den nicht 'einrasten' lassen? Ich kann es gerade nicht selbst ausprobieren.

Eine Frage zu den Favoriten?
Man kann in ihnen ja Telefonnummern und Webadressen eintragen, die dann auch anwählbar sind. Weiß jemand in welche Datei diese gespeichert werden?

Und gleich noch eine Frage zu eigenen POIs. Aus der *.kml Datei werden ja nur die Koordinaten und der Name importiert. Öffne ich aber die daraus erstellte *.xlm Datenbank gibt es darin auch eine Spalte description. Wenn ich diese in der Datenbank beschreibe, wird mir die Beschreibung bei der Suche auch angezeigt. Gibt es eine Möglichkeit die "description" direkt beim Import mit aus der *.kml zu übernehmen?

Lade gerade das neue Kartenmaterial...

AB-inf-x-chg-AB wrote:

das neue Kartenmaterial...

Unglaublich. Nach drei Wochen!

Edit: Kartenstand v7.368 etwa 25. Februar.

--ks

Für Android ist ein neues Update erschienen.
Unter anderem:
Die Verkehrsverzögerungen kann man nun einstellen "länger als"
Der Cursor rückt auch im Mittelformat näher an die Bildmitte .

Jap, finde ich allerdings immer noch nicht mittig genug...

Unter anderem wird nun auch ein Link miversendet, wenn man seine Position teilt.
Leider nur ein http://www.magicearth.com/123koordinaten456 womit ein normaler Nutzer nichts anfangen kann, es sei denn er hat Magic Earth auf seinem Handy installiert. Ein Link auf osm.org oä wäre besser gewesen.

Ich fände eine Freigabe für eine bestimmte Zeit toll, wie es glympse und mitlerweile auch gmaps anbietet

Sowohl bei Windy Maps als auch bei Magic Earth fehlen leider die Öffnungszeiten. Was mir gefällt ist, dass bei Windy Maps, im Gegensatz zum von mir bisher an andere empfohlenen maps.me, die markierten Wanderwege angezeigt werden. Und das Höhenprofil, also Schummerungen und Höhenlinien, werden bei Windy Maps und Magic Earth angezeigt, auch sehr gut.

Privat und im Beruf verwende ich weiter Osmand, auch wenn das viel langsamer ist. Aber es ist die Karte mit den meisten Informationen, als Kartograph also genau das Richtige.

Zum Wandern ist Windy maps also besser geeignet als maps.me. Aber für Städte werde ich weiter Maps.me empfehlen. Öffnungszeiten sind wichtig.

wicking wrote:

Sowohl bei Windy Maps als auch bei Magic Earth fehlen leider die Öffnungszeiten.

Schau dir mal Mapy.cz an. Dort sind die Öffnungszeiten hinterlegt. Es werden auch Wander und Radwege übersichtlich angezeigt. Die Bilder einzelner POI sind auch genauer als über OsmAnd die bei mapillary suchen zu müssen. Nur POI setzen geht nicht das läuft bei mir über OsmAnd. Im PKW nehme ich aber Magic Earth. Mapy.cz habe ich im Auto noch gar nicht ausprobiert.

5R-MFT wrote:

wicking wrote:

Sowohl bei Windy Maps als auch bei Magic Earth fehlen leider die Öffnungszeiten.

Schau dir mal Mapy.cz an. Dort sind die Öffnungszeiten hinterlegt. Es werden auch Wander und Radwege übersichtlich angezeigt. Die Bilder einzelner POI sind auch genauer als über OsmAnd die bei mapillary suchen zu müssen. Nur POI setzen geht nicht das läuft bei mir über OsmAnd. Im PKW nehme ich aber Magic Earth. Mapy.cz habe ich im Auto noch gar nicht ausprobiert.

Sehr interessant. Scheinbar haben Windy und Mapy die gleiche Code-Basis, denn sie gleichen sich fast völlig. Magic Earth unterscheidet sich auch nicht groß. Scheinen alles Forks voneinander.

Magic Earth ist aber einfach unendlich schnell (wenn auch beim angezeigten Höhenprofil reichlich grob bis ungenau).

MapsMe hat jetzt scheinbar auch Höhenlinien. Gerade neu reingekommen. Aber Schummerungen fehlen noch.

Übrigens: Was kann Windy was Mapy nicht kann? Nichts? Dann Windy obsolet, oder?

wicking wrote:

Was mir gefällt ist, dass bei Windy Maps, im Gegensatz zum von mir bisher an andere empfohlenen maps.me,  die markierten Wanderwege angezeigt werden.

Das Kartenbild ist unübertroffen gut.
Der Datenstand ist unübertroffen alt, Bearbeitungen von mir vom Oktober sind nicht drin.

--ks

kreuzschnabel wrote:

wicking wrote:

Was mir gefällt ist, dass bei Windy Maps, im Gegensatz zum von mir bisher an andere empfohlenen maps.me,  die markierten Wanderwege angezeigt werden.

Das Kartenbild ist unübertroffen gut.
Der Datenstand ist unübertroffen alt, Bearbeitungen von mir vom Oktober sind nicht drin.

--ks

Ja, und zwar bei Mapy.cz als auch bei Windy Maps (beides alte Daten, aber super Kartenbild und sehr schnell).

Bei Magic Earth sind die Daten sehr aktuell. Leider fehlen dort die Wanderwege. Außerdem ist die 3D-Ansicht genial um sich einen Eindruck des Geländes zu verschaffen (beim Wandern).

Wieso kann nicht eine App alles richtig machen?

Schade auch, dass nur MapsMe und Osmand freie Software sind. Magic Earth, Windy Maps und Mapy.cz sind scheinbar alles hinter verschlossener Tür entwickelte Programme.

Ich habe nun mal Magic Earth mit Windy und Mapy verglichen.

Windy fällt für mich weg. Bei Magic Earth und Mapy kann man die Onlinekarten nutzen, bei Windy nicht. Für mich der kein Google maps hat ein wichtiger Grund. Zur Ähnlichkeit der beiden Karten, beide Entwickler Mapy und Windy sitzen in Prag. Dann hatte ich mal Bilder bei Mapy hochgeladen. Diese sind nun auch bei Windy hinterlegt.

Die Öffnungzeiten sind bei Windy auch hinterlegt, zumindest die ich verglichen habe. Noch etwas ist mir aufgefallen, POI die als Werkstatt gemappt sind erscheinen beide Windy und Mapy als Tankstelle wenn man die Infozeile hochzieht.

Also Windy wieder deinstalliert und Mapy als übersichtliche Wanderkarte. Magic Earth bleibt als PKW Navi noch erste Wahl auch wenn mir die Spuranzeige zu klein ist.

Vor dem deinstallieren von Windy kam noch ein Kartenupdate. Eine Änderung dich vor 10 Tagen durchgeführt habe ist noch nicht drin.

Osmand ist mittlerweile auch zurück unter iOS jemand mal nen Vergleich zwischen Osmand und Magic Earth gemacht? 😄

und warum will bitte Magic Earth bei der ersten Einrichtung Zugriff auf GPS UND Fitness Daten !?

Wer in Magic Earth eigene POIs importieren möchte und dafür kml-Dateien mit Name und Beschreibungen verwenden will, ein kleiner Tip.
Magic Earth erkennt beim importieren zusätzlich zum name "Tag" nur noch den address "Tag". Also einfach in einem Editor "description" mit "address" ersetzen. Auch das html-Format mit z.B. Zeilenumbrüchen wird hierbei erkannt.

Test

Und wieder neue Karten! Datenstand v7.373 etwa 30. März.

--ks

Update Day! v 7.379 hat Datenstand vom 5. Mai.

--ks

kreuzschnabel wrote:

Update Day! v 7.379 hat Datenstand vom 5. Mai.

--ks

Leider ist Magic earth aber so beknackt, dass es auf eine WLAN-Verbindung wartet, um die Karte zu aktualisieren. Ich habe aktuell kein WLAN hier, aber mobile Daten kosten außerhalb von Deutschland nichts. Und das Internet ist außerhalb Deutschlands auch ziemlich schnell. Ist es etwa eine deutsche App, dass sie auf WLAN wartet?

wicking wrote:

Ich habe aktuell kein WLAN hier, aber mobile Daten kosten außerhalb von Deutschland nichts. Und das Internet ist außerhalb Deutschlands auch ziemlich schnell.

Das mag für manche Gebiete gelten, für die ganze Welt ist das aber eine sehr mutige Aussage.

Ich nutze ME seit ca. einem Jahr. Bis vor kurzem noch unter iOS. Irgendwie ist seit einem halben Jahr die Radarfallenposition ziemlich schlecht. In OSM ist alles korrekt vorhanden: http://frink.bplaced.de/blitzer/

Ist das nur bei mir so? Muß ich da noch irgendwas spezielles einstellen damit die Radarfallen richtig auf der Karte sind?

Um es zu Präzisieren, die meißten Radarpositionen sind gar nicht dargesellt, wenige sind um 500m verschoben.

Oft sind es einmalig gemeldete mobile Blitzer, die dann so lange in ME angezeigt werden, bis ein anderer vor Ort ist und diesen wieder austrägt.

Dieses Feature "Blitzer anzeigen" habe ich anfang dieses Jahr in den Einstellungen ausgeschaltet. Mich störte das Warnen vor einen Blitzer, der tatsächlich nicht mehr da war.

Jakob48 wrote:

Mich störte das Warnen vor einen Blitzer, der tatsächlich nicht mehr da war.

...und im übrigen ist das in DE auch gar nicht mehr zugelassen...

Jakob48 wrote:

Dieses Feature "Blitzer anzeigen" habe ich anfang dieses Jahr in den Einstellungen ausgeschaltet. Mich störte das Warnen vor einen Blitzer, der tatsächlich nicht mehr da war.

Ich schreibe mal eine Mail an den Hersteller und frage nach.

wie kann man eine Position (in MagicEarth offline gefundene Adresse/Position) an LocusPro senden, so dass diese in Locus (offline) angezeigt wird?

Wenn ich auf die "Zeilenfunktion" in MagicEarth gehe, werden mir in Locus nur die gesamten Angaben im online-Suchfeld angezeigt...

Bei mir stellen sich meine modifizierten App-Einstellungen (bspw. Vollbild benutzen = no / Report Events = no / Verkehrsmeldungen = no, etc.) nach einen Geräte-Hardreset (bspw. bei Akku leer) immer öfter auf die Standard-Einstellungen zurück :-(
Gibt's dafür so eine Art *.ini Datei, die eventuell einen Satz der Einstellungsdaten enthält, sodass man die Datei für solche Fälle vorher manuell sichern und nachher wiederherstellen könnte?

Geofreund1 wrote:

Jakob48 wrote:

Mich störte das Warnen vor einen Blitzer, der tatsächlich nicht mehr da war.

...und im übrigen ist das in DE auch gar nicht mehr zugelassen...

Für eine Routensimulation/Routenvorführung sollte es keine Einschränkungen/Vorschriften der oben genannten Funktion geben.

Es gibt frische Karten mit Version 7.380... wo kann man das Datum des Kartenstands auslesen?

Oh schön.
Vermutlich nirgendswo. Die Bestimmung geht wohl nur über den Umweg, dass man sich paar OSM-Änderungen der letzten Tage/Wochen anschaut und diese mit den ME Kartendaten vergleicht...

AB-inf-x-chg-AB wrote:

Die Bestimmung geht wohl nur über den Umweg, dass man sich paar OSM-Änderungen der letzten Tage/Wochen anschaut und diese mit den ME Kartendaten vergleicht...

das hat kreuzschnabel regelmäßig gemacht. Ein weiterer Grund, ihn hier zu vermissen.

Es ist Urlaubszeit...

wicking wrote:

Leider ist Magic earth aber so beknackt, dass es auf eine WLAN-Verbindung wartet, um die Karte zu aktualisieren. Ich habe aktuell kein WLAN hier, aber mobile Daten kosten außerhalb von Deutschland nichts. Und das Internet ist außerhalb Deutschlands auch ziemlich schnell. Ist es etwa eine deutsche App, dass sie auf WLAN wartet?

Die Frage ist, zumindestens bei der Android Version, wer hier "beknackt" ist...

Tja, wer Lesen kann, ist im Vorteil. 😛

Heute kam nur eine knappe Woche nach dem letzten Kartenupdate ein neues. Da mußte wohl noch ein wichtiger Kartenfehler bereinigt werden.

Tatsächlich, der von mir im Nachbarforum bei Android- Hilfe gemeldete Kartenfehler an der A 11 in Brandenburg ist verschwunden. Super!

Klasse, nebenbei ein anderes Thema:
Gibt es Neuigkeiten ob/wann die Schlüssel wie website / contact:website an POI-Lesezeichen und Schlüssel wie destination:forward / destination:backward während der Navigation ausgewertet werden?

RC23 wrote:

Heute kam nur eine knappe Woche nach dem letzten Kartenupdate ein neues. Da mußte wohl noch ein wichtiger Kartenfehler bereinigt werden.

kann auch sein, dass sie endlich auf wöchentliches Update umgestellt haben 🙂

Sie hatten mir mal in einem E-Mail Gespräch geschrieben, dass sie auf dauer auf ein schnelleres inkrementelles Kartenupdate umstellen möchten. 🙂

Routet ME oder Osmand bei hw=track und access=yes (PKW)?

Also bei ME kannst in den Routing-Einstellungen einstellen "vermeide unbefestigte Straßen"
Wenn du das aus machst, vermute ich, dass er hw=track nimmt.

Habe in den letzten zwei Wochen auf android-hilfe.de einige Kurzanleitungen für Magic Earth geschrieben und dabei auf die Bedeutung von den OSM Mappern hingewiesen, die dafür sorgen, daß OSM und damit Magic Earth immer besser wird.

https://www.android-hilfe.de/forum/magic-earth.3177/

Komme vom Nachbarforum und brauche euren Rat:

Beim Autobahnkreuz Kerpen verhält sich Magic Earth etwas seltsam. Kurz vorm Kerpener Kreuz bringt ME im Fahrbahnrouting noch Orientierung geradeaus, obwohl man als Abbieger nach rechts auf die nach rechts orientierten Fahrbahnen umschwenken muß. Oder ist hier der Routinghinweis richtig, da man strenggenommen weiter geradeaus fährt und erst kurz danach rechts abfährt?

Zur Route: Start aus Richtung Köln auf A4, dann im Kreuz Kerpen die Ausfahrt mit Ziel zum Beispiel diese Tankstelle:
Aral, Kerpener Str. 185, 50170 Kerpen

Posting auf android-hilfe.de https://www.android-hilfe.de/forum/magi … t-12174777

Video https://drive.google.com/file/d/10kuFOz … sp=sharing Am besten auf Großbild umschalten, ansonsten wird´s zum Puppenkino. 😉

OSM https://www.openstreetmap.org/search?qu … 948/6.6989

Wie seht ihr das? Ist das in OSM richtig gemappt oder muß ME bestimmte Werte anders einstellen?
Die Routingsituation am Kreuz Kerpen ist nicht ganz so easy.

Rüdiger