Hello,
please see my comments in changeset/143829104 and just a week ago in changeset/174325901.
It is shut off, not permanently gone.
Regards

Hallo,
würdest du bitte aufhören diese ganzen unnötigen Multipolygone, bestehend aus nur "outer", zu erstellen.
Es ist ja schön, dass du damit so gut umgehen kannst, du erschwerst oder verhinderst damit aber die spätere Bearbeitung durch andere Mapper erheblich. Wenn eine Fläche als einfacher Weg erstellt werden kann, dann mache das bitte auch. OSM ist ein Gemeinschaftsprojekt, du bist hier nicht alleine unterwegs.
Gruß

Hallo,
alle Brunnen werden, mit wenigen Ausnahmen, über den Winter abgeschaltet - so auch dieser. Bitte nicht löschen.
Rückgängig gemacht mit changeset/174331761.
Gruß

Danke :-)

Restored the original values with changeset/174140124.

Hello,
reverted with changeset/174108419.
Those changes do not make any sense. There is no separate cycleway and the road was already tagged correctly.
Regards

Hallo und willkommen bei OSM,
die Änderung des Straßennamens und der Hausnummer widersprechen der Umgebung und ALKIS (Maarfeld -> Marfeld, Nr. 40 doppelt) und habe ich daher rückgängig gemacht: changeset/173939402
Gruß

Hello,
I just want to inform you (in case you don't know it already) that those "descriptions" are so called Gewannnamen (historical names) and are still visible in ALKIS (but mostly not OTG). Sometimes those names looking weird ("Zwischen den Wegen X and Y") and there were discussions in the past if we need them in OSM (I personally don't) and which tag should be used. As far as I know that discussion ends with no real concensus (as often :-)).
Deleting them could be short-lived, because as I mentioned they are visible in ALKIS and another mapper could recreate them.
Regards

Ich lade dich nach https://community.openstreetmap.org/t/zuviel-des-guten-bei-der-multipolygon-nutzung/ ein. Dort wird aktuell auch über die Verwendung von MPen diskutiert.

Zum vorletzten Absatz: Bitte löse dich davon, dass nur du Änderungen vornimmst. Mag sein, dass die "andere Variante" bei einer Änderung 3 Klicks mehr erfordert (ich hab sie nicht gezählt ;-)), aber ich weiß, dass diese auch ein weniger versierter User bearbeiten kann.
Und am Ende sollte das das Ziel sein.

Magst du uns mal den Renderer nennen? Ich habe nämlich das Gefühl, du lässt dich beim Mappen zu sehr davon leiten, wie das bei diesem Renderer aussieht.

Das Problem ist doch: Du (vanagaudi) weißt, wie du mit MPen umgehen musst, ein Großteil der anderen Mapper aber nicht, vor allem Neulinge. Letztere wollen vielleicht nur die Eigenschaften einer Fläche ändern und stehen vor dem Problem, dass sie zwar einzelne Wege selektieren können, aber nicht die Fläche, weil die ein eigenes Objekt ist. Entweder geben sie dann auf oder taggen einen der Wege um. Oder sie wollen nur eine Fläche löschen, löschen aber stattdessen die einzelnen Wege. Die Folge: ein MP leer, (mind.) ein anderes beschädigt. Das müssen dann andere Mapper reparieren.
Ich bitte dich daher, deine Arbeitsweise nochmal zu überdenken. Warum kompliziert, wenn es auch einfach(er) geht, siehe https://de.wikipedia.org/wiki/KISS-Prinzip.

Mir ging es primär um die Flächen am Friedhofszugang (osm.org/#map=19/50.899303/6.281205).
Grundsäzlich: Wenn es kein "inner" gibt, benötigt man i.d.R. auch kein Multipolygon, sondern kann ganz normale Flächen mappen.
Das Wiki-Beispiel bezieht sich auf sehr große Flächen (wo die maximale Anzahl Nodes überschritten würde) oder wenn sich die Linien nicht überschneiden sollen. Ich vermute, es geht dir hier um letzteres.
Davon kann ich aber auch nur abraten, weil das die Komplexität, vor allem auch für andere Mapper, unnötig erhöht. Gerade Neulinge verstehen das Prinzip nicht, was dazu führt, dass das MP beim mappen "kaputt" geht. Ich baue solche Konstrukte regelmäßig auf normale Flächen zurück, weil sie, entgegen deiner Annahme, eben nichts leichter machen.

Ist das ein Versehen, dass die Flächen (Parkplatz, Gras, Fußweg) alles Multipolygone sind?

Hallo,
es gibt hier keine Wartelinien.
Die Nodes mit "traffic_sign=DE:341" müssten stattdessen "highway=give_way" sein.
Die Relationen, die es weltweit ohnehin nur wenige Male gibt, halte ich für unnötig. Wenn wir alles, was irgendwie in Bezug zueinander steht, immer auch in Relationen packen, blickt am Ende keiner mehr durch.
Gruß

Danke

Hallo,
"oneway=yes" bei Kreisverkehren zu setzen ist unnötig, da automatisch angenommen, siehe osm.wiki/DE:Tag:junction=roundabout.
Änderst du noch die Rampen am nordwestlichen Kreisverkehr auf "motorway_link"?
Gruß

Danke für die Rückmeldung.
Bitte dann nicht den Node löschen, sondern ein osm.wiki/DE:Lebenszyklus-Pr%C3%A4fix nutzen.
Das habe ich nun gemacht: changeset/173308059.
Die Daten beim Küchenstudio habe ich ergänzt.

Hallo,
das Ladenlokal existiert auch nicht mehr?
Gibt es zu dem Küchengeschäft noch mehr Daten?
Gruß

Hello,
"operator", that means who is responsible for the platform (sign), is only the ASEAG. Neither there is a TEC sign nor TEC would fix it in case of damage (or update the timetable...).
Regarding "network": The bus line 14 belongs to both networks, but the platform does not. Please see ref:IFOPT=*. That ID is given by the AVV.
Regards