Maps.Me macht Probleme

Hallo,

wenn ich mir die kommentierten Änderungssätze in Deutschland ansehe, habe ich den Eindruck, dass es derzeit Probleme mit der Qualität von Maps.Me-Änderungssätzen gibt. (Vielleicht zieht Maps.Me aber auch einfach einen Schwung frischer Neulinge an und senkt dadurch unweigerlich die Qualität) Bevor man jedoch der Firma dahinter einfach vorwirft, dass ihre App schlecht sei und OSM schade, sollte man mal die Fälle sammeln, sortieren und beschreiben. Dann kann man auch vernünftige Vorschläge machen, wie man diese Negativbeispiele verhindern kann.

Ich habe dazu eine Wiki-Seite angelegt und lade euch ein, eure Fälle dort zu dokumentieren.

https://wiki.openstreetmap.org/wiki/Maps.Me/Questionable_OSM_Edits

Wer auf der Wiki-Seite etwas einträgt, ergänze dort bitte auch, Links zu Änderungssätzen, die das Problem belegen.

Viele Grüße

Michael

EDIT: Fett hervorgehobene Zeile ergänzt.
EDIT: Titel war vorher “Macht Maps.Me Probleme?”, jetzt als Aussage formuliert.

Hier wurde gleichzeitig zum Edit eine Note erstellt.

Gruß Thomas

Danke an Michael für die Initiative!

Das Erzeugen von (POI-)Dubletten ist momentan unvermeidlich, da die Daten in der App mehr oder weniger veraltet sind, zumindest mehrere Wochen oder Monate hinter dem aktuellen Datenbestand sind.

Positiv auffallend sind die relativ große Anzahl neuer Notes, die von Maps.Me auto-generiert werden, als Hinweis auf nicht mehr existente Objekte, siehe z.B. http://www.openstreetmap.org/note/584837#map=16/47.6499/12.2240&layers=N
Durch die Funktion ist ein vor-Ort-Check nach dem 4-Augen-Prinzip möglich und es ist weniger wahrscheinlich, dass Newbies einfach Objekte löschen.

Ja richtig - wenn man es so handhabt und nicht jede Meldung glaubt! Es gibt auch “fleißige” Mapper, die überörtlich Notes unbesehen bzw. ohne kritisches Überprüfen abarbeiten :frowning: Wir hatten auch schon Falschmeldungen über angeblich nicht mehr existente Objekte. Dachte anfangs, dass das wohl Konkurrenten sind die den Anderen aus der Karte drängen wollen. Rückfragen werden aber überraschenderweise kaum beantwortet - trotz OSM-Account des Melders.

Ein Problem der App bei Öffnungszeiten ist definitiv, dass es im Normalmodus nicht möglich ist, die Öffnungszeiten für Feiertage anzugeben. Das Eintragen von mehreren Öffnungszeiten pro Tag ist auch kompliziert gelöst und verleitet zu Fehlern bei der Eingabe.

Zumindest in der iOS-Version ist das sogar relativ elegant gelöst - im Normalmodus mit “Schließzeiten hinzufügen” und im erweiterten Modus anhand der Syntax-Beispiele. Damit können natürlich auch Feiertage ergänzt werden.

Die Karten sind bei mir maximal mehrere Wochen alt, dann kommt meistens bereits ein update.

Hatte vor 2 Wochen auch einen neuen Doktor, der über Maps.me eingetragen wurde. Nach vor Ort Überprüfung wurde er wieder gelöscht, weil da weit und breit keiner war. Sieht also erstmal nach einem Benutzerproblem aus.

Ich habe mir das mit den Öffnungszeiten noch einmal angeguckt, es ist sogar noch schlimmer:

Wenn jemand bereits eine Öffnungszeit mit PH eingetragen hat, so ist die Eintragung innerhalb maps.me als nicht vorhanden markiert (auch nicht im erweiterten Modus) und dies führt dazu, dass man bereits richtige Öffnungszeiten falsch neu einträgt (ohne PH und damit unbewusst überschreibt).

Das ist auch bei Android so. Ich empfinde es schon selbst als anstrengend es so einzutragen und frage mich ob das alle verstehen, weil an jedem Ladenschild eben nicht die Schließzeit steht, sondern in der Regel mehrere Öffnungszeiten pro Tag. Im OSM-Tag wird es auch nach diesem Prinzip geschrieben. Der erweiterte Modus ist sicher nicht das Problem, wird aber ohnehin nur von Profis genutzt.

Ich versteh das Fragezeichen im Titel nicht.

