piebro/osm-data huggingface dataset:
eggie (2025-06-01 17:53:02+00:00): Dag Mapper Willem.. Let svp op dat je de paden niet verknoopt met de landuse.
Ik heb het pad losgemaakt.
Je edits https://overpass-api.de/achavi/?changeset=167057422
MVG
eggie
eggie (2025-06-01 17:58:05+00:00): Tip: Trucje.. De linker alttoets gebruiken bij intekenen voorkomt plakken.
streckenkundler (2025-06-01 16:46:44+00:00): Hei,

bist du dir mit dem Motorbootverbot sicher?

(immernoch) aktuelle Regelungen: https://bravors.brandenburg.de/verwaltungsvorschriften/biosphspreewald2016

Siehe auch https://wiki.openstreetmap.org/wiki/Spreewald 

Für den Spreewald gelten allerdings ganz spezielle Regelungen, was die Fahrzeugabmessungen anbelangt! 

Das hat zur Folge, daß ein normales, motorbetriebenes Sportboot, wie man es z.B. um Umkreis Berlin auf einschlägigen Gewässern findet, nicht erlaubt ist. Ein motorbetriebener Spreewaldkahn ist hier hingegen erlaubt...
Siehe Vorschriften-Links in der Wiki-Doku...

Sven
LosHawlos (2025-06-01 17:35:17+00:00): Hi Sven,

bei der Schleuse Leibsch steht das Verbootsschild, das Motorantrieb verbietet, aber "außer Spreewaldkähne" als Zusatz hat. Da man das nicht sauber als motorboat:conditional taggen kann, habe ich das als note:motorboat als Text hinzugefügt. Vorher war an der Spree motorboat=yes getaggt, was definitiv falsch ist.
streckenkundler (2025-06-01 18:23:57+00:00): Hei,

...was den Spreewald angeht, nimmt er eine echte Sonderstellung ein... Das geht aus den Vorschriften hervor. Ich muß mal schauen, ob in den Tiefen des OSM-Universums was zu Bootsklassen gibt. Das wäre durchaus ein Ansatz...

...denn ein echtes komplettes Motorbootverbot ist es ja nicht, es soll nur alles das motorbetriebene ausgeschlossen werden, was als Wasserfahrzeug nicht dem Spreewaldkahn entspricht. 
Sven
streckenkundler (2025-06-01 19:58:07+00:00): So, am Hauptrechner sitzend... es gibt zu mindestens https://wiki.openstreetmap.org/wiki/Key:CEMT?uselang=de

https://de.wikipedia.org/wiki/Liste_der_Landeswasserstra%C3%9Fen_in_Brandenburg

Aber... Danach ist Klasse C 
"Dahme-Umflutkanal mit Köthener See (Märkisch Buchholz bis Spree)" was genau genommen aber auch falsch ist, denn mit dieser Fahrzeugklasse kommt man nicht bis zur Spree (aus gutem Grund), die Schleusenkammerbreite in Leibsch gibt das nicht her. Man käme nur bis kurz davor...

Ich hab aber noch keine Idee, wie man das hinreichend behandeln könnte... evt. mache ich mal einen Beitrag im Forum auf... Zur Meinungsbildung...

Sven
gurglypipe (2025-06-01 20:57:38+00:00): As I think you’ve found, adding too many landuse=grass areas can be a bit much!

landuse=grass is meant for areas which are just grass and have no other use, such as verges, central reservations, etc. — see https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgrass

In most other cases, it’s better to tag the area for its use (e.g. cemetery) and then add surface=grass or landcover=grass to refine the rendering. (Sometimes it won’t change the rendering, but the data will be there at least.)

Hope that makes sense, it’s a little bit fiddly :)
Mateusz Konieczny (2025-12-30 11:32:25+00:00): https://www.openstreetmap.org/node/9222659953/history

