piebro/osm-data huggingface dataset:
JeroenHoek (2026-04-28 06:37:35+00:00): Zo werkt de wet alleen niet. Om een pad of weg verboden toegang te laten zijn moet je dat aangeven met een hek of afsluiting of een duidelijk bordje.

Waar staan die bordjes? Dan kunnen wij de kaart daarop aanpassen.
Andrea Musuruane (2026-04-28 08:40:46+00:00): Ciao. Qual è la sorgente per questa modifica? Io sui cartelli leggo altro. Ad esempio: https://www.mapillary.com/app/?pKey=233026838593543 Grazie, Andrea
Whepgup (2026-04-28 08:46:34+00:00): Ciao! Il cartello che mi indichi, con il toponimo in tedesco standard, è stato sostituito con uno in titsch (se serve dare fonti, eccola... https://www.google.com/maps/place/11025+%D0%93%D1%80%D0%B5%D1%81%D1%81%D0%BE%D0%BD%D0%B5-%D0%A1%D0%B5%D0%BD-%D0%96%D0%B0%D0%BD,+%D0%92%D0%B0%D0%BB%D0%BB%D0%B5-%D0%B4%E2%80%99%D0%90%D0%BE%D1%81%D1%82%D0%B0,+%D0%98%D1%82%D0%B0%D0%BB%D0%B8%D1%8F/@45.7700796,7.8265614,3a,15y,322.18h,92.24t/data=!3m7!1e1!3m5!1sZhYfFN4ePrOpCZxH21h38Q!2e0!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fcb_client%3Dmaps_sv.tactile%26w%3D900%26h%3D600%26pitch%3D-2.2381398874013456%26panoid%3DZhYfFN4ePrOpCZxH21h38Q%26yaw%3D322.1787176465969!7i16384!8i8192!4m6!3m5!1s0x4788ba6960edbc33:0x25f0ab9ee544e43d!8m2!3d45.7796003!4d7.8257555!16zL20vMGZ3eXpr?entry=ttu&g_ep=EgoyMDI2MDQyMi4wIKXMDSoASAFQAw%3D%3D). Inserisco comunque il nome in tedesco, perché è molto probabile che sia coufficiale. Grazie.
Andrea Musuruane (2026-04-28 08:54:01+00:00): Grazie. C'è un apposito tag da utilizzare quando si fa commit che si chiama "source" dove è sempre bene specificare la fonte dati. Inoltre non si può usare Google Maps e Google Street View come fonte: https://wiki.openstreetmap.org/wiki/Google Ciao, Andrea
MarcoR (2026-04-27 14:26:34+00:00): Hello! 
The country code for Italy is "+39" and not "+33"; moreover, in the hotel business website the contact phone number is "+39 055 2344747", so please verify the number you typed :)

Happy mapping,
Marco
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181889323
mavl (2026-06-07 06:01:57+00:00): This changeset has been reverted fully or in part by changesets 183764451, 183764460, 183764431, 183764453, 183764448, 183764459, 183764455 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/20768].
trigpoint (2026-05-28 14:39:18+00:00): Hello
What legal evidence do you have that the Right of Way has been extinguished? 
I can find no recent path orders for Maugersbury so please can you find evidence supported by the highway authority.
As it stands the access tags you have added and designation/prow_ref contradict each other.

Cheers Phil
Access Claims (komoot) (2026-06-02 14:48:39+00:00): Thank you for raising your concerns.

We have revisited the case, adjusted the tags, and reverted most of the changes in question. Going forward, we will submit similar changes for review before making further access-related edits where local verification or legal interpretation may be required.
Glassman (2026-04-28 23:41:08+00:00): Looks good, not sure how the node got moved to the sidewalk so I moved in back inside of the bldg
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181889498
bxl-forever (2026-04-27 13:03:56+00:00): Hello,

Thanks for adding missing places to OSM.

CoMaps easily corrupts OSM data because it lacks some validation routings.

Can you please be careful about the following points.

