piebro/osm-data huggingface dataset:
PT-53 (2023-02-09 07:57:57+00:00): Hallo Tondar2, 
braucht es bei diesen Gebäuden
- https://www.openstreetmap.org/way/103463977/history
- https://www.openstreetmap.org/way/777663980/history
wirklich das Merkmal
- layer=1
?
Wiki:
https://wiki.openstreetmap.org/wiki/DE:Key:layer
Fließt da der Fluß wirklich unter dem Gbäude durch oder fließt da der Fluß durch das Gebäude hindurch?
Hast Du das vor Ort überprüft?
Fragende Grüße
PT-53 (2023-02-19 08:35:04+00:00): Hallo Tondar2, 
es wäre schön wenn Du noch ragieren würdest.
Grüße
PT-53 (2023-03-05 11:52:51+00:00): Keine Reaktion! Schade
Zweifelhafte Änderungen zurückgesetzt
NorthCrab (2023-02-10 06:24:14+00:00): Jak odbywa się dojazd do tych posesji? https://img.monicz.dev/-ZXzrBiGdwm
Christopher25L1 (2023-02-10 10:36:47+00:00): Posesje (a raczej komórki i garaże) wydają się opuszczone. Praktycznie po zmianie oznakowania (na drogę pieszo-rowerową) nie ma bezpośredniego dojazdu oprócz rowerem i piechotą.
NorthCrab (2023-02-13 01:26:02+00:00): Okej
map per (2023-03-03 20:24:51+00:00): Hello Ciara05,

please don't do fantasy edits like changing the name of a village to "eli's village" (1). OpenStreetMaps is not the right place for this.
I REVERTED all your changes.

Best regards
map per

