piebro/osm-data huggingface dataset:
Mashin (2026-06-17 08:00:30+00:00): Hi and welcome to OSM!

Looking at this I see that town of Westport boundary is still more to the south and all the surrounding addresses belong to Wilton. Are you sure that this changes is correct?

Cheers
Glassman (2026-06-16 23:21:40+00:00): This sounds more like a coffee shop, which is tagged amenity=cafe + cusine=coffee. Can you review this edit?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184161968
hoserab (2026-06-16 19:30:56+00:00): Hi Elkano,

Thanks for your contributions, but please note that the name=* key is only meant for a feature's name. It's not meant to be used as a placeholder for a description of the feature. The new arena in Glenmore Athletic Park won't be called "New twin pad arena", so please: don't call it that. There's already a description of what it is under the description=* key. Please review more information on this at https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions

Thanks
Glassman (2026-06-16 23:26:02+00:00): 206th place se is tagged with a bollard which implies that motor vehicles can not continue through. Is the bollard still there? If not it should be removed.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184162605
Wildsharky (2026-06-23 08:59:29+00:00): Partially reverted in changeset id: https://www.openstreetmap.org/changeset/184209718
rskedgell (2026-06-16 11:08:34+00:00): Welcome to OpenStreetMap and thanks for adding your business. I have updated the tags to ones which will be understood by data consumers.
eggie (2026-06-16 06:25:40+00:00): Hoi.. Feedback...
..amenity=school ontbreekt nog.
Je kunt ook de adresnode gebruiken.
Mvg
eggie
FajrAl (2026-06-16 05:59:09+00:00): Привет, добро пожаловать в OpenStreetMap! Это всего лишь совет: если вы редактируете данные в другой стране, желательно использовать английский язык. Спасибо!
wireguy (2026-06-16 12:13:51+00:00): you asked for a review.  corrected all fields. see https://www.openstreetmap.org/changeset/184178986
salma_z (2026-06-16 09:00:14+00:00): Hello yassin_metro,
We noticed you are mapping bus routes and stations in Egypt based on the Transport for Cairo (TfC) dataset. While we highly appreciate adding this valuable data, the technical execution of your edits is currently damaging the existing road network and causing severe validation errors.

Working on an institutional project is a great contribution, but it requires adherence to OSM guidelines and local community standards to ensure data quality.

We kindly ask you to adjust your mapping workflow and follow these standard practices:

Mapping Bus Routes via Relations (No Road Duplication):
In OSM, we only draw new ways (roads) if they do not physically exist on the server. To map a bus route, you should never create new overlapping roads on top of existing ones. Instead, bus routes must be mapped by creating or adding the ways to a Relation. Please review the guidelines here: OSM Wiki - Public transport.
https://wiki.openstreetmap.org/wiki/Public_transport

Floating Links:
Please avoid leaving the ends of newly drawn segments disconnected from intersecting roads, as floating links break routing engines.

Maintain Correct Tagging & Topology:
Altering road classifications without adjusting connected links affects the network integrity. Please refer to Egypt's road guidelines: OSM Wiki - Egypt/Roads.
https://wiki.openstreetmap.org/wiki/Key:highway

Please make sure to use the Validator tool (in JOSM or iD editor) and clean up red errors and warnings before uploading your changesets.


The local community in Egypt is spending a significant amount of time cleaning up these validation errors. Continuing to upload modifications without proper validation and ignoring standard mapping rules creates major consistency issues and disruptions within the OSM community dataset. We highly appreciate your cooperation in fixing these errors and adopting the standard mapping workflow moving forward.

Examples for illustration/review:

https://www.openstreetmap.org/way/1529865607 | https://www.openstreetmap.org/way/1529865606

https://www.openstreetmap.org/way/879256264 | https://www.openstreetmap.org/way/879256262
Could you check your changesets and make the necessary adjustments?
Regards,
salma_z
CAM-Gerlach_Repair (2026-06-16 10:53:32+00:00): Reverted adding SEO POI with blatant advertising and malformed tags, likely sourced from Google Maps, in changeset 184175690

https://osm.org/changeset/184175690
CAM-Gerlach_Repair (2026-06-25 08:39:40+00:00): Cleaned up SEO spam and other mistagging for POI in changeset 184571792

