piebro/osm-data huggingface dataset:
Martin Borsje (2021-12-09 17:17:49+00:00): As far as I know does the combination highway=pedestrian AND area=yes not route at all and for routing purposes a path should be drawn over the area (one could even add visibiblity=no to that 'path'. But, ignoring that: if the two ped areas are at different levels and separated by a retaining wall imho no routing is possible accross that wall. Addding two layers could help here, as layer=1 for the upper part nicely connects to the both bridges east and west, both with layer=1 as well.

On the cyclepath: here Dutch and German traffic law differ: when a road has an accompanying path marked by your sign 237 pedestrians are not even allowed to use that cycleway but as well obliged that cycleway. Here when a highway is tagged as cycleway the addition foot=yes is superfluous and only foot=no will be added if by a sign access to pedestrians is prohibited. So for us if a path looks and funtions as a cycling path it is tagged as cycling way (also different rendering btw) and access to foot is default.
But what happens in BRD when an accompanying path is marked with 237 only: should pedestrians then take the mainroad as the cycleway is now forbidden? I guess the path between Schneebergweg and Melatener Straße then should be marked with sign 240 if it has a sign at all. Then your tagging is correct; although designated is superfluous as by https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Germany for a path default access to bicycles and pedestrians is taken care of.

M.fr.Gr.
aixbrick (2021-12-10 07:08:27+00:00): As long as there is no definitive statement that layer would help, I think it's better to keep both areas apart.

>> But what happens in BRD when an accompanying path is marked with 237 only
The sign 237 is mostly used to sign a designated bicycle lane on the road or a separate bicycle lane on the sidewalk (see examples in the wiki article), so there should always be a way for pedestrians and if not, it's probably not necessary (no pedestrians on that road).

>> should be marked with sign 240 if it has a sign at all.

Few weeks ago, there wasn't a sign: https://www.mapillary.com/app/?lat=50.779164130556&lng=6.0521908055556&z=17&pKey=429241798910534&focus=photo. If it's sign 240, then it's foot=designated and bicycle=designated, now it's only *=yes. So I think it's mapped correctly.
Martin Borsje (2021-12-10 07:23:09+00:00): "There wasn't a sign".  Just my assumption. :)
The routing difference between yes and designated is nill. Further default access is already arranged for paths as I told.
Further the two areas are separated and not merged, they are juxtaposed; there is no 'void' between the ped area and the wall. The wall will perfectly prevent any routing through it.

Finally: "(no pedestrians on that road).": only where peds are forbidden (motorways or by a sign) pedestrians are forbidden; the mere fact that you don't expect pedestrians does not imply that they are not there/allowed of course.

Enjoy your day; keep safe!
Jonathan Haas (2021-12-10 07:23:23+00:00): > I did not merge the areas, I juxtaposed these, which is correct, there is no horizontal space between. The waal should block routing, which it generally does.

A wall does generally not block routing and you can usually "punch holes" in a wall by routing a way though it (and optionally tagging a gate, door, etc.), the samis happening here. I don't think routers stop routing at layer changes or else we would have problems at most bridges which are tagged as layer=1 but connect to normal ground layer roads on both sides.

The only reasonable fix I see is to disconnect both areas, which I had done here.
Martin Borsje (2021-12-10 07:53:51+00:00): But, again, there is no 'way' through the wall. Nobody did punch a hole through it.
For routing a highway is needed and a ped area alone does not route. Your arguments I do not follow.
But: don't be afraid: I will not touch it.
Jonathan Haas (2021-12-10 09:04:35+00:00): This area has highway=pedestrian and thus can be used for routing. Why would routers not route through pedestrian areas?
Martin Borsje (2021-12-10 09:18:12+00:00): Because they need a line element.
Jonathan Haas (2021-12-10 11:21:28+00:00): All the routers I've used before route over the outline of area elements just fine.
Dodko (2022-07-05 20:18:36+00:00): Adresa sa píše v tvare
addr:conscriptionnumber=súpisné
addr:housenumber=súpisné/orientačné
addr:streetnumber=orientačné

