piebro/osm-data huggingface dataset:
einufo (2026-05-30 05:59:56+00:00): Hallo,
danke, dass Du meinen Pfusch bemerkt hast - ich habe es korrigiert: Weg ist keine Brücke mehr und die Brücke hat keinen tracktype (den kenne ich nicht).
Gruß Tino
alpacaMaps (2026-05-21 03:19:44+00:00): Hello, were the Flock cameras deleted with your knowledge of the area and a recent pass by the location itself to verify the camera was removed, or was this only due to the potentially lacking information from Bing Maps Aerial? Additionally, continuation isn't a very good message to relate to a changeset with multiple changes including ALPR removals. 

Translation due to locale setting and changeset message language. 

Hola, ¿se eliminaron las cámaras Flock teniendo en cuenta su conocimiento de la zona y tras una visita reciente al lugar para verificar su eliminación, o se debió únicamente a la posible falta de información de Bing Maps Aerial? Además, «continuación» no es un mensaje adecuado para un conjunto de cambios con múltiples modificaciones, incluyendo la eliminación de cámaras ALPR.

Traducción debido a la configuración regional y al idioma del mensaje del conjunto de cambios.
D4R13L (2026-05-21 10:08:06+00:00): Hello alpacaMaps,
​Thank you for reaching out and checking on this edit. I want to clarify that I did not intentionally delete the cameras. If any were removed, it was completely by accident during the editing process.
​What I was actually doing was repositioning them. I was the one who originally added them, but I had mistakenly placed them right in the middle of the street. Because they were in the center of the road, I noticed that OsmAnd was not reading or marking them correctly. To fix this conflict, I moved the cameras from the street to their exact, real-life physical locations on the poles.
​If a node was deleted instead of moved while I was making these adjustments, I apologize for the oversight. The cameras are real and still physically there. I appreciate your advice regarding the changeset comments, and I will be more descriptive in the future.
​Best regards.
D4R13L (2026-05-21 10:09:30+00:00): And as for adding a continuation, you're right in what you say, I just do it out of pure laziness to save myself from writing every detail of what I do, but you're absolutely right in what you say, I'll try to improve on that.
alpacaMaps (2026-05-21 12:18:50+00:00): I deeply appreciate your reply, and I apologize for having missed that they were repositioned in a later change set! 

Thank you for taking the time, and so quickly, to come reply. 

Happy mapping!
D4R13L (2026-05-21 14:33:40+00:00): There is no friend, it is always good to get advice and assistance in case of making a mistake by mapping, and it is also good to know that there are people who care about doing a good job. Happy mapping for you too.
Wildsharky (2026-05-21 05:44:22+00:00): Partially reverted in changeset id: 182922436
eggie (2026-05-19 18:51:08+00:00): Hoi..
Met capacity=2 los je dat op volgens mij.
eggie (2026-05-19 18:52:36+00:00): https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station
eggie (2026-05-20 07:55:51+00:00): Ik heb dat aangepast en de info op het vlak gezet.
De losse paal is een man_made=chargepoint. Dat is een tag die weer later ontwikkeld is en nog niet rendert als pictogram. 
Wij hebben in Nederland in wijken  veelal  charging_station (s)  met één paal met een of twee aansluitingen.
De hoofdtag blijft dan de amenity=charging_station. 
De losse paal is een man_made=charge_point

Gr eggie
evgenykatyshev (2026-05-20 09:40:06+00:00): Hello! May I ask what the source of the new name is? I don't know Georgian, but as I can see, the old name is represented in the cadastre now.
dav23r (2026-05-20 13:24:59+00:00): Hey! Street signs.. along with gut feeling for grammar rules. :) 
As people were faster to respond in TG than me here - in Georgian in number of scenarios, a noun in genitive loses vowel. I remember making similar correction here - changeset 180124208 - also mirroring street signs. In general, I have been seeing street names here and there not honoring this gram. rule, prob. filled by non-native-georgian speakers - and I'm trying to correct those gradually.
dav23r (2026-05-20 13:31:38+00:00): On a different note, apparently, my trivial search & replace on level0 representation of objects - the way I created this changeset https://osmlab.github.io/osm-deep-history/#/way/971057740- somehow broke Farsi name of Caucasus University -    https://osmlab.github.io/osm-deep-history/#/way/971057740 - at least the change was *not* intended. 
I don't know what caused it yet. But I think I should restore the old name in any case.
evgenykatyshev (2026-05-20 15:35:24+00:00): More likely, I renamed those streets based on the NAPR map, assuming that somebody just missed a letter by mistake. So, I think that change should be reverted
dav23r (2026-05-20 16:54:32+00:00): If you did that sync-up with cadastre as a single/several changesets and you have the changeset ids at hand, I can try to review it for validity of any/some change. Otherwise, I can do it gradually.
dav23r (2026-05-21 13:03:39+00:00): Partial revert mentioned above - changeset 182975328
Juan Carlos G F (2026-05-21 22:28:44+00:00): https://www.openstreetmap.org/note/5298051

