Hallo Miple,

die Adressen passen hier irgendwie nicht. Die PLZ, Straßenname und der Ort finden sich im Nachbarort weiter nördlich.
Kannst du nochmal prüfen und korrigieren?

Viele Grüße,
Rainer

Kein Ding, die Ortsteile berühren sich da ja; da kann man leicht mal die Grenze übersehen.

Super :)

Hallo d-boehmer,

das Eintragen einer neuen Adresse am bestehenden Laden (Ovis Products) führt nicht dazu, daß das Objekt in OSM an die neue Adresse wandert. Ich spile mal das Heinzelmännchen und verschiebe den Punkt in die Schiebestraße.
Mit dem iD-Editor im Browser geht das über größere Strecken auch nicht vernünftig. Wenn in den Laden was neues eingezogen ist, ist es günstiger, den neuen Laden am bestehenden Punkt einzutragen und für den umgezogenen am neuen Ort einen neuen Punkt anzulegen.

Viele Grüße,
Rainer

@ map per
sehr gut, dass du die place-Knoten schon durchgegangen bist.
Bei den Stadtbezirken mit Doppelnamen jeweils einen place=suburb mit den Namensteilen zu machen, finde ich eine gute Lösung. Das gibt die Geographie besser wieder und verhindert einen Bruch in der Hierarchie suburb/quarter/neighbourhood. Die räumliche Ausdehnung des Stadtbezirks ist ja durch die boundary-Relation erfaßt.
D.h. wir haben nun place=suburb für die Knoten der Stadtbezirke und place=quarter für die Bezirksteile; dann bleibt place=neighbourhood für sonstige Namen von Siedlungen, die nicht zu einer der Verwaltungsebenen gehören, z.B. node/5792815054.

Unabhängig davon wäre es interessant, die Stadtteile und Stadtteilgrenzen der verschiedenen Epochen in der osm.wiki/DE:Open_Historical_Map zu haben.

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.