https://osm.org/changeset/184571792
Glassman (2026-06-16 23:30:51+00:00): Thank you for your edit. I reviewed your work and it looks great.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/184165571
Wildsharky (2026-06-23 09:04:28+00:00): Partially reverted in changeset id: https://www.openstreetmap.org/changeset/184224879
f_gonella (2026-06-16 10:58:53+00:00): Grazie per la fonte! Aggiornato stamattina ma avevo perso il link...
eggie (2026-06-16 10:27:03+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
martinst (2026-06-16 20:11:02+00:00): Wieso hast Du bei Way 203676067 bridge=aqueduct hinzugefügt?
92sophie (2026-06-17 14:10:13+00:00): Danke dir für den Hinweis. Ist mir versehentlich passiert und habe ich eben korrigiert.
dknelson9876 (2026-06-21 19:05:04+00:00): Hi marialoyko, please do not use TIGER as a source for road names in Utah, it is very inconsistent about how it handles them. For more information about our unusual road names and how the local community has settled on handling them check out osm.wiki/Utah/Naming_Conventions . If you have any group resources at Mapbox, please make sure this is part of it as this is not the first time I've had to point this out to your team.
marialoyko (2026-06-23 09:14:48+00:00): Hello. Thanks for the information, I'll take it into account in my work. Best regards
JeroenHoek (2026-06-17 07:28:23+00:00): Dit is lastig, want emergency=no is een soort tag die later weer verwijderd kan worden omdat het niet duidelijk is waar hij op gebaseerd is. Immers, een fietspad is doorgaans niet bedoeld voor auto's, dus waarom dan emergency=no? Ik weet wat je bedoelt, maar niet elke mapper weet dat jij voor een veiligheidsregio werkt, of kijkt in de geschiedenis.

Het is beter om de fysieke beperkingen te taggen. Dus maxweight=* en maxwidth:physical=* Daarmee sluit je ook niet uit dat een politiemotor hierover heen rijdt, want die zou dat wel kunnen.

Een tag als maxwidth:physical kunnen we op basis van satellietbeelden afleiden. Kennis over de draagkracht van de bruggen hebben jullie in huis toch?
HJGroenVRFR (2026-06-17 14:30:34+00:00): Hallo Jeroen,
ik heb emergency=no gebruikt om dat de navigatie toch via de brug wilde.
ik kan er maxweight=* gebruiken maar hier hebben we geen data van hoeveel dat is.
beide kan dus maar ik kan er wel een gewicht aan hangen maar dat is dan niet een bevestigde
JeroenHoek (2026-06-17 15:50:17+00:00): Kun je daar niet aan komen via de wegbeheerder? emergency=no is niet stabiel, want hij wordt zo weer weggehaald omdat het oneigenlijk gebruik is van de emergency=* tag. Het is niet een goed idee om dit af te laten hangen van een onduidelijke tag.

Bij navigatie over fietspaden geldt natuurlijk dat de navigatiesoftware al een uitzondering maakt, en de bestuurder zelf een inschatting zal moeten maken, want autoverkeer mag hier al niet langs. Vaak houdt de wegbeheerder al rekening met hulpdiensten in de planning voor zo'n brug; deze is niet geschikt voor auto's tot een breedte van 2,4 m? Want hij is ongeveer zo breed.

Dat laatste kunnen we eenvoudig taggen met maxwidth:physical=2.4
HJGroenVRFR (2026-06-17 16:06:09+00:00): op zich is is het een duidelijke tag. je zou nog kunnen aangeven dat die door de brandweer is geplaatst?
het achterhalen van tonage voor een brug is heel lastig en vaaks niet bekend
zal deze emergency=no er af halen
JeroenHoek (2026-06-17 16:51:05+00:00): Duidelijk is hij niet echt. Er is helemaal geen documentatie bijvoorbeeld, en ook geen wereldwijde consensus over de betekenis. Eigenlijk is emergency=* alleen een tag voor het aangeven van eventuele geschiktheid voor hulpdiensten (bij wegen en paden dan, daarbuiten heeft een andere functie), niet het omgekeerde. En ook dat wordt door sommige mappers niet gewaardeerd, want het is te subjectief.

Betekent emergency=no dat een ambulance-auto er niet overheen kan? Een politiemotor? Dat de ladderwagen daar niet zo handig is geloof ik zo, maar emergency=* dekt alle hulpdiensten, niet alleen de brandweer.

Deze tag lijkt ondersteund door de navigatie die jullie gebruiken, maar dat is nooit in de bredere gemeenschap kort gesloten. Dat is een risico (door hun geïntroduceerd).

Zie onder andere deze discussie:

https://community.openstreetmap.org/t/emergency-yes-op-wegen/125607/
JeroenHoek (2026-06-17 16:55:43+00:00): Deze wikipagina is hier ook relevant trouwens:

https://wiki.openstreetmap.org/wiki/NL:Hulpdiensten

Onderaan wordt samengevat wat het probleem met emergency=yes is. Datzelfde geldt ook voor emergency=no.
Mb_651 (2026-07-22 23:56:58+00:00): Grüß Gott,
der Hinweis https://www.openstreetmap.org/note/4885724 wurde noch nicht geschlossen, der sich auf saisonale Öffnungszeiten der Bäckerei bezog. Gelten die neuen Öffnungszeiten jetzt ganzjährig oder müsste man die Sommeröffnungszeiten wie im Foto abgebildet eintragen und trennen? Danke.
Glassman (2026-06-16 23:29:26+00:00): The land use is already tagged with the school grades. See https://www.openstreetmap.org/way/250210663.

also, building:levels is how many floors are in the building. Can you fix? Let me know if you need help.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184167352
arafqus (2026-06-16 14:06:48+00:00): Hi, I would like to know your source behind reverting my changes regarding the motorway tags? 
The Trans-Sahara road section between Djelfa and Laghouat is under active works of expansion and standardisation to motorway requirements. (https://www.youtube.com/watch?v=KXG3vKrrNN4) is my source
salma_z (2026-06-17 06:43:25+00:00): Hello arafqus-dh,
Thank you for contributing to OpenStreetMap in Algeria. Also, thank you for sharing the source for the road.

I changed the road classifications to make the network continuous and logical. The old way breaks standard OSM routing rules.

According to OSM guidelines, a single continuous road should not have mixed and changing classes along the way (for example: jumping from trunk to motorway, back to trunk, and then to primary). Road networks must connect smoothly so they do not confuse navigation and routing engines.

You can check the standard classification rules on the official wiki page here: https://wiki.openstreetmap.org/wiki/Key:highway

Regards,
salma_z
pitscheplatsch (2026-06-16 08:23:32+00:00): #Spam ?
pitscheplatsch (2026-06-16 08:26:02+00:00): Hi, willkommen bei OSM.
Der Eintrag sieht irgendwie seltsam aus. Laut Luftbild ist hier noch ein Wohngebäude. Weswegen wurde es zu landuse=retail geändert? Daneben ist nur der Name der Firma etwas wenig. Gibt es weitere Details wie Kontaktinformationen, Webseite u.ä.?

Danke und Grüße, Pascal
bastevonegau (2026-06-16 08:32:29+00:00): Ja, das ist tatsächlich ein Wohngebäude, indem sich auch die Büroräume der Firma befinden.
pitscheplatsch (2026-06-16 08:36:04+00:00): Ich persönlich denke, dass dann aber auch building=yes als Tag am Way hätte dran bleiben müssen.
9_tab (2026-06-17 10:29:16+00:00): For discussion of Flixbus relation updates: https://www.openstreetmap.org/changeset/184128628
CAM-Gerlach_Repair (2026-06-25 08:41:48+00:00): Cleaned up SEO spam and other mistagging for POI in changeset 184571877

https://osm.org/changeset/184571877
marcmarti (2026-06-16 11:11:32+00:00): Hello, welcome to OSM!

The section of carrer de Sant Jordi that you added oneway:bicycle=no, while being a living street, does not allow cycling in the opposite direction, as shown by signage on carrer de Sants. Cycling in the opposite direction is only allowed with explicit signage. Don't let this stop you, as everything else seems to be correct.

Happy mapping!
Tgo1014 (2026-06-16 11:18:31+00:00): Thanks for the correction marcmarti, it seems that from the signaling that's indeed the case, even tho I find it very weird it doesn't have an exception for bikes. In any case, does that mean that the other changes are not being applied?

Thanks!
marcmarti (2026-06-16 11:24:35+00:00): Sometimes it takes a while for the authorities to update the signs, so maybe it will be changed in the future.
I haven't modified any of your changes, you can correct it if you want.
ajmat (2026-06-18 10:43:33+00:00): Reverted in changeset id: https://www.openstreetmap.org/changeset/184265144
CAM-Gerlach_Repair (2026-06-25 08:43:54+00:00): Cleaned up SEO spam and other mistagging for POI in changeset 184571944

https://osm.org/changeset/184571944
Fizzie-DWG (2026-06-17 00:08:10+00:00): Please see https://www.openstreetmap.org/user_blocks/20836
mavl (2026-06-17 14:51:55+00:00): Здравствуйте. Эта больница уже обозначена.  
https://www.openstreetmap.org/relation/10218565
Bovi887 (2026-06-29 10:56:17+00:00): Hi Bxl-forever,

I see you have reverted some of my and jbcharrons changesets. I'm not sure if I understand why it would be better to have separate stop areas for each direction. We don't do this for train stations as far as i know, and many light rail and subway systems don't have this eather.

The reason why we combined them is to make it clear which stop positions belong to the same station, so it can be processed by the subway validator and shown in apps like CoMaps: https://mapgen-fi-1.comaps.app/subway/validator/belgium.html One could arue this is tagging for the renderer, but because this is done this way almost everywhere, I don't think it is.

Alternatively, if you prefer to keep the stop areas separate, maybe we could add stop area groups to group the stop areas together to make it clear they belong to one station.

What are your thoughts on this?

Kind regards,
Bovi887
bxl-forever_repair (2026-07-06 15:02:13+00:00): Hello,

I talked with the mapper who had originally requested to keep them separate. The purpose was to feed an app to guide disabled users across stations, because of the complicated structure of some stations, sometimes with island platforms, sometimes with side platforms and with asymmetrical accessibility conditions. We found a way to hard-code the relationship between stop positions and tram directions. Your validator will be happy now.
Bovi887 (2026-07-07 09:12:58+00:00): Hi,

Thanks for the detailed explanation of the situation and thanks a lot for already making everyone happy :)
The validator loves it ;)
yelisey90 (2026-06-16 10:00:34+00:00): Hi! Please do not create unattached roads or footpaths, like these: 
https://www.openstreetmap.org/way/1530011080
https://www.openstreetmap.org/way/1530015661
https://www.openstreetmap.org/way/1530013488
All such ways should be connected to other ways with type "highway", or in rare instances to entrances of buildings.
birimkulova (2026-06-17 11:35:03+00:00): Hello! Thank you for your comment. Your feedback has been taken into account. Thank you.
Supaplex (2026-06-16 09:55:36+00:00): Hi 
Your edit spans across several continents, can you restrain your edit to UK, France, Australia seperately?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184172049
silversurfer83 (2026-06-16 18:28:27+00:00): Hi SirNumbers,