https://www.openstreetmap.org/changeset/182997242
eggie (2026-05-20 07:25:30+00:00): Hoi,

Ik heb de parking van de mp ontdaan en weer een polygoon van gemaakt.
De info van de palen heb ik op het vlak amenity=charging_station gezet.
Die losse charging_stations heb ik aangepast naar de losse paal (rendert niet) met man_made=charge_point
Nog steeds met de gegevens.
Je krijgt anders amenity in amenity en meer symbolen. Nu zal het er één worden.
Groet,
eggie
bxl-forever (2026-05-19 17:51:13+00:00): Thanks, but next time please make sure to edit the tags of the old restaurant and put the information about the new one there, instead of creating a new restaurant beside the old one.

Don’t take this too harsh but I need to inform you that CoMaps is not a very good app to *edit* OpenStreetMap, because it only shows you a subset of the existing database.  This probably explains why your app did not show you that there was already something here in this building.
Wildsharky (2026-05-21 05:47:35+00:00): Partially reverted in changeset id:182955481
pitscheplatsch (2026-05-19 18:32:12+00:00): Hi, welcome to OSM.

I'm wondering, why did you partly revert https://www.openstreetmap.org/changeset/142990696 ?

Thanks.
Sylabowy Kot (2026-05-19 17:53:29+00:00): survey* a nie source
mapping_around (2026-05-19 19:44:52+00:00): Hi, bist du sicher, dass dieses Geschäft an der Stelle existiert? Schaut leer aus.
bliblu (2026-05-21 21:28:48+00:00): Hi, ja ganz sicher. Das ist an der ecke und recht neu. Siehe auch google maps. Ist ein Radreparaturladen mit Cafe.
pitscheplatsch (2026-05-19 18:32:08+00:00): Hi, welcome to OSM.

I'm wondering, why did you partly revert https://www.openstreetmap.org/changeset/142990696 ?

Thanks.
DFW-Backyard7 (2026-05-19 18:14:31+00:00): This changeset has been reverted due to vandalism

https://www.openstreetmap.org/changeset/182893740
DFW-Backyard7 (2026-05-19 18:21:33+00:00): Reverted, seemingly nonsensical position to put pedestrian crossings

https://www.openstreetmap.org/changeset/182893992
soshial (2026-05-20 17:56:54+00:00): Bon dia! Gracias para fixing this! :)
soshial (2026-05-20 17:58:19+00:00): And for adding the tour times, that's amazing! It was so confusing to understand the actual time I can visit the place...
bxl-forever (2026-05-19 23:28:10+00:00): Reverted.
kadiwa (2026-05-20 19:15:47+00:00): Bitte nicht einzelne Fachbereiche als Universität taggen! Ja, der Fehler wurde schon an anderen Stellen gemacht, aber soll hier nicht wiederholt werden.
Silur (2026-05-20 21:35:18+00:00): Ich verstehe den Punkt ja, aber wenn Du das zurück änderst, dann tu doch bitte dasselbe bei den anderen Fachbereichen in unmittelbarer Nähe auch.
kadiwa (2026-05-20 23:53:37+00:00): Hast Recht, hab ich jetzt mal gemacht.
eggie (2026-05-20 08:07:58+00:00): Dag Bendinko,
review_requested 	yes
Dan zal het vervolg van die voetpaden ook wel access private zijn?