is that 574 Studio office now disused?
MassCartog (2025-06-01 22:39:13+00:00): Please don't change highway types without and description or reason listed. chainging road types is not something you should be doing without discussion. No one knows why you are making these changes.
rumbrummer (2025-06-01 20:38:00+00:00): Sorry, comment is confusing, should be swing gates, not lift gates.
map per (2025-06-02 10:18:24+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
map per (2025-06-02 10:19:39+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
map per (2025-06-02 10:20:14+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
silversurfer83 (2025-06-01 17:37:52+00:00): Hi :)

it is ok to leave a node with a fixme but I'd like an explanation for the tags "man_made=survey_point" and "name=Bakenponor" if you would be so kind

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167059742
NeTwOrXx (2025-06-05 07:10:58+00:00): Hi, what is your question about especially?
The name itself or what it is?
It is now verified, is is a Ponor a kast sinkhole on private ground. 
It’s natural and man made later to close access. 

The access is closed.
map per (2025-06-02 10:20:33+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
map per (2025-06-02 10:20:58+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
map per (2025-06-02 10:21:18+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
Gonéo (2025-07-28 08:04:56+00:00): Le collège est déjà renseigné dans la base. De plus «meilleur collège de France» n'est pas un nom de collège mais une description. Merci de respecter le travail des contributeurs et réutilisateurs, et de ne pas ajouter de données personnelles et subjectives dans la base publique.
map per (2025-06-02 10:23:07+00:00): Wegen review_requested:
Die Änderung sieht gut aus, danke!
MarcoR (2025-06-03 10:48:58+00:00): Le aree building:part devono far parte di un'area building altrimenti non vengono considerate (vedi la pagina in inglese della wiki https://wiki.openstreetmap.org/wiki/Key:building:part)
TrickyFoxy (2025-06-02 20:57:04+00:00): Reverted

https://www.openstreetmap.org/changeset/167109403
rempshaener (2025-06-01 20:41:41+00:00): Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Du hast nach diesem Änderungssatz selbst noch weitere Änderungen vorgenommen, daher nur eine Anmerkung zu deinem Änderungssatzkommentar „Der THW Ortsverband Minden fehlt auf der Karte. Für Bevölkerungsschutz und Auffindbarkeit bei Interesse an Mitwirkung wäre eine Darstellung sinnvoll“. Da OSM nur eine Datenbank ist, entscheidet der jeweilige Renderer, was er anzeigt. D. h. wenn https://www.openstreetmap.org nichts anzeigt, dann vielleicht https://emergency.wambachers-osm.website/?map=17/52.297486/8.90325&base=OSM&data=EMSVS oder mobile Apps. Das lässt sich jedoch nicht über das Tagging beeinflussen – emergency=disaster_response ist genau richtig.

Bei Fragen bitte melden.
Viele Grüße
olo81 (2025-06-03 23:32:13+00:00): Chyba wkradł się błąd, zgubiła się jedna cyfra.
C2oc4 (2025-06-04 06:00:50+00:00): dzięki za czujność poprawiłem
NorthCrab_upload (2025-06-01 18:21:54+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. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/2755178401
https://www.openstreetmap.org/node/12879493397
https://www.openstreetmap.org/node/12879493352
https://www.openstreetmap.org/node/2755205181
https://www.openstreetmap.org/way/1264654095
https://www.openstreetmap.org/way/260850189
https://www.openstreetmap.org/way/382753454
https://www.openstreetmap.org/way/260850492

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/way/1098078157

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! 🦀
user_22937564 (2025-06-01 18:41:30+00:00): Się robi
rempshaener (2025-06-16 15:49:12+00:00): Hallo,
auch hier noch einmal die Bitte, Hydranten nicht mit Straßen zu verbinden.
Viele Grüße
wies1 (2025-06-04 08:55:43+00:00): Hallo,
in diesem Changeset hast du die Anschriften 

3a Antoniusstraße 
9a Weringhauser Straße, und
9b Weringhauser Straße 

in Bad Westernkotten ergaenzt gehabt. Da sich diese Hausnummern nicht im Kataster NRW (NRW Alkis) befinden, frage ich an, ob Du diese drei Hausnummern vor Ort gesehen hast?

Gruss
wies1
felipeeugenio (2025-06-01 21:32:43+00:00): Hola Gabriel.
Por favoe hacer ediciones mas pequeñas. Es muy dificil corregir cosas así.

por lo pronto, si agregas un recinto con todos sus datos en el recinto, no hace falta duplicar todo en el edificio.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167062994
Frans S (2025-06-02 10:58:21+00:00): Hello . Thanks for mapping.
The mapping on the east side 
https://www.openstreetmap.org/way/1391421452/history#map=19/9.049158/28.005938
is not a building. It is open, without roof.
Best regards
Frans S (2025-06-02 10:53:37+00:00): Hello. Thanks for mapping
This is not a building, 
Seems to me a small cattle yard with a tiny shed beneath it.
Best regards
Dawid2849 (2025-06-03 17:38:46+00:00): Dzięki za obniżenie starego wjazdu do Grębowa do drogi polnej! Niestety niektórzy na siłę chcą tam dawać service lub nawet residential, bo przecież jest asfalt...
redd (2025-10-01 19:59:06+00:00): Hi Bananapan,
I am not sure if everything went correct here. You tagged the relation of the 2 Schlossbau building parts as amenity=shelter. I assume something different was the purpose. The combination of these 2 buildings can be named Schlossbau, not Altan. Altan may be the lower one of these two building parts.

Can you please review this one more time?

Thanks,

Redd
NorthCrab_upload (2025-06-01 18:50:52+00:00): Zauważyłem, że Twoja zmiana zawiera nadmiarowe informacje. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Paczkomat nie powinien mieć nazwy. Nazwa nadawana jest automatycznie, na podstawie wartości brand. Opcjonalnie, numer identyfikacyjny może być przekazany w polu ref.
https://www.openstreetmap.org/node/12879526536

Dokumentacja paczkomatów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Tag:amenity%3Dparcel_locker

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
Frans S (2025-06-02 10:48:16+00:00): Hello. Thanks for mapping.
The round huts are well adjusted.
You mapped also a small rectangular object as a building.
It is not a building. No idea what, but no need to map this
If you open Google Earth and check this location you see why

9.065813649999999 28.01793865
Put his in the search field
Best regards
Mateusz Konieczny (2025-07-30 11:41:49+00:00): Hello! https://www.openstreetmap.org/node/3258708978/history has amenity = fixme that was added in this edit
What kind of object is here? Is it a shop? What kind of a shop? (see https://wiki.openstreetmap.org/wiki/Key:shop )
BCNorwich (2025-06-02 04:50:18+00:00): Hi, Welcome to OpenStreetMap.

Has the business moved to this site? I don't think so, should these changes be reverted? Do you need help, if so please say?

Regards Bernard.

Regards Bernard.
BCNorwich (2025-06-14 06:21:11+00:00): No response so I've reverted changes to 119 Boundary Road and mapped AWM to 12 Boundary Road as per the website.
MadelNL (2025-06-06 05:45:48+00:00): This is a former dance school and not the location of Sauna Joe. Sauna Joe is located a few hundred meters further south and is correctly marked on the map.
Change set #167064390 has therefore been reversed.
ke0abh (2025-06-06 06:06:06+00:00): There are currently two entries on the map for Sauna Joe, one showing at Nieuwstraat 140 and the other at Nieuwstraat 110. The website for the business lists the address as Nieuwstraat 110. Which entry should be removed?
MadelNL (2025-06-06 07:58:55+00:00): I have removed the incorrect location.
The address where the sauna is actually located (house number 110) has been left unchanged.
BCNorwich (2025-06-02 04:54:16+00:00): Hi, This is not 12 Boundary Road, I've reverted this changeset.

Regards Bernard.
bxl-forever (2025-06-01 20:49:03+00:00): Hello,

I am afraid that this changeset broke a few things.  Since you have only made a few contributions so far, I suppose this is simply a beginner’s mistake.  Here is an explanation to help you understand what went wrong.

The "foot=use_sidepath" tag which you added instructs navigation engines to ignore the road for navigation.

Here is one of the roads you changed.
https://www.openstreetmap.org/way/174908018

The problem is that… there isn’t any sidewalk drawn separately here.  The cycle track has been drawn (only open to cyclists) but not the sidewalk.  As a consequence of your changes, navigation for pedestrians will not use the road and will have nothing else to use.  Therefore, queries will fail here and will request pedestrians to make large detours.

This is not a correct way to map things in OSM.

Here is a correct way:

1. Easy solution: use normal roads and do not add any "foot=use_sidepath" or "foot=no" restriction.  Adding "sidewalk=both" is optional (always a good idea to add it, provided they really exist.)

2. More complicated: draw a full network of footways along the roads, and make sure to draw the crossings too.  Only when this is done, you can forbid pedestrians on the roads.

Hope this helps.
Calondriel (2025-06-02 11:59:39+00:00): Hello, 

The sidewalk has to be used by both cyclist and pedestrians. where the left side is in a different color to suggest where the cyclist should ride. cfr google streetview.
So this makes the cycling infrastructure an inherent part of the road. 
So should there actually be a separate cycleway be mapped?

Thanks for your answer.
bxl-forever (2025-06-02 14:20:04+00:00): If the cycling infrastructure is really on the same level as the road, e.g. with only dashed lines to mark it, then the recommended way is to map it as part of the road (i.e. adding a cycleway key on the road itself).

From what I can see, the cycle track is slightly elevated, therefore mapping it on its own is correct.  There seems to be a mistake in the fact that some people (not you) wanted to draw cycle infrastructure and forgot to think about where pedestrians should go.

I think this can fairly easily be solved by adding "foot=yes" on the cycle track.  This will restore correct navigation here.  (Alternatively, removing the "foot=use_sidepath" restriction, as I stated in my previous message, would work too.)
Calondriel (2025-06-02 19:45:34+00:00): Added foot=designated to be in line. 
Feel free to review
Vétérini (2025-06-02 09:27:04+00:00): Mes excuses, j'ai inclus par erreur un ajout de commerce à Arpajon (Ideal Audition) dans le même changeset, d'où la grosse changebox.
HellMap (2025-08-05 08:12:59+00:00): Hello,

Could you please clarify about this point here https://www.openstreetmap.org/node/12879605908 .  You have mapped both a bridge and a ford. It's very unusual for it to be like this. I am assuming this was a mistake and it's either a bridge or a ford (or perhaps a ditch culvert)?

Thanks
Руслан Мамедов (2025-08-05 08:23:10+00:00): There is a small river in that place that can be crossed by ford, but a mini bridge has been made across it. It would probably be more correct to simply mark the bridge.
fabiotofy (2025-06-03 06:15:26+00:00): Ciao, l'elemento che hai appena aggiunto mi sembra un doppione di questo punto "storico" in OSM in quanto creato già 9 anni fa: https://www.openstreetmap.org/node/4165116734
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167065579
Kovoschiz (2025-06-02 08:56:58+00:00): This duplicates with the `aeroway=jet_bridge` areas. Someone has drawn both the fixed and moving parts, so they need to be distinguished.
Kovoschiz (2025-06-02 09:12:45+00:00): As adding multiple `aeroway=jet_bridge` didn't seem the best for different sections, if it means a  single "bridge" as in `man_made=bridge` . It should be one unique feature.
Kovoschiz (2025-06-02 09:34:34+00:00): For the use case, the "number" of jet bridges can't be counted by doing this, and `aeroway=gate` doesn't have tags for remote stands and lack of jet bridges yet. Applications would render multiple icons for them.
TangledRockets (2025-06-02 15:12:27+00:00): Hi!

Yes the existing tagging was a bit confusing for me, I haven't worked a lot with airport infrastructure before. I read up in the wiki the accepted methods for tagging jet bridges:
https://wiki.openstreetmap.org/wiki/Tag:aeroway%3Djet_bridge

According to the wiki the aeroway=jet_bridge tag is used in combination with footway or corridor - it describes a specific type of walkway rather than a discrete object. The bridge_outlines I think shouldn't have the jet_bridge tag at all, but being unsure I left them alone.

I tagged these carefully to differentiate between the fixed section of walkway (inside the bridge outline) and the movable sections of walkway (outside the bridge sections).
Kovoschiz (2025-06-03 17:51:47+00:00): That's fine as the simplest case, where there is only one single continuous line. But it fails with anything more, and needs to be explored further. Eg someone could draw in even more detail for different parts of it. The arrival and departure are on different floors, and there's an inclined section in between (the departure splits into 2 sides, so 3 parallel lines). If all of them have `=jet_bridge` (eg 12 `way` in total) , it would be very confusing and complicated.
TangledRockets (2025-06-08 14:55:50+00:00): Which data consumers would potentially be confused by this tagging? I understand it to be the same concept as e.g. highway=footway: a single footway may be made up of multiple individual ways, yet still be understood as a single path.

In the case of a specifc search, the ref=* tags on each of the ways link them together, and the single aeroway=gate element provides the unique location for the entry to each jetbridge.
Kovoschiz (2025-06-09 12:14:09+00:00): There would be multiple branches here, not only one single continuous string. As I said, `=gate` includes remote stands, which has no established solution now. A jetbridge can further be "shared" between gates (depending on definition) while having one integral structure, making `ref=` unreliable (depends on how exactly they are numbered, even if the semicolon is parsed). https://www.openstreetmap.org/node/10659761856
yrtimiD (2025-06-01 23:43:00+00:00): Hi and welcome!
did you wanted to convert road under construction to the active road?
if yes, you should merge these two tags:
highway=construction
construction=tertiary

to be:
highway=tertiary

and can remove check_date tag (or update it to today's date)
Yog Sot (2025-06-02 14:05:00+00:00): generalnie to jak jest ogrodzenie, to je mapuj, bo cieżkę urwałeś w obszarze lasów państwowych do których przypominam wstep jest wolny. Dlatego prosze opisz sytucję i zaktualizuj stan
Tatfahren (2025-06-01 20:43:29+00:00): Wo ist hier die "neue Ergänzung"?
Du hast eine Tafel gelöscht, nichts ergänzt!
JanerNaKole (2025-06-06 20:08:04+00:00): Z definicji nie istnieje takie coś jak nawierchnia "gravel" z tracktype "grade1 - paved". Większość ścieżek powinna być oznaczona jako "compacted" bądź "fine gravel"
magik1969 (2025-06-08 17:49:52+00:00): Nie jestem pewien o co chodzi w twojej uwadze. Czyżbym oznaczył jakąś drogę jednocześnie jako paved i gravel? Raczej nie robię takich rzeczy. Podeślij linka konkretnej drogi.
JanerNaKole (2025-06-08 17:56:33+00:00): https://www.openstreetmap.org/way/147128982

https://osm.org/way/147128988

https://osm.org/way/147128992

pewnie jest więcej https://resultmaps.neis-one.org/osm-change-viz?c=167066580
magik1969 (2025-06-08 18:24:49+00:00): Codzi ci o to, że  ogólnie tracktype grade1 nie powiny mieć nawierzchni gravel?
Czy może te konkretne drogi powinny być wg ciebie compacted lub fine_gravel?
JanerNaKole (2025-06-08 18:35:36+00:00): z definicji, nie może być nawierzchnia gravel czy inna sypka, z tracktype 1 "paved"; oznacza ona drogę ulepszoną, trwale utwardzoną. Tracktype 1 powinien być używany tylko dla asfaltu, betonu, płyt, kostki brukowej itp. Nie nawierzchni sypkiej.

https://wiki.openstreetmap.org/wiki/Pl:Key:tracktype
magik1969 (2025-06-08 18:54:24+00:00): Polskie tłumaczenia są nieprecyzyjne i trochę mylące. Przeczytaj uważnie źródło angielskie i zobaczysz, że drogi grade1 niekoniecznie muszą być (chociaż zazwyczaj są) paved.
Przejechałem tymi drogami i jednak zostawił bym im grade1.
Co do "gravel" to nie będę się upierał. Jeżeli byłeś tam w realu i bardziej pasuje ci compacted lub fine_gravel to możesz zmienić.
JanerNaKole (2025-06-08 19:05:14+00:00): tracktype 	grade1 	way 	Solid
Usually a paved surface (called also Sealed road), often also tagged with surface=asphalt;concrete;chipseal;paved etc. 

nie widzę informacji o tym, że może być gravel jako tracktype 1.

Także osmose traktuje to jako błąd
https://osmose.openstreetmap.fr/en/map/#level=1%2C2%2C3&zoom=17&lat=50.0615438&lon=18.9229611&loc=13/50.14634/18.81592&item=3xxx%2C4xxx%2C9001&issue_uuid=69116ac4-dd36-1aa5-524a-f8dcc4576740
magik1969 (2025-06-08 19:20:30+00:00): Zwróć uwagę na słówko "usually" w definicji grade1.
I na definicję tracktype:
"Tracktype is a measure of how well-maintained a track or other road is, particularly regarding surface firmness"
Jak widzisz, twardość nawierzchni nie jest  wymieniona na pierwszym miejscu chociaż jest b. ważna
JanerNaKole (2025-06-08 19:29:52+00:00): no dobra, tylko co nam to daje, jak jest "paved gravel" co to oznacza, czy inne tagi nie opisują tej nawierzchni lepiej?

nie widzę w przykładu, żeby gdzieś był użyty tag paved dla drogi sypkiej; co samo osmose mówi, że jest dziwnym połączeniem.
JanerNaKole (2025-06-08 19:41:06+00:00): czy jest to "szuter premium" który zasługuję na miano bycia drogą utwardzoną ulepszoną?
magik1969 (2025-06-08 19:52:43+00:00): Sorry, ale nie rozumiem twojego toku rozumowania. Zarówno "paved" jak i "gravel" są dopuszczalnymi wartościami klucza "surface". Róznią się stopniem ogólności i w zasadzie się wykluczają. Co w tym kontekście oznacza sformułowanie, którego używasz "paved gravel".
Pamiętaj, że grade1 jest ZAZWYCZAJ paved, czyli może też być unpaved czyli np. gravel a nawet ground (2 drogi w życiu takie spotkałem: gruntowa, ale jak stół i świetnie utrzymana, można było po niej jechać 60km/h)
JanerNaKole (2025-06-08 20:09:51+00:00): to raczej nie było ground, tylko compacted

https://wiki.openstreetmap.org/wiki/Key:smoothness/Gallery
NorthCrab_upload (2025-06-01 20:21:24+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. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/12879653858
https://www.openstreetmap.org/node/3366564694
https://www.openstreetmap.org/node/2755176590
https://www.openstreetmap.org/node/2755176568
https://www.openstreetmap.org/way/260456991
https://www.openstreetmap.org/way/125960718
https://www.openstreetmap.org/way/260456906
https://www.openstreetmap.org/way/912014333

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/way/1361541154

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! 🦀
stillhart (2025-09-08 20:27:47+00:00): Hi. If you have local photos/access, you might want to add each charging point man_made=charge_point at your mapped tesla supercharger :-)

https://www.openstreetmap.org/node/12879675934
Freek_ (2025-09-08 20:33:32+00:00): The last time I was there it was stil under construction.
https://www.mapillary.com/app/?pKey=2363966533998089
I will have a look around next weekend.
eggie (2025-06-02 08:32:13+00:00): Die node bicycle_parking die op construction stond heb ik even aangepast naar ingang. 
opening_hourse=closed heb ik verwijderd
Bedoelde je wellicht die node? 
MVG
eggie
donux-nl (2025-06-02 17:27:05+00:00): Die node zocht ik inderdaad, maar kon ik niet vinden. 

Ik heb het hele gebouw (=kelder) als fietsenstalling aangemerkt.