piebro/osm-data huggingface dataset:
DanhengOSM (2025-11-18 01:57:50+00:00): 观察到公园西侧的“月亮车站”似乎还处于在建状态，需要验证
porfiriopaiz (2025-11-18 06:36:23+00:00): Hola J00SECI,

¿Podrías dejar de cambiar la ubicación y las etiquetas de los elementos?

¿Qué fuente de información estás usando para validar las etiquetas estás utilizando?
eggie (2025-11-17 15:19:46+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.

Feedback Nieuwbouw kun je tzt laten importeren vanuit de bAG via het forum van OSM.. draadje BAG importverzoeken. Het staat nu nog op bouwvergunning verleend. 
MVG,
Eggie
Namens de OSM Community
kyle36 (2025-11-18 15:16:05+00:00): Dag Eggie, goed om te weten, ik zal het forum checken in het vervolg!
NorthCrab_upload (2025-11-17 15:32:03+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/node/9955335766
https://www.openstreetmap.org/way/1451365360

Pozdrawiam! 🦀
Supaplex030 (2025-11-26 11:17:47+00:00): Hallo geozeisig,
da du ja gelegentlich Jelbi-Stationen einträgst hier der Hinweis, sie besser als amenity=mobility_hub einzutragen statt als Fahrradleihstation (da es ja nicht (nur) um Fahrräder geht) – siehe auch den von dir selbst angelegten Wiki-Artikel https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmobility_hub :)

Als "Referenzbeispiel" nutze ich immer https://www.openstreetmap.org/way/1329384767.

lg, Alex
geozeisig (2025-11-26 13:24:43+00:00): Ich hatte ein anderes Beispiel benutzt, welches genau weiß ich nicht mehr. Siehe auch https://overpass-turbo.eu/s/2gfZ

LG
micheleOSM3 (2026-01-28 17:47:54+00:00): Il sentiero è stato riparato, inoltre il tuo tag smoothness=impassable non credo sia corretto perché è riferito a veicoli con ruote ed essendo un sentiero non credo sia utile, comunque ho corretto.
citrula (2025-11-17 18:27:13+00:00): welcome to OSM, and thanks for your contribution. You deleted part of the crossing in this edit - I fixed that for you, and moved the ALPR node to the actual location. Happy mapping!
eggie (2025-11-17 15:27:01+00:00): Carla.. Wanneer het vegelijkbaar is met een versmalling dmv eren paaltje kloppen de accesstags niet.
Gebruik svp geen access=no en motor_vehicle=no op een paaltje.
Brommers snorfietsen zijn in osm ook motorvoertuigen.
access=no is al een soort default op een paaltje. Geen foot en bicycle=yes toevoegen om dezelfde reden.

Kijk in de wiki voordat je al die accesstags zet.
https://wiki.openstreetmap.org/wiki/NL:Tag:barrier%3Dbollard
Dus  Impliceert

    area=no
    access=no
    foot=yes
    bicycle=yes
    mofa=yes
    moped=yes

MVG
eggie
eggie (2025-11-17 15:30:11+00:00): Ik heb de accesstags aangepast er vanuit gaande dat er een paaltje staat. 
Het zal niet routeren voor bv auto's.
unremovable aangepast naar fixed. 
https://wiki.openstreetmap.org/wiki/Key:bollard

MVG
eggie
eggie (2025-11-17 15:54:50+00:00): Op de luchtfoto (Obliek.. Slagboom&Peeters) zie ik twee varkensruggen die geen deel uitmaken van de weg met wat groen er tussen.
Daarlangs lopen dan twee gescheiden paden .. highway=path
surface=paving_stones
bicycle=yes
foot=yes
moped=yes
mofa=yes 

Zo zou het ook kunnen. Dan komt het wat meer met de werkelijkheid overeen.
Je kunt hier niet door dat perkje rijden.

Daarnaast loopt dan nog wel weer een trottoir.
Zou het even zo laten. Nu werkt het ook. 
Er staan nu twee paaltjes. 
MVG
eggie
Carlavissers (2025-11-18 05:50:34+00:00): dank voor je feedback!
TrickyFoxy (2025-11-28 09:26:40+00:00): Кажется вы ошиблись перенеся это места так далеко
NeisBot (2025-11-17 15:03:42+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description or slogan contains detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

Could you please revise your description accordingly?

#MapWithoutSpam #Tags #Description
NeisBot (2025-11-17 15:03:42+00:00): For example, a more neutral and factual version of your description could be: "Trade show and exhibition company in Las Vegas"
NeisReview (2025-11-19 09:20:31+00:00): 👍 Thank you for updating the element https://osm.org/changeset/174777436
Kovoschiz (2026-02-21 10:50:13+00:00): Why is there a `=driveway` ? PERW is not a internal road. Frontage lanes/roadways should still use `=residential` / `=unclassified`
vectorial8192 (2026-02-21 13:37:35+00:00): That's clearly a driveway for the police station, and not a frontage road. Notice how it is right outside of the reporting room.
vectorial8192 (2026-02-21 13:49:00+00:00): Or, let's put it this way:

This segment only leads to the police station, and only the police station needs this segment. No one uses this segment for through traffic (see Tung Choi Street some distances before).

Therefore, it definitely is a driveway, and not a frontage road. The "frontage road" rule doesn't apply.
kingkingHK (2026-02-21 14:27:53+00:00): Nullah Road -> Tung Choi Street needs it?

Also, isn't a "road completely useless for through traffic" just `highway=service`? See e.g. nearby https://www.openstreetmap.org/way/966100009
Kovoschiz (2026-02-22 16:15:30+00:00): `=driveway` is an internal "private" road that needs to have parts inside site/lot. It shouldn't be a public street.
vectorial8192 (2026-02-22 16:21:41+00:00): Good question on Nullah Road -> Tung Choi Street; at first glance this is dangerous and likely not a popular/viable path.

Then, need to confirm whether lane markings allow this (half-think cannot).

Ultimately, driveways is a subset of service roads, for single-property access, compared to service roads that may form "technical" roads inside a single facility, or somehow linking several adjacent related facilities. I imagine the quoted way should be described as a driveway instead of a generic service road.
vectorial8192 (2026-02-22 16:24:26+00:00): made a new note https://www.openstreetmap.org/note/5177281
RobMcC85 (2025-11-23 02:26:48+00:00): These changes should not be reverted.  Portions of Oak Street and Hickory Street do not exist.  Avenue C, D and E do not exist; one might be a driveway.
I tried to run this area and can confirm the south end of Oak Street is a lawn and woods; the northern/middle section of Hickory Street is woods, there is no through road.
Mashin (2025-11-23 23:22:23+00:00): Sorry, I haven't inspected the changeset properly.
woodpeck_repair (2026-07-24 22:44:30+00:00): This changeset has been reverted fully or in part by changeset 186321614 where the changeset comment is: revert airport edits by user olehz - Turkey
woodpeck_repair (2026-07-24 22:38:59+00:00): This changeset has been reverted fully or in part by changeset 186321363 where the changeset comment is: revert airport edits by user olehz - Bosnia and Herzegovina
Tatfahren (2025-11-17 19:41:55+00:00): Gibt es da was dauerhaftes vor Ort, oder ist das für eine Veranstaltung?
thurmer (2025-11-17 19:43:46+00:00): Es ist für eine Veranstaltung. Ich versuche über Komoot die Strecke neu zu planen (bin Laufstreckenverantwortlich) und Komoot schlägt vor es so zu machen...
thurmer (2025-11-17 19:44:08+00:00): https://schlosstriathlon.de/
thurmer (2025-11-17 19:44:38+00:00): https://www.komoot.com/tour/2040955762
Tatfahren (2025-11-18 04:44:53+00:00): Kannst du die Stelle wo komoot das vorschlägt verlinken? In OSM tragen wir keine kurzzeitigen Objekte ein, erst recht nicht mit weit verbreiteten tags, die entsprechend von vielen renderern genutzt werden. Einige renderer aktualisieren nur einmal pro Monat oder seltener, und die Objekte sind dann für diese Zeit dort enthalten.

Wenn ein Tourist kommt, und sich denkt das er dort einen Verpflegungsstand ansehen kann, löscht er den Punkt wieder, vermutlich noch bevor euer Triathlon anfängt.

https://wiki.openstreetmap.org/wiki/DE:Good_practice#Mappe_keine_vor%C3%BCbergehenden_Ereignisse_und_Objekte_tempor%C3%A4rer_Natur
thurmer (2025-11-18 08:13:12+00:00): Hier wird es beschrieben:
https://support.komoot.com/hc/en-us/articles/360022830972-Improving-the-komoot-map-using-OpenStreetMap#scroll-nav__6
thurmer (2025-11-18 08:14:21+00:00): Der Triathlon findet jedes Jahr statt... also vielleicht ähnlich wie der "Wochenmarkt" der in der Wiki beschrieben wird? Habe mittlerweile auch eine Möglichkeit in Komoot selber gefunden, können es also hier auch wieder löschen wenn nötig.
thurmer (2025-11-18 08:15:17+00:00): https://support.komoot.com/hc/en-us/articles/4605969706778-Request-Rename-waypoints
micheleOSM3 (2026-04-05 04:51:47+00:00): Ciao, il nome della ferrata è già nella relation https://www.openstreetmap.org/relation/2458961 e quindi metterla anche in una delle way della ferrata è ridondante. Comunque rimuovo il name io. Ciao e buon mapping.
Tris_1220 (2025-11-17 17:10:43+00:00): https://www.openstreetmap.org/note/5042488
jb54osm (2025-11-17 15:51:44+00:00): Dag Kees,

W.b. de Gamestate in de Mall of the Netherlands. 
Het adres Liguster 202 is het kantoor van het management van de Mall. Het gebeurt nogal eens dat een bedrijf dat naar de Mall gaat komen dat adres opgeeft. En vervolgens nooit meer verandert. Maar ze zitten echt op de 1e bij het Eettheater (Kornoelje).
Zal ik de fixme weghalen?
Kees 59 (2025-11-17 15:58:15+00:00): Lijkt me goed. En misschien een note toevoegen met bovenstaande info?
jb54osm (2025-11-17 16:02:38+00:00): Beide gedaan!
Tris_1220 (2025-11-17 17:10:53+00:00): https://www.openstreetmap.org/note/5037607
Tris_1220 (2025-11-17 17:11:12+00:00): https://www.openstreetmap.org/note/5039294
LingM (2026-03-14 08:47:19+00:00): Bist du dir sicher das man sich beim Nobis nicht auch draußen hinsetzen kann? Unter dem Vordach des Hirsch Centers gibt es doch den Sitzbereich. Haben Nobis-Kunden da keinen Zugang?
lambdacore (2026-03-14 08:54:00+00:00): Hm, Ich vermute, dass man sich als Nobis-Kunde da hinsetzen könnte - kontrollieren wird das keiner. Die ganze Situation mit den Sitzplätzen innen ist eh etwas unübersichtlich. Und die paar Plätze außen lassen sich nicht sauber irgendeinem der drei Läden zuordnen... Von daher: gern als "ja, man kann draussen sitzen" markieren.
LingM (2026-03-14 09:02:57+00:00): Ich schaue mir die Sitzplatz-Situation, wenn ich das nächste Mal dort bin, noch mal an.
LingM (2026-04-02 14:38:42+00:00): War eben dort. Eine der zwei Türen nach draußen kommt direkt aus dem Nobis-Sitzbereich. Sieht also recht offiziell aus. Habe es auf "ja" gesetzt.
kingkingHK (2025-11-18 03:54:40+00:00): I thought we agreed on discord to not to give `amenity=clinic` and `healthcare=clinic` to clinic grounds when the node-clinic exists? Or did I misunderstand our conversation there?
vectorial8192 (2025-11-18 12:51:11+00:00): You are correct, but consider:

- global OSM requires that `amenity=clinic` must also get `healthcare=clinic`
- we don't seem to agree what tag-values to represent "clinic grounds" (e.g. `landuse=institution` is discouraged by global OSM; look at Mong Kok Police Station and it's also `landuse=institution`)

I see e.g. Robert Black Health Centre is currently tagged as a `healthcare=hospital`, which may be an interesting approach to the "clinic grounds" problem.
kingkingHK (2025-11-18 14:08:19+00:00): It seems like there is actually `landuse=healthcare` specifically for "clinic grounds", similar to how `landuse=education` is used when multiple distinct schools share a campus. But with only 851 uses worldwide, it is unlikely any data consumer will understand it.
vectorial8192 (2025-11-18 15:36:16+00:00): Excellent find. I didn't know about this tag before.

"Data consumers dont understand it"? dont care; OSM schema is always evolving, they will have to understand this eventually.
woodpeck_repair (2026-07-24 22:36:53+00:00): This changeset has been reverted fully or in part by changesets 186321238, 186320991, 186321014, 186321023, 186321172, 186321185, 186321214, 186321231, 186321009, 186320999, 186321226, 186321212, 186321183, 186321032, 186321156, 186321202, 186321188, 186321193, 186321207, 186320994, 186321004, 186321218, 186321196 where the changeset comment is: revert airport edits by user olehz - Australia
JeroenHoek (2025-11-18 16:59:48+00:00): Het is voor OpenStreetMap geen doel om de adresnodes op dezelfde plek als in de BAG te hebben. In de BAG worden ze vaak vrij arbitrair geplaatst namelijk. Met name bij winkels zullen mappers de nodes op een logischere plaats slepen als dat zo uitkomt; dat is verder in lijn met onze richtlijnen.

Het mag wel als dat logisch is (de meeste adresnodes worden nooit verplaatst na een import), maar vertrouw er niet op dat een adresnode ook bij de ingang van een pand staat op de kaart.
HJGroenVRFR (2025-11-18 18:36:53+00:00): Goede avond.
ik snap hem
ik kijk vaaks even hoe het beste is geplaatst ten opzichte van de toegang tot het object. maakt het geen verschil laat ik hem netjes staan.
jbcharron (2025-11-17 18:00:41+00:00): Bonjour,
L'url du site web est invalide, pouvez vous corriger ?
Merci
Bonne soirée
votre_solution_de_visibilite_digitale_locale (2025-11-18 07:49:02+00:00): Bonjour,

Merci de votre alerte, nous avons corrigé cet erreur 
Cordialement,
L'Equipe DB
bxl-forever (2025-11-17 20:15:54+00:00): ## REVERTED CHANGESET

Dear geoTD.  This is another friendly attempt to reach you.  You have ignored my previous messages so far and kept on redoing the same errors over and over.

I suppose that your intention is that the map would display blocks A and B here.

The situation which we have mapped is correct.  Please do not deliberately add false information to OSM for the sole purpose of getting it rendered.

Campus Sint-Lukas Brussels is already mapped (as a university) here: https://www.openstreetmap.org/relation/19847043

Please do not make it seem like building A (named "A Blok") has become a university on its own.  This is not correct and it damages the usefulness of OSM.

Also, Brussels is a bilingual city and we apply the same policy everywhere on OSM: *all* the street names in Brussels are bilingual, and so are *all* the addresses in the Brussels Region.  Changing correctly-written bilingual addresses into monolingual versions is considered vandalism when it is done on purpose.  We would be grateful of you for not doing that.

To repeat what I said in previous messages, you can reach me (preferably by replying to the comment here) and explain what you attempted to do and what you would want to see improved on the map of this university campus.  Then we can try to work out a solution that does not imply adding fake extra universities or nested buildings.

Direct messages and changeset comments have been emailed to you.  We expect you to read those before making subsequent edits.

Kind regards.
L'imaginaire (2025-11-22 10:37:43+00:00): 👏
eggie (2025-11-18 15:03:31+00:00): Dag HJS  Je vraagt feedback.

Lijkt mij allemaal oke zo.

MVG
eggie
Dodko (2025-11-18 08:13:48+00:00): Doplnil som chýbajúce addr:conscriptionnumber a addr:place
https://overpass-api.de/achavi/?changeset=174806113
maro21 (2025-11-22 15:13:01+00:00): Co jest charakterystycznego w tym punkcie https://www.openstreetmap.org/node/420377155, że tu następuje zmiana kategorii drogi?
pavvv (2025-11-17 16:24:47+00:00): Tu od dawna jest sprzeciw ws. stosowania _linkow https://www.openstreetmap.org/changeset/114577444
szalona_entropia (2025-11-17 16:43:02+00:00): Na Sycowskiej. Nie edytowałem Sycowskiej.
Syl (2025-11-18 13:22:41+00:00): Bonjour, je vous avais signalé le problème avec ce nom : https://www.openstreetmap.org/changeset/173521907
Pouvez-vous en tenir compte ?
votre_solution_de_visibilite_digitale_locale (2025-11-18 13:31:35+00:00): Bonjour,

Notre client avait modifié le nom, nous venons de le corriger

Cordialement,
L'Equipe DB
karr4s (2026-04-06 08:43:48+00:00): SIRET erroné (31189095800169 au lieu de 42874890900937). C'est corrigé.
votre_solution_de_visibilite_digitale_locale (2026-04-07 06:59:24+00:00): Bonjour merci pour votre action de correction. Bonne journée
Syl (2025-11-17 17:10:07+00:00): Bonjour, c'est sûr que le commerce existe toujours ? Le SIRET correspondant est fermé depuis janvier.
votre_solution_de_visibilite_digitale_locale (2025-11-18 07:45:32+00:00): Bonjour,

Nous avons fait une maj mais on nous indique qu'il est fermé temporairement

Cordialement,
L'Equipe DB
Syl (2025-11-18 13:43:00+00:00): Bonjour, merci pour cette précision. J'ai remis les informations précédentes que j'avais enlevé, en précisant avec une description et dans les horaires la fermeture temporaire.

Je vous laisserais changer les horaires et la description quand vous aurez l'information de la réouverture.

Cordialement.
trigpoint (2026-07-22 17:00:50+00:00): This is a very strange thing to add to boundary relations. It feels like something that can get very silly very quickly. Biggest lake, oldest brewery.
Did you discuss this with the community?

Cheers Phil
quincylvania (2026-07-22 18:55:33+00:00): Hi, the `highest_point` member is an experimental pattern that I have mostly been trying out in the US. Feel free to delete if desired.

My argument would be that highest elevation is special compared to other superlatives because it bounds the feature on the z axis the way that the perimeter bounds the feature on the x/y axes. It's about geometry so it seemed like a natural fit to attach to the geometry relation.

Separately, I have been using `highest_point=2` on nodes to mark the highest point of features with `admin_level=2`. This pattern might be more immediately useful for labeling but only works for political features, not on islands and such.
literan (2025-12-08 20:31:40+00:00): все эти правки по внесению названия маршрута в name дорожек и автодорог будут откачены. Маршруты создаются как отношения https://wiki.openstreetmap.org/wiki/RU:Relation:route
AntMadeira (2025-11-22 12:20:17+00:00): Olá, RB.
Esta área de landuse=education é de utilidade duvidosa.
É possível que seja usado para visitas de estudo, mas é sobretudo usado por turistas, curiosos e aficionados do tema que visitam a região.
Provavelmente já o fizeste, mas aconselho a leitura:
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Deducation

Cumprimentos,
António.
Reino Baptista (2025-11-22 14:16:40+00:00): Olá, 
Sim li essa entrada da wiki, mas o que recomendas? 
landuse=commercial
landuse=recreation_ground

ou a combinação de:
leisure=park + tourism=theme_park
...
AntMadeira (2025-11-22 17:37:00+00:00): Não creio que haja uma etiqueta apropriada para definir esta área, porque nem é um parque, nem uma área de lazer, nem exclusivamente de educação...
No entanto, penso que podes transpor as etiquetas do ponto do observatório e colocá-las numa área circular. Ou seja, transformar o polígono num círculo e passá-lo a observatório, porque é isso que efetivamente existe no terreno.
Reino Baptista (2025-11-22 17:46:56+00:00): Ok.
eggie (2025-11-17 17:02:32+00:00): Dag pv Je hebt het gebouw verwijderd?
Het skicentrum staat al gemapt op de adresnode.
Ik draai je edits weer terug.

MVG
eggie
eggie (2025-11-17 17:05:37+00:00): reverted by changeset Wijzigingenset #174781390

Het was hier al correct gemapt. 
Het heeft geen zin om iets dubbel aan te geven. Ook heb ik het gebouw weer hersteld. 
MVG
eggie
eggie (2025-11-17 17:08:28+00:00): Skicentrum Drechtsteden is geen gebouw.
Hugoren Martinako (2025-11-21 18:04:31+00:00): Hi there, 

Why ru creating the role=highest_point? Where has that been discussed?

I noticed you've been adding it to a multitude of relationships, usually place=island or administrative. IMO, it's something worthless (it can be obtained through overpass-turbo) and you're complicating relationships by adding unapproved roles

Regards
quincylvania (2025-11-22 10:17:55+00:00): Hi there, thanks for reaching out. This is a somewhat experimental role that I've been using in the US for awhile now. Happy to revert if the local community doesn't want this data.

The highest point of a feature is of interest to certain data consumers that may want to, say, label a peak at lower zoom levels even if it's not particularly tall. Adding nodes as relation members won't mess up other use cases since most data consumers ignore node members. This pattern is similar to the admin_centre role of admin boundaries and carries similar importance. The highest point cannot reliably be found through queries since sometime: 1. The point may lay exactly on the edge of the feature (such as Mt. Everest on the Nepal/China border) and may fail point-in-polygon tests (due to precision errors). 2. The highest point of a feature has not yet been mapped (common with smaller or flatter islands and boundaries). 3. Points with unexpected `ele` values may appear in the data at any time (perhaps due to typos or bad imports).
Hugoren Martinako (2025-11-22 16:44:28+00:00): I see your point but I have to disagree. A highest point is definitely an important feature, but you're opening the door to include any important features inside the relations. This sort of data fits way better in wikidata statements, and imho, admin_centre is not a necessary role either, we just keep it around for convenience (like, administrative relations has a admin_centre since the start... yeah ok..).

Since most mappers use iD to edit, dealing with relations gets a lot harder for them, and there’s a good chance they might mess things up, especially when we’re talking about huge relations like islands or countries. That’s why I’d rather not overcomplicate things. The simpler, the better.

BR
quincylvania (2025-11-29 18:46:54+00:00): Okay, I'd say that `highest_point` is a little different than other "important features" because it's fundamental to the physical 3D shape of feature, bounding the feature by the z axis while the multipolygon ways bound it by the x and y axes.

But yeah, personally I think it's okay to use mapping patterns that are convenient but not strictly necessary (as long as they are accurate and useful). In this case I tried to lay out why it's indeed necessary to mark the highest point explicitly in order for an app to know this value. Wikidata is great but it's not a replacement for OSM.

I don't really see iD's relation handling to be an issue here since I haven't heard of any problems like this with `admin_centre`.

If you're a local mapper then by all means, feel free to remove the memberships if you want until this can have a broader discussion. But please retain the values in the US since the local community here doesn't seem to have an issue with the pattern.
Aethonatic (2025-11-17 17:08:10+00:00): Please be more careful with what you're changing next time, a section of a service road in Manchester was turned into a secondary highway on accident. I've gone ahead and reverted this for you.

https://www.openstreetmap.org/changeset/174781516
zethelon_phyz (2025-11-17 17:00:38+00:00): The comment was incorrect. It should have been "Add bicycle navigation lines in Ibaraki". Sorry for the mistake.
woodpeck_repair (2026-07-24 22:36:47+00:00): This changeset has been reverted fully or in part by changesets 186321238, 186320991, 186321014, 186321023, 186321172, 186321185, 186321214, 186321231, 186321009, 186320999, 186321226, 186321212, 186321183, 186321032, 186321156, 186321202, 186321188, 186321193, 186321207, 186320994, 186321004, 186321218, 186321196 where the changeset comment is: revert airport edits by user olehz - Australia
NorthCrab_upload (2025-11-17 18:00:50+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 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/13311291352
https://www.openstreetmap.org/way/783127615

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! 🦀