MVG
eggie
Bendinko (2026-05-20 09:08:34+00:00): Dat denk ik ook! Ik had tunnelvisie op het gedeelte wat ik had aangepast omdat ik deze zag op Wandrer.
d_berger (2026-05-21 09:47:22+00:00): Das sind keine Bahnhöfe sondern Haltestellen im bahntechnischen Sinn. Und nein, was "die Google-KI" dir vorschlägt ist egal, das interessiert in der OSM-Community schlicht nicht.
Makeena (2026-05-21 21:25:38+00:00): Dann erklär mir bitte mal, inwiefern die Stationen Uitikon, Binz, Manegg und Wildpark Höfli "wichtiger" sind als diese beiden Stationen, was das einzige internationale Kriterium auf OSM ist. Daneben existiert im Wiki lediglich die undiskutierte Meinung einer Einzelperson (!) auf deutsch, welche als Kriterium das Vorhandensein von Weichen und mehreren Gleisen als Unterscheidungsmerkmal festlegt. Dies ist bei allen vorgenannten Stationen nicht gegeben und trotzdem sind sie als railway=station getaggt. Daraus muss man schliessen, dass diese Einzelmeinung aus Deutschland nicht das Mass der Dinge ist, sonst müssten alle obengenannten auch als railway=halt getaggt sein.
d_berger (2026-05-21 22:54:41+00:00): Das ist keine "Einzelmeinung aus Deutschland", sondern die fachlich korrekte Definition.

Und du hast jetzt wunderbar herausgesucht, welche Haltestellen _inzwischen_ ebenfalls falsch getaggt sind. Uitikon hatte mal ein zweites Gleis, ist sicher 30 Jahre her. Binz hatte eine ganze Anschlussgleisanlage – das ist seit mindestens 15 oder 20 Jahren Geschichte. Wildpark-Höfli (ehemals Gotenbach) war ein kleiner Bahnhof – auch längst Geschichte.

Was fehlt: Sihlau – war meines Wissens _nie_ ein Bahnhof.

Und die jüngeren "Opfer", begonnen vom neuesten: Triemli – hatte ein zweites Gleis und war Begegnungsstation, dies wurde mit dem BehiG-Ausbau geopfert (im Stellwerk jetzt Bahnhof ohne Weichen). Sood hat ein (totes) zweites Gleis, was technisch einen Bahnhof ausmacht – Grenzfall.

Einzig Manegg ist ein tatsächlich ein Bahnhof geblieben, auch wenn für den Personenverkehr nur ein Gleis besteht. Die Doppelspur im Norden gehört zum Bahnhof Manegg und man hat Platz gelassen für ein zweites Gleis samt Haltekante.

Aber deine Annahme, dass die mehrheitlich falsch getaggten Stationen es rechtfertigen, die Minderheit an korrekt getaggten Stationen falsch umzutaggen ist definitiv fehlerhaft.
Makeena (2026-05-22 21:58:52+00:00): Nun ja, die Manegg hat auf der anderen Seite des Gleises derzeit ein zweites, totes Perron, dahinter schliesst ein gewundener Fussweg an. Wenigstens diesen müsste man für einen Ausbau opfern. Damit für ein anderes Tagging zu argumentieren, würde Manegg zu einem Problemfall machen. Auch ein Kreuzungspunkt ausserhalb der Station als Argument ist problematisch, da dies gegen das auf OSM geltende Gebot der Verifizierbarkeit verstösst. Ein Kreuzungspunkt zwischen Triemli und Uitikon reicht nicht für den Status des Bahnhofs, aber einer in der Mitte der Polybahn schon?

Grundsätzlich gilt auf OSM die Übereinkunft einer Mehrheit der Mapper als Grundlage einer Leitlinie, gefunden entweder durch übereinstimmende Mapping-Aktivität oder durch eine ausreichende Diskussion, die einen entsprechenden Wiki-Eintrag begründet. In diesem Fall handelt es sich auch nicht um ein kürzlich geändertes Tagging, dieses besteht schon seit 10 Jahren und wurde seither nicht beanstandet. Entsprechend kann dies auch als Übereinkunft gewertet werden.

Letztlich ist es auch insbesondere wichtig, dass innerhalb einer Linie ein konsistentes Tagging vorhanden ist. Dabei hat auf OSM die Verifizierbarkeit für andere Mapper Vorrang vor einer Klassifizierung durch eine Bahngesellschaft oder sonstige Organisationen. Es wäre natürlich wünschenswert, dies auch mit den verantwortlichen Mappern von damals zu diskutieren, aber ich bin mir nicht sicher, ob diese noch aktiv sind.

