Ist korrigiert, war nur ein Hinweis.

Bibelgalerie an völlig falschem Ort.
(Problem der wheelmap-App)

Brettach hat nicht PLZ von Neuenstadt.
(Betrifft 2 Häuser im Lilienweg)

Physio in der Gotenstraße landete in Waldbronn. Fiel auf, da andere PLZ.
Wheelmap ist berüchtigt dafür, POIs am falschen Ort einzutragen. Bitte überprüfen.

Ans Gebäude wäre inkorrekt, da auch Pension.
Ich habe aber den POI mal auf disused:amenity gesetzt.

Das ist ein alter Streitpunkt, wo die Adresse hin soll.
Ich selber setze sie nicht mehrmals, lasse sie aber, wenn vorhanden.

Gaststätte ist laut Webseite zur Zeit geschlossen.
An der PLZ ändert das nichts.

name=Fix My Name
is not a proper name
I moved it to
FIXME=Fix My Name

Diese Version von rosemary setzt die Punkte kilometerweise falsch

Ich habe nur addr:city=Ehingen (Donau) korrigiert. Dass da stellenweise Adressen an POI und Umriss gleichzeitig waren, habe ich nicht bemerkt. Bei der Gelegenheit zerlege ich gleich noch ein paar Häuserblocks nach Hausnummer in der Umgebung.

Ich kenne diese Problematik auch aus unserer Gegend mit neu eingerichteten Schutzgebieten und einem Landeswaldgesetz, das das Befahren von Wegen unter 2 m Breite verbietet.
Da sollte aber das Prinzip greifen, dass wir mappen, was da ist.
Ein sichtbarer Weg/Rückegasse sollte also gemappt bleiben, aber natürlich mit dem entsprechenden access=no und vielleicht mit einer Erläuterung in description=* versehen werden.
Solche Wegeabzweigungen können ja auch zur Orientierung hilfreich sein.
Löschen sollte immer als letztes in der Bearbeitungskette stehen, also wenn der Weg / die Rückegasse nicht mehr erkennbar sind.

Danke. Ist korrigiert.

@giggls: Wenn mit simple features ein Nicht-Relations-Objekt (way) gemeint sein sollte: Ein Multipolygon ist nur als Relation darstellbar und etwas anderes kann ich aus meinem Beitrag nicht herauslesen.
Von daher verstehe ich den Beitrag nicht.

Zum Changeset hier: Eine normale residential-Fläche als MP-Relation zu mappen, finde ich unnötig, ein simples geschlossenes Polygon täte es auch.

Ich versuche es auch einmal:
Miteinander am Anfangs- und Endpunkt verbundene Wege sind Polygone (Vielecke, genauer geschlossene Vielecke).
Mehrere solcher Vielecke zu einem Objekt per Relation vereint sind Multipolygone. Standardbeispiel dafür sind ein Gebäude mit Innenhof oder eine Insel in einem See. Auch Polygone als Flächen nebeneinander in einer Relation können notwendig sein, wenn sie ein Objekt z.B. Schulgelände beschreiben (site-Relation).
Ansonsten ist eine bewährte Regel in der Informatik (Datenbanken gehören dazu), ein Objekt möglichst mit dem einfachst möglichen Mittel zu beschreiben, auch bekannt als KISS-Prinzip oder Occams razor. Daher so viele Relationen wie nötig und so wenig wie möglich.
Dass Wege in Relationen hinterlegt (Routen) unkaputtbar sind, halte ich für ein Gerücht.

have been there one week ago

Change set introduces a number of new key values and violates some OSM rules e.g. lanes value must be an integer.
Please change project prerequisites in coordination with ILO and KLL.

Ways without any tags are of no use.
Bing has too low resolution in this region.
Use Mapbox or DigitalGlobe instead.

The boundary of the city of Tübingen is the official boundary of the LEZ. Since there are two exclaves within the area, the LEZ has two holes.
It doesn't make much sense but that's the published state by Regierungspräsidium Tübingen.

In addr:postcode darf nur die PLZ stehen,
der Ortsname gehört in addr:city bzw. suburb

Vorsicht mit Leerzeichen am Ende von Zeichenketten. Nicht alle Anwendungen können damit umgehen.

geändert

Buildings (except round huts) should be rectangular with (mostly) 4 corners.
A fith corner comes from misinterpretation of gabled roof from slightly distorted imagery when taken a few degrees from the side.