piebro/osm-data huggingface dataset:
tux67 (2026-05-22 06:48:33+00:00): Hi, 

erstmal danke an  PhilPhonic für die super Doku.
Dadurch wird einiges klarer und die motor_vehicle=no Schilder ergeben an den Stellen durchaus Sinn.
Früher hätte dort vielleicht ein Radweg Schild gestanden - aber seit der geänderten Rechtsprechung, die Radwege mit Nutzungsgebot nur noch in Ausnahmen zulassen wirds für die Städte schwierig einen Radweg als solchen zu kennzeichnen.

Wenn wir also path an diesen Stellen nutzen, würde ich trotzdem vorschlagen die Position der Schilder als node auf dem Weg zu markieren, da sie ja vor Ort stehen und erst recht, wenn sie jetzt schon so schön dokumentiert sind ;-) auf einem way mit path selbst würde ich die weglassen.

Eine Ausnahme bildet allerdings https://www.openstreetmap.org/way/1333768770 (an dem hatte ich ein fixme weil ich vermutet hatte, das dieser auch als Notzufahrt zum Skaterpark dient).
Der sollte dank der Beschilderung vor Ort als highway=service mit service=alley? und motor_vehicle=no + https://wiki.openstreetmap.org/wiki/DE:Key:emergency_vehicle getaggt werden. 
Die Frage wäre noch wie weit diese Regelung gilt (könnte mir vorstellen, dass das nach dem Skaterpark anders ist).

Danke noch mal fürs Nachsehen und ein schönes langes WE.
Gruß
tux67
reigi (2026-05-22 15:41:10+00:00): @tux, mit deinem Vorschlag und insbesondere der Dokumentierung des VZ als Node kann ich gut leben. @PhilPhonic, kannst du das komplette Tagging bitte übernehmen. Danke auch noch mal für die konstruktive Zusammenarbeit.
PhilPhonic (2026-05-23 05:39:51+00:00): Moin, ich habe die Anpassungen nach bestem Wissen eingepflegt. Hoffe ich hab alles so weit korrekt übernommen.

Zu https://www.openstreetmap.org/way/1333768770
Die Regelung ändert sich ab dem Skatepark nicht - zumindest nicht durch Verkehrszeichen ersichtich.
Die Beschilderung aus Richtung Norden lässt sich aktuell nicht ermitteln, da dort momentan eine Baustelle ist.
tux67 (2026-05-23 07:47:15+00:00): Dankeschön. Von der Zufahrt zum Skatepark hab ich nur noch das tracktype entfernt (ist eher für Feldwege) und das emergency hinzugefügt. Das ist zwar fast obsolet, da Rettungsfahrzeuge auch auf Fußwegen etc. fahren dürfen, aber da das Schild nun mal extra da steht ... ;-)

Von mir auch danke für die gute Diskussion und ein schönes langes WE
CAM-Gerlach_Repair (2026-06-16 12:20:51+00:00): Cleaned up remaining SEO spam and other tagging for POI in changeset 184179349