Ich sehe hier grundsätzlich zwei OSM-konforme Lösungen, welche die Verifizierbarkeit gewährleisten: Entweder wird die deutsche Wiki-Definition konsequent und wörtlich angewendet ohne weitere externe Klassifizierungskriterien oder wir akzeptieren die seit 10 Jahren bestehende stillschweigende Übereinkunft, dass wir (zumindest in der Region Zürich) nicht zwischen Halt und Station unterscheiden müssen.
Piagno (2026-05-23 14:32:53+00:00): Besserwisser Wissen aus Gründen:
Sood wäre eine Haltestelle und das "tote Gleis" nebendran ist ein Anschlussgleis auf der Strecke ;)
Piagno (2026-06-05 02:53:47+00:00): nochmals eine kleine ergänzung am rande, manegg wäre ebenfalls kein Bahnhof, sondern haltestelle im bahnhof leimbach ;)
LouisXIV (2026-06-05 05:10:35+00:00): Pourquoi avoir supprimé le nom ?
jbcharron (2026-06-05 15:27:46+00:00): C'est une erreur de ma part, ce n'était pas volontaire
Je viens de corriger, merci pour ta vigilance
woodpeck (2026-05-19 18:38:51+00:00): This beach was already mapped as an area with the name "Playa Azul". You have now added a beach-within-a-beach named "Playa La Punta". Was this your intention?
Bunnydragon96 (2026-05-19 18:44:14+00:00): Hello. Indeed the entire beach is called Playa Azul, but that specific corner is called La Punta. Instead I can remove the playa part.
QuiLe (2026-05-19 19:12:21+00:00): This seems like an edit war has started, I will be looping in DWG for this.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/182894669
Shrieker45 (2026-05-19 19:18:22+00:00): I don't really care who you loop in.  I'm physically on-site doing construction work and 2 of you clowns keep reverting the maps
schobbish (2026-05-20 01:00:26+00:00): That would have been good context to provide in your initial edits and especially when asked about your sources. Without it, your edits do appear to other mappers as removing features without a valid reason. There are better ways to mark this parking lot as closed due to construction (or permanently removed) and we can help with that if you had said so initially.
DFW-Backyard7 (2026-05-20 01:09:30+00:00): I just went there to check myself. These parking lot roads are indeed still intact and the flock cameras are still there.
DFW-Backyard7 (2026-05-20 01:15:01+00:00): There is construction behind Equinix, but there does not appear to be any construction in the Trade Mart/World Trade Center parking lot you edited. The roads you removed are fully intact and driven on and the flocks are still there
pitscheplatsch (2026-05-19 18:45:34+00:00): Hi, welcome to OSM.

May we know the source of your activities here? https://www.openstreetmap.org/way/1517211596

Thanks.
pitscheplatsch (2026-05-19 18:55:29+00:00): Same for https://www.openstreetmap.org/way/1517211597
and https://www.openstreetmap.org/way/1517211596
sixserven_67 (2026-05-19 18:57:20+00:00): its taken years but theyve finished it
sixserven_67 (2026-05-19 18:57:55+00:00): mosshayne housing estate and new m5 junct
pitscheplatsch (2026-05-19 19:16:03+00:00): Thanks for your reply.

In the aerial images, I cannot find any evidence of the structures or ongoing construction work. However, after a brief search, it appears that the roundabout and even the planning phase itself are not scheduled to begin until autumn 2026?
sixserven_67 (2026-05-19 19:25:11+00:00): fake - have you beenthere yourself ??
pitscheplatsch (2026-05-19 20:03:41+00:00): Sure
bxl-forever_repair (2026-05-19 23:13:37+00:00): Reverted.
CAM-Gerlach_Repair (2026-06-07 11:05:22+00:00): Fixed malformed phone number for SEO POI Danilo Gaiotto Imobiliária in changeset 183774783

https://osm.org/changeset/183774783
Fizzie-DWG (2026-05-20 04:25:41+00:00): DWG revert - apparent fictitious changes