If you type a phone number, do not write them the Belgian way. OSM mandates phone numbers to be in the international format, i.e., +32 2 347 64 29

Also, do not add addresses to restaurants or shop when you add themm.  All the addresses in Brussels are already on the map, and duplicating them on businesses is not wanted.  If you create a new place, just add the place type, name and contact details, but do not add an address in it.

I will clean your latest edits.
Thankt in advance.
HaritaDuzenlemeHesabi (2026-04-27 20:03:33+00:00): Selam. PTv2'ye göre önemli olan durakların "sırayla" eklenmesi. Siz durakları karışık eklemişsiniz. Lütfen düzeltir misiniz?

Bkz: https://wiki.openstreetmap.org/wiki/Buses#Adding_a_bus_route_to_OpenStreetMap

Geçmişte sizin değişikliklerinize birçok yorum yazdım. Yorumları okuyorsunuz fakat yorumlarımda belirttiğim yanlışları düzeltmiyorsunuz. Yanlışları düzeltmediğiniz ve cevap vermediğiniz takdirde maalesef sizi DWGye de bildirmek durumundayım.

İyi günler.
MappingMore (2026-04-28 09:46:29+00:00): Partially Revert of 181880312
5mister7 (2026-06-03 14:43:22+00:00): You did add N2 references which is good but the number being just "2" is just awkward, Yes you did make N2 a alternate reference but N2 is official and should be displayed normally, not a alternate reference
mavl (2026-06-07 06:01:46+00:00): This changeset has been reverted fully or in part by changesets 183764451, 183764460, 183764431, 183764453, 183764448, 183764459, 183764455 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/20768].
Adikso (2026-04-27 17:56:25+00:00): Ta ulica nie ma nazwy "szkolna" i nie ma nawierzchni z cegieł. Zmiany wycofane.
km2bp (2026-04-27 15:18:13+00:00):  Zespół Szkół Samorządowych w Dupie. Naprawdę?  Może to i komuś wyda się zabawne, ale nie rób tak. Ponieważ mapy te stawiają na rzetelność danych. A ludzie którzy psocą są szybko usuwani. Na Mapach Google też nie brakuje podobnych żartów. Zacznij lepiej od rysowania ścieżek których nie ma na żadnych innych mapach bo Rysowane są na podstawie śladu GPS. Nierób tak więcej.
CAM-Gerlach (2026-05-23 23:28:33+00:00): Reverted the incorrect building=* tag (this is clearly not a building=service , which is a small service building for electrical, communications, etc); its either some type of residential (e.g. building=house) or a building=commercial), and also trimmed name=* to just the actual name of the place in changeset 183087266

