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.
Wofür der Aufwand? Nach dem normalen update über Playstore kann man die Blitzerwarnungen deinstallieren. 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
Um sicher zu gehen, nachdem alle Welt behauptet man könnte die Anzeige abschalten.
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 ?
Den Zwinker-Smiley hast Du übersehen?
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…
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.php?title=Special:CreateAccount&returnto=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
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?
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…
Wie oft läuft das Prüf-Script? So was wichtiges sollte mMn täglich laufen.
Ja, den Brouter-Suspects meinte ich wohl. Laut Help wird der einmal wöchentlich geupdated.
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,
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
Versuchen wir’s:
Mal sehen, wie sie damit umgehen und ob überhaupt
–ks
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.
… 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.