piebro/osm-data huggingface dataset:
AndyB_66 (2026-03-22 18:00:26+00:00): Please keep your changesets local.
OlasMapy (2026-03-23 11:36:15+00:00): wtf is this
OlasMapy (2026-03-23 11:36:32+00:00): and why is it in Bydgoszcz
felipeeugenio (2026-03-22 20:14:47+00:00): Hola. por favor no usar nombres descriptivos.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/180263773
woodpeck_repair (2026-06-11 09:00:45+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 09:08:53+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
Jarek 🚲 (2026-05-09 02:17:32+00:00): Hi Dave,

You mapped the Eglinton East bike lane as a highway=cycleway way.

I rode the LRT along Eglinton today and between Sloane and Ionview it looked like a paint-only bike lane to me, at least eastbound. I got this picture: https://commons.wikimedia.org/wiki/File:Eglinton_Avenue_East_near_Sinnott_Road,_May_2026.jpg and it looked the same at several other stretches.

Generally, OSM's highway=cycleway is used for separated bike tracks, like with curbs, barriers, or grassy verges. This doesn't seem to be the case here. Is that so? Or are stretches of it actually separated? If yes, which ones?

Cheers,
Jarek
Dave Laird (2026-05-10 01:18:33+00:00): Hi Jarek. Thanks for bringing this convention to my attention — I didn't realize that was the case. When I have time over the next few days I'll delete the separate cycleway whenever it's just a painted line.

Cheers... 
Dave
MassCartog (2026-03-23 12:45:05+00:00): Hello, could you explain why you have removed the grass feature from all these locations?

When removing a ton of stuff people describe why in your changeset comments.

https://wiki.openstreetmap.org/wiki/Good_changeset_comments
iandees (2026-03-22 18:07:42+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/912271681 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/180265652, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
stasiu512 (2026-03-26 18:55:51+00:00): Po usunięciu tagu highway z linii https://www.openstreetmap.org/way/526503352, dla routerów taka linia przestaje istnieć. W takich sytuacjach gdzie mamy DDPiR używamy highway=path + foot=designated + bicycle=designated zgodnie z wiki -https://wiki.openstreetmap.org/wiki/Pl:Rowery. Zwróć proszę też uwagę na literówki (zamiast "cyclewau" powinno być "cycleway"). Dodałem tag highway=path w https://www.openstreetmap.org/changeset/180469617.
marczoutendijk (2026-05-04 15:29:18+00:00): You don't seem to understand the meaning of the various tags. 
If you want to tag a house, you should use building=house and using name=Bâtiment for the same is wrong. 
Please re-read the wiki to check the rules:
https://wiki.openstreetmap.org/wiki/Map_features#Building
woodpeck_repair (2026-06-11 09:06:14+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
Romaine2 (2026-05-16 14:46:38+00:00): Tongersestraat 51 in Maastricht: hier is een bijgewerkte versie overschreden door een verouderde versie, graag herstellen.
JanWandelaar (2026-05-17 17:32:19+00:00): Helaas weet ik niet hoe ik oude versies terug kan halen van een pand. 
Het eenvoudigste is via de https://bagviewer.kadaster.nl/ een terugmelding te doen als de BAG niet klopt. Meestal wordt dat in Maastricht binnen een paar dagen verwerkt en kan ik het pand aanpassen. De BAG lijkt wel over een te komen met de luchtfoto van 2026.
Het gebouw is in de huidige versie door de gemeente op 26-02-2026 toegevoegd aan de BAG. Wel vreemd dat dit verouderd is, terwijl de laatste edit voor mij een jaar oud is.
Wulf4096 (2026-07-11 16:13:47+00:00): Hi,
du hast hier sehr viele cycleway:both=separate eingetragen, was mit der Realität aber nicht übereinstimmt: Fußwege sind keine Radwege!
Magst das bitte nochmal alles durchgehen und selbst in Ordnung bringen?

Siehe auch https://www.openstreetmap.org/note/5387934
woodpeck_repair (2026-06-11 09:01:14+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
mueschel (2026-03-23 11:10:40+00:00): Hier ist ein Way vergessen worden:
https://www.openstreetmap.org/way/1491598741
SimonPoole (2026-03-23 12:22:58+00:00): Behoben in https://www.openstreetmap.org/changeset/180302859#map=14/46.99641/6.77879 (sprich gerade verwendet). Der Grund lag drin, dass ich da an der falschen Grenze war und deshalb dort nicht weiter gemacht habe (ne Abzweigung verpasst), aber vergessen hatte, dass ich den Ersatz schon wegen einer historischen Grenze (sprich was das es nicht mehr gibt) schon gesplittet hatte.
MappingMore (2026-03-28 06:36:36+00:00): Partially reverted in changeset id:180530137
Tomek | Yanosik (2026-03-26 08:02:14+00:00): ruch jednokierunkowy na ul. Kurpińskiego został zlikwidowany?
Marek_P (2026-03-26 08:46:48+00:00): O kurczę, mój błąd. Przepraszam, poprawiam i dziękuję za czujność.
Tomek | Yanosik (2026-03-26 12:18:27+00:00): 👍
DaveF (2026-03-23 11:16:23+00:00): Please don't attach station nodes to the track. It's a hangover from when all tracks were only mapped as a single way. There is a concerted effort to detach them. It make the OSM database more accurate & allows the nodes to be more accurately positioned to avoid rendering clashes.  
https://www.openstreetmap.org/node/20798190/history/20#map=19/51.717331/-0.344960
PhilBike24 (2026-03-24 18:20:18+00:00): My aplogies thank you for letting me know, is there documentation on this?
DaveF (2026-03-24 23:53:38+00:00): https://wiki.openstreetmap.org/wiki/Tag:railway=station?uselang=en

"Map an unconnected node"
Tomas Straupis (2026-03-22 19:15:05+00:00): Hello, have you been there? Have you asked somebody local about this museum?
Tmondr (2026-03-23 07:08:57+00:00): Actually no, maybe I shouldn't have deleted then even if no public information is available anymore? Just leave it as it is? Or add some unknown tag?
Tomas Straupis (2026-03-23 12:13:56+00:00): Yes, you should not have done ANY changes of such nature without having at least some local knowledge :-)
woodpeck_repair (2026-06-11 09:00:02+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 09:10:41+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 08:59:22+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
Tomas Straupis (2026-03-22 19:23:48+00:00): Please stop. You're destroying good data. This change is impossible, you're mixing data of different objects.
Tmondr (2026-03-23 06:17:23+00:00): It was moved to another place, so i changed address but didnt move location with first change, but then with second change i moved location as well, or how it should be done instead? Completely deleted and then new one created and new location?
Tomas Straupis (2026-03-23 06:47:37+00:00): There have been a number of strange changes before that and I have doubts if you have local knowledge rather than "googling"? Yes, same point should be moved but because of previous changes after first change I've reverted the whole change as, well unreliable. Maproulete guided changes are a common source of problems in our data.
Tmondr (2026-03-23 07:07:32+00:00): well mekas.lt has new address, also wikipedia entry https://lt.wikipedia.org/wiki/Jono_Meko_vizuali%C5%B3j%C5%B3_men%C5%B3_centras says that it was in gynėjų street before and later moved to malūnų street, tourism information site also states new address https://www.govilnius.lt/aplankykite/lankytinos-vietos/jono-meko-vizualiuju-menu-centras
Tomas Straupis (2026-03-23 12:16:13+00:00): But my suspicion stays the same, do you have local knowledge about these places and Vilnius in general? If you're local (ir tada galim šnekėti lietuviškai) - it is all fine, if not - I doubt you should be doing changes to such curated data, just browsing internet is not enough.
Tmondr (2026-03-23 13:54:54+00:00): taip, galima ir lietuviškai :D neėjau tikrint gyvai, bet šitas pakeitimas, manau, kad teisingas
Tomas Straupis (2026-03-23 13:58:52+00:00): A, na jei vietinis tai keičia reikalą :-) Tada man ramiau, nes čia prilenda visokių per ruletę ir pradeda kaitalioti bele ką :) Sėkmės ir atsiprašau už perdėm priekabų tikrinimą.
woodpeck_repair (2026-06-11 08:58:47+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 09:01:15+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 09:07:49+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
iandees (2026-03-22 19:08:49+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/13653903911 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/180268162, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
iandees (2026-03-22 19:08:47+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/9467481235 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/180268160, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
Falk3r (2026-03-22 20:19:34+00:00): Right you are; thanks!
woodpeck_repair (2026-06-11 09:02:14+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
JeroenHoek (2026-03-23 08:02:22+00:00): De industrial=* key specificeert een andere key, maar die ontbreekt nu nog. Meestal wordt deze in combinatie met man_made=works gebruikt wanneer het over een fabriek gaat. Ik denk dat die tag hier ook past.

Bij een fabriek is het trouwens ook prima om het hele terrein te taggen in plaats van een node. Hier is dat eenvoudig, omdat het terrein al los is ingetekend.

Het terrein van FrieslandCampina is een goed voorbeeld:

https://www.openstreetmap.org/relation/17808318

Als node zou niet duidelijk zijn wat het bereik van het terrein is. Bij zulke grote gebieden is dat wel interessant. Bij kleine winkels en zo speelt dat niet, waardoor die meestal als node getagd zijn.
iandees (2026-03-22 19:31:34+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/11599564564 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/180269152, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
osmviborg (2026-03-23 06:51:07+00:00): Du bruger 'tunnel=flooded' som definition på et rørlagt vandløb, det er forkert. Læs venligst: https://wiki.openstreetmap.org/wiki/Tag:tunnel=flooded
osmviborg (2026-03-23 07:04:04+00:00): Alle disse rørlagte vandløb er aftegning fra skærmkortet, hvordan harmonerer det med verifiability https://wiki.openstreetmap.org/wiki/Verifiability
cyclist789 (2026-03-23 08:00:20+00:00): Jeg har læst tunnel=flooded. Jeg kan ikke identificere problemet. Kan du citere den del, det handler om?

God pointe om verifiability. Man kan ikke just gå ud på en tilfældig mark, og se om der er rør under.
(Det samme gælder så også gas-, el- og data-forbindelser, så det er et større problem end som så.)

Andre brugere kan "bekræfte" rørenes placering ved at kigge på samme skærmkort, men jeg ved ikke, om dét tæller. Jeg synes ikke at guiden er præcis nok til at besvare dette spørgsmål.
osmviborg (2026-03-23 08:05:40+00:00): Tunnel i wiki'en: Its dimensions and length can allow human to fit inside but safe walking is impossible due to high amount of water or other fluid expected in operation.
cyclist789 (2026-03-23 08:14:01+00:00): Ah, jeg læser "*can* allow" som "er *måske* stor nok til".

(Key:tunnel kræver i hvert fald ikke i sig selv, at mennesker skal kunne benytte dem, da tunnel=culvert eksisterer.)
cyclist789 (2026-03-23 08:16:04+00:00): (Eller "*kan være* stor nok til".)
osmviborg (2026-03-23 08:18:36+00:00): Tunnel er til større afstande: A flooded tunnel is an artificial structure intended to channel water on a significant distance.
cyclist789 (2026-03-23 08:50:28+00:00): Årh, har jeg lavet *små* stykker tunnel=flooded? Beklager, jeg misforstod.

Jeg tænker, at hvis et underjordisk stykke vandløb er meget længere end bygningerne eller passagen over den kræver, må det være *flooded* i stedet for *culvert*. Jeg tror de 100m bare er en rettesnor.
aceman444 (2026-05-06 09:18:35+00:00): Why are you applying tags suggested to you without understanding them?
iandees (2026-03-22 20:48:10+00:00): Hello! I noticed that nodes https://www.openstreetmap.org/node/5359363794, https://www.openstreetmap.org/node/8050137445 were moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/180271909, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
World_Winner (2026-03-23 06:39:27+00:00): Partially reverted in changeset id:180284602
VictorIE (2026-03-26 18:05:58+00:00): Hi,

The name of the council is Armagh City, Banbridge and Craigavon **Borough** Council. :) https://www.armaghbanbridgecraigavon.gov.uk/

Also perhaps best not to use '&' to avoid confusion when searching for the exact name: https://taginfo.geofabrik.de/europe:ireland-and-northern-ireland/search?q=operator%3DArmagh+City

That said, the councils themselves are often the worst offenders for using '&'. :)
ramthelinefeed (2026-03-26 19:11:27+00:00): I am probably guilty as charge, although the pedant in me cannot help point out that ABC Council may be acting unlawfully as regards getting its own name wrong under Section 1(1) of the Local Government Act (NI) 2014 
https://www.legislation.gov.uk/nia/2014/8/section/1/enacted lmao
VictorIE (2026-03-26 19:30:16+00:00): The councils have the right to change the council names. However there has been a issue with changing city names.

Meanwhile, before I did a tidy-up Newry, Mourne and Down District Council had 28 different versions of operator=*, between joint operations with others, misspellings, '&', and assorted punctuation. It's down to 6 versions now.
ramthelinefeed (2026-03-26 19:39:25+00:00): They have a right under the Act to change their name by a statutory process but I wouldn't like to bet that ABC Council have actually followed that process :-)
I am probably responsible for much for the shambles of NMDDC variants :(( - actually I was wondering if the is a process to get the iD editor to automatically set that name and add corresponding wikidata tag? It does that with some names for some types of object. Can a request be put in somewhere? 
If it's any consolation I spent the past couple of days trying to bring coherence to a dozen variants of Translink names and brandings....
VictorIE (2026-06-25 00:07:38+00:00): Hi again, 

1. crossing:island=noy ? :)
2. Is this really a crossing if there is nothing on the far side of the road?
ramthelinefeed (2026-06-25 08:29:33+00:00): looks like some weird ID editor autocomplete wrongness, sorry. 
As for the 'crossings' - um, well, they are kinda 'choker' build-outs with textured-paving-dropped-kerbs but only a grass verge on the other side.  I'm honestly not sure what the intention is. Perhaps it's intended as a safe place for people who have been flytipping or worse in the bushes to re-emerge onto the road. lmao
PPete2 (2026-05-06 10:45:05+00:00): you mapped "turn:lanes=left;right" on the motorway-link, which is wrong. There are no turn-lanes at all on most of the link, and the last meters before its splitting into B137 there are just "through"-arrows.
Niels Elgaard Larsen (2026-03-27 19:09:48+00:00): Why did you remove all kinds of tags?

E.g. from Madkunsten:

phone, fvst:navnelbnr, ref:DK:cvr

They seem to be correct.
qrisztly (2026-03-27 20:18:48+00:00): Hej Niels. Der er så stor udskiftning i butikkerne i Nykøbing, så jeg har lavet friske tagsæt til mange steder, fjernet lukkede forretninger osv, her før turistsæsonen starter. Er der noget der ikke stemmer?
Niels Elgaard Larsen (2026-03-29 22:59:45+00:00): Ja, fx madkunsten
https://www.openstreetmap.org/node/2283368546/history/9

phone var korrekt.
fvst:navnelbnr var også korrekt
ref:DK:cvr var også korrekt.
qrisztly (2026-04-01 08:24:51+00:00): Hej Niels. Så fik jeg kigget på Madkunsten igen. Jeg tog dine tags og førte dem over på det andet punkt, så stedet kun har et enkelt punkt. Og jeg oprettede deres telefonnummer, det var åbenbart gledet ud. Så nu skulle det være klar til turisterne kommer lige om lidt! Ellers er jeg lige lidt igang oppe omkring Rørvig, mest omkring sommerhusene. Mange steder er de så tilgroede, at indkørslerne til særligt bagvedliggende ejendomme kan være svære at finde, så der er lidt at tage fat på. God påske!
woodpeck_repair (2026-06-11 09:08:15+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
NeisBot (2026-03-22 19:52:22+00:00): Hi TimothyLaz, welcome to OSM!

Thank you for your contributions to the map. I have reviewed your recent edits and noticed that 81% of the changes in this set involve deletions, including:
- 1 addr(s)
- 1 building(s)
- 2 highway(s)
- 2 landuse(s)
- 1 name(s)
- 10 surface(s)

Could you please confirm if these deletions were intentional or if they occurred by mistake?

Looking forward to your response.

#DeletionsCheck
---
https://resultmaps.neis-one.org/osm-change-viz?c=180269918
TimothyLaz (2026-03-22 19:55:43+00:00): This was intentional as the golf club is no longer there and has been replaced by a new build estate. This change removes that area of the golf club (I am uncertain about the status of the rest) and adds in the roads plus some of the houses
woodpeck (2026-03-22 21:26:18+00:00): Edits look legit.
rajdhani (2026-03-24 04:58:46+00:00): Partially reverted in changeset id:180334345
eggie (2026-03-22 20:52:46+00:00): Schuiven met de kaart in editmodus geeft vaak schade. Hier heb je een boom verplaatst.
https://overpass-api.de/achavi/?changeset=180270011
Je selecteert een boom en gaat dan met de kaart schuiven. Danschuift niet de kaart, maar wel de boom.. of een adres.. of een heel kruispunt. 
MVG
eggie
eggie (2026-03-22 20:54:47+00:00): Boom teruggezet
Jan Kees Kleuver (2026-03-22 20:55:21+00:00): Dank voor de correctie!
eggie (2026-03-22 20:59:04+00:00): Yep.. alle begin is moeilijk. Iedereen was ooit beginner.
Als een changeset opeens een groot gebied is zal er altijd iets ingemerkt verkeerd zijn gegaan.
Laat je niet ontmoedigen door kritiek.
eggie
aceman444 (2026-05-06 09:15:38+00:00): This change does not seem correct in any way. changing turn lanes from 'left' to 'through' ? Again separating roads too early?
You do not need to draw every piece of road to a centimeter precision. Such a juntion can be mapped simpler as a single point where all the roads meet on the Innviertler Strasse and the segment https://www.openstreetmap.org/way/102408507 doesn't even need to exist.
eggie (2026-03-22 20:48:53+00:00): Dag Jan Kees,

Maak nooit combinatie van access=no met andere toegangstags. Het is bijna altijd verkeerd.
Je pad zit aan de oostzijde nergens aan vast en zal niet routeren.
Ik pas even wat aan.
Je paden bevatten ook op twee plaatsen duplicated ways. Dus een pad op een pad geplakt. Zelfs twee keer heen en weer getekend. Ik heb het hersteld. 
Je edits 
https://overpass-api.de/achavi/?changeset=180270197
MVG
eggie
eggie (2026-03-22 20:49:33+00:00): Als je goed inzoomt in achavi dan kun je dat dubbel intekenen zien.
Jan Kees Kleuver (2026-03-22 20:55:39+00:00): Dank je!
MassCartog (2026-03-23 12:51:31+00:00): Hey, You have misspelled "Hospital"
World_Winner (2026-03-23 09:22:39+00:00): Reverted in changeset id: 180290573
whitepanda (2026-03-26 09:33:21+00:00): Reverted in changeset id: 180302627
eggie (2026-03-22 20:42:03+00:00): Dag Bram,
Netjes ingetekend. Denk wel dat het beter als één parking kan worden gemapt. Dus gewoon één groot vlak. 

MVG
eggie
Bramba01 (2026-03-23 06:57:35+00:00): hoi eggie,
Ik heb van de parkeerplaats nu 1 groot vlak gemaakt. Zou u nog even kunnen checken of het nu allemaal klopt?

MVG
Bramba01
eggie (2026-03-23 07:53:22+00:00): Lijkt me helemaal oke.
Evt kun je nog capacity=? en parking=surface toevoegen.

MVG
eggie