https://osm.org/changeset/184179349
NorthCrab_upload (2026-05-20 13:25:50+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Adres jest niekompletny, brakuje informacji o nazwie ulicy. Jeśli adres ma nazwę ulicy, dodaj ją w addr:street. Jeśli nie, zamień addr:city na addr:place - tak oznaczamy adresy bez ulic.
https://www.openstreetmap.org/node/11816505185

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
NKDTL (2026-05-20 13:30:55+00:00): Poprawione
NorthCrab_upload (2026-05-20 13:35:59+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Adres jest niekompletny, brakuje informacji o nazwie ulicy. Jeśli adres ma nazwę ulicy, dodaj ją w addr:street. Jeśli nie, zamień addr:city na addr:place - tak oznaczamy adresy bez ulic.
https://www.openstreetmap.org/node/11816505185

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
mavl (2026-05-20 13:04:30+00:00): This changeset reverts some or all edits made in changesets 182829654, 182868729, 182868966, 182869244, 182869358, 182872082, 182872118, 182872161, 182872282, 182872342, 182873687, 182873951.
DDD丶Samuel (2026-05-20 13:44:44+00:00): 您好，鉴于这条线路经常有OSMer改错，建议加上note=线名为京沪高铁，不是京沪高速
NieWnen (2026-05-20 20:51:01+00:00): Cześć,
niestety ta zmiana jest niepoprawna i została w całości wycofana.

Zacznę od takiej dość istotnej kwestii jaką było modyfikacja obiektu typu wieś na przystanek: https://www.openstreetmap.org/node/1911965814 – jest to oczywiście nieprawidłowe.

Inna sprawa jest taka, że dodając przystanki, zostały zduplikowane już istniejące – nie robimy tak. Aktualizujemy bieżące, ale też nie psujemy ich tagowania. 

Na przystankach i ogólnie obiektach OSM staramy się dawać nazwy widniejące w terenie. Nie jestem z Tarczyna, więc nie potwierdzę/nie zaprzeczę tego co widnieje na przystanku. Jeśli Wasze nazwy widnieją na przystankach, to umieszczenie ich w tagu name=* jest zasadne. Jeśli nie, to można użyć do tego np. official_name=* jeśli są to oficjalne nazwy.
Alternatywnie można umieść w alt_name=* lub możemy się zastanowić nad bardziej dobranym rozwiązaniem pod sieć tarczyńskich autobusów wykorzystując tagowanie name:network:*=*

Kolejna kwestia to zmiany/dodawanie tagu ref=* .

Ten tag, to nie jest kolejność przystanku w rozkładzie (tak zakładam, że zostało to wprowadzone, może jestem w błędzie).
Ref to jest unikalny identyfikator przystanku. Np. Warszawa ma swoje identyfikatory, które rozwiązują się do linków na ich stronie, np.:

https://www.wtp.waw.pl/rozklady-jazdy/?wtp_md=8&wtp_st=4001&wtp_dt=2026-05-20&wtp_dy=1&wtp_pt=02

ref tutaj jest na górze ekranu 400102 (w dodatku WTP koduje w refie od razu nr przystankowy 02).

Inny przykładem mogą być Grodziskie Przewozy Autobusowe (GPA). Tam ref jest używany bezpośrednio na stronie KiedyPrzyjedzie i również starają się traktować 2 ostatnie cyfry jako nr przystanku.
Np. https://gpa.kiedyprzyjedzie.pl/#/stops/576272:624346/departures to ref=3302201

Istotnym faktem jest tutaj, aby ref nie był nigdzie tylko na papierze w urzędzie, a żeby była to informacja dostępna – weryfikowalna dla każdego.
Jeśli takiego refa nie ma, to nie należy nic dodawać, choć KiedyPrzyjedzie częsciowo również macie, więc np. dla przystanku https://www.openstreetmap.org/node/1543473905 mogło by to być ref=51 zgodnie z Waszym kiedyprzyjedzie: https://pksgrojec.kiedyprzyjedzie.pl/#/stops/1698120:1766968/departures

Proszę również nie mieszać innych typów zmian (jak przenoszenie adresów) w zmianach dot. przystanków.
NorthCrab_upload (2026-05-21 00:25:25+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/989734671

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
acubens71 (2026-05-21 20:41:12+00:00): Bonsoir,

Pour votre information, il est désormais possible d'utiliser sur la plus grande partie de la France (comme c'est le cas ici) la couche "IGN MNT Lidar HD", qui donne accès aux données Lidar et qui permet de tracer beaucoup plus facilement les cours d'eau sous la végétation (cela évite d'avoir trop recours aux moins précises type BD Carthage ou obsolètes comme c'est parfois le cas sur le cadastre).

Cordialement,
wuff57 (2026-05-24 09:09:57+00:00): Bonjour, merci beaucoup pour l'information. Je ne connaissais pas cette couche et je vais l'essayer. Bien à vous,
Taya_S (2026-05-20 15:20:46+00:00): Repeated sockpuppet vandalism

https://www.openstreetmap.org/changeset/182933672
d_berger (2026-05-21 09:46:07+00:00): Die Ersatzbusline 23E wird monatlich an jedem Revisionstag (jeweils Montag) und während der mehrwöchigen Revisionsarbeiten genutzt und ist entsprechend im Fahrplan enthalten. Ich habe dich bereits einmal für Fragen ans Forum verwiesen.

Routen mit CS182966438 wiederhergestellt.
Makeena (2026-05-21 21:26:40+00:00): Ok, den Punkt geb ich dir. Dann handelt es sich hier offensichtlich um einen Fall von unzureichender Dokumentation. Dies werde ich gleich nachholen.
pyrog (2026-07-27 17:09:04+00:00): Hi
panoramax and image tags have bad value.

Best regards,
Yves
LudovicG (2026-06-09 10:04:44+00:00): Bonjour,
La ref semble incomplète, vouliez-vous dire A0O5E7 ? (A005...)
TrickyFoxy (2026-05-29 15:02:48+00:00): Вы выбали слишком высокий статус для дороги.  Статус дороги определяется насколько крупные населённые пункта она связывает.

Ну и для покрытия есть отдельный тег.
pitscheplatsch (2026-05-20 15:20:55+00:00): Hi, welcome to OSM.

I'm wondering, why did you partly revert changeset/142990696 ?

Thanks.
TheNightRider (2026-05-20 15:12:52+00:00): 1915 start date is from a dated stone on the corner of the building.
jujujulie (2026-05-21 12:35:12+00:00): super und relevant!
silversurfer83 (2026-05-20 17:51:56+00:00): Still bad.

Read and understand access=* before you do anything else.
Access Claims (komoot) (2026-06-02 13:05:46+00:00): Thank you for the feedback.

We have reverted the change in question and left the issue for local verification before any further edits are considered.
Lê Tuấn Minh (2026-05-20 15:23:31+00:00): Thêm thông tin changeset: loại bỏ tất cả các tag trunk nằm bên trong đường tránh vành đai Phủ Lý, ưu tiên để tag trunk cho đường vành đai và đường tránh, hạn chế tag trunk trong trung tâm thành phố
MappingMore (2026-05-21 06:54:36+00:00): Reverted in changeset id:182959246
silversurfer83 (2026-05-20 17:53:55+00:00): Still bad.

A simple access=private is enough if it really is a private way. This allows for visitors like deliveries but keeps routers from using the way generally.
Access Claims (komoot) (2026-06-02 15:17:16+00:00): Hello,

To clarify, we adjusted the general access tag and did not intend to add any additional or duplicate access restrictions. The tagging has since been reviewed and corrected.

We appreciate the feedback and will be submitting similar access-related changes for review moving forward before making further edits.

Thank you for your patience.
pitscheplatsch (2026-05-20 15:51:23+00:00): Hi, welcome to OSM.

Same again: I think one thing could be improved: on the following way, there is now no name:en1=* tag anymore:

https://www.openstreetmap.org/way/1178255026
TaggingReviewer (2026-05-20 15:52:41+00:00): Hi,
Yes, that's the stage2 change that I'll be doing in a week. Going to collapse all en# (and he#, ru#, etc.) into their alt_name semi-colon separate key. Just giving time for the community to make sure nothing looks wrong.
TaggingReviewer (2026-05-20 15:53:01+00:00): I'm just running into rate limit issues at the moment, so going to have to wait for that to reset :(
pitscheplatsch (2026-05-20 16:06:40+00:00): Thanks for your reply and the explanation.

Wouldn’t it have been better and more sensible to make these changes for each object in a single edit? As it is, the history of every object is being expanded unnecessarily. Also, at least on my side, the many name-related tag changes are triggering numerous checks, which are currently consuming quite a bit of computing resources.

Maybe I’m the only one affected by this, but I wanted to mention it.

Best regards, Pascal
TaggingReviewer (2026-05-20 16:16:21+00:00): That was the original plan, but the upload hit the OSM changeset bounding-box size limit. JOSM then partially uploaded the first 12 objects before the next object expanded the changeset bbox too far, so I closed that changes

  To clarify one point: each affected object is only intended to get one new object version. Splitting into multiple changesets does not add extra versions to the same object unless the same object is edited more than once. The
  downside is many changesets, not repeated history entries per object.
TaggingReviewer (2026-05-20 16:18:56+00:00): If you meant rolling the name:en#, etc. changes into this, I wanted to allow the community affected by this to reject it after this change if they wanted to.
TaggingReviewer (2026-05-20 16:21:09+00:00): Ideally, I'd have my rate_limit increased so I can do it in a larger changeset, but I understand the need to avoid vandalism from newer accounts.
NeatNit (2026-05-20 17:08:03+00:00): Rate limits are automatically increased, based almost entirely on how much time has passed since your first OSM edit. I think it maxes out after a few weeks.

I'm not sure if OSM admins ever change that parameter manually, or if the code behind it even allows them to.
NeatNit (2026-05-20 17:11:23+00:00): pitscheplatsch, what have you been using the name:en1 tags for? Most likely your code needs to be adjusted, as en1 isn't a valid language tag. I encourage you to click the link in the changeset description and join the discussion.
pitscheplatsch (2026-05-20 17:16:57+00:00): Hi @NeatNit ,

I have not been actively using the name:en*=* tags for any application or similar purpose. I only have a quality assurance check running for name changes, and that is how I became aware of this changeset and the others.

Best regards, Pascal
NeatNit (2026-05-20 17:22:56+00:00): In that case, be prepared for a lot more of that until the operation is done.
pitscheplatsch (2026-05-20 15:49:04+00:00): Hi, welcome to OpenStreetMap.

I think one thing could be improved: on the following way, there is now no name:en1=* tag anymore:

https://www.openstreetmap.org/way/1448681796/history/2
fortera_au (2026-05-21 00:34:48+00:00): Hi, you've moved a node a significantly large distance, I can only assume this was a mistake? I've reverted this change based on that assumption.
fortera_au (2026-05-21 00:35:02+00:00): Revert changeset that moved a node to another continent

https://www.openstreetmap.org/changeset/182951832
Joel Koen (2026-05-21 00:56:47+00:00): fortera_au: it looks like this changeset was correct. If you look at v1 of the node, it appears to have been created at the bottom of the earth, which should be incorrect. This changeset has moved the node to the address tagged in the node.
fortera_au (2026-05-21 01:06:33+00:00): Ahh, I got the directions around the wrong way. I'll revert my revert then.
fortera_au (2026-05-21 01:07:05+00:00): Restored in https://www.openstreetmap.org/changeset/182952143
pitscheplatsch (2026-05-20 15:41:54+00:00): Hi, welcome to OSM.

I think one thing could be improved: on the following way, there is still a name:en2=* tag.

https://www.openstreetmap.org/way/1187716145/history/4
streckenkundler (2026-06-27 20:39:11+00:00): Guten Abend Rudi,

Du arbeitest mit iD und dieses iD hat hier was getan, wofür du nichts kannst, was aber hier bei OSM aber immerwieder für, nun ich sage mal, für gelegentlich anstrengende Disskussionen sorgt. Ein Beispiel wo du aktiv warst: https://www.openstreetmap.org/relation/20711651

Ich habe dein Beispiel mal in unserem Forum thematisiert: https://community.openstreetmap.org/t/neu-erstellte-landuse-mp-mit-nur-outer/92327/61

Aber wie geschrieben, du hast alles richtig gemacht, die Software (=iD) ist hier der Scharlatan... 

Ich möchte dich hiermit nur ob der Umstände Informieren...

Viele Grüße aus Lübben,

Sven
NorthCrab_upload (2026-05-21 00:33:48+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/node/13853325088

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
Dimitar155 (2026-05-20 17:58:02+00:00): Благодаря за промените! Желателно е сградите да имат правилни ъгли, което става с бутона Q. В момента сградите са доста криви.
pitscheplatsch (2026-05-20 15:58:55+00:00): Hi, could you please clarify the source for these changes?

Several street names appear to have been changed, for example from `Будівельників проспект` / `name:uk=Будівельників проспект` to `Аэродромная улица` / `name:ru=Аэродромная улица`.

Thank you.
CAM-Gerlach_Repair (2026-06-20 11:25:09+00:00): Hi alessio916,

Actually, the express purpose of the name=* tag, as the, well, name suggests, is to contain the common name of the object, which per your linked website is "Arete Development", exactly as it was. Accordingly, descriptions that are not part of the actual name do not belong in name=* (but rather, _if_ necessary and justified, this is the exact purpose of the description=* tag).

Therefore, I have reverted this change in changeset 184348961

https://osm.org/changeset/184348961

If you'd like to add something like description="Web and app development", you can, but please be very careful to keep it short, neutral and factual if you do, especially as someone with a (disclosed) interest in the subject.

Happy mapping!
CAM-Gerlach_Repair (2026-06-20 11:29:06+00:00): Meant to link it before, sorry, but see https://osm.wiki/Names#Names_are_not_for_descriptions for more information. Thanks!
Nadja15 (2026-05-20 15:59:05+00:00): Glömde säga, stigen jag tog bort från under bron finns inte enligt observationer på plats.
EfreetSK (2026-05-27 08:10:12+00:00): Čo sa týka toho okolia stanice Vrakuňa, naozaj ste to robili podľa survey? Lebo ja som to pred vami aktualizoval podľa fotiek čo som urobil 30. 3.:

https://imgur.com/a/UrWB3d0

No vyzerá že ste moje zmeny viac menej vrátili späť. Lebo napr. na mojich fotkách nevidno vôbec nejakú cestu na pole

https://www.openstreetmap.org/way/1494558005

Tá len smeruje ku koľajam a ľudia to tam (nelegálne) preskakujú
fortera_au (2026-05-21 00:31:41+00:00): Hi, you've mentioned Google Imagery as a source, can you confirm what this means? We aren't allowed to use Google Maps as a source, both satellite and their maps.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/182935873
skidogs (2026-05-21 02:25:44+00:00): Sorry about that, originally when I set up Vespucci I had tried google maps, but then learned we cannot use this and updated to bing, but looks like the name stayed the same. Ive updated this now and it seems to be correctly refected as bing maps in the editor.
Just to be clear, these edits were done with bing maps not google maps...
AndersAndersson (2026-05-20 21:50:32+00:00): Hej!
Blev det en miss med namnet på vägen?
https://www.openstreetmap.org/way/1517671818
AndersAndersson (2026-06-05 09:24:57+00:00): Svara gärna om vägen verkligen heter "T". Det låter osannolikt.
AndersAndersson (2026-06-05 23:34:36+00:00): Inget svar. Jag tar bort T som vägnamn.
pitscheplatsch (2026-05-20 16:20:52+00:00): Hi, thanks for your contribution.

I noticed that this changeset adds name:en=Manchester Airport, which has the same value as the existing name=* tag.

Given the recent discussions in the OSM Community Forum about multilingual name tags, do you think it is useful to add a name:en tag when it contains exactly the same value as name=*, especially in an English-speaking region? My understanding is that this can be considered redundant unless there is a specific reason, such as completing a multilingual name set.

Best regards,
Pascal
nonameyet (2026-05-20 18:37:51+00:00): If I have understand correctly, the tool that confusedbuffalo announced at
https://community.openstreetmap.org/t/tool-to-find-and-fix-incomplete-multi-lingual-names/143881
(and which I used for this changeset) is intended to do exactly that, following the recommendation at https://wiki.openstreetmap.org/wiki/Names#Language-specific_names
pitscheplatsch (2026-05-23 12:32:02+00:00): Thanks for your reply. First of all, I should mention that I am not an expert on naming conventions in OSM. However, in Germany, some name:*=* tags have recently been removed in certain cases. When I asked the contributor about this, they replied that it was “redundant map information”.

The wiki page you mentioned also says that name:<lang_code> is used "to tag the name in a specified language in cases where the name differs by language." At least for Manchester Airport, the name and name:en values now appear to be identical, in my opinion.

Of course, you can also leave it as it is. I just wanted to mention it because my QA tool flagged your changeset.

Best regards, Pascal
nonameyet (2026-05-23 13:12:32+00:00): Hmm. I think you should talk to https://community.openstreetmap.org/u/confusedbuffalo - I made the changes because of his QA tool. I don;t think we want two QA tools undoing each other's work.

Which label are we talking about ?
https://www.openstreetmap.org/relation/1224469#map=13/53.35030/-2.27983 has four name:<lang_code> tags: en, es, ru and ur. Yes, name and name:en are the same, but the instructions I linked to suggest that Moscow should have name=Москва and name:ru=Москва so I am following that.
Kees 59 (2026-05-21 11:24:18+00:00): Forgot to add the source. here it was Survey; PDOK aerial imagery Beeldmateriaal.nl 7,5cm (WMS) latest; BGT: BGT standaardvisualisatie; BGT: BGT icoonvisualisatie
NieWnen (2026-06-09 13:33:41+00:00): W tej zmianie została zmieniona linia https://www.openstreetmap.org/way/727578726

Są tutaj 2 problemy:
1. Była notatka która została usunięta i mówiła o tym, że nie ma tutaj oznakowania i było to dość świeże. Czy pojawiło się realnie oznakowanie pionowe?

2. Jeśli oznakowanie jest, to należy poprawić tagowanie. CPR tagujemy przez highway=path – zachęcam do zapoznania się ze stroną wiki jak tagować scieżki (pieszo-)rowerowe

 https://wiki.openstreetmap.org/wiki/Pl:Rowery#Drogi_dla_pieszych_i_rower%C3%B3w
fuchspl (2026-06-09 18:59:03+00:00): Tagowanie poprawione. Notatka o braku znaku C-13 była moja i już jest nieaktualna. Niedawno postawiono kombinację znaków C-13 + C-16.
https://www.openstreetmap.org/changeset/183890093
NieWnen (2026-06-09 19:02:04+00:00): Źle spojrzałem kto dodał notatkę :) Dzięki za poprawę!
okilimu (2026-05-21 04:40:10+00:00): Hallo Filderalex,

aus welchem Grund hast Du den von mir erfassten Stolperstein gelöscht.

viele Grüße Dietmar
okilimu (2026-05-21 04:40:55+00:00): vor dem Haus Rotebühlstraße 145 in Stuttgart-West
DD1GJ (2026-05-23 06:31:05+00:00): Revert, da keine Antwort.

Hallo Filderalex, ich vermute, dass das Löschen des Stolpersteins ein Versehen war, ebenso wie bei https://www.openstreetmap.org/node/11530933476/history

Ich habe daher die beiden Stolpersteine wieder hergestellt. Sollten die Stolpersteine tatsächlich nicht mehr vorhanden sein, dann gib bitte Bescheid für weitere Nachforschungen.

Viele Grüße, Joachim
Cheeser (2026-05-25 01:57:58+00:00): While this is a sweet gesture, it actually goes against OSM's 'On the Ground Rule' and the 'Don't invent names' good practice guidelines on the OSM Wiki. Features can only be given names that actually exist in real life, on signs, or on official topo maps. If it's technically an unnamed peak, the standard rule is to leave the name tag completely blank.
bxl-forever (2026-05-20 22:11:24+00:00): Bonjour,
Les adresses à Leuze-en-Hainaut sont déjà sur la cartes, en général sur les bâtiments.
Il ne faut surtout pas répéter l'adresse sur les magasins. Car en faisant cela, vous introduisez une double définition de l'adresse dans la base de données OSM.
Ce n'est pas comme ça que fonctionne une base de données géographique. Les adresses restent sur les bâtiments (uniquement rue + nom de maison, tout le reste est calculé automatiquement dans les recherches).
Je corrige vos différentes éditions.
Amicalement.
pitscheplatsch (2026-05-20 18:10:40+00:00): Hi again,

I noticed that name:he is identical to name on objects such as https://www.openstreetmap.org/node/5210716496

Would it make sense to remove name:he in such cases, or is there a reason to keep it even when it duplicates name?

As far as I understand, name already represents the local/default name, so I was wondering whether the identical name:he value is redundant.

Best regards, Pascal
SafwatHalaby (2026-05-22 07:59:17+00:00): Hello, this is agreed upon about the community.

Due to the complex multilingual nature of Israel, you never know which language to expect in the "name" tag (it would usually be Hebrew or Arabic, but sometimes even Russian or Adyghe)

So the name tag is always replicated in some "name:lang". This makes parsing data infinitely easier. Want Hebrew? Parse "name:he". Want the local language? parse "name"

See https://wiki.openstreetmap.org/wiki/Israel#Naming