https://wiki.openstreetmap.org/wiki/Cs:Key:addr
Frans S (2021-12-10 13:08:52+00:00): Thanks for your contribution to this project. 
Reviewed by a validator at random or as requested. 
tag highways allways as highway= ....
See this wiki for more information
https://wiki.openstreetmap.org/wiki/Highways
Please pay attention on these points:


Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
More help information:
View this video's about common New mappers Mistakes
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2
https://www.youtube.com/watch?v=ltn1VOiq5_0
More info can be found on https://learnosm.org/en/beginner/id-editor/


Best regards and keep mapping !
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/114731247
Woidmadl (2021-12-09 17:05:09+00:00): Hi,
schön dass du mappst. Ich würde jedoch empfehlen, keine (Shop-)Nodes zu löschen, sondern stattdessen die Tags name & shop auf disused zu setzen (den Rest löschen), damit der Verlauf des Nodes erhalten bleibt. Ich habe deshalb diesen Changeset umgekehrt und die Tags auf disused gesetzt.

LG
Woidmadl
kannix (2021-12-23 15:27:19+00:00): Hallo,
kann Deine Aenderungen nicht ganz nachvollziehen und bitte um genaue Quellenangabe. 
In den Publikationen der WSV (2020) finde ich z.B. https://www.openstreetmap.org/way/244059223 mit CEMT=III
Danke, Dirk
jzi (2022-01-04 08:12:57+00:00): Hallo Dirk,
danke das du meine Änderungen überprüfst. Laut BinSchStrO (https://www.elwis.de/DE/Schifffahrtsrecht/Verzeichnis-Rechtsverordnungen-Gesetze-Richtlinien/BinSchStrO-Zweiter-Teil.html?nn=426644) unter 1.1.13 auf dem Oranienburger Kanal, Schiffe mit einer Breite von maximal 5,10 m und 20,0 m Länge zugelassen. Das passt am ehesten zur CEMT I (5,05 m x 38,5 m), aber nicht zu einer CEMT III, was östlich der Elbe Schiffsmaße von 9,0 m x 70 m erlauben würde.
Ich sehe das aus der Sicht eines Routingalgorithmus, der mit vorgegebenen Schiffsmaßen einen Weg finden muss und somit die CEMT als Entscheidungskriterium für die Benutzbarkeit der Wasserstraße verwenden muss.
Grüße, Jörg
kannix (2022-01-04 09:04:39+00:00): Frohes Neues Joerg, danke fuer die Rueckmeldung!
Bitte nutze doch fuer Deine Einschaetzungen aktuelle Quellen und die von der Wasserstraßen- und Schifffahrtsverwaltung des Bundes getroffene Qualifizierung. Eine Auswahl findest Du unter https://wiki.openstreetmap.org/wiki/Key:CEMT#Sources
Danke, Dirk
jzi (2022-01-04 09:55:43+00:00): Dir auch ein gesundes Neues Jahr. Die BinSchstrO ist in der zitierten Fassung vom 26. November 2021 (BGBl. I Seite 4982) also überaus aktuell. Ausserdem bin ich mir sicher, dass der Oranienburger Kanal seit dem nicht von 5 m auf 9 m verbreitert wurde, nicht zuletzt deshalb, weil er ja bezüglich der Berufsbinnenschifffahrt keine Bedeutung hat.
Gruß, Jörg
kannix (2022-01-04 10:33:10+00:00): mir ist vor allem Deine Aenderung
https://www.openstreetmap.org/way/244059223/history#map=14/52.7501/13.2462
unangenehm aufgefallen ...
kannix (2022-01-04 10:37:15+00:00): https://www.openstreetmap.org/way/244156573#map=13/52.7462/13.2277
ist laut 
https://atlas.wsv.bund.de/bwastr/wms?
CEMT=0 ...
jzi (2022-01-04 14:36:47+00:00): Es läuft wohl darauf hinaus zu entscheiden welche Quelle richtig ist, entweder die BinSchstrO oder  https://atlas.wsv.bund.de/bwastr/wms? ?
kannix (2022-01-05 17:04:31+00:00): Das ist einfach: In der BinSchstrO steht rein gar nichts von einer CEMT-Klassifizierung. In dem von Dir angefuehreten Dokument steht nur die maximale Breite/Laenge. Das kannst Du mit den tags maxwidth / maxlength abbilden (sieje https://wiki.openstreetmap.org/wiki/Inland_navigation ).
Die Klassifizierung nach CEMT nimmt die Generaldirektion Wasserstraßen und Schifffahrt vor (und nicht Du oder ich).
jzi (2022-01-06 07:39:23+00:00): Das ist richtig, dass in der BinSchstrO nichts von der CEMT drin steht. Dann werde ich meine Änderungen wohl nochmal mit den Angaben von https://atlas.wsv.bund.de/bwastr/wms abgleichen .
kannix (2022-01-06 08:08:25+00:00): Danke :-)
Hast Du eigentlich meine Nachrichten
jzi 	Wasserstrassen-Routing 	4. Januar 2022 um 09:07 Uhr
und
jzi 	CEMT 	23. Dezember 2021 um 16:03 Uhr
via 
https://www.openstreetmap.org/messages/inbox
bemerkt?
Frans S (2021-12-10 13:10:05+00:00): Thanks for your contribution to this project. 
Reviewed by a validator at random or as requested. 
Your mappings are not always accurate mapped and in according to the HOT/ OSM quality standards.
Please pay attention on these points:
See my previous comment about tagging and squaring buildings. 


Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
More help information:
View this video's about common New mappers Mistakes
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2
https://www.youtube.com/watch?v=ltn1VOiq5_0
More info can be found on https://learnosm.org/en/beginner/id-editor/


Best regards and keep mapping !
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/114731766
Antoni_W (2021-12-09 12:49:02+00:00): Zamiast opisowej nazwy powinno się dać tag [building=residential] dla budynku mieszkalnego. Więcej o rodzajach budynków i o nazwach można przeczytać na wiki https://wiki.openstreetmap.org/wiki/Pl:Key:building i https://wiki.openstreetmap.org/wiki/Pl:Nazwy

Używanie opisu do nazwy osiedla też nie jest poprawne. Osiedle jest już oznaczone https://www.openstreetmap.org/node/3009675903
Heinz_V (2022-01-10 20:15:58+00:00): You made correction to NH122: 
each NH is part of a relation; you should update these relations.
timmito (2021-12-10 02:20:13+00:00): Der Key description ist nicht für Werbung gedacht, ich habe das entfernt. https://wiki.openstreetmap.org/wiki/DE:Key:description?uselang=de

Der Link beim image hat nicht funktioniert. Auf keinen Fall darf hier Material von Google Maps verwendet werden. Das extern gehostete Foto sollte unter Open Source verfügbar sein. https://wiki.openstreetmap.org/wiki/DE:Key:image?uselang=de
timmito (2021-12-10 02:12:50+00:00): Hallo und willkommen  bei OpenStreetMap! Beim Löschen von Objekten bitte vorsichtig sein, dadurch ist auch die Adresse Leverkuser Straße 31 verloren gegangen. Ich habe die Adresse wiederhergestellt.
ivanbranco (2021-12-17 17:06:42+00:00): Hi Lucifer,

OSM tags are by convention in English language.

cuisine=совок+
diet:совок+=yes

what's the meaning of this word?
bxl-forever (2021-12-14 01:09:51+00:00): Hello @zazablue,

Thanks for this.

Here are a few hints to make your next contributions better.

1) We write phone numbers in the international format (E.123), i.e. +32 2 375 77 14, because that works with every phone, even from within Belgium.  Do not insert a (0) in the middle, because that would break it.