(1) https://www.openstreetmap.org/node/571213841/history
Langlaeufer (2023-02-08 15:14:16+00:00): Hi, 
das meinte ich mit, wenn mach einen Weg wegen der Oberfläche zerteilt, dann bitte richtig. (das ist vermutlich mit StreetComplete nicht sauber zu lösen.
Wenn die Längen der Abschnitte und die Positionen der Wechsel nicht korrekt sind, dann verbessert das nicht wirklich die Daten und erzeugt Arbeit für den Nächsten. (meine Meinung)
Ich hab es korrigiert.

Grüße 
Langläufer
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132260344
peateasea (2023-02-08 15:48:50+00:00): Oje, tut mir leid für die zusätzliche Arbeit! Ich habe versucht in StreetComplete den Weg möglichst nah dran an der Straße zu zerteilen.  Ist das nicht richtig? Oder soll man den Schnitt etwas weiter weg von der Straße machen?
Langlaeufer (2023-02-08 16:49:55+00:00): Ich meinte, wenn man etwas so kleinteilig unterteilt, dann bitte genau an den Stellen wo die Unterteilung ist und nicht Freihand. Solche Unterteilungen gehen somit nur anhand von Luftbildern oder wenn man ein hochgenauen GPS-Empfänger hat.
peateasea (2023-02-08 17:03:33+00:00): Ah, ok. Ich würde sagen, dass StreetComplete nicht genau genug an der Stelle ist, zumindest ist es schwierig genau zu definieren wo die Grenzen zwischen unterschiedlichen Abschnitte sind (kleines Display, große Finger :-/).

In diesem Falle wäre es besser gewesen, einfach den ganzen Weg als https://wiki.openstreetmap.org/wiki/Tag:surface%3Dpaved oder als https://wiki.openstreetmap.org/wiki/Tag:surface%3Dpaving_stones, ist das richtig?  Oder lieber einfach lassen?
peateasea (2023-02-08 17:19:10+00:00): Übrigens: danke, dass du das überprüfst! Gerne möchte ich meine Angaben so korrekt wie möglich machen.
Langlaeufer (2023-02-08 17:20:42+00:00): Manche betrachten nur die Stücken die nicht auf der Fahrbahn liegen (weil die Fahrbahneigenschaften finde ich ja an der Fahrbahn) und würden dann paving_stones nehmen, andere nehmen den größten Anteil und würden dann asphalt reinschreiben. bei paved fragt er den nächsten Mapper nochmal.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132260344
muralito (2023-02-09 16:05:54+00:00): Hola. Probablemetne esto no deberia ser etiquetado como banco. ¿Que servicios hay ahi?
user_18386847 (2023-02-09 17:19:02+00:00): Tienes razón como puedo borrarlo
user_18386847 (2023-02-09 17:19:50+00:00): Es más, puse otro en Mercedes
muralito (2023-02-09 17:50:04+00:00): No se si hace falta borrarlo, Fijate si este te sirve de ejemplo. https://www.openstreetmap.org/node/2722769627

Ah, y los telefonos se ponen en formato internacional, sino despues no andan bien al querer usarlo. +598 99 xxx xxx
user_18386847 (2023-02-09 21:37:53+00:00): Prefiero borrarlo porque ahora no estoy segura ¿cómo se borrar?
muralito (2023-02-09 23:47:27+00:00): Listo. Ya te lo borre. Yo uso el editor josm https://josm.openstreetmap.de/ que es potente pero se precisa cierto aprendizaje previo para agarrarle la mano. 

Para empezar lo mejor es leer la guia de principiante https://wiki.openstreetmap.org/wiki/ES:Gu%C3%ADa_de_principiantes y despues seguir con lo que sea de tu interes.
eggie (2023-02-08 18:25:30+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
Larmax (2023-03-07 09:44:32+00:00): The names are you've added in Kimito/Kemiönsaari are incorrect, since the Swedish street name should be added to the name=* tag
aleksaJov (2023-03-07 11:17:13+00:00): Hi Larmax, 

I’ve added names according to this thread and opinions stated here https://community.openstreetmap.org/t/datasets-in-josm/7320/4 .
I can verify and add name:sv and name:fi for Kimito/Kemiönsaari, but wanted to verify with you: if both name:fi and name:sv are present, name=* should refer to Swedish name?
Also if you find that there are any other places in Finland that need to prioritize Swedish names as name values, please send the list to community channel here https://community.openstreetmap.org/t/datasets-in-josm/7320/4 ), so we can be aware of it as well.

Regards,
Aleksandar
Larmax (2023-03-07 11:26:38+00:00): Looks like I didn't remember to mention that there, but in municipalities where Swedish is the majority language the Swedish name is prioritized. Here's a list of them: https://en.wikipedia.org/wiki/List_of_municipalities_of_Finland_in_which_Finnish_is_not_the_sole_official_language Also on MML maps the majority language is always given first, so here in Kimito it's Swedish, then Finnish but in Helsinki for example it's the other way around. Additionally, I also realized that many Finnish names are missing here, it would be nice if those could also be added.
Buffty (2023-02-12 23:19:30+00:00): Hallo,
Relationen vom Typ "turnlanes:turns" sollen nicht mehr verwendet werden (siehe https://wiki.openstreetmap.org/wiki/Tag:type=turnlanes:turns: "Obsolete method for describing allowed turns from a given (turn) lane."), der von dir verwendete JOSM gibt ja sogar die entsprechende Meldung aus: "veraltete Merkmale - type=turnlanes ist veraltet, dafür type=connectivity benutzen".
Ich werde sie wieder löschen, wenn sie mir bei meinen Änderungen unterkommen.
vg, Buffty
PS: Es wäre nett, wenn du das Kommentarfeld in JOSM nutzen könntest...
mueschel (2023-02-17 11:02:41+00:00): Hi,
are you going to fix the spelling mistakes in all these tags, or can we just remove them?
E.g.

addr_city = الــــربـــاح
addr_country = DZ
addr_daira = الــــربـــاح
addr_quarter = حــــي البغازلية
agglomération = الـربــــــاح
lamp_type = 0
matériau = اسمنت
user_5359 (2023-03-24 16:32:16+00:00): Hello (again)! If you need help to clean it up, you are welcome! See https://www.osm.org/changeset/133325108, https://www.osm.org/changeset/133178627, ...
NorthCrab (2023-02-09 07:28:10+00:00): Podjazdy/drogi wew. nie nazywają się ulicą przy jakiej się znajdują. Dodatkowo staraj się nie dodawać zbędnych tagów opisowych. Zapoznaj się z https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Poland. Poprawiłem tą zmianę. Pozdrawiam!
doghobble (2023-02-08 15:22:10+00:00): Amos Circle is off Wampanoag Drive.
NorthCrab (2023-02-09 07:26:23+00:00): Wycofałem tą zmianę ponieważ jest ona niezgodna z aktualnymi danymi urzędowymi. Zmieniając nazwę ulicy wypadałoby poprawić także adresy przy niej leżące.
NorthCrab (2023-02-09 07:31:49+00:00): Poprawiłem tę zmianę. Ta aleja wcale się tak nie nazywa. Dodatkowo usunąłem zbędne tagi dostępu. Pozdrawiam!
NorthCrab (2023-02-09 07:43:30+00:00): Proszę nie rysuj budynku po dachach. Najlepiej jest rysować z ewidencji budynków. Dodatkowo przypadkiem zduplikowałeś informacje adresowe.
NorthCrab (2023-02-09 07:43:40+00:00): Poprawiłem tą zmianę.
ianlopez1115 (2023-02-08 15:27:59+00:00): Offset used in Esri is 0.60; -1.12
NorthCrab_upload (2023-02-08 15:30:21+00:00): 🗺️ Witaj na OpenStreetMap!

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 miejscowości. Jeśli adres ma nazwę ulicy, zastosuj kombinację addr:city + addr:street. Jeśli nie, przekaż nazwę miejscowości w addr:place.
https://www.openstreetmap.org/way/534230824

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! 🦀
NorthCrab (2023-02-09 07:24:44+00:00): Adres jest nieprawidłowego formatu, oraz jest duplikatem adresów przy budynkach obok. Wstrzymałem tą zmianę. Jeśli uważasz że niesłusznie to proszę uzasadnij.
NorthCrab (2023-02-09 07:45:26+00:00): Takie nadawanie nazw chodnikom jest błędne. Park ma nazwę. Chodniki - nie. Wstrzymałem tą edycję.
NorthCrab (2023-02-09 07:46:56+00:00): Usunąłem nazwę z tego odcinka chodnika, oraz zbędne tagi dostępowe. Zamieniłem też sidewalk na footway bo sidewalk to to nie jest.
Tatfahren (2023-02-08 15:44:33+00:00): Hallo Wander-Lux,
Ersteinmal danke für den eintrag der Bänke. Da freuen sich sicher mal ein paar Wanderer drüber. Bitte beachte das ziemlich alle tags dem englischen folgen sollten. Entsprechend ist die farbe nicht braun, sondern für diese farbe die passende englische Bezeichnung. Optimalerweise gibts du das auch einfach als RGB code an z. B. #FF0000. Siehe dazu auch https://wiki.openstreetmap.org/wiki/DE:Key:colour?uselang=de 
(wie mappen)

Vielleicht möchtest du es selber Anpassen, da ich natürlich nicht weiß welches braun genau verwendet wurde. Ansonsten landet es in meiner Liste mit Dingen die ich demnächst mal  mache.

Tatfahren
Tatfahren (2023-02-08 18:11:06+00:00): Danke für die Anpassung, jetzt sehen meine kurzen Stichproben super aus. Das sowas direkt angepasst wird bin ich garnicht gewohnt, meistens dürfen sowas dann andere irgendwann anpassen.
trigpoint (2023-05-03 23:40:09+00:00): Hi
This edit has gone a wrong. The website was correct and for some reason you removed the https://.
Just wondering why?
Fradeve11 (2023-07-10 13:12:41+00:00): Hi, sorry about the late reply.
The issue was introduced by an update I did through MapRoulette, which is used to help importing data provided by the Government into OSM.
The data had no HTTP in the first place, and it was imported "as it is", effectively removing HTTPS.

I see that someone else has fixed the issue in the meantime.

Thanks for the nudge :)
NorthCrab (2023-02-09 07:48:46+00:00): Taka wartość nie jest poprawna dla opening_hours. Czy ten punkt jest zamknięty permanentnie, czy tylko tymczasowo?
NorthCrab (2023-02-09 07:50:12+00:00): Wycofane z powodów które już wcześniej wyjaśniłem. Nie byłem w stanie zweryfikować istnienia tu ulicy z taką nazwą. Prosiłbym o podesłanie jakiejś informacji uzasadniającej taką edycję (dowód istnienia tej nazwy). Pozdrawiam!
NorthCrab (2023-02-09 07:51:39+00:00): Wycofałem, nie byłem w stanie zweryfikować wiarygodności tej informacji. Podane wiki nie istnieje: https://pl.wikipedia.org/wiki/pl:Trzcinica%20Rzeka
NorthCrab (2023-02-09 07:53:28+00:00): Ta nazwa jest już podana w alt_name. Zmiana wprowadza duplikację informacji. Poprawiłem twoją edycję. Ustawiłem Długie jako nazwę alternatywną.
HellMap (2023-04-16 17:59:51+00:00): Hello,

Any reason you changed all the streets to residential from living_street? Has the living zone been removed?

Thanks
HellMap (2023-04-21 11:15:47+00:00): Hello,

Since you haven't replied (but are actively editing), I have reverted your street classification changes.
NorthCrab (2023-02-09 07:54:28+00:00): Czy możesz uzasadnić? Adresy mają podane "Osiedle Logo".
NorthCrab (2023-02-09 07:57:55+00:00): Ten obrys jest jakiś oficjalny czy narysowany na oko? Jeśli na oko to bardziej pasowałoby oznaczyć to jako punkt. Proszę wyjaśnij.
ALu68 (2023-02-17 19:53:31+00:00): Hello

What type of objects are the power=generator?
Input + output = electricity is a transformer.

Btw the keys are not correct
generator_output_electricity=yes
generator_source=electricity

https://wiki.openstreetmap.org/wiki/Tag:power%3Dgenerator
NorthCrab (2023-02-09 08:02:22+00:00): Tutaj też zadam pytanie, czy jest to oficjalna granica czy przybliżona?
NorthCrab (2023-02-09 08:05:22+00:00): Proszę podaj uzasadnienie zmiany tej nazwy. Po tak dużej ilości dziwnie wprowadzonych przez ciebie zmian nie za bardzo jestem Ci w stanie zaufać.
cryptickryptos (2023-02-08 15:58:02+00:00): But now there is more than one Rainy Lake. Wouldn't it be more accurate to split the ways and include them in a single relation as outer members?
user_18305684 (2023-02-11 18:02:37+00:00): The rainy lake was a huge multipolygon (when i say huge, I mean with many members (ways) which means many nodes which means impossible to open in ID (and to work on it with iD).
Someone had created the relation 12311888 2 years ago to split this huge multipolygon in smaller parts : I think it was a good idea.
One of this part was still huge and no more working (map was empty, the lake no more visible).
I tried to fix this by splitting this last multipolygon in smaller parts : now all is working and the relation 12311888 is complete (I controlled with taginfo all nodes/ways/relations with the name Rainy lake and fixed this particular relation).
Now there is one last step : to control each area and improve geometry + add missing islands.
I have done some but there is still much to do.
Best regards
cryptickryptos (2023-02-15 02:21:34+00:00): I understand the purpose of it, but the way it is done seems to be the equivalent of splitting the United States up into a bunch of areas as if it is multiple separate countries, when in reality it is only one contiguous area. If it cannot be worked on in iD, wouldn't it be better to use JOSM instead?
cryptickryptos (2023-02-15 02:27:53+00:00): If anything, I think it makes it a lot harder to edit (things such as multilingual names) when there are now dozens of relations that have to be located and selected any time another user wants to make a change consistently.
user_18305684 (2023-02-15 14:25:24+00:00): A boundary (United States) is not a multipolygon.
For a big/long/wide river, you split the water areas into smaller parts because it is impossible to have only one river area (for the Nile or the Amazon or Mississipi).
For the river areas, you don't need a relation because the names are on the waterway ways (you just add a waterway relation to have all the waterways ways in one relation). River areas is only for the map.

The good thing when you split the big multipolygon in several part is the name : with one relation, you will have one name on the map, in the middle of all of the area and probably not on the lake. By splitting the multipolygon, you will have several times the name, inside the lake, like you have the name of the river all along the ways inside the water areas.

Another point : if someone makes a change in the north part of the lake and at the same time someone else makes a change in the south, with one big multipolygon you will have a conflict (probability is high). With small multipolygons, no more conflicts.

There is no equivalent of a waterway relation for big multipolygons. Here someone thought that a site relation would be similar. I agree with him. Sometimes some mappers are using "collection" but it seems deprecated now. If you think we should create a new type of relations, you can propose one.

Best regards
Minh Nguyen (2023-03-26 15:35:45+00:00): The lake is very complex in reality; I would think OSM should reflect that fact to the extent possible. It seems like you’ve identified a gap in the tagging model. Splitting up this lake is at best a workaround. After all, not every editor or data consumer would be impacted by the issue you mentioned.
user_18305684 (2023-03-28 22:07:20+00:00): Please stop to comment this changeset.
If you want to talk about huge multipolygons, open a new talk on https://lists.openstreetmap.org/listinfo/talk
Or ask the mapper who created the relation 12311888 (see version 1).
Or if you have the solution, make a proposal on the wiki.
Just to remember :
in the relation 12311888 (=the lake), you have (today):
853 ways
147596 nodes
And the lake is not complete, a lot of islands are missing.
Thanks.
Minh Nguyen (2023-03-29 03:54:31+00:00): FYI, the local community has been discussing this issue on OSMUS Slack: https://osmus.slack.com/archives/CCV2P9QET/p1679802276162459 https://osmus.slack.com/archives/C2VJAJCS0/p1679826643887899 (You’re welcome to join the workspace by visiting: https://slack.openstreetmap.us/ )
mikeocool (2023-03-31 22:22:07+00:00): Hey there, I think folks are commenting on this changeset, because this is not how lakes are typically represented.  Personally, I haven't been able to find any other examples of lakes that are represented by several multipolygons that have a super relation as you have done here.

Looking at other larger and more complicated lakes in the area -- such as Lake of the Woods and Lake Superior, they are both represented as a single multipolygon relation with many smaller ways forming the outer ring of the multipolygon.  Both these appear to be editable in iD.

Additionally, if you look at the rendering of this lake on openstreetmap.org -- the labeling of Rainy Lake is now very inconsistent with the other lakes in the area -- each multipolygon is labelled instead of having a single label for the whole lake, like all other lakes in the area.

I came upon this changeset when I was working on a map style that only labeled large lakes at low zoom levels. The Rainy Lake label wasn't showing up, because it is appearing in the data as many small lakes instead of a single large lake.

In my opinion, you've made a good step by breaking up large ways -- but rather than having many multipolygons represent a single lake, we should use the ways that represent the lake's actual shoreline to form the outer ring of a single multipolygon, and eliminate the pieces of the ways that are just breaking up the lake into multiple pieces.
user_18305684 (2023-04-01 16:41:15+00:00): "that are represented by several multipolygons that have a super relation as you have done here." :
wrong, I did nothing, the super relation was created by Glassman, see https://www.openstreetmap.org/changeset/99222957

PLEASE STOP COMMENT HERE
Minh Nguyen (2023-04-01 17:03:37+00:00): Sorry for implicating you in this multipolygon mess. Indeed, the split multipolygons originated even earlier, in changeset 56736435 by a different mapper. We’ll continue to discuss this as a community, but you’re welcome to participate in the discussion if you prefer the current approach.
mikeocool (2023-04-02 17:28:49+00:00): Agreed, apologies Krako73, I should looked for closely at the history.
Minh Nguyen (2023-04-03 06:17:01+00:00): https://community.openstreetmap.org/t/rainy-lake-super-relation/97627
NorthCrab (2023-02-09 08:06:22+00:00): Oznaczenie highway=pedestrian dla placu nie jest poprawne. Proszę zapoznaj się z dokumentacją highway na obszarze.
jqngarcia (2023-02-09 07:47:20+00:00): Bon dia, per les teves edicions i pel teu nom entenem que estas fent treball per la diba, algunes de les teves edicions no son massa estrictes amb les normes de OSM, algunes les tindrem que fer enrera com la definició de tot edifici del recinte de la Escola industrial o del recinte Torribera només per un edifici.

Si vols parlem entre els companys de OSM en Català.

Salut i Mapes, JQN
Diputació de Barcelona (2023-02-09 10:02:31+00:00): Hola bon dia, on puc trobar informació de com editar-ho, la informació que hi ha a OpenstreetMap no és correcta.
Gràcies
AGG
jqngarcia (2023-02-09 10:51:10+00:00): Si vols una guia general de com editar tens aquesta web

https://learnosm.org/es/

Salut i Mapes, JQN
NorthCrab (2023-02-09 08:10:42+00:00): Edytor aż krzyczy błędami.
https://img.monicz.dev/-EhmrAHhKeL
Zmiana wstrzymana.
NorthCrab (2023-02-09 08:11:16+00:00): Używanie pedestrian area nie jest prawidłowe w takich przypadkach. Proszę nie stosuj losowych oznaczeń. Przeczytanie dokumentacji nie jest takie trudne.
mapper377 (2023-02-08 16:33:31+00:00): I should have also said in the changeset comment: "Survey date 2023-02-07."  The changeset sources tag should have said "Bing; survey".
NorthCrab (2023-02-09 08:08:37+00:00): Co oznacza ten niepełny adres addr:city=Trzcianka. Adres albo jest albo go nie ma. Takie częściowe wypełnienie niczemu nie służy. Widać w jakim mieście znajduje się ten kamień z danych. A nadużywanie takie adresów nie jest poprawne.
nikos09 (2023-02-08 16:02:01+00:00): To jest droga główna
Yunkers (2023-02-08 17:14:34+00:00): Jesteś pewien że ten mały fragment jest lepszej kategorii od reszty? Aż tak lepszy że można go porównać do dróg ekspresowych?
NorthCrab (2023-02-09 08:09:17+00:00): Widać że to ewidentny bubel. Wycofałem.
NorthCrab (2023-02-09 08:11:59+00:00): Wycofane, błędna nazwa ulicy.
jeslop (2023-02-08 22:04:13+00:00): Könntest du in den Kommentaren bitte spezifischer sein? Danke.
https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments

Jesús López
OpenStreetMap Foundation
Data Working Group
MxxCon (2023-02-11 01:55:50+00:00): It seems like you didn't finish phone number for that clinic..
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132264270
adiatmad (2023-02-13 04:01:24+00:00): Hi ratrun, hope you are doing well.

You added layer=-1 here (https://pewu.github.io/osm-history/#/way/135625570) but I only see from Maxar imagery it is flat, no underground, etc. Do you want to share your knowledge?
Thanks
ratrun (2023-02-13 17:06:17+00:00): Hi,

What I did is that I merged way https://www.openstreetmap.org/way/135625587/history where the "layer=-1" was already present. I didn't notice this tag when I merged. Now I removed this tag, see https://www.openstreetmap.org/changeset/132500263 . Thanks for detecting this!
JezCrow (2023-02-08 16:46:36+00:00): Hi Fradeve11, the website you've added is not valid - the correct website is on Get Information About Schools website, so the data you've used must be either incorrect or out-of-date.
Fradeve11 (2023-02-08 21:52:24+00:00): Hi there, thanks for pointing this out! I have just fixed the website. I am importing information from MapRoulette which is using data provided by the schools themselves, so maybe whoever reported this in the school made a mistake.
Anyway, thanks for having a look :)
MxxCon (2023-02-11 02:02:13+00:00): https://wiki.openstreetmap.org/wiki/Tag:craft%3Dcarpet_cleaner
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132264552
JezCrow (2023-02-09 11:29:40+00:00): This school no longer uses the phrase "A Specialist Sports College" on its website, so I don't think the name should have been reverted to the old name as you have done here.
Kristjan ESPERANTO (2023-02-18 01:05:26+00:00): Hi bxl-forever :-) Can you please explain why you removed the address?
bxl-forever (2023-02-18 11:33:15+00:00): Hello,

The address is still there, it belongs to the building.

When a POI is located inside a building that has a single address, it will automatically "inherit" the same address.

What’s the trouble exactly?  Did you encounter problem with some software, requiring duplicating all the address information on every node?
Kristjan ESPERANTO (2023-02-18 14:45:52+00:00): Some applications only use the Overpass API to get information from POIs. Now you can no longer get the address from this node. Or is there a way to get to an inherited address via the API? I haven't found it yet.
bxl-forever (2023-02-21 09:15:31+00:00): I suppose the "(around:)" instruction in the Overpass API will do the job.

It’s fairly trivial to do proper reverse geocoding with Nominatim, e.g. this will return a JSON file which can be easily parsed.
https://nominatim.openstreetmap.org/reverse?format=geocodejson&lat=50.8579747&lon=4.3680181
Kristjan ESPERANTO (2023-02-21 09:31:17+00:00): Okay, I'll have to deal with Nominatim then. Thank you for the tip and example!