Nutzt Du OsmAnd?

Die addr:housenumber soll die postalische Hausnummer enthalten, sonst gibt's Fehlermeldungen: https://tools.geofabrik.de/osmi/?view=addresses&lon=10.56390&lat=52.31478&zoom=16&baselayer=Geofabrik%20Standard&opacity=1.00&overlays=buildings%2Cbuildings_with_addresses%2Cpostal_code%2Centrances_deprecated%2Centrances%2Cno_addr_street%2Cstreet_not_found%2Cplace_not_found%2Cnodes_with_addresses_defined%2Cnodes_with_addresses_interpolated%2Cinterpolation%2Cinterpolation_errors%2Cconnection_lines%2Cnearest_points%2Cnearest_roads%2Cnearest_areas%2Caddrx_on_nonclosed_way
Für andere Bezeichnungen, z.B. interne DLR-Gebäudenummern, kann addr:unit oder ref verwendet werden. Beispiellösung siehe node/618923108. Der Gebäudeeingang 1D ist mit dem adressierten Gebäude verbunden und wird von OSMAnd nur einmal in der Suche aufgelistet. Schlechter schon bei Eingang 1A node/3804629194, der dort doppelt auftaucht.

Die zweite an der Forststraße gegenüber vom Bahnhof. Die dritte und jüngste dann am späteren Naturdenkmal.

Insgesamt wohl drei Ziegeleien: die erste in der Mitte des Querumer Pass an der heutigen Abzweigung Forststraße von der Bevenroder Straße

In Querum gab es zwei Ziegeleien, diese gegenüber vom Bahnhof und die andere an der Bevenroder Straße. Beide hatten eine eigene Tongrube.

In den Bebauungsplänen QU53 und QU27 ist dieser "See" als "Ziegeleiteich" bezeichnet. Angesichts der Größe und des besonderen Ziegeleiteisches im Osten ist eine Klarstellung in Ziegeleisee angebracht.

Eskalation am Erdbeerbusch: https://archive.is/aedoC

Naja, wenn man es anfasst, darf man ruhig die beste, verfügbare Datenquelle nehmen. Dann wird auch klar, ob es sich um einen nicht eingemessenen Schwarzbau handelt oder nicht.

Gefragt war zu einem neuen und wahrscheinlich falschen) Punkt Waldrandes, geantwortet wurde zum Weg?

Warum wurde dieser Wald way/105879012 mit diesem node/12898819854 verbunden?

Aus changeset/179090666.
Danke.

Mit changeset/179147875 sind nun die Punkte node/13606354050 und node/13606354051 an genau der gleichen Position wie node/13602277571 erzeugt worden.
1.
Damit liegen drei Punkte exakt übereinander.
2.
Der Ernst-August-Stollen hat den unnötigen und sehr wahrscheinlich falschen node/13606354051 erhalten.
3.
Auch beim way/34605390 ist nicht klar, warum der node/13602277571 überhaupt eingefügt wurde.

Die Änderung im changeset/179147875 wirkt destruktiv.

Wie gesagt, es geht um die innenliegenden, zusätzlichen Eckpunkte, siehe changeset/162004840#c1560236

Am Knoten hängt ja auch noch ein Weg als fünftes (Linien-)Element, der eigentlich an der Straße enden sollte. Naja.

Bei node/13602277571 wieder eine Super-Kombi: Stollen auf layer -3 mit abstraktem Langetal mit zwei konkreten Landuses kombiniert. Löse bitte selber auf.

Bei Arbeiten an Gebäudeumrissen in Niedersachen sind mittlerweile die ALKIS-Daten die beste Grundlage. Dort sind die maßgeblichen Außenmauern dargestellt. Damit hätte dann auch dieses Gebäude way/1483741777 am richtigen Platz gestanden.

Das Wiki-Bild dazu: osm.wiki/File:Street_Side_Parking.png

Das Wiki meint dazu: "The area must be within a bigger area tagged with amenity=parking." Demnach braucht es eine eigene, innenliegende Fläche mit eigenen Eckpunkten.

Hier liegen irgendwie zwei Parkplätze übereinander. Einmal parking und dann parking_space. Warum ist das so?

Bitte beim Rück-Umzug der Hundefriseurin nicht nur den node/4425323510 verschieben, sondern gerne auch die addr:street usw. ändern. Erledigt mit changeset/178978951

Mit dieser Änderung wurde der AED node/13103445090 in die Kreisstraßen-Master relation/2054262 und in die K17 relation/89084 aufgenommen. Warum? Vorsorglich wieder entfernt.