Ah, falscher Scope meinerseits - ich hatte halt den Gedanken ‚wenn ich gerade mit dem Editor zugange bin und mir dort sowas auffällt, lösche ich es und mache meinen Kram weiter – und wenn’s jeder so handhabt, muss nicht ein Einzelner eine siebenstellige Anzahl Objekte löschen‘ – dass man der Ursache trotzdem auf den Grund geht und möglichst versucht, sie abzustellen, habe ich an der Stelle einfach als gegeben angesehen, sorry dafür.
Aber was genau ist denn die Ursache? Im Zusammenhang mit map.me konnte man ja häufiger „veraltete Daten“ als Grund für doppelte Sachen und so lesen, aber die Touristenattraktion „Fotos aus Auto“ dürfte doch schlicht von einer Fehlbedienung herrühren?
Ich hab ihm vor zehn Tagen schon einen Changeset-Kommentar und eine Nachricht auf seiner Benutzerseite hinterlassen, aber die scheinen ihn nicht zu erreichen. Danach war zwar erst mal Ruhe, aber gestern hat er wieder angefangen.
Kam eigentlich schon mal folgendes zu Maps.me zur Sprache?
Die App hat ja jetzt eine “Anbindung” zu dem Hotelbuchungsportal booking.com
d.h. wenn man in der App auf ein Hotel klickt, welches bei booking.com geführt wird, kann man sich gleich bei Bedarf zum Buchen eines Zimmers weiterleiten lassen, denk ich mal.
Es erscheint mir aber so, dass diese Hotels von der Positionierung nicht meht mit jenen Koordinaten sichtbar sind, wie diese in den OSM-Daten drin sind, sondern wie diese bei booking.com hinterlegt sind.
Kann das wer bestätigen oder dementieren?
Ich hab aber auch schon einen Fall gesehen, da liegen die OSM-Koordinaten zu einem Hotel und jene laut booking.com wohl soweit auseinander, dass diese “Verschmelzung und Verschiebung” nicht stattgefunden hat, somit Hotel doppelt in der Karte!
Ist es eigentlich gewollt, daß Maps.Me jetzt standardmäßig name:de=* bei Edits in Deutschland verwendet? Da werden dann Namen hinzugefügt, obwohl schon ein Name vorhanden ist. Ein Beispiel von vielen: https://www.openstreetmap.org/node/3470966059.
Es reicht doch eigentlich ein ganz normales name=*, oder sehe ich das falsch? Liegt es dann am Mapper, der nicht sieht, daß dort schon ein Name vorhanden ist, oder suggeriert ihm die App, daß noch ein Name einzugeben ist?
Es scheint vielen Leuten nicht ganz klar zu sein, wofür die Notes überhaupt gedacht sind, hier mal eine kleine Auswahl von Dingen die mir bisher begegnet sind:
Laut WIKI:
name=Irgendwas (offizieller, lokaler Name, in lokalem Schriftsystem)
name:en=Something (Name in englisch, in lateinischer Schrift)
name:de=Irgendwas (Name in deutsch, in lateinischer Schrift)
name:fr=Quelque chose (Name in französisch, in lateinischer Schrift)
name:es=Algo (Name in spanisch, in lateinischer Schrift)
name:ru=что-то (Name in russisch, in kyrillischer Schrift)
name:zh=東西 (Name in chinesisch, in chinesischer Schrift)
Ich sehe da auch keinen Fehler, name:de=* zu ergänzen, zu nutzen. Genauso wenig, wenn ein Chinese die Dresdner Oper mit name:zh=森柏歌劇院 bezeichnet.
Wenn jemand einen deutschen Namen zu Praha sucht → Prag.
@Rainero Na ja, amenity=childcare ist halt eine nicht näher bestimmte Kinderbetreuungsstelle, und das scheint hier der Fall zu sein. Siehe auch hier: https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dkindergarten
Eine Abgrenzung von Kindergarten und Kinderbetreuung ist schon definiert.
Viele “abgelehnte” Proposale haben sich doch tlw. mit vielen tags durchsetzen können. Es muss halt immer genau definiert werden, für was das Tag steht.
Wenn maps.me jedoch Kindergärten falsch definiert, sollte man das hier nochmal melden.
Ich bin zum wiederholten Mal über einen Maps.Me Edit gestolpert, in dem durch Änderung von Öffnungszeiten die schon vorhandenen Daten (in diesem Fall “Su,PH off”) gelöscht wurden. Ich hatte beim ersten Mal (CS bzw. User fällt mir nicht mehr ein) den User angeschrieben, und er sagte, er wüsste davon nichts. Da es sich jeweils um neue User handelte, möchte ich nicht ausschließen, daß hier fehlende Kenntnis eine Ursache war.
Gleichzeitig wurde ich das Gefühl nicht los, daß die Informationen dem User der App vielleicht gar nicht angezeigt werden und beim Abspeichern der neuen Daten die alten Daten ersetzt und somit gelöscht werden. Auf der Wikiseite https://wiki.openstreetmap.org/wiki/Maps.Me/Questionable_OSM_Edits habe ich ganz unten einen Eintrag aus dem Juli 2016 gefunden, der das Thema zu treffen scheint.
Offensichtlich besteht das (wie ich finde signifikante) Problem nach wie vor. Weiß jemand von Euch genaues?
Ich muss diesen Thread doch noch einmal hochholen und freue mich über Ideen, wie man obiges signifikantes Problem lösen kann. Ich treffe alle paar Tage auf Objekte, bei denen “Su,PH off” automatisch durch Maps.Me gelöscht wurde, ohne das der User dies mitbekommt.
Wann hast du die Entwickler der App darüber in Kenntnis gesetzt? Kann man das irgendwo nachlesen? Falls ja und eine angemessene Frist verstrichen ist, wäre es überlegenswert, den Fall der DWG zu übergeben (diese kann dann angemessene Maßnahmen ergreifen).
Neben vielen anderen Möglichkeiten liegt das möglicherweise auch daran, dass “Su,PH off” auch einfach falsch ist und der maps.me OH-Parser es nicht automatisch korrigiert …
Auf der Wikiseite, die Probleme mit der App dokumentiert (https://wiki.openstreetmap.org/wiki/Maps.Me/Questionable_OSM_Edits), wurde ganz unten folgendes geschrieben “I have reported this bug twice via email and github but there has been no reaction from Maps.me so far. – Mapper999 (talk) 21:06, 24 July 2016 (UTC)”. Der Github Link lautet https://github.com/mapsme/omim/issues/3431. Wobei sich hier die Frage stellt, ob die App den User “encouraged” oder es eigenständig macht.
Aus meiner spärlich vorhandenen Korrespondenz mit Maps.Me Nutzern geht hervor, dass diese in der Hinsicht keine Löschungen vorgenommen haben. Deshalb gehe ich stark von einem eigenständigen Verhalten der App aus.