do you, by any chance, have more details on those AEDs? The one in South Burnett is quite good but the others lack quite a lot of important info.

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184172049
TobichiiSama (2026-06-18 20:20:13+00:00): Good day/evening

Why is your change spanning half of the world's view point?

Please restrain from excessive edits at least since its quite disturbing to see on a history view
TobichiiSama (2026-06-18 20:22:47+00:00): update: i am now confused on how to sort on my city since theres a lot doing stuff like this. ignore previous req
swmhkarto (2026-06-16 09:21:22+00:00): + Parkplätze erstellt
t_ja (2026-06-16 19:49:25+00:00): Ahoj,
popisy ako "vrcholova kniha", "lesny chodnik" a podobne nepatria do tagu "name", maximalne do tagu "description".
Pre vrcholovu knihu staci pouzit: https://wiki.openstreetmap.org/wiki/Key:summit:register
A kedze si tam zjavne aj realne bol, nemal by byt problem pridavat aj: https://wiki.openstreetmap.org/wiki/Key:summit:cross 😉
bxl-forever (2026-06-16 09:38:11+00:00): Hello, and welcome to OSM.

Thanks for wanting to add your business to the map.

However, please be kind to us and do not change building structures to insert a business. A single point is more appropriate. We are not a place for advertisement, and therefore we slightly rewrote the description.

