piebro/osm-data huggingface dataset:
SomeoneElse (2023-03-24 10:35:31+00:00): Hello,
In what way was this a "tag mismatch"?  The https://wiki.openstreetmap.org/wiki/Key:maxweight explicitly mentions https://wiki.openstreetmap.org/wiki/Key:maxweightrating and links to that page.
Best Regards,
Andy
NorthCrab_upload (2023-02-15 14:50:24+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.
https://www.openstreetmap.org/way/366564419

Pozdrawiam! 🦀
Bobropiton (2023-02-15 22:49:52+00:00): Откат.
Frans S (2023-02-18 14:23:01+00:00): Hello. Thanks for mapping on this difficult task.
Mapping of tall (high) buildings.  

Mapping of tall buildings differs from standard buildings. Because the imagery is taken at an angle, you see both the rooflines and also the side of a building. 
How do you map such a building?
Map over the rooflines and lastly slide the mapped building to the footprint.
Here is a video how that is done.

https://drive.google.com/file/d/1V5-bADsYiffCD9bo6l64YOdTvmKqMGry/view?usp=share_link

And.... don't forget to square each rectangular building.

Best regards and keep mapping
(ps) perhaps it is better to start with easier tasks (less high buildings) This kind of tasks is more for experienced mappers.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132585595
balint36 (2023-02-27 14:22:25+00:00): Ha ezzel kapcsolatban van valamilyen probléma, akkor legyenek kedvesek az illetők engem megkérdezni, ahelyett, hogy külső oldalakon a hátam mögött elkezdene kibeszélni.
Köszönöm!
NieWnen (2023-05-11 10:52:23+00:00): noexit to nie jest bariera
ten tag służy do czego innego

Należy użyć w tym celu barrier=*
https://wiki.openstreetmap.org/wiki/Key:barrier
d3mοl3k (2023-05-11 11:07:43+00:00): Nie znalazłem takiego typu bariery (biało czerwona bariera na 4 słupkach) stąd takie rozwiązanie.
Możesz zmienić na takie, które uważasz za bardziej poprawne. Przejechać się nie da.
NieWnen (2023-05-11 11:17:39+00:00): Brzmi jak barrier_board.

To na pewno jest na środku skrzyżowania i blokuje przejazd ulicą Rafaela, czy może dotyczy tylko tej małej uliczki?
d3mοl3k (2023-05-11 17:12:46+00:00): Tylko tej uliczki. Mieszkańcy uzyskali zgodę gminy na "zaślepienie" ulicy, aby zmniejszyć ruch.
NieWnen (2023-05-11 17:21:39+00:00): Nie zrozumiałem chyba.

Chodziło mi o to, że w tym momencie węzeł "blokuje" i Rafaela i tą prostopadłą https://www.openstreetmap.org/way/868620425

Czy powinien blokować tylko tą prostopadłą, czy tylko Rafaela i jeśli to drugie, to blokada po której stronie tej prostopadłej.
CurlingMan13 (2023-02-15 19:27:32+00:00): Please do not convert roads to golf cart paths.  These edits will be reverted.
CurlingMan13 (2023-02-15 19:29:12+00:00): Do not map for renderer or for a game.  Changing roads to cartpaths is not appropriate.
swifteth (2023-02-15 19:53:38+00:00): Roads will be reverted to their original denotation shortly. This is not for a game.
CurlingMan13 (2023-02-15 19:57:52+00:00): Then why are you changing roadways to cartpaths just change them back and damaging the map in the meantime?  

I am trying to understand why this was done.  Please elaborate on why you changed the roadways to cartpaths just to revert them back?
marczoutendijk (2023-02-15 19:59:46+00:00): https://www.openstreetmap.org/user_blocks/6863
CurlingMan13 (2023-02-16 01:16:02+00:00): Improper edits were reverted as deemed appropriate.  I think I cleaned up the roadways that were improperly changed to cartpaths.

Also removed non-existent cartpaths that were clearly only added for an export/render.
NorthCrab_upload (2023-02-15 15:10:25+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.
https://www.openstreetmap.org/way/1145847255

Pozdrawiam! 🦀
emersonveenstra (2023-02-16 15:11:43+00:00): Hi again :) For https://www.openstreetmap.org/way/1087273152, please double check the wiki page for shop=mall, i don't think this qualifies. Thanks!
CaptainOlimar (2023-02-16 18:54:06+00:00): Hi emersonveenstra,

It is showing up in my dropdown as a valid entry.  Has a hover that said something like "a group of stores typically in a single structure".

What my goal is, is to identify the entire structure as a strip mall, and then the do markers for the individual stores.  Hudsonville has grown quite a bit so I'd like to get the map updated.
emersonveenstra (2023-02-16 20:16:54+00:00): Okay, I can see where you could make the case for shop=mall, and it's not a huge deal either way, I'd rather you focus on adding the shops, because you're right about Hudsonville needing a good update.
Leo Slager (2023-02-16 16:39:27+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
osmviborg (2023-02-15 15:12:24+00:00): Sydhavsøerne
Frans S (2023-02-25 15:39:38+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, during the validation process
I noticed that you are a new mapper. Welcome to HOTOSM.
We cannot expect that you are already familiar with all issues around mapping. therefore, I inform you about the most issues,

Please pay attention to next points:
Buildings are in general rather rectangular. just 4, 6 or 8 nodes are sufficient.
Each rectangular building need to be squared. !! 
Nodes of buildings may not connect to other buildings or features.
The shadow of a building is not a part of the building. 
Do not cluster buildings. Each building need to be mapped individually.





Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132586779
Leo Slager (2023-02-16 11:02:31+00:00): De Plesmanlaan heeft nu 4 rijstroken.
Dat is niet correct.
Ook de tag turn:lanes moet dan verwijderd worden.
Tenslotte zijn alle routerelaties over de kruising Laan van Vlaanderen/Plesmanlaan beschadigd.
Graag wat meer zorgvuldigheid bij dit soort meer ingewikkelde situaties.
Leo Slager (2023-02-16 11:33:15+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
SK53 (2023-03-19 10:43:41+00:00): Do you actually look at the things you change? The tag in_memory might not be widely used (no doubt there is a more popular one), but this does not refer to a war memorial for which memorial:conflict is intended.

If in doubt don't change things. It can make them worse.

Jerry
willisturm (2023-03-24 09:14:41+00:00): I think memorial:conflict= fits better here according to the wiki.
Willi
trigpoint (2023-03-24 09:59:57+00:00): Can you explain how a member of the Peak and Northern Footpath Society is in any way a conflict?
SomeoneElse (2023-03-24 10:14:26+00:00): Hello Willi,
Andy here - from OSM's Data Working Group (and coincidentally also a Peak and Northern Footpath Society member).
Perhaps it would help if you could explain what you thought that you were changing here, and why you changed it - in particular why "memorial:conflict= fits better here"?
The DWG have had complaints about a number of the changes you've made, and it'd be really helpful to have an explanation from you.
Best Regards,
Andy
willisturm (2023-03-24 10:21:27+00:00): You're right, memorial:conflict= is clearly wrong. Would it be better to use "description=In memory of Stan Fry, Member from 1949-1998" instead of in_memory= ?

Willi
SK53 (2023-03-24 11:36:32+00:00): We were wondering about inscription which is the usual tag on memorials, even if it's not quite an inscription. Adding the info as a description or note is perhaps a bit less useful (and in practice adds nothing and takes away a bit from the original tag, which does clearly show what it is about).

A simple query on the original changeset might have been a better way to tackle this.

Jerry
habi (2023-02-16 15:40:54+00:00): Ciao Rawad
You've duplicated a *lot* of buildings in this changeset, specifically in the region of https://www.openstreetmap.org/way/433072629/
I honestly think this changeset should simply be reverted and done again, properly.
Greetings from Switzerland,
habi

PS: I'm here because of https://www.openstreetmap.org/way/1110231096/ which I've added some months ago and one building you've added here overlaps these stairs.
https://osmose.openstreetmap.fr complained about an error in *my* map edits, which I'd like to fix :)
Frans S (2023-02-18 13:06:16+00:00): 
Hello. Thanks for mapping on this difficult task.
Mapping of tall (high) buildings.  

Mapping of tall buildings differs from standard buildings. Because the imagery is taken at an angle, you see both the roof lines and also the side of a building. 
How do you map such a building?
Map over the roof lines and lastly slide the mapped building to the footprint.
Here is a video how that is done.

https://drive.google.com/file/d/1V5-bADsYiffCD9bo6l64YOdTvmKqMGry/view?usp=share_link

And.... don't forget to square each rectangular building.

Best regards and keep mapping
Mahdi Nameghi (2023-02-15 16:39:22+00:00): شما چرا بیخیال این خرابکاری هاتون نمیشید؟؟؟؟
arnike (2023-02-16 15:06:53+00:00): من کاری به نقشه نشان ندارم. نقشه openstreet آزاد هست. شما خرابکاری می کنید
Mahdi Nameghi (2023-02-17 04:38:22+00:00): من درباره نشان صحبتی کردم؟ نقشه اپن استریت آزاد هست ولی نه به این معنی که هر کی هر جوری دلش خواست ادیت کنه! لطفاً با قواعد و اصول آشنا بشید بعد نقشه رو ادیت کنید
arnike (2023-02-21 09:36:00+00:00): من فقط نام رایج مردمی خیابان را ویرایش می کنم
stick2 (2023-08-01 11:38:36+00:00): A culvert for that extensive a length of the brook seems unlikely?
ianc (2023-08-01 12:00:39+00:00): Oh yeah - didn't spot that. The auto-fixer must have throw a hissy. Fixed.
Jrachi (2023-02-16 07:44:42+00:00): Ciao.
Ho visto che hai inserito un guidepost sul nodo (https://www.openstreetmap.org/node/10664997773) di una way (anzi all'incrocio di tre.
Sull'incrocio è già posizionato un guidepost, potrebbe essere lo stesso?
Inoltre ti faccio notare che un guidepost non fa parte della strada ne dal punto di vista logico ne da quello fisico. Sarebbe meglio posizionare il nodo più o meno nel punto dove si trova, basta anche solo in quale angolo e l'escursionista lo trova immediatamente se sa dove trovarlo.
Di sicuro il palo non è in mezzo all'incrocio!
Ivo, Jrachi
PaoloLombardi (2023-02-16 13:57:33+00:00): Ciao
Grazie mille della segnalazione. 
Su iD se faccio l'estrazione di un "guidepost" collegato ad una relazione evidentemente rimane ancora un "guidepost" nel nodo dove si trovava prima.
Quindi oltre ad estrarre bisogna sostituire il vecchio nodo con uno nuovo. Ora è corretto.

Per quanto riguarda la battuta inopportuna de "il palo non è in mezzo all'incrocio" abbiamo già affrontato l'argomento altrove e di cui ti ho già spiegato che il tuo punto di vista logico e fisico non sono del tutto corretti.

Se vuoi te lo rispiego qua in pubblico che possano leggere tutti.
Un saluto.
pitfire (2023-02-16 06:20:45+00:00): Hallo invidium,
du hast den Parkplatz mit "Key:layer-1" erfasst. Ich vermute mal dass der nicht unter der Erde liegt. Mit dem Schlüssel layer=* kann die Überlagerung von Elementen (Wegen, Knoten oder Flächen) angegeben werden. Er wird typischerweise bei Brücken und Tunneln verwendet. 
Gruß pitfire
pitfire (2023-02-16 06:44:11+00:00): Sorry, nichts für ungut, habs bereinigt, der Parkplatz lag schon 11 Jahre unter der Erde.
Gruß pitfire
Harfeur (2023-02-15 17:12:37+00:00): Bonjour et bienvenue sur OpenStreetMap !

OpenStreetMap permet de stocker des données pérennes, et le nettoyage d'un chemin n'est pas une donnée statique.

Quand à l'attribut "note" il permet de laisser une information pour les personnes qui vont cartographier. Si vous souhaitez laisser une information pour les usagers, il faut utiliser l'attribut "description".

~Harfeur
Tjuro_Global (2023-02-18 22:14:52+00:00): Hello,

I see that you have added some landuse=village_green. Please read:
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green
Would a more specific tag like grass or shrubbery be more appropriate?
Please read:
https://wiki.openstreetmap.org/wiki/Tag:landcover%3Dgreenery
For a list of alternative tags.

Greetings Tjuro
bxl-forever (2023-02-19 02:14:29+00:00): Hello,

Yes, I believe you are right.  I did not give enough attention to the definition of a village green, I had used it to match existing tagging practice I saw elsewhere.  (And, honestly, there are way more important problems to fix on the map at the moment.)

I changed those to natural=shrubbery, it will be a much better match.  I’ll do a few overpass queries now to look for other such landuse areas with the same problem.

Have a nice day.
charles chilufya (2023-02-19 21:10:09+00:00): hey why are you  having invalid tags?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132589822
charles chilufya (2023-02-19 21:11:09+00:00): i am clear, great now.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132589822
Silva1989 (2023-02-20 10:01:21+00:00): Hi Charles,

Thanks for paying attention to what other users are mapping. These chansesets aimed to recover the boundary=census and boundary=administrative according to sourced geometries. Previously, boundaries used to share the same line with highways and other stuff. As you can guess, any user trying to align a highway ended up also moving sourced geometries.

Thanks for being aware, and please continue to be so.

Silva
charles chilufya (2023-02-19 21:05:35+00:00): @silva i am  reinventing these changes, stop modifying something you do not know.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132589946
charles chilufya (2023-02-19 21:12:35+00:00): clear, it was network errors thankyou and sorry for the first message silva.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132589946
rarad74 (2023-02-15 17:26:19+00:00): Salut. Te rog adauga nume cu diacritice. Si sper ca sursa nu este copierea de pe pe alte harti...
thetazy (2023-02-15 17:29:22+00:00): Sigur, adaug, stau in zona si cunosc zona
wombatmaper (2023-02-15 16:50:54+00:00): reverted, siehe: https://community.openstreetmap.org/t/tagebau-lutzerath/7859/65
emersonveenstra (2023-02-16 15:40:30+00:00): Hi,

Looks like you missed the + before the 1 in the phone number. Could you please fix that? Thanks!
emersonveenstra (2023-02-16 00:55:26+00:00): Hi! Thanks for contributing to the map. I have a few things to note for you as you learn mapping on OSM:
First, be sure to learn what each tag is for. For example, the ref tag is for reference numbers or codes, so a ref of "Fence" isn't correct here https://www.openstreetmap.org/node/10665084511. Also double check the historic tag. 
Secondly, since this is a map used by everyone, we want to make sure that it's correct. While it might be fun to add, names like "Pit Of Destiny" and "Mount Wood" aren't actually their names, so they shouldn't be named that on the map. Would you mind going through and fixing those things? Thanks!
CaptainOlimar (2023-02-16 13:57:29+00:00): Thanks for your help! I'll be more aware of this as I make updates and updated the tags.
CAM-Gerlach_Repair (2026-06-06 23:46:58+00:00): Removed SEO spam description=*, replaced non-existent top-level tags, fixed other tags and aligned and tagged building in changeset 183759411

https://osm.org/changeset/183759411
Mateusz Konieczny (2025-12-05 23:57:30+00:00): Hello! https://www.openstreetmap.org/node/10665000594/history has bicycle:repair = yes that was added in this edit
service:bicycle:repair is much more common way of expressing the same info as one from bicycle:repair key. Would you be fine with changing this tagging to a more popular version?

I think that in this case difference in key names are minimal, and benefit from easier use of data would be greater

See https://wiki.openstreetmap.org/wiki/Key:bicycle:repair and https://wiki.openstreetmap.org/wiki/Key:service:bicycle:repair
kubahahaha (2023-02-15 16:36:01+00:00): Zła nazwa changesetu. To drobne poprawki w tagach i połączenie POI z budynkiem.
Frans S (2023-02-25 16:23:24+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, during the validation process
I noticed that you are a new mapper. Welcome to HOTOSM.
We cannot expect that you are already familiar with all issues around mapping. Therefore, I inform you about the most issues,

Please pay attention to next points:
Buildings are in general rather rectangular. just 4, 6 or 8 nodes are sufficient.
Each rectangular building need to be squared. !!  Q key when still selected
Nodes of buildings may not connect to other buildings or features.
The shadow of a building is not a part of the building. 
Do not cluster buildings. Each building need to be mapped individually.





Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132590757
danieldegroot2 (2023-02-15 17:53:07+00:00): Consider also moving the wheelchair tag to the POI node. This tag is more commonly associated with the POI. It is often missed by accident when moving POI information from a building to an address node and vice versa.
merylstreet (2023-02-16 17:26:20+00:00): Hello Snusmumriken, hope you're doing good :)
Just wondering why removing the street name for BNP Paribas, La Royale, Pinochio, etc... Even if the information is incomplete it is still useful to know. I understand if you replace with a address node relation but here it doesn't look like the case to me.
Let me know.

Also I appologize in advance just in case, but I sometimes use Every Door app to add data and it doesn't look like it knows about this relation address tag (so I might think the address is not there but actually it is through the relation).

MerylStreet
Snusmumriken (2023-02-17 07:22:02+00:00): Hi MerylStreet, I'm doing well, nice to be back in Nice. So my philosophy about addresses is that I strive for them to be unique and complete. I.e. all the addr* tags in one object preferably together with an entrance tag. And that a given housenumber only shows up once. And I use relations to associate an address to a POI, if I know the exact address for it. Then about these addr:street and addr:city tags on their own on a POI, to me those are a bit like the old is_in tags that where deprecated. But from now on I just prefix them with contact*, that I've also seen used here
Taya_S (2025-05-04 08:55:16+00:00): Hallo Geim,

Ik heb hier laatst gewandeld. Een groot stuk bos is hier gekapt ivm heideherstel. De MTB-paden zagen er daardoor niet meer bruikbaar uit. (zichtbaar op de nieuwste 2025 quick ortho beelden)

Ik weet niet of ze van plan zijn om de route te verleggen of de paden te herstellen na het broedseizoen, maar ik wou het jou toch even laten weten. Aangezien jij je veel bezig houdt met het toevoegen van MTB-routes en mogelijk meer weet.

Weet jij toevallig wat ze hier van plan zijn om de gaan doen?

Vriendelijke groet,
Taya Snijder
Geim (2025-05-04 10:10:03+00:00): Hoi Taya,
Poeh, da's een flinke kaalkap. De route is maart-oktober gesloten i.v.m. bescherming van hagedissen. Ik heb een lijntje uitgezet om te vragen of en hoe het weer terugkomt.
Bedankt, Geim.
maraf24 (2023-02-19 13:35:56+00:00): Zalecanym sposobem mapowania stacji paliw jest umieszczenie węzła z amenity=fuel w miejscu dystrybutorów.
Jest to praktyczne rozwiązanie, szczególnie na większych stacjach. Sam teren wystarczy jako landuse=retail.
wjarendshorst (2023-03-15 13:09:03+00:00): Op deze plek staat het huisnummer 14 op de gevel, maar #14 staat niet in BAG. Vandaag kreeg ik hierover de volgende mail van Team Terugmeldingen BAG
Gemeente Rotterdam:
"Conform procedure hebben wij uw verzoek voorgelegd aan onze collega’s van Bouw- & Woningtoezicht. Zij hebben geconstateerd dat Koningin Emmaplein 13 en Koningin Emmaplein 15 in gebruik zijn( woningen ). Nummer 14 heeft geen eigen deurbel, postbus of een deur in gebruik. Huisnummers 14 en 15 zijn waarschijnlijk ooit samengevoegd en zitten in 1 pand. Nummer 13 en 15 zitten in aparte panden."
Mateusz Konieczny (2026-05-24 08:16:53+00:00): Hello! https://www.openstreetmap.org/way/39775470/history has addr:housename = 04 that was added in this edit
What this tag means? Numeric value is unexpected here - was it supposed to be addr:housenumber= ?
SK53 (2023-03-19 15:42:35+00:00): Once again using sensible changeset comment would help everyone. What is wrong with"Replacing addr:buildingnumber with more usual addr:housenumber"?
willisturm (2023-03-24 09:40:44+00:00): I try to stick to the wiki. https://wiki.openstreetmap.org/wiki/Addresses
SK53 (2023-03-24 11:46:34+00:00): I reiterate: please use relevant changeset comments. Don't use "taginfo" or "wiki" as a source. Always say which tag you are changing. In a few years time what taginfo or the wiki say might be quite different, so it's not helpful.
nw520 (2023-02-17 16:51:29+00:00): Hallo goodidea, bei der Bruchwiesenstraße sind anscheinend die Knoten verrutscht; ich habe die Straße mal revertiert: https://overpass-api.de/achavi/?changeset=132685940

Beste Grüße
mueschel (2023-02-26 12:02:43+00:00): Hi,
you added  'GOV_NO' tag to these pharamacies - what is its meaning?
Baloo Uriza (2023-02-16 00:40:02+00:00): Updated number to fit the E.123 format.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132593128
emersonveenstra (2023-02-16 15:00:13+00:00): Hi,

Thanks for your contributions to OSM! Please note that phone numbers must have the +1 international prefix, would you mind fixing that? Thanks!
AngocA (2024-05-24 03:43:41+00:00): Hola Iván Camilo.
Las etiquetas wikipedia sobre transporte deben tener el prefijo subject: https://wiki.openstreetmap.org/wiki/Key:wikipedia#Secondary_Wikipedia_links
Revisa este verificador de Wikipedia: https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Colombia%20(Kolumbia).html
emersonveenstra (2023-02-16 14:59:22+00:00): Hi,

Thanks for your contribution to OSM! You seem to have added two buildings for JK&Sons, if they occupy the whole building here: https://www.openstreetmap.org/way/715442769 then you should delete the partial building over top, if they only occupy the left part of the building, then you should remove the tags from the full building, and either make the partial building a node, or change the tag `building=industrial` to `building:part=industrial`, since full buildings cannot be overlapping. Thanks!
limes11 (2023-02-15 18:58:41+00:00): Hi,

sind das hier wirklich alles öffentliche Parkplätze? Keinerlei Zugangsbeschränkungen?

Viele Grüße

Limes
TraumRa (2023-02-15 20:01:37+00:00): Hi,

als ich das letzte mal da war, waren nur wenige Parkplätze reserviert und der Rest öffentlich.

Ich kann das die nächsten Tage aber nochmal prüfen und ggf. korrigieren.

Grüße
limes11 (2023-02-15 20:20:09+00:00): Ja, sollte noch einmal geprüft werden. 

Auf https://www.openstreetmap.org/way/1146042610 ist ein Tor zu sehen und in den StreetView-Bildern ein Privatparkplatzschild. Bei den anderen ist das auf Bildern nicht gut einsehbar.

VG
limes11 (2023-03-02 20:33:52+00:00): Hier ist nichts öffentlich. Alle drei Parkplätze sehr deutlich als Privatparkplätze beschildert. Kleine Abschnitt für Kunden.