Es ist vermutlich nicht ganz so einfach den Stadtbezirken und Bezirksteilen place-Knoten zuzuordnen. Die meisten Stadtbezirke haben Namen, die mehrere Stadtviertel kombinieren (wie Schwabing-Freimann). Da macht es m.E keinen Sinn einen place-Knoten anzulegen. Andere sind auf der Ebene der Stadtbezirke schon eindeutig (z.B. Laim). Wenn man die Hierarche der place=suburb/quarter/neighbourhood (osm.wiki/DE:Tag:place=quarter) anwenden will, muss man die Zuordnung zu den Admin-Ebenen konsistent hinkriegen.
Möglicherweise haben wir damals, als die Stadt München die Verwaltungsgrenzen für OSM zur Verfügung gestellt hat, deshalb die Finger davon gelassen.
Das Herumbasteln an einzelnen place-Knoten wird stadtweit eher nicht zu einer konsistenten Lösung führen.
Man könnte das Thema beim nächsten Münchner OSM-Treffen diskutieren, um einen Konsens zu finden.
Ich muss da noch ein bißchen grübeln.

Wenn das missverständlich war: meine etwas scherzhafte Bemerkung galt dem Begriff "Schwabing Nord", der in Wohnungsanzeigen gerne mal verwendet wird. Milbertshofen ist natürlich ein Stückchen westlicher.
In der Sache stimme ich map per zu, es gibt weder einen Stadtbezirk noch einen Bezirksteil Schwabing Nord.
Die Stadtbezirke und Bezirksteile sind in München vollständig erfasst: https://overpass-turbo.eu/s/1ggr
Gemarkungen sind nicht deckungsgleich mit Stadtbezirken.

Doch, bei Wohnungsmaklern gibt's das schon ;)
klingt besser als Milbertshofen.

Hallo robome,
die Adresse von way/46479284 sollte dann auch noch 90453 Nürnberg in 91126 Schwabach geändert bekommen und am besten noch addr:suburb=Wolkersdorf dazu, richtig?

Viele Grüße,
Rainer

Hallo Eagle870,
bei der DRK Bergwacht Göppingen ist wohl mit der Adresse etwas durcheinandergekommen, denn die ist in Geislingen. Dieses Objekt hier: node/9505233408
Kannst du das korrigieren?

Viele Grüße,
Rainer

außerdem source=Maxar Premium Imaginery

Hi Pieter,
understan, so it is not generally MapComplete.
In JOSM I fixed it with
1. run the validator to get all the errors and warnings listed and marked
2. the easier case: a simplepoint in the outline of one building:
select the point, use the shortcut g which makes 2 separate points at the same position, move the selected point (which is the upper of the 2points) a bit aside and delete it; the other point at the original position remains
3. the a bit mor complicated cas: the duplicate point is common with the neighbor building. In that case you need to know to which building it belongs. For that I used the list of the errors, selected one, right-clicked + zoom to problem, then I selected the building and the duplicated point and used g , which now deconnects it from the neighbor building. The rest is like in 2.: use g again on the selcted point, move the upper of the 2 points aside and delete it. Finally I merged the now single point with that from the neighbor building that was originally a common point (select both + shortcut m).
I am only not sure, whether the shortcut g is from utilsplugin-2 or another plugin.
You can skip the move aside of the upper point and delete it directly, the bottom point remains, but the moving visualised me that I am doing right.

Best regards,
Rainer

Hallo László Telavarro,
nachdem dein User wieder entsperrt wurde, erzeugst du wieder viele doppelte Punkte. Es sieht so aus, als ob du deine Mappingtechnik nicht verbessert hast bzw. weiter mit dem defekten oder ungeeigneten Gerät arbeitest.
Bitte erläutere welche Maßnahmen du ergreifst, um diese Fehler zu vermeiden. Am besten beteilig dich im Forum an der Diskussion, die inzwischen auf Seite 7 angekommen ist: https://forum.openstreetmap.org/viewtopic.php?pid=855246#p855246
VG,
Rainer

Hi Pieter,

with the QS tool OSM inspector I found many duplicated points in the ways of buildings in Merchtem. Those in the screenshot https://ibb.co/wQPjwRb I have corrected, but there are more: https://tools.geofabrik.de/osmi/?view=geometry&lon=4.23152&lat=50.95943&zoom=18&overlays=self_intersection_ways,self_intersection_points,single_node_in_way,duplicate_node_in_way
I suspect that is caused by the editor MapComplete, as I have seen other edits recently, but those had only a few of these errors.
Maybe you can check after a new edit, if you can identify how the issue appears or maybe MapComplete is not the ideal editor for buildings?