The point is here. The map automatically refreshes every few hours, it will be visible very soon.
https://www.openstreetmap.org/node/13944885642
NaufalFarras (2026-06-16 17:48:39+00:00): Halo. Saya telah mengembalikan kontribusi Anda di Stasiun Mojokerto. Hal ini karena penambahan jalur dan bangunan yang Anda lakukan tidak sesuai dengan kondisi di dunia nyata. 

Mohon untuk tidak melakukan kontribusi berdasarkan ide atau khayalan semata. Apabila memang terdapat rencana atau proses konstruksi, gunakan tag yang tepat dan berdasarkan pada informasi akurat. Jika Anda hanya menggunakan imajinasi Anda, Anda telah merusak informasi dari kontributor lainnya.
eggie (2026-06-16 10:50:01+00:00): Dag Jan, Beter geen adressen wijzigen op een locatie en dan gaan schuiven. Het levert verdubbelingen en verdwijnende adresnodes op.
Ik heb wat hersteld.

MVG
eggie
eggie (2026-06-16 10:44:53+00:00): Dag Jan,

adressen kunnen niet veranderen op een locatie.
Dan verdwijnen adressen van de kaart en andere worden verdubbeld.
MVG
eggie
eggie (2026-06-16 10:52:17+00:00): Dit is toch niet de 's-Gravelandseweg 21?