https://www.openstreetmap.org/changeset/182906602
amosharper (2026-05-20 07:56:10+00:00): Hello! Your changes look good to me at a glance, but just as a heads-up, your Reichenberg changes seems to have come bundled with an edit to paths on the Isle of May, which has made your bounding box quite large:
https://www.openstreetmap.org/way/255795668

This can make it trickier for other mappers to monitor their geographic areas of interest because it creates noise: https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

Thanks!
hanstree (2026-05-20 11:09:50+00:00): ah I see. yes, is there a way to split changes into groups and commit them seperatly? I'll make sure that my changesets are local in the future. Also is there a way to split this commited up into two?
amosharper (2026-05-20 12:11:04+00:00): Since you're using iD in-browser, the easiest thing is just to upload your changes from one area before moving onto the next, as you edit.

iD does let you export a change file (https://wiki.openstreetmap.org/wiki/OsmChange) but there's no native import function, unfortunately.

Re the current change, I don't believe so - just bear it in mind for the future! :)
Langlaeufer (2026-05-20 09:37:19+00:00): Ich hab noch ein paar nicht verbundene Stellen gefunden. Man kann die Fehlerprüfung von ID übrigens ganz gut zum Finden von sich schneidenden oder nicht verbundenen Linien verwenden.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/182895326
osmmapper222 (2026-05-20 20:21:03+00:00): Danke für Korrekturen. In JOSM habe ich in den Validator-Einstellungen endlich die Optionen (wieder)gefunden, um solche Warnmeldungen in JOSM zu aktivieren.

Damit sollten sich die grobsten Fehler vor dem Upload finden lassen.
BaboucheVerte (2026-07-28 11:37:01+00:00): Hi, In France name == name:fr. So What's the point of adding this to the data ? 
It's creating long-term consistency issues: when the name change, no one will ever look at name:fr on this object, and it starts to create conflicts. 

The consensus in France is to NOT duplicate name into name:fr.

Please revert your edit.

You're more than welcome to come and discuss on the french forum: https://forum.openstreetmap.fr/ (you can speak english there, no worries)
confusedbuffalo (2026-07-28 12:57:59+00:00): >  In France name == name:fr

Clearly that is mostly correct, but not universally true, e.g. https://www.openstreetmap.org/node/5003135252

Therefore such cases as this are interesting and much more difficult to find given the current state of the data.

> The consensus in France is to NOT duplicate name into name:fr.

Is there a particular place where this was discussed, I'm not sure what best to search for? It does go against the statement on the (English) wiki, and makes it impossible for data consumers to be certain of the language of an element.
BaboucheVerte (2026-07-29 15:39:30+00:00): For the node you shared ... imho, name:fr is simply wrong. This is the name of a piece of art, and here name:fr is (wrongly) the translation in french of the artwork. 

>Clearly that is mostly correct, but not universally true

Of course there could exist some cases where it's not true, but it's very uncommon. And duplicate ALL the name in name:fr doesn't help, it just creates noise.

> Is there a particular place where this was discussed, I'm not sure what best to search for?

It has been discussed on the telegram / matrix channel. There is already an opened topic, it could be nice if you could come and discuss: https://forum.openstreetmap.fr/t/ajout-dattribut-name-fr/43872

Thanks
trial (2026-07-29 16:54:38+00:00): > For the node you shared ... imho, name:fr is simply wrong.
+1, should be in description:fr as most, just name="Did I miss something?" and that's it.
Sébastien Pi (2026-07-29 17:39:17+00:00): +1
confusedbuffalo (2026-07-29 17:43:20+00:00): It doesn't change the fact that the name is not in French and there is currently no way to tell that programmatically, or to determine which language it is in.

Anyway, I have joined the forum discussion
Sébastien Pi (2026-07-29 18:00:33+00:00): As I said on the forum:
> A name is a name. Many shop, amenties, museum, etc. have a name which are not real words. In that case, duplicate a name:fr not French is probably not the right solution.

A name may not be a real language. :)
fabiotofy (2026-05-20 14:49:40+00:00): Ciao buon giorno! Sicuro sia Malga ? Perché tutte le fonti ONLINE che si possono reperire trovano come risultato Casera... grazie, un saluto
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/182895559
pitscheplatsch (2026-05-19 20:02:24+00:00): Should be reviewed.

