piebro/osm-data huggingface dataset:
yelisey90 (2026-06-30 18:16:52+00:00): That's precisely the expectation and indeed the whole purpose of type=street relations: to keep such tags in one place and remove clutter from technical bits of a single entity. Having a long list of previous names, etymologies and other "interesting" stuff at every single bit of a 200-part street is just insane. It's difficult to maintain, makes editing more complicated and doesn't bring any real benefits.

I would put it this way: all the data that is *really* used by consumers and changes the way the map is rendered (or the way searching works) should stay as ways' tags. Names are vital, in all the languages; old names, if they are still used by the populace or if they are still present on some other maps (like the shitty Google), should also stay in order to make searching by them possible. Old names from Russian Empire or early Soviet times are all in all just a piece of interesting information, so it's better not to clutter each segment with them.
Wikidata, etymology & similar tags... Well, they are indeed used by some consumers (like Organic Maps), but in the end they also only serve to provide some interesting information, nothing more. A good consumer which strives to provide such information to a user should parse street relations. In this case, IMHO, a one-to-one correspondence between a wikidata entity and an OSM entity takes precedence, so only the relation should keep such tags.
mchaten (2026-07-13 06:36:35+00:00): I made this change when I was routed to this path on my bicycle as a detour for a bridge closure. This path does not currently exist and is easily verifiable from any recent street level view.

As my change noted, this gate is chained. It most likely wasnt chained in the past.
MassCartog (2026-07-13 12:46:48+00:00): Okay thanks for additional details. I've updated the path to be set private and added the gate as you described. Thanks!
Colbertson (2026-06-23 05:53:18+00:00): Why remove highway=stop? I dont think any routers use traffic_sign=stop nodes
caprieldeluca (2026-06-23 03:01:53+00:00): Hola, gracias por contribuir con el mapa!
Están quedando nodos unidos a líneas que no corresponden. Corregí algunas geometrías de este dataset y el anterior.
https://wiki.openstreetmap.org/wiki/ES:Argentina#Contacto
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184454973
Polissandro (2026-06-23 18:12:07+00:00): Hola, gracias por avisar y por las correcciones. Voy a estar mas atento la próxima vez.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184454973
Marcos Dione (2026-06-23 17:21:39+00:00): Hola Polissandro, gracias por los datos que estás agregando. Te corrijo algunas cosilla así vas mejorado un poco, que siempre se puede :)

* Si podés levantá los nombres de los negocios. El nombre no es "peluquería" sino "look's", ponele. Si no tiene nombre, no hay problema,
* Los nombre en estilo título; "Las Flores" en vez de "Las flores".
* Acentos!
* el operator es para cuando por ejemplo tenés una franquicia, "Disco", ése es el nombre, y operator sería el nombre de la empresa que tiene el negocio. No sé si tenga mucho sentido por allá.
* department_store es más para Fallabella que un mayorista. Los mayoristas van con https://wiki.openstreetmap.org/wiki/Tag:shop%3Dwholesale

Ya después es para segundas y terceras pasadas:

* dirección con al menos calle y número. Algunas apps son jodidas porque te hacen tipear todo el nombre de la calle de nuevo. Yo lo que hago es poner el número y después completo el nombre en iD o con StreetComplete.
* Otra cosa que le sirve a la gente es teléfono y horarios. Algunas apps tienen interfaces piolas; sino yo uso https://projets.pavie.info/yohours/

De vuelta, gracis por todo!
Polissandro (2026-06-23 18:20:25+00:00): Gracias por las correcciones y los consejos. Los voy a tener en cuenta para mis próximos aportes. ¡Muchas gracias!
CAM-Gerlach_Repair (2026-07-02 07:19:21+00:00): Reverted SEO spammer replacing valid tags with the same values but with nonsense keys, and adding a spam description