https://www.openstreetmap.org/changeset/183087266
eggie (2026-04-27 13:45:06+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  Je hebt het gebouw verwijderd? Er is hier geen gebouw meer?
Je edits https://overpass-api.de/achavi/?changeset=181890312
MVG,
Eggie
Namens de OSM Community
eggie (2026-04-27 13:57:12+00:00): reverted by changeset #181892357

Ik heb het gebouw weer teruggezet. Laat maar weten of dat klopt.

MVG
eggie
PointlessPancake (2026-04-30 20:13:51+00:00): Dankjewel. Dat ging per ongeluk
eggie (2026-04-27 13:11:49+00:00): Dag PP..
We zetten geen adresgegevens op de gebouwomtrek. Er zijn adresnodes.
Mvg..
eggie
eggie (2026-04-27 13:54:24+00:00): Het adres heb ik verwijderd.
eggie (2026-04-27 13:50:50+00:00): Dag PP,

Een gebouw kan nooit een punt zijn. Ik heb het voorlopig verwijderd.
MVG
eggie
eggie (2026-04-27 13:51:47+00:00): Tags overgezet naar vlak
iandees (2026-04-27 14:01:43+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/22815935 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/181892705, 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!
eggie (2026-04-27 13:48:07+00:00): Wanneer je de construction verwijdert zul je landuse=residential (Bebouwde kom) moeten uitbreiden.
MVG
eggie
trigpoint (2026-05-28 14:53:10+00:00): Hello
What legal evidence do you have that the Right of Way has been extinguished?
I can find no recent path orders for Maugersbury so please can you find evidence supported by the highway authority.
As it stands the access tags you have added and designation/prow_ref contradict each other.

Also horses are allowed but pedestrians are not? 

Cheers Phil
trigpoint (2026-05-29 13:35:31+00:00): This change is also bizarre as you have only removed foot and bike access but left horse as designated.

Cheers Phil
Access Claims (komoot) (2026-06-02 11:43:40+00:00): Hello Phil,

Thank you for raising this.

The routing restriction was initially implemented following an access claim submitted by the local landowner. Following further review and feedback from the OSM community, we have revisited the case and corrected the relevant tags to better align with OSM standards and the available information.

We appreciate the review and the additional context provided.

https://www.openstreetmap.org/changeset/183542611#map=16/51.91096/-1.70520&layers=ND
mavl (2026-06-07 06:02:15+00:00): This changeset has been reverted fully or in part by changesets 183764451, 183764460, 183764431, 183764453, 183764448, 183764459, 183764455 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/20768].
eggie (2026-04-27 14:21:43+00:00): Hier heb ik een administratieve grens losgemaakt van je toevoegingen.
Probeer plakken te voorkomen door de linker alttoets te gebruiken tijdens bewerken. 
Gr eggie
fortera_au (2026-04-27 22:56:35+00:00): Hi, please be more descriptive than just "update" for your changeset comments.

https://wiki.openstreetmap.org/wiki/Good_changeset_comments
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181892171
BholeKiBhasam (2026-04-28 09:19:21+00:00): alright mate
BholeKiBhasam (2026-04-28 09:23:36+00:00): well, I'd not realized that I reached South parts while chasing the tracks and corrals
蕉饼电脑 (2026-04-27 18:03:36+00:00): 变更的道路在哪？校区北部全部划入居民区是什么意思？
bxl-forever (2026-04-27 14:10:42+00:00): Hello, tibas21, and welcome to OSM.

I understand that Neibo has relocated.

If a business moves, the recommended way is to move the object to its new location.

Please do NOT type an address on the map.  The object will not magically move to the new location.  instead, when you do that, you add misleading information, as if this part of Avenue Louise/Louizalaan was suddently named Rue de Tamines. This corrupts geoqueries. Also, street names in Brussels are not monolingual French.

I fixed your edit and moved Neibo to its new building.

Have a nice day.
tibas21 (2026-04-27 14:17:37+00:00): Lesson learned ! sorry for the inconvinence and thak you for your quick response.
Hunte (2026-04-29 12:22:08+00:00): Moin,

Die Kirche wurde Februar 2025 entweiht,
Es finden keine Gottesdienste usw. dort statt. https://www.kirche-oldenburg.de/aktuelles/detail/den-wandel-aktiv-gestalten

Der User war schonmal gesperrt. https://www.openstreetmap.org/user_blocks/20043

Ich ändere das Gebäude auf building=church 
Im moment ist das Gebäude noch als Kirche zu erkennen. Aber keine Glaubensort mehr.
eggie (2026-04-27 14:14:56+00:00): Tip...  Iets is pas een fietspad als er een bord fietspad staat.
Dacht niet dat dat hier het geval is. 
We taggen dan highway=path ipv cycleway.
Evt met foot=yes en bicycle=yes of no.
MVG
eggie
eggie (2026-04-28 06:36:21+00:00): Als bovenstaand aangepast.
Zie ook https://wegkenmerken.ndw.nu/kaart?kaartlagen=SPEED_LIMIT,TRAFFIC_SIGN,OSM&zichtbaar-gebied=6.06481,52.16877,6.06765,52.16969&maxsnelheidfilter=1f5451a0.________Dw&verkeersbordfilter=47f8f896._____________________________________________98
Mocht er een bord fietspad zijn gekomen laat maar even weten.
MVG
eggie
Robert Whittaker (2026-06-14 18:25:53+00:00): Hi Dan,

In this changeset you added Costa Coffee brand tags to the cafe at https://www.openstreetmap.org/node/4017996894 , but left its name as "The Conservatory". We'd usually only use those tags for a cafe that was a Costa Coffee branch, rather than one that happens to serve Costa Coffee as part of its offering. But I don't see the cafe listed in Costa's branch-finder, either an branch or as somewhere with a Costa Express machine.

Was it intentional to add the Costa brand tags there? Do you know / can you remember what the setup of the cafe is with regard to Costa?
Dan200 (2026-06-14 19:02:36+00:00): Heya,
My impression from visiting the cafe was that it was a Costa in all but name: there was no exterior signage, but on the inside all the food, drink, menus, staff uniforms etc were Costa branded.
Hope this helps! I'm not fussy if you want to change it.
BholeKiBhasam (2026-05-03 13:39:32+00:00): Revert noted. Please clarify the specific tagging error or source conflict so I can align with the local schema.
katpatuka (2026-05-03 16:42:45+00:00): Which tagging error exactly are you talking of?
JJIglesias (2026-04-27 17:52:23+00:00): Saludos. Te sugiero cambiar el "adición de calles" por cambio de nombre de calles, pues las calles ya existían, no son nuevas en el mapa; solo no tenían nombre.
Y si quieres usar el hashtag #CambioNombreCalles

Gracias, importante contribución
Wildsharky (2026-04-28 11:01:26+00:00): Partially reverted in changeset id:181924159
Jakka (2026-04-28 06:46:38+00:00): Pour garder une vue d'ensemble. Enregistrer les modifications à chaque fois qu'un objet est modifié ou à proximité immédiate en ajoutant un bref commentaire. Voir https://wiki.openstreetmap.org/wiki/Good_changeset_comments
eggie (2026-04-27 14:25:37+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback.. Heet dit stukje straat inderdaad Basis? Waarom?
Zou het niet beter de straatnaam kunnen hebben.


MVG,
Eggie
Namens de OSM Community
eggie (2026-04-27 14:30:03+00:00): Dag NLmap..
De companytag heb ik verwijderd.

MVG
eggie
JJIglesias (2026-04-27 17:51:11+00:00): Saludos. Te sugiero cambiar el "adición de calles" por cambio de nombre de calles, pues las calles ya existían, no son nuevas en el mapa; solo no tenían nombre.
Y si quieres usar el hashtag #CambioNombreCalles

Gracias, importante contribucion
mcliquid (2026-04-27 14:51:48+00:00): Hi, is there a community discussion about this import? Could you share the link with me? Thank you and have a nice day!
Sylvain M (2026-04-27 15:11:08+00:00): Hi @mcliquid 

This isn’t really a discussion about this import, but rather about the structure of the "ref:inaturalist.org" key :
https://forum.openstreetmap.fr/t/inaturalist-osm-arbres

This changeset is a manual import, but we could envisage this being done automatically via a bot in the future (iNaturalist has an API for this: https://api.inaturalist.org/v1/docs/ )
Sylvain M (2026-04-27 15:16:39+00:00): You can get all iNaturalist observation with OSM field with this link :
https://www.inaturalist.org/observations?verifiable=any&place_id=any&field:OpenStreetMap%20(OSM)
mcliquid (2026-04-27 18:02:38+00:00): Does that mean the import guidelines weren't followed?
https://wiki.openstreetmap.org/wiki/Import/Guidelines
divaddivag (2026-04-28 06:23:13+00:00): Thanks Sylvain_M for your initiative and mcliquid for your scrutiny. I do not think that ~100 (over >30M in OSM) trees carefully curated by hand is breaching any guidelines. My only concern is on the use of a dot in the tag key which is discouraged: https://wiki.openstreetmap.org/wiki/Any_tags_you_like#Syntactic_conventions_for_new_tags and will raise an Osmose issue at some point!
Sylvain M (2026-04-28 07:20:17+00:00): Actually, I didn’t consider it an ‘import’ because I didn’t add any new trees to OSM, and I only updated a single tag for just over a hundred nodes.
I did check the data thoroughly before adding it.
But I understand the caution @mcliquid : if this process needs to be reversed, I’m happy to discuss it in a dedicated forum thread (in French, as I’m less comfortable with English).
Regarding the use of the semicolon (there is not any dot), it seems to me that this is well suited to this case of multiple identifier values:
https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator
lipuma (2026-04-28 13:11:50+00:00): Please correct me if I'm wrong, but I don't entirely understand the point of adding this data to the OSM dataset. 

So when an iNaturalist user adds an observation of a specific OSM node a record is added on the iNaturalist website. Then this data is also reflected in the OSM data by adding the ID of that observation record to the list of IDs of the ref:inaturalist.org tag?

Please help me understand why this is beneficial to store on the OSM side?
Sylvain M (2026-04-28 13:35:25+00:00): I’d be happy to explain why adding this external reference seems useful for me.
The nodes associated with these iNaturalist identifiers are almost exclusively trees (natural=tree). These trees may be the subject of iNaturalist observations. In this case, adding the identifiers of these observations to the nodes allows a link to be made between these OSM objects and the observation records, which contain photos and a collaborative taxonomic identification (species/genus).
This adds value to OSM for all users/contributors interested in trees.
This interest has been confirmed on the French-speaking forum at this address: https://forum.openstreetmap.fr/t/inaturalist-osm-arbres
Sylvain M (2026-04-28 13:46:55+00:00): Here is another example that illustrates the value of adding this information:
https://www.inaturalist.org/observations/344757666

This link between the two platforms is a ‘win-win’ collaboration : users of both platforms will benefit from it. iNaturalist users can view other observations of the same tree, and OpenStreetMap users can view photos and identifications of a tree mapped on OSM.
lipuma (2026-04-28 13:53:54+00:00): Thanks for the explanations and information.

Personally, I think it's odd that we put the responsibility of "iNaturalist users can view other observations of the same tree" on the OSM side. That should be done on the iNaturalist website.

"and OpenStreetMap users can view photos and identifications of a tree mapped on OSM", I'm sure it's nice we have an easy link to correct taxonomical data this way, but what if this tree gets observed hundreds or thousands of times? What if some observations are removed?

A single relation between an OSM node and an iNaturalist page aggregating all observations of that OSM node would be a lot better. Would that be possible?
Sylvain M (2026-04-28 14:13:49+00:00): > That should be done on the iNaturalist website.

This is already possible, thanks to the ‘OpenStreetMap (OSM)’ observation field : https://www.inaturalist.org/observation_fields/17260

But this remains invisible to OSM users.

One solution would have been to include a link based on this observation field (such as this one: https://www.inaturalist.org/observations?verifiable=any&place_id=any&field:OpenStreetMap%20(OSM)=https:%2F%2Fwww.openstreetmap.org%2Fnode%2F9922802696) but this was considered too complex for a url=, for example.

A link based on identifiers seems to me to be the most effective and simplest solution.

> A single relation between an OSM node and an iNaturalist page aggregating all observations of that OSM node would be a lot better. Would that be possible?

This is already possible using a list of IDs (as explained on the wiki page for the tag ref:inaturalist.org). Here is an example:
https://www.inaturalist.org/observations?verifiable=any&id=351263875,207552396,134700522,113752724,93114706,14675031
aharvey (2026-04-29 04:46:45+00:00): iNat observers may continue adding new iNat observations over time, do we then keep adding more and more iDs to ref:inaturalist.org? If you limit it to 1 who decides which observation(s) are in that list?

I'm all for improving linkage between the two projects, but as others mentioned you can add the OSM Object ID as an observation field within iNat and can derive the reverse.
Sylvain M (2026-04-29 05:04:00+00:00): > ou can add the OSM Object ID as an observation field within iNat

This is for iNat > OSM link, and I'm agree, it's OK.

But for OSM > iNat link, there is actually no way.

> new iNat observations over time, do we then keep adding more and more iDs to ref:inaturalist.org

Yes, what's the matter with that ?

I think it's the same goal of key:panoramax or key:mapillary keys, for example.
aharvey (2026-04-29 08:00:18+00:00): > Yes, what's the matter with that ?

Eventually you run out of characters in the tag value, it also creates more noise in terms of edits and changesets which makes it harder for mappers reviewing changes finding changesets etc. and if it's something that can be done as a post-processing step by data consumers from the iNat > OSM link then why would a data consumer rely on the OSM tag rather than the iNat > OSM link?

> I think it's the same goal of key:panoramax or key:mapillary keys, for example.

I'm not a fan of those keys too for the same reason, that it's arbitrary how you select who's image to use as the value, or if you list them all then there's no end...
Sylvain M (2026-04-29 12:28:20+00:00): To stimulate discussion, I have created a page [1] that will be updated daily (via this script [2]) to display the iNaturalist <> OSM mapping table.
The raw data is available (CSV, PY, HTML) in this repository [3].
I should point out that I used AI to help generate these scripts: a skilled human would no doubt have done a better job! But it works well!

[1] https://sylvain-m.github.io/divers/osm/inaturalist/

[2] https://github.com/sylvain-m/divers/blob/main/osm/inaturalist/inat_2_osm.py

[3] https://github.com/sylvain-m/divers/tree/main/osm/inaturalist
felipeeugenio (2026-07-15 12:12:49+00:00): Parece que no es el edificio completo
GustavoE (2026-07-15 13:33:29+00:00): ¿A que haces referencia?
felipeeugenio (2026-07-15 13:37:44+00:00): Hola. Perdona, parece que el changeset era mucho más grande.
Me refería a Wework, que lo pusiste en el edificio completo, pero había una nota ahora diciendo que hay otras oficinas, así que lo separé del edificio y lo dejé como una oficina. Eso sí, parece que de los 24 pisos involucran 18.

Saludos
eerib (2026-04-30 01:56:50+00:00): Reverted in full by CS#182013120

https://www.openstreetmap.org/changeset/182013120

Reason: User has added several dozen fake trails in a mass vandalism attempt.
iandees (2026-04-27 15:24:03+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/253167497 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/181897050, 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!
GiovanniPen (2026-04-27 15:10:42+00:00): do not (just) delete if otherwise is possible to update POIs infos

https://www.openstreetmap.org/changeset/181896361
ika-chan! (2026-04-27 16:06:32+00:00): I wish to ask what is the source for the proposed road, and what is the source for the A28 road number at https://www.openstreetmap.org/way/1504509546?
ika-chan! (2026-05-03 19:15:30+00:00): Reverted by changeset 182175144 for being likely imaginary or speculative.
eggie (2026-04-27 15:37:15+00:00): Dag Pingu..
..access=permissive routeert juist wel.
Dan zou het access=forestry net emergency=yes moeten zijn.
Mvg,
eggie
eggie (2026-04-27 16:25:48+00:00): Dag Pingu. Er loopt door het ene hek een mrb route en door het andere hek een knooppuntwandelroute. 
Hoe kan het voor fietsers dan gesloten zijn?

MVG
eggie
eggie (2026-04-28 07:01:48+00:00): Dag Pingu.. Ik heb het aangepast als bovenstaand  bij die hekken en de verbindingswegen met de Hessenweg. De rest van het bos niet.
Met permissive zet je het hek gewoon open voor motorvoertuigen.
Dat lijkt me hier onwaarschijnlijk. Er staat een C1 bord. 
Dan zou er officieel ook niet gefietst mogen worden. Maar goed... er loopt op het eerste stukje een MTB route. (MTB Lunteren) 
Daarom bicycle=permissive

MVG
eggie
eggie (2026-04-28 07:02:45+00:00): https://wiki.openstreetmap.org/wiki/Tag:access%3Dpermissive