Thanks.
bxl-forever_repair (2026-05-19 23:18:31+00:00): Reverted.
pitscheplatsch (2026-05-20 05:51:11+00:00): User blocked by https://www.openstreetmap.org/user_blocks/20576
pitscheplatsch (2026-05-20 05:59:57+00:00): Hi, welcome to OSM.

I'm wondering, why did you partly revert changeset/142990696 ?

Thanks.
Fizzie-DWG (2026-05-20 04:19:13+00:00): Please see https://www.openstreetmap.org/user_blocks/20665
pitscheplatsch (2026-05-20 06:00:34+00:00): Hi, welcome to OSM.

I'm wondering, why did you partly revert https://www.openstreetmap.org/changeset/142995346 ?

Thanks.
McKulkin (2026-05-24 11:44:15+00:00): I don't think so.
It had the correct lifecycle tag, exactly as stated in OSM wiki. 
Though you could've mapped it via `aerialway=construction  construction=gondola` tag combo, but the prefix version is preferred.
isotopicemoting (2026-05-19 20:04:02+00:00): Das sollte bestimmt https://overpass-turbo.eu/s/2qgI sein, oder?
Ma4G (2026-05-19 20:04:39+00:00): Ja, danke.
eggie (2026-05-20 07:50:47+00:00): Top!
pitscheplatsch (2026-05-19 20:06:39+00:00): Should be reviewed.

Thanks.
bxl-forever_repair (2026-05-19 23:29:02+00:00): Reverted in https://www.openstreetmap.org/changeset/182901617
eggie (2026-05-19 20:12:45+00:00): Hoi.. Die parkeermogelijkheden langs wegen worden getagd met
..amenity=parking
..parking=street_side
.. orientation=perpendicular .. of diagonal..parallel
Dat levert ook minder prominente P s op.
Zie ook wiki
eggie (2026-05-19 20:14:20+00:00): https://wiki.openstreetmap.org/wiki/Tag:parking%3Dstreet_side
DMvanderVlist (2026-05-19 20:22:23+00:00): Okee, dank voor je reactie.
pitscheplatsch (2026-05-19 21:04:26+00:00): …
pitscheplatsch (2026-05-20 07:16:12+00:00): Sockenpuppe
@sixserven_67
@67 kid 1967
Wildsharky (2026-05-21 05:45:30+00:00): Partially reverted in changeset id:182924260
BC168 (2026-05-20 19:41:42+00:00): Solarpanel https://www.openstreetmap.org/node/11565223248 versehentlich vom Dach auf den Parkplatz verschoben?
Jakope (2026-05-21 07:35:48+00:00): korrigiert mit changeset 182960954
pitscheplatsch (2026-05-19 21:15:05+00:00): …
pitscheplatsch (2026-05-20 05:53:17+00:00): Sockenpuppe
https://www.openstreetmap.org/user/sixserven_67
https://www.openstreetmap.org/user/six%20serven%2067
wolfbert (2026-06-05 17:48:55+00:00): Woher stammt boundary=place für Hundsdorf? "Caution: not all named places have verifiable boundaries - in that case, the boundary should not be mapped in OpenStreetMap. " Ortsgrenzen sind in AT mangels Quelle unüblich.
Nazom (2026-06-06 09:38:52+00:00): "boundary=place is commonly used to map the boundaries of a place=*, when these boundaries can be defined but these are not administrative boundaries." "The place=* node of the place can be added as role label to the relation to connect both. " I went off of DORIS data, where field boundaries are marked, as well as Kataster Grundstück boundaries, and matched it to the satellite images. Because its not an official boundary, but I still see the value in it for the realtion, I put it as =place as that is the way for unofficial boundaries.
PPete2 (2026-06-06 19:37:32+00:00): Hallo Nazom, ich habs eh schon ein paar mal erwähnt: Es geht hier um ein österreichisches Gebiet, und alle OSMler die hier - oder auch im österr. Forum diskutieren - können gut deutsch, man braucht nicht engisch schreiben ;-)
Zum thema: Ortschaften wie Hundsdorf oder noch kleinere Einheiten werden in Österreich in OSM normalerweise nicht mit einer linienförmigen Grenze eingetragen , sondern per Place-Knoten.
Bitte dazu bei weiteren Unklarheiten im Forum diskutieren, danke: https://community.openstreetmap.org/t/boundary-place-fur-weiler/144394