https://osm.org/changeset/184958360
yitimox (2026-06-23 18:08:34+00:00): post your edits with large gaps seperately pls.
nevw (2026-06-24 05:38:29+00:00): Hi the multioligon is broken here.
https://tools.geofabrik.de/osmi/?view=areas&lon=143.07605&lat=-37.68502&zoom=19
eggie (2026-06-23 05:22:49+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback.. Het adres heb ik weer verwijderd. In OSM Nederland zijn al adresnodes. 
MVG,
Eggie
Namens de OSM Community
colt04 (2026-06-25 14:27:05+00:00): https://intellisee.com/ev-charging-stations-are-a-7-2-billion-security-blind-spot-ai-is-the-fix/
colt04 (2026-06-26 07:15:35+00:00): vendor web site: https://www.spot.ai/blog/license-plate-recognition
nyanpsyche (2026-07-17 23:41:59+00:00): Hey!

These cycling routes are officially designated by the City of Richmond as part of their local cycling network. The planning and maintenance of these routes are also under Richmond's jurisdiction. I do not think it would be proper to have these routes tagged as regional bikeways because of this.

I do recognize that translink's MBN has identified these corridors, but the specific routes here are not designated by Translink itself.
michael60634 (2026-07-06 22:06:14+00:00): This is not a Flock camera, and I've updated the tags to accurately reflect what type of camera it is.
neuhausr (2026-06-25 18:53:31+00:00): Hi, relation 21019978 got flagged in OSM Inspector because of a self-overlap (basically it's a line that goes along the edge of the marsh east of where the snowmobile trail crosses the Caribou River). Would you be able to clean that up? Also, these are some very detailed traces (that is, they have a lot of nodes). Curious if you're doing this by hand or if it's some kind of import/derived data? I don't see an indication of import in the changeset. Thanks and happy mapping!
cgreggescalante (2026-06-26 03:33:40+00:00): Thanks for the review! I fixed that way, and some duplicated nodes in the area. As for the detail, I've been using small chunks of data from the National Wetlands Inventory, manually aligning each area and excluding areas that I can't verify with aerial imagery (lots of minor streams that it includes as a few meter wide water areas).
Joseph R P (2026-06-23 22:26:53+00:00): This trunk spur here is fine, since its purpose is to link Lexington Park and NAS Patuxent River. The bulk of long distance traffic coming from 235/Waldorf or Route 4/Annapolis would be converging onto this route rather than making a U-shaped movement bypassing Lexington Park.
Flap Slimy Outward (2026-06-24 02:34:03+00:00): Okay, I'll change it back. Thanks!
Flap Slimy Outward (2026-06-24 18:16:43+00:00): I have changed it back here: https://www.openstreetmap.org/changeset/184502320
CAM-Gerlach_Repair (2026-06-24 03:33:21+00:00): Reverted adding SEO spam POI with blatant advertising and malformed tags, possibly sourced from Google Maps, in changeset 184503760

https://osm.org/changeset/184503760
fluffycupcakes (2026-06-23 11:26:53+00:00): Hello. It seems you have sent the changeset on accident before finishing the buildings. They appear unsquared and their geometries sometimes mismatch the actual building footprint. Their location seems needing to be adjusted as well to the most accurate current imagery (Esri). Please take a look and be more careful next time.
Thank you for your edits and happy mapping!
kmpoppe_repair (2026-06-23 05:16:39+00:00): This changeset reverts some or all edits made in changeset 180333368.
pitscheplatsch (2026-06-23 06:21:34+00:00): Hi, welcome to OSM.
Is the added name real?
iuvi (2026-06-24 16:33:16+00:00): Спасибо! Скажите, медведей в этих краях встретить можно ? Или редко?
bolius32 (2026-06-25 05:49:11+00:00): Мы старались сделать все чтобы не встретить, но соблюдали только минимальные требования техники безопасности.
62.450433, 34.690898
Нам говорили рыбаки что примерно 18.06.26 северней этой точки видели медведя.
Viajero Perdido (2026-06-23 18:24:27+00:00): These are all unnamed random campsites, informal=yes.  That website doesn't apply; this one does: https://www.alberta.ca/camping-on-public-land

Also, name tag is misused. https://wiki.openstreetmap.org/wiki/Key:name?uselang=en
Viajero Perdido (2026-06-23 18:35:41+00:00): I take that back.  Didn't notice those sites are in a PLRA, which the website does refer to.  Apologies.
goodidea (2026-06-24 13:34:07+00:00): Mein changeset Kommentar stimmt hier nicht (ein Versehen), das waren Änderungen in der City ...
mueschel (2026-06-25 18:20:42+00:00): Please don't add dozens of images of mediocre quality in "image:streetsign" - I can't see any street sign on them. This tag should only be used if there is a link to an image of an actual sign of the street name.
eggie (2026-06-23 14:23:12+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
rajdhani (2026-06-24 11:25:19+00:00): Partially reverted in changeset id:
https://www.openstreetmap.org/changeset/184518968
Stalker61 (2026-06-25 19:02:50+00:00): Этот сарайчик только на bing-е. А так года 3-4 пустое место :)
Ozon OSM17 (2026-06-30 22:11:12+00:00): Принято) Спасибо!
rempshaener (2026-06-23 14:02:31+00:00): Hallo,
das Gebäude https://www.openstreetmap.org/way/1408746450 hat eigentlich keine ausgewiesene Hausnummer vor Ort.
Viele Grüße
tux67 (2026-06-23 14:08:26+00:00): ok, nehm ich wieder raus .. auf der Sparkassen Webseite ist auch Haus Nummer 9 angegeben.
rempshaener (2026-06-23 14:09:51+00:00): Danke dir
CAM-Gerlach_Repair (2026-06-23 07:54:59+00:00): Changeset comment should be:

Cleaned up tags for Shah Mobile POI
CAM-Gerlach_Repair (2026-06-23 07:55:13+00:00): (Accidentally submitted with wrong comment)
caprieldeluca (2026-06-24 17:21:01+00:00): Hi, the changes introduced are incorrect and must be corrected.
The changeset raises warnings in JOSM, which is contrary to what is stated in the task description:https://github.com/osmlab/appledata/issues/34.  
Please contact the OSM Argentina community: https://wiki.openstreetmap.org/wiki/ES:Argentina#Contacto.
ParmaCanal (2026-06-26 06:24:43+00:00): Hello caprieldeluca, The only changes I made in this changeset were reclassifying  [https://www.openstreetmap.org/way/1046059581] and [https://www.openstreetmap.org/way/385934734] from tertiary links to tertiary ways. I made these changes based on their history but if you have a suggestion for a better classification please let me know. As for the validation warnings, I assume you are referring to the unnamed ways warning. Both ways were previously named but those tags were removed by another editor in the changeset prior to mine - [https://www.openstreetmap.org/changeset/184371169]. Due to the modeling of this intersection it’s difficult to determine which street name is better for these sections without local knowledge. So in this case I didn’t want to make further changes since the names were removed by someone who seems to have more knowledge of this area.
caprieldeluca (2026-06-26 17:03:37+00:00): Thanks for your reply. The Argentinian community considers the correct tag to be _link, which is why it was changed. Beyond the history, which is outdated, why do you partially revert (leaving unnamed highways on the map) the changes made by the local mappers? Why do you consider the elements not to be _link?
ParmaCanal (2026-06-29 08:26:36+00:00): 
Proposed Response : Hello caprieldeluca,

Thank you for clarifying, I now understand that you are stating that links should not have names, and in making them base classification, the roads are now left unnamed which is something I should have considered.

My reasoning for updating https://www.openstreetmap.org/way/1046059581 and https://www.openstreetmap.org/way/385934734 to base classification was that I interpreted them as branches where the main road splits, rather than designated turning lanes based on the wiki stating links are “not the main line of either of the highways being linked but forms the connection between them” (https://wiki.openstreetmap.org/wiki/Highway_link).

After taking another look at the junction, I can better understand the reasoning for keeping them as link roads. Although they branch from the main road, they function as dedicated, channelized turning roadways connecting the through carriageway to another road. I will restore them to their previous state.

I apologize for the misunderstanding, and appreciate you taking the time to explain your reasoning.  I hope you have a great day!
caprieldeluca (2026-06-30 16:08:13+00:00): Please, answer in the local community discussion:
- https://community.openstreetmap.org/t/ediciones-de-apple-data-team-adt/144819/5
aufachse (2026-06-23 21:11:36+00:00): Hallo santon,

die Bing Luftbilder sind hier veraltet. Bitte aktuellere Luftbilder z.B. DOP Bayern20cm verwenden. Müssen im iD-editor leider manuell hinzugefügt werden. Dazu unter Hintergrund Custom auswählen und den folgenden Link einfügen:

https://geoservices.bayern.de/od/wms/dop/v1/dop20?language=ger&FORMAT=image/png&TRANSPARENT=TRUE&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=by_dop20c&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
santon (2026-06-24 11:01:48+00:00): Hallo aufachse, prima, du bist offensichtlich jemand, der dort öfter ist. Ich war gerade im Urlaub dort und war nicht begeistert, wie das eingetragen ist. Siehe der Hinweis 5348563 in der Mitte des Steinbruchs.
Was ist nicht mehr aktuell? Betrifft das diesen Änderungssatz oder andere?
Nicht freigegebene Luftaufnahmen (Bayern gehört leider dazu) dürfen leider nicht verwendet werden. Und beim Vergleich der freigegebenen Luftaufnahmen mit vor Ort vorgefundenen Änderungen erscheint mir Bing hier das einigermaßen aktuellste zu sein.
aufachse (2026-06-25 13:10:49+00:00): Hallo santon,

Hast Du eine Quelle mit Link, daß aktuelle DOP Bayern 20cm bzw. der von mir angegebene Link nicht freigegeben sind und nicht verwendet werden dürfen?
santon (2026-06-25 13:28:31+00:00): Ich kenne diese Seite: https://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern
aufachse (2026-06-25 15:48:37+00:00): Danke für den Link. Schade, daß das nach sovielen Jahren noch nicht
zufriedenstellend geklärt werden konnte und weiterhin Verunsicherung bleibt.

****
Links zu Hintergrundinformationen:

https://data.gov.de/suche/daten/digitales-orthophoto-20-cm-bodenauflosung

https://creativecommons.org/licenses/by/4.0/

Dort steht:
--
You are free to:
... Adapt — remix, transform, and build upon the material for any purpose, even commercially. ...
--

Forumsdiskussion:

https://community.openstreetmap.org/t/bayern-ab-01-01-2023-sind-viele-geobasisdaten-der-vermessungsverwaltung-kosten-frei-verfugbar-nutzbarkeit-fur-osm-ist-noch-zu-prufen/7051

https://community.openstreetmap.org/t/bayern-ab-01-01-2023-sind-viele-geobasisdaten-der-vermessungsverwaltung-kosten-frei-verfugbar-nutzbarkeit-fur-osm-ist-noch-zu-prufen/7051/85


Der Stolperstein:

https://www.openstreetmap.de/beitragen/recht/addendum-cc-by/
santon (2026-06-26 05:49:58+00:00): Ja, schade. Offesichtlich traut sich in Bayern und anderen Bundesländern jemand nicht, die Ergänzung zu unterschreiben.
Aber zurück zum Steinbruchgebiet Solnhofen. Bist du in der Lage, die Flächen und ihre 'Nutzung' (auch Hangschutt, aufgegebener Steinbruch...) zu beurteilen?
aufachse (2026-06-28 09:03:23+00:00): Du warst ja zwischenzeitlich sehr fleißig in dieser "wilden" Gegend und bist mir vor meiner nächsten Iteration zuvorgekommen. Schön, daß das Gebiet gemeinsam weiter verfeinert wird.
Zum Hangschutt hab ich eine Frage. Gibt es einen speziellen Grund warum Du die Überlappung von landuse forest und natural scree südlich der St2217 aufgelöst hast?


Links zum Thema Steinbruch:

https://wiki.openstreetmap.org/wiki/Talk:Tag:landuse%3Dquarry

https://wiki.openstreetmap.org/wiki/User:HAmap/Natur_Mensch_Evolution
santon (2026-06-28 09:54:46+00:00): forest und scree: das geht im Laufe der Zeit natürlich ineinander über. Anfangs ist es nakter Stein, dann wird es Buchwerk, dann irgendwann Wald. Wenn ich eine Landschaft anschaue, versuche ich den aktuellen Zustand zu erfassen. Ich bin öfter auf dem Weg von Solnhofen im Tal zu den Häusern 'Solnhofer Bruch' gegangen. Und habe an dem Weg keine Schutthalde vorgefunden, sondern eine Hügellandschaft mit Bäumen.wenn man genau hinsieht ist das eine Abraumhalde. Ist aber kaum noch zu erkennen. Aber wo es nicht passt, kannst oder ich gerne anpassen. Nebebenbemerkung: ob natural=wood oder 
landuse=forest besser passt? Ich denke das meiste ist hier nicht forstwirtschaftlich genutzt.
santon (2026-06-28 09:57:30+00:00): ...und dann wären zwei natural=* gleichzeitig auf einem Gebiet.
aufachse (2026-06-28 10:51:20+00:00): Der Wald südlich der St2217 und den Schutthalden ist eher ein verwilderter Wald, als ein Urwald. Würd' ich so lassen.
Ich hatte natural scree seinerzeit durchgehend und teilweise überlagend gemapped, da der Wald stellenweise auf/im Hangschutt gewachsen ist. Kann aber auch so bleiben.
Das mit den überlappenden natural/natural ist tatsächlich ein Definitionsproblem [1] (Stichworte: real, virtual, layer, landuse, landcover, natural, vegetation, property boundaries), das von uns in manchen (wenigen) Fällen Interpretation und Kreativität fordert.

[1] https://wiki.openstreetmap.org/wiki/Proposal:Landcover_proposal_V2
woodpeck_repair (2026-06-23 08:21:47+00:00): This changeset reverts some or all edits made in changesets 175049746, 175050275, 175051849, 175060395, 175389990, 175390020, 175390044, 175390138, 175390222, 175400885, 175400971, 175400995, 175432833, 175432844, 175542453, 175709385, 175709407, 175717191, 175717230, 175717295, 175717324, 175743914, 175749274, 175749349, 175749376, 175749385, 175749402, 175749457, 175749524, 175749573, 175749610, 175749625, 175749636, 175749713, 175749797, 175750077, 175750096, 175750126, 175750158, 175750185, 175750196, 175750241, 175754668, 175754688, 175754706, 175754722, 175943036, 182966103, 182966177, 182966250, 182966341, 182966416, 182966491, 182966739, 182966910, 182966946, 182966975, 182967011, 182967064, 182967089, 182967130, 182967160, 182967259, 182968221, 182968323, 182968700, 182968785, 182968852, 182968884, 182968914, 182969022, 182969061, 182969103, 182969334, 182969688, 182971347, 182971387, 182971499, 182972767, 182972788, 182972823, 182972868, 182972883, 182972925, 182972979, 183019644, 183019699, 183135671, 183135686, 183477609, 183477750, 183477765, 183477839, 183477860, 183477902, 183477939, 183477962, 183477991, 183478068, 183478104, 183478127, 183478153, 183478189, 183478217, 183478249, 183478777, 183478789, 183478825, 183478848, 183478866, 183478897, 183478948, 183478972, 183479018, 183479061, 183479091, 183479130, 183479176, 183479224, 183479243, 183479300.
didier2020 (2026-06-26 09:28:47+00:00): Bonjour,
je ne sais pas pourquoi
mais l'ajout d'adresses que vous avez effectué genère des doublons...

on peut le voir grace a osmose :
https://osmose.openstreetmap.fr/fr/issues/open?item=1230&class=3&username=solosix
limes11 (2026-06-23 19:44:32+00:00): Bitte erläutere diese Änderungen:

Wieso building=yes ? Warum sollte hier ein so großes Gebäude stehen ?

Wieso entfernst du amenity=plant_nursery ? Wird die Fläche nicht als Baumschule verwendet ? 

Wozu layer = 1? 

Büro ist kein Eigenname des Gebäudes, das ist die Funktion und gehört nicht unter den "name"-tag.

Und wieso schlägst du die Bitte um Kommunikation aus ?

Falls keine Antwort erfolgt, werde ich die Änderungen revertieren und mit vorbehalten, dich wegen Vandalismus zu melden.
limes11 (2026-06-26 16:42:33+00:00): Änderungen zurückgedreht auf sinnvollen landuse ohne riesiges Gebäude. 

Falls hier erneut kommentarlos ein Gebäude erfasst wird, melde ich den Account wegen Datenvandalismus an die Data Working Group.
didier2020 (2026-06-26 09:27:46+00:00): Bonjour,
je ne sais pas pourquoi 
mais l'ajout d'adresses que vous avez effectué genère des doublons...

on peut le voir grace a osmose :
https://osmose.openstreetmap.fr/fr/issues/open?item=1230&class=3&username=solosix
solosix (2026-06-28 16:39:38+00:00): Bonjour, 
j'ai rectifié les adresses.
Quelquefois en triple et plus ! Josm a du merder....
J'ai rectifié en mème temps des adresses en double et plus,  que l'on m'attribue je pense à tord, pas mis la plupart de ces adresses....
Merci pour le signalement.
didier2020 (2026-06-26 09:28:16+00:00): 

Bonjour,
je ne sais pas pourquoi
mais l'ajout d'adresses que vous avez effectué genère des doublons...

on peut le voir grace a osmose :
https://osmose.openstreetmap.fr/fr/issues/open?item=1230&class=3&username=solosix
pitscheplatsch (2026-06-23 09:47:44+00:00): Hi, thanks for mapping. It looks like in this changeset the building=* tag was removed and only a company name was left in name=*. If this is still a building, the building=* tag should remain. Could you please check and restore it if this was unintentional? Thanks!
RaphaelPasloin (2026-06-23 10:06:21+00:00): There is no registred company here,
https://kbopub.economie.fgov.be/kbopub/zoekadresform.html?postcod1=6044&postgemeente1=&straatgemeente1=IMPASSE+DES+HAYETTES&huisnummer=12&filterEnkelActieve=true&_filterEnkelActieve=on&actionLU=Rechercher
 one more spam indexing attempt with urgent for keyword, reverting. 
https://www.openstreetmap.org/changeset/184468969
Yunan973 (2026-06-24 13:22:31+00:00): salut,
tes area=yes sur les zones résidentielles servent à quoi ?
Cordialement
Jordi MF (2026-06-24 21:15:10+00:00): Hola Nostalgie_Vermessungszeichner,

¿Estás seguro que aquí existe una vía ciclista? En la ortofoto actual no se observa ningún camino nuevo para ciclistas.

Saludos,
Jordi
A67-A67 (2026-06-30 17:15:10+00:00): Hallo,
Je hebt hier een fietsstrook toegevoegd ten westen van de busbaan. Dat klopt niet. Er liggen fietsstroken aan beide zijden van de busbaan. Deze fietsstroken stonden al in Openstreetmap.

Ik heb het niet-bestaande fietspad verwijderd.
Znaika (2026-06-25 11:23:56+00:00): HI, nun sehen alle Häuser in dieser Reihe und Haus Nr. 3 richtig aus.
https://demo.f4map.com/#lat=51.2403923&lon=6.7069656&zoom=19&camera.phi=-0.516
Gruß, Znaika
guerda (2026-06-25 13:26:27+00:00): Danke dir, Znaika! Irgendwie war der Wurm drin bei den Gebäuden. Scheint aber auch nicht eindeutig zu sein, wann man min_level angeben muss.
lakedistrict (2026-06-28 22:05:10+00:00): Thanks!
ndf_maypole (2026-06-23 09:57:59+00:00): Bonjour et bienvenue sur OpenStreetMap,

Vous avez changé le type de bâtiment en "building=service", toutefois ceci désigne un bâtiment occupant des machines (ie. des tranformateurs ou autres). Si vous souhaitez désigner le siège social d'un plombier, vous devez utiliser "craft=plumber" au lieu de renommer le bâtiment "Plomberie" (à moins que ce soit le nom de la société, mais je ne l'ai pas trouvée).

Pour plus d'informations générales pour contribuer sur OSM, vous pouvez visiter osm.wiki/FR:Comment_contribuer.

Merci pour votre contribution et bon mapping !
RaphaelPasloin (2026-06-23 10:11:49+00:00): La société n'existe pas https://kbopub.economie.fgov.be/kbopub/zoekadresform.html?postcod1=4000&postgemeente1=&straatgemeente1=All%C3%A9e+des+Ramons&huisnummer=22&filterEnkelActieve=true&_filterEnkelActieve=on&actionLU=Rechercher

ça fait le 4 ème ajout ajourd'hui pour des plombier, plombier urgent tous avec une source survey ; c'est une tentative de spam indexing  reverting :  https://www.openstreetmap.org/changeset/184469254#map=19/50.612905/5.563715&layers=N