2) Brussels is a bilingual city.  If you write the street name on a POI, always copy the bilingual version, not just the French one.

3) If you add a point inside a building, and if the building already has an address, you do not have to repeat the address for the point itself, OSM searches will always find it.  A good time-saver. (And it makes maintenance easier.)

Happy mapping. ;-)
LuxuryCoop (2021-12-11 01:29:29+00:00): 안녕하세요! 오픈스트리트맵에 기여해 주셔서 감사드립니다.
바뀜집합 검토 요청을 주셔서 확인해 본 결과, 큰 문제는  없습니다. 다만 '씨엘카페'에 편의점 태그가 붙어 있어서,이를 카페 태그(amenity = cafe, cuisine = coffee_shop)로 교체했습니다
앞으로도 꾸준한 기여 부탁드립니다!
fgouget (2022-11-16 02:41:48+00:00): Bonjour,

Notez que vous pouvez utiliser la couche Volta pour identifier les lignes Enedis et compléter leurs attributs.

https://wiki.openstreetmap.org/wiki/FR:Serveurs/tile.openstreetmap.fr#Rendu_%22Volta%22_des_r%C3%A9seaux_%C3%A9lectriques

Notamment :
frequency=50
operator=Enedis
operator:wikidata=Q3587594

Et généralement :
cables=3
voltage=20000 (ou 400 pour les raccordements clients en vert)