Je zult de adresnode leeg moeten maken en op de nieuwe locatie de info op de juiste adresnode moeten plaatsen. Dit geeft verwarring, want je komt nooit op de juiste plaats uit.

MVG
eggie
eggie (2026-06-16 10:57:42+00:00): Locaties en adressen hersteld
gurglypipe (2026-06-19 09:12:57+00:00): Did you manage to debug the postcode problem, and can the postcode be added back to the Old School Room now? :) Hope you’re well
amcclements (2026-06-19 13:29:21+00:00): Hi, well.... I established that now Nominatim is returning the same postcode for the Old School Room, computed from the nearby highway 'Tenter Hill', as are other houses adjacent to Tenter Hill. Is there a reason to hardcode the postcode onto that building specifically ?
gurglypipe (2026-06-19 13:37:36+00:00): Postcodes should generally be added to all addressable objects along with the rest of the addr:* tags. They can’t be reliably inferred from other sources (centroids, postcodes on roads, etc.) as postcode assignment can change along the length/side of a road, around junctions, and is particularly complex in some older settlements.

What exact problem were you seeing with the postcodes/Nominatim?
gurglypipe (2026-06-23 14:04:54+00:00): I’ve re-added the postcode to this building in https://www.openstreetmap.org/changeset/184478702

If you can give details of the problem you were seeing with Nominatim I can try and help find a long-term fix.
eggie (2026-06-16 10:41:16+00:00): Dag Piet,

name=Laadpaal heb ik verwijderd.
Svp geen name gebruiken om iets te beschrijven.

MVG
eggie
eggie (2026-06-16 10:30:49+00:00): Welkom  bij OSM.

Bedankt voor uw bijdrage. 
De format van postcode (geen spatie in OSM) en  phone +31  heb ik aangepast.

MVG,
eggie
Ruslan Fatih (2026-06-16 10:35:58+00:00): Зачем вы ставите неофициальное название?
mueschel (2026-06-17 12:45:57+00:00): Hi,
you added 'name:CTMAM' here - there has been a recent change to use 'name:network:CTMAM' instead to avoid confusion with short network names and e.g. language codes. Could you change this?
goodidea (2026-07-09 14:25:55+00:00): Hallo unique_identifier!

Find ich ja sehr gut, wie detaillreich du street_cabinets etc. taggst ... und dass diese Metallkästen ohne jedes Logo etc. von eku sind, ist auch gut zu wissen. Denn die gibt es ja in der ganzen Stadt.

Hast du hier einen Tippfehler (durch Zufall gesehen): ref=Perterstr.|Nr. 1264 (müsste es nicht Peterstraße heißen?) – https://www.openstreetmap.org/way/1530022943.