Es ist ja allgemein bekannt, dass es neben dem grundsätzlichen Problem mit der Arbeitsweise der App (nehme uralt Daten, lade die Edits hoch egal ob schon was da ist oder nicht… usw), es auch noch den “Chinesischen Datenmüll” Effekt hat der schon viele Stunden an Aufräumarbeit verursacht hat.

Die häufigen prominenten Opfer z.B. http://www.openstreetmap.org/node/2306343684/history (ganze history anschauen) kommen ja da noch gut weg weil die meistens nach einem Tag oder so auffallen … der ganze Rest wird wohl noch über Jahre hinweg vor sich hin faulen.

Simon

Für sowas finde ich http://osmlab.github.io/osm-deep-history/#/node/2306343684 absolut klasse.

Oh ja, der Chinesen-Schrott ist wirklich schlimm. Hier z. B. in Berlin: https://www.openstreetmap.org/node/272409455.

Klar, ist hübsch und hilfreich - wenn man ein kritisches Objekt gefunden hat. Aber sowas erstmal zu finden, das ist das Problem.

Gruss
walter

ps: es ist vor einigen Tagen eine neue Version vom Maps.me herausgekommen, das angeblich aktuellere OSM-Daten enthält.

https://itunes.apple.com/app/id510623322 oder auch https://play.google.com/store/apps/details?id=com.mapswithme.maps.pro

Ich hab grad keine osm2pgsql-Datenbank.

Kannst du mal

 select *
from [ ... nodes ...]
where "name" is not null
  and tags->"name:zh" is not null
  and strpos("name", "tags->"name:zh") != -1
  and (innerhalb DE)

in korrektes SQL umwandeln :wink: und rennen lassen? Darüber könnte man einige finden…

Danke für die Chinesisch-Beispiele. Ich habe sie im Wiki ergänzt, habe jedoch zwei Bitten:

  1. Behebt das Problem, nachdem ihr es gefunden habt. Es bleibt ja weiterhin in der Versionsgeschichte der Objekte sichtbar.
  2. Tragt es im Wiki ein. Dort ist es auf Englisch dokumentiert.

In einem anderen Thread hatte ich ja schon geschrieben:

In der Tat birgt die Möglichkeit der POI-Hinzufügens / Änderns über Apps wie Maps.me oder Osmand ein gewisses Gefahrenpotential für Datendoppelungen etc je älter deren Kartendateien sind, zu welchen wirklich ein eigener Thread hier gefüllt werden kann.
Für eine erste gezielte Suche nach Änderungssätzen dieser “Editor-Apps” hat ja seit kurzem der Dienst WhoDidIt von Simon eine Möglichkeit, gezielt nach bestimmten Editor-Namen (NICHT user) zu filtern:
http://simon04.dev.openstreetmap.org/whodidit/ … dort mal maps.me oder osmand oder was auch immer eintragen.

oder auch der (noch experimentelle changeset-Filter unter
http://osmcha-django-staging.tilestream.net/

Dort kann man auch einen Editor-Namen eingeben u d danach filtern, aber leider nicht regional filtern wie z.B. "alles nur in Europa oder einem bestimmten Staat.

Ich werd mal probieren, beides in der Wikiseite von Beitrag #1 einzutragen.

komisch:


select osm_id,tags
from planet_osm_point
where tags->'name' != ''
  and tags ? 'name:zh'
  and position(tags->'name:zh' in name) > 0
  and st_contains((select way from planet_osm_polygon where osm_id=-51477),way)
;
 osm_id | tags 
--------+------
(0 Zeilen)


liefert keinen Treffer.

Noch ein Hinweis, im Wiki scheinst du zu implizieren, dass die Chinesischen Touristen die das Problem verursachen, dass absichtlich machen. Das dürfte wohl eher ein Problem der Benutzerführung von maps.me sein, sprich name:zh tag wird nicht angeboten und möglicherweise auch ein RTL Problem.

Simon

RTL im Sinne von “Gegenteil von Sat.1” oder RTL im Sinne von rechts-nach-links.

Es wäre mir neu, dass irgendwelche Apps Chinesisch vertikal schreiben, nur dann gäbe es auch nur irgendwie ein Problem mit der Schreibrichtung. Horizontal schreiben sich chinesische Schriftzeichen wie unsere von links nach rechts.

Stimmt, RTL ist das richtige Software-Entwickler-Stichwort für Sprachen wie Hebräisch, Arabisch etc., trifft hier also nicht zu ;-). Vielleicht passt CTL – “Complex Text Layout” – oder CJK – “Chinese/Japanese/Korean” --; beides gängige Abkürzungen in Software-Projekten für die besonderen Anforderungen des Schreibens in ostasiatischen Sprachen?!

Danke fürs Prüfen. Hmm, dann gibt es das Problem nicht, oder nicht großflächig? Oder nur nicht dauerhaft?