Du solltest öfter mal sagen was du meinst - nicht hoffen, dass andere das schon raten werden. -.-
(Und nein, ich packe mir jetzte keine Dänemark- oder Europa-Karte aufs Garmin, um nach der Adresse zu suchen)
Ich habe es repariert. Schuld scheint Changeset Nr. 19848580 zu sein. Der landuse=commercial vom Daimler war vorher an die südliche Fahrbahn der Rheinstraße drangeklebt. Vermutlich wollte der Mapper das schöner machen.
Danke dafür.
Ich dachte aber weniger an die Wiese. in kleinerer Zoomstufe sieht man einige schamhaft ob ihres desolaten Zustandes errötete administrative, die innige Zuwendung durch eine Grenzfachkraft benötigen.
Mal eine Beobachtung aus eigener Erfahrung, was in den Bereich Mapping-Unfall (oder vielleicht JOSM-Bug??) gehen könnte…
Bei JOSM und aktivierter Funktion Continous Download passiert es mir öfters, daß ein Punkt oder eine Linie automatisch verschoben wird. Das passiert dann, wenn ein Objekt noch makiert ist, ich den Ausschnitt weiter verschiebe, neue Daten geladen werden und ich bevor die Daten vollständig geladen sind, in das Kartenfenster klicke, weil ich ein neues Objekt auswählen will. Das ist reproduzierbar. Da ich davon weiß, passe ich höllisch auf, daß mir das nun nicht passiert… nervig ist das trotzdem…
Habe eben mal die Gemeinde Vils korrigiert. Manche Geometrie-Fehler (siehe Gemeinde Untrasried) lassen sich mit den OSM-Regeln für Multipolygone aber auch nicht vernünftig lösen.
EDIT: Gestern hat ein anderer User auch schon einiges in AT gefixt.
… und ein Beleg für die Unsinnigkeit dieser Art des Einsatzes von Multipolygonen, die ich Sinne der Thread-Überschrift schon eher dem Vandalismus als den Mappingunfällen zuordnen würde.
Ja. Großflächig eine riesige Fläche umkreisen (z.B. mehrere Wiesenlandschaften) und dann alles andere als “inner” Ach ja, dann noch einige inners außerhalb des “outer”
Habe nicht den ganzen Thread gelesen. Falls noch Beispiele für typische Mappingunfälle gesucht werden und solche wie folgendes Beispiel noch nicht erwähnt wurden:
Dieser landuse=residential-Umriss http://www.openstreetmap.org/way/211486440 wurde in Changeset http://www.openstreetmap.org/changeset/17955343 mit iD versehentlich kreisförmig gemacht. Die Anzahl der Nodes wurde dabei zudem von 72 auf 12 reduziert.