Bye,
Rainer

Revert mit changeset/117313632, da keine Antwort und offensichtlich falsche Adresse.

Sollte railway:signal:electricity sein, siehe History. Ist wohl beim letzten Edit kaputtgegangen.
Hab's repariert.

Hallo angelika,

weil ich hier als source die Quelle HK Thüringen - gaz_hnr_wms sehe, gibt es dafür inzwischen eine Freigabe des Thüringer Landesamtes für Bodenmanagement und Geoinformation?
Auf den Wikiseiten osm.wiki/Contributors#Germany und osm.wiki/DE:Permissions findet sich darüber nichts und auf osm.wiki/DE:Potential_Datasources#Th.C3.BCringen ist vermerkt, dass eine Übernahme der Hauskoordinaten nicht möglich ist.
Auch die Capabilities im WMS https://www.geoproxy.geoportal-th.de/geoproxy/services/HK?REQUEST=GetCapabilities&version=1.1.1&service=WMS sagen "Datenlizenz Deutschland Namensnennung 2.0" und genau diese Namensnennung ist bei der Lizenz das Problem. Da braucht es einen Zusatz für OSM, dass es genügt Die Quelle im Wiki zu dokumentieren.
Hast du vom Landesamt die Zustimmung bekommen? Das wäre natürlich super und sollte im Wiki dokumentiert werden. Eine Info im Forum wäre auch noch gut, damit alle die Quelle nutzen können.

Viele Grüße,
Rainer

Hi Raihas,
this is not really a service way, only a private driveway to the garage of the house owner.
If you really have local sources for your mapping, please be more precise.
BR,
Rainer

Danke für den Tipp!
Die Gebäudeumrisse werden standardmäßig bei den Hintergründen nicht angeboten, aber nun habe ich gesucht, gefunden und eingebunden.
Vereinzelt sehe ich neue Gebäude im Luftbild, die bei den Umrissen fehlen. Die scheinen also etwas älter zu sein.

Korrektur CS-Kommentar:
5 Rettungspunkte, 1 Parkplatz, 1 Picknicktisch.

Kein Ding. Ich wollte nur die PLZ dort fixen, habe mir aber angewöhnt, immer den Validator in JOSM laufen zu lassen, um zu sehen, ob sich was beheben läßt. Das habe ich hier in dem Kartenausschnitt einfach schnell gemacht.
Schöne Weihnachten und frohes Mappen!
Rainer

Hallo László Telavarro,
du produziert weiterhin jede Menge Geometriefehler, in diesem Änderungssatz 39 doppelte Punkte. Der Editor hat dich darauf hingewiesen und das mit dem Vermerk warnings:close_nodes:vertices = 39 abgespeichert.

In früheren CS-Kommentaren wurde ja schon mehrfach darauf hingewiesen.
Diesen Fehler hat noch niemand reproduzieren können und es scheint auch nur bei dir aufzutreten.
Gründe können sein:
1. dein iPad hat einen Defekt und sehr oft werden zwei Punkte gesetzt, wenn du einen machen willst.
2. ein iPad und der iD-Editor sind ungeeignet für Bearbeitungen in OSM.
Lösungsmöglichkeiten:
a) schließ eine Maus an und zeichne Linien mit der Maus statt dem Touchpad.
b) bearbeite die angezeigten Warnungen, bevor du die Änderungen hochlädst.
Wie du die Warnungen sehen und beheben kannst habe ich hier beschrieben (sind 4 Seiten):
https://ibb.co/7rcgCkM

Viele Grüße,
Rainer

Hallo David Hubert,
diese Änderung ist mir wegen des Zahlendrehers in der PLZ aufgefallen, aber die Adresse Kulmbacher Straße 40 paßt gar nicht zur Position. Entweder ist die Adresse falsch oder die Position stimmt nicht.
Könntest du das mit deinen Unterlagen abgleichen und korrigieren?

Viele Grüße,
Rainer

Hallo gnlpfth,
ich habe diesen Änderungssatz revertiert, um die Relationen der Tram 15 in die Tram 25 integrieren und deren Historie erhalten zu können. Der Einstieg an der Großhesseloher Brücke ist ja unterschiedlich für die Züge, die dort wenden.
Servus,
Rainer

Hallo rms_GAON,

ich habe die Haltestelle Baiershofen auf der Südseite des Dorfangers an die tatsächliche Position 20 m weiter westlich verschoben und die Atrribute des Amenity=shelter auf das bereits eingezeichnete Wartehäuschen übertragen und den Punkt node/8879526936 gelöscht.

Viele Grüße,
Rainer