Und substation-Gebäude hast du (alle?) mit location=indoor getaggt. Ich denke, das ist nicht ganz korrekt, wenn man es als eigenes Gebäude mappt (denn darauf bezieht sich ja dann der location-Tag – würde bedeuten „Gebäude in einem anderen Gebäude“). Ich benutzte das nur (oder indoor=yes), wenn eine substation z.B. als Knoten auf einem Gebäude gemappt wird (z.B. wenn als Raum in ein großes Gebäude integriert). 

Und du benutzt wohl als Einziger in ganz Deutschland den Key „cooling“ (v.a viele Knoten in Dudweiler) ... Hast du den irgendwo her? Oder „Any Tags You Like“?  (Dann vielleicht mal im Wiki dokumentieren – v.a. die möglichen Werte). Frage nur aus Interesse, und weil ich das dann ggf. auch benutzen würde, aber auch nicht einfach so. Denn ich habe nichts dazu im Wiki gefunden … Vielleicht wäre es besser, den Key cooling:method zu benutzen – denn den gibt es im Wiki – siehe https://wiki.openstreetmap.org/wiki/Key:cooling:method (Beschreibung könnte man dann leicht erweitern auf Street Cabinets – steht nämlich auf „Status: in use“, basiert also wohl nicht auf einem Proposal mit fester Bedeutung). Was meinst du?

Viele Grüße!
unique_identifier (2026-07-20 07:36:02+00:00): Hi goodidea,

Wegen den NVT-Ls: Ich hab letzte Woche zufällig das Depot der Telekom auf dem ehemaligen Gelände von Möbel Martin beim Römerkastell entdeckt. Dort stehen die Schränke palettenweise herum zusammen mit Telekom Glasfaserrollen und Werbung.
Die werden also wahrscheinlich auch in Saarbrücken von der Telekom betrieben. 100% sicher bin ich mir aber noch nicht.

Es gibt ja nur 4 Glasfasernetzbetreiberin Saarbrücken:
inexio/Deutsche Glasfaser verwendet SiCabs und ich glaube Sichert FCC 4 oder 6 (Modellname steht nicht dran, müsste ich mal abmessen). 
VSE Net/energis benutzt auch SiCabs.
OXG/Vodafone hab ich bis auf KVz von Vodafone noch nichts gesehen. Die bauen laut ihrer Website aber aktuell nur in Alt-Saarbrücken, Brebach-Fechingen und Malstatt. Vielleicht kann man dort raus finden welche Schränke die verwenden und die NVT-L sicher der Telekom zuordnen.
unique_identifier (2026-07-20 07:36:38+00:00): Danke für den Hinweis wegen der Peterstraße, hab ich hier korrigiert: https://www.openstreetmap.org/changeset/186043724
unique_identifier (2026-07-20 07:37:23+00:00): Ja, das mit location=indoor und building ist nicht ganz ideal aber ich hab keine bessere Lösung gefunden:

Wenn man location weglässt ist es nach der Wiki standardmäßig location=outdoor. Was glaube ich auch nicht richtig wäre, da sich indoor/outdoor nach dem Proposal (https://wiki.openstreetmap.org/wiki/Proposal:Substation_refinement) hauptsächlich auf Trafos/Schalttechnik von substations bezieht.

Wenn man die substation nur als node innerhalb des Gebäudes setzt und man noch Trafos nodes hat, dann sind die nicht mehr innerhalb einer substation. Nach dem Proposal ist das zwar explizit für Trafos an Masten und in Kiosken (also eher man_made=street_cabinet, vielleicht auch für begehbare Gebäude?) erlaubt. Finde das ganze aber nicht so schön.

Am besten wäre es natürlich wenn man wie in den Beispielen in der Wiki zwei ways hat mit einmal building=service und einmal power=substation + location=indoor hat. Bei größeren Anlagen geht das ja auch super. 
Trafohäuschen sind ja aber eher selten eingezäunt und sind ein Teil (Gebäude und Schalttechnik werden zusammen vom gleichen Hersteller verkauft und angeliefert). Wenn man hier dann zwei ways (oder ein way und ein multipolygon) erstellt würde das, so wie ich es verstehe, nicht mit Ein Objekt, ein OSM-Element passen und wäre außerdem recht aufwendig.