Cordialement,
fabiotofy (2021-12-09 09:30:45+00:00): bene così!
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/114733131
abakus_uploader (2021-12-09 23:31:25+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
martin-kokos (2021-12-12 10:44:51+00:00): Please, be careful with you're edits. You've made the road all crooked and part of it deleted. It is very easy to make mistakes with JOSM tool. I am fixing it. Please, see https://osmcha.org/changesets/114734847/
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/114734847
PLima785 (2021-12-09 13:25:09+00:00): não entender o porque de estares a apagar estes dados 
eu sei que no editor é complicado mas tens o JOSM que é melhor para este tipo de informação de transporte publico
PedroMTG13 (2021-12-09 13:46:35+00:00): Eram rotas da Marlines, que iam para o Mar shopping, coisa que agora é feita pela Maré e STCP. Esta ferramenta do iD é recente, estou a explorar um pouco dela, ainda não consegui gostar do JOSM... (se me arranjares um bom tutorial aprecio)
Mas no geral estou a atualizar as rotas que conheço, quando terminar as STCP comece com Maré ou outras..
PLima785 (2021-12-09 13:54:11+00:00): a ideia é não apagar por causa do histórico e aproveitar essas linha mudando apenas o nome
entendo te não é uma ferramenta fácil de começar mas deixo te uma guia geral da ferramenta dentro do JSOM https://osmand.net/blog/guideline-pt#Guidelines
PedroMTG13 (2021-12-09 13:59:40+00:00): Pronto, então se puderes, reverte o que eu eliminei
PLima785 (2021-12-09 14:13:29+00:00): ok e obrigado assim que possa faço o
PLima785 (2021-12-14 20:50:42+00:00): Viva já reverti qualquer coisa apita
PedroMTG13 (2021-12-14 21:13:01+00:00): Falta só alguma tag a dizer que nao estão ativas, tipo historic= ou abandoned= o que ficar melhor
PLima785 (2021-12-15 17:14:35+00:00): penso que foram substituídas pelas linhas 508 e 507 dos stcp, só o que vinha da Maia é que não tem equivalente.
a ideia é reconverter a antiga marlines e mudar/juntar para o 507 e 507
o que vinha da Maia fica historic (se alguma vez foi incluído no OSM tenho que ver)
caso não de para juntar sim historic e end date são uma boa combinação
PLima785 (2021-12-15 17:14:56+00:00): 508*
PedroMTG13 (2021-12-15 18:58:52+00:00): eu entretanto também vou tentar juntar o 507, 508 e 601
ivanbranco (2021-12-17 17:04:55+00:00): Hi Wei_Rong,

diet:丼飯=yes

OSM tags are by standard in english language. I googled that word and seems like is donburi? Than it shouldn't be a diet, but a cuisine value, like cuisine=donburi.

What you think?
marczoutendijk (2023-03-20 19:53:00+00:00): What are you trying to tell us with:
surface=20?
https://www.openstreetmap.org/way/463012131
https://www.openstreetmap.org/way/717030230
https://www.openstreetmap.org/way/642444313
ququruzka (2021-12-26 18:07:03+00:00): добрий день.
вже не вперше помічаю, що ви займаєтесь перейменуваннями вулиць на невідому мені мову.
Треба зазначити, що на усій території України діють правила нанесення вулиць, бульварів, провулків, проїздів, тощо виключно державною мовою. в разі недотримання цих правил, ваші зміни будуть відкочені без зазначення причини.
дякую за розуміння.
MxxCon (2021-12-10 07:09:03+00:00): Hello.
Those street addresses are not valid. An address can not be on 5 different streets...
You can search nyc property database to see the official building address. All these properties are on Lane Avenue
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/114736852
JayMontana36 (2021-12-10 08:07:59+00:00): Proprietary source Google Maps lists all addresses (with the exception of East Tremont Avenue, which it locates as being nearby in the area) as being the same building; online, many if not all of the addresses in this area (called "Westchester Square") use "Westchester Square" as their street name rather than the name of the street that they are actually physically on, and this statement can be verified by looking around and doing your own research, taking a look at the Uber Eats app for example which would be a prime example of this. Adding on, many navigation and/or mapping applications simply display the last street tag (after the last semicolon) as the display name, so for a person who doesn't know that this area likes to put "Westchester Square" instead of "Lane Avenue" for example, having these additional tags present (such as "Lane Avenue / Westchester Square" as the last street tag) helps that person to still be able to find that location without causing any harm whatsoever, and allows them to not have to depend on any proprietary source to find a location; I thought this was what OSM was all about. If need be, I can add a separate address tag containing the additional street names since that was fine with you the last time I did that (this time all I did was merge that additional address tag with the building and rearranged the street tag order).
JayMontana36 (2021-12-10 08:21:07+00:00): See Uber Eats example (screenshot of application with address for Chipotle, "35 Westchester Square" and not "35 Lane Avenue" despite the road being "Lane Avenue" and the road "Westchester Square" not existing anywhere (afaik)) - https://i.imgur.com/0NxV7lC.png
JayMontana36 (2021-12-10 08:50:54+00:00): I'll revert some time after the next hour mark if no further comments are made, but if anything please just move the unofficial addresses to an independent address tag instead is the only request that I have, since these places do put their street addresses as being "Westchester Square" (as do many others in this area) rather than "Lane Avenue" or their actual physical street addresses, and proprietary source Google Maps allows you to find these locations as the same place regardless of which address you put in, which is the goal here (and the previous changes before this one also allowed that same result really well).
JayMontana36 (2021-12-10 09:37:28+00:00): Reverted in changeset 114776802, will move unofficial addresses to individual address tag if necessary.
MxxCon (2021-12-10 17:45:11+00:00): Both Google Maps and Uber are copyrighted sources from which you can not take data into OSM.
Also neither of those are the authoritative sources of address information. Yes, they are very popular, it doesn't mean they are correct or accurate.
However, I'm leaving it up to you since you know that area better.
MapSpot (2021-12-09 16:54:30+00:00): Please avoid reverting river area tags to waterway=riverbank. It is no longer in use by the US mapping community and is inconsistent with adjacent tagging along the Mississippi River.
ottwiz (2021-12-09 22:54:00+00:00): Yep, MapSpot is right. Please don't retag it.
impiaaa (2021-12-16 20:37:56+00:00): This change removes the "building" tag from this feature. I've restored it, but please be careful to not remove features that exist. Also see this page https://wiki.openstreetmap.org/wiki/Key:phone for how phone numbers should be formatted.
itineris (2021-12-13 21:09:40+00:00): Szia!

Légy szíves, az utak helyi megnevezését a "name" helyett a "loc_name" címkébe tedd! Az értelmezést pedig (pl. "Kecskemét-Kiskőrös országút") sehová! Ha lényeges, az 5303-as másodrendű főút részeiből lehet egy kapcsolatot létrehozni, és ennek "from" és "to" tagjaiba lehet beírni ezt a két települést.

Köszönöm:
Ákos
Kovoschiz (2021-12-09 13:12:36+00:00): `=monument` needs to be a large thing.
Patr1k_P (2021-12-11 10:13:15+00:00): https://www.openstreetmap.org/way/577399311

tato cesta je oznacena ako most?
Mateusz Konieczny (2025-07-10 16:59:03+00:00): Hello! https://www.openstreetmap.org/node/9323642706/history has shop = online_service that was added in this edit
is it shop operating online without presence here? (in such case it should be deleted)

Is it office of such company? (in such case office=company would be valid)

Or is there actual shop there, selling things, where you can walk in?
CjMalone (2021-12-09 11:55:11+00:00): I just fixed your last one.

https://www.openstreetmap.org/node/9322986243

Can you at least try to map it right.
Emilius123 (2021-12-10 19:17:16+00:00): Hi,

Thank you for contributing your buisiness to the map. Before adding something, we recommend checking out tagging schemes to avoid tagging completely wrong, as you just did here. Check this one out:

https://wiki.openstreetmap.org/wiki/Beginners%27_guide


PS: Adding places, which aren't really visible from the steet is controversial.
Frans S (2022-01-04 11:14:40+00:00): Hello. 
Please do not tag lots of byuildings with the generic name Rumah. Just tag a building as building=yes is sufficient.
And always square the rectangular  buildings with the Q key.
Best regards
Kovoschiz (2021-12-09 12:56:26+00:00): 1. Please don't remove names. Exchange `name=` with `alt_name=`.
2. This is not a venue for discussion what's a "proper" name. `name=` is the most common name used.
martin-kokos (2021-12-12 10:38:58+00:00): Please, be careful with you're edits. You've made the road all crooked. It is very easy to make mistakes with JOSM tool. I am fixing it.
Please, see https://osmcha.org/changesets/114740295/
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/114740295
MxxCon (2021-12-10 07:12:00+00:00): Tag "layer=-1" means that way is below-grade. Is that the case here?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/114740419
JayMontana36 (2021-12-10 08:08:15+00:00): Tag "layer=-1" gets added automatically by iD, but to explain, the cycle/foot paths are on ground/street level, however is under/within a structure. The entire structure is closed, and in many places within are tunnel-like. The other (untouched adjacent) ways are one level up above, on a bridge structure.
woodpeck_repair (2023-01-03 12:16:20+00:00): This changeset has been reverted fully or in part by changesets 130822479, 130823603, 130822659, 130821821, 130822156, 130821684, 130823808, 130823423, 130823995, 130823041, 130821981, 130818753, 130822310, 130822822, 130823241 where the changeset comment is: revert all edits by Designer1 because they often damaged existing non-golf infrastructure and individually reverting only the problematic edits would have been too much work
Vinber-Pro (2025-05-08 18:42:13+00:00): salut,
je fais le tour des school:FR, je suis tombé sur ce school:FR=CIO à 2 reprises que tu as utilisé.

j'ai pas vraiment l'impression que cela soit des écoles mais je n'arrive pas trop à savoir ce que l'on peut y mettre :)

des idées autres ?

à plus
Cdrik_69 (2025-05-09 07:04:01+00:00): Hum, en effet, je sais pas pourquoi j'avais mis ce tag. Sûrement parce que cela se rapporte à l'éducation française.
Je vais analyser les autres cio français
Cdrik_69 (2025-05-09 07:09:45+00:00): Voici ce que j'ai trouvé sur une requête short_name="CIO"
office = government
office = educational_institution
amenity = social_facility
amenity = library

On ouvre un post sur le forum...