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.
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 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.
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.
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.
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.
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)
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.
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?!
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.
und rennen lassen? Darüber könnte man einige finden…