piebro/osm-data huggingface dataset:
silversurfer83 (2024-08-24 08:49:31+00:00): Hi there :)

I'd like to draw your attention to
https://wiki.openstreetmap.org/wiki/DE:Namen#Namen_sind_keine_Beschreibungen (and the rest of the page).

I know OsmAnd offers the "name" tag with nearly all types of objects you can add, but please don't post descriptions there.

In general, my opinion on OsmAnd is very high when used for traveling and taking notes but it's rather limitied when trying to edit the database. Since you already have used vespucci, I recommend using that when on the road.

safe travels
silversurfer83
thumbsup (2024-08-25 10:25:59+00:00): Hi,
can you give an example where I did use a wrong name tag? I tagged at least one shelter with the name "waiting room" as this is what a big sign on them says and that's how the locals refer to it as well. Same goes with the ones called *Name* Ferry Terminal. Is it about these? I tried using Vespucci mainly on my Chromebook. Most of my mapping I do while travelling and using osmAnd for Navigation.
thumbsup (2024-08-25 10:27:24+00:00): ok, sorry I got it it was about the water source. point taken.
Nzau (2024-09-22 05:41:02+00:00): Bonjour David, 

Je pense que tu es déjà au courant, mais les imports d'adresse ne sont pas une bonne pratique.  
Pourrais-tu cesser de faire de la mauvaise contribution de ce type afin de nous éviter de repasser derrière ?

Je te laisse relire l'avertissement en début de page : https://wiki.openstreetmap.org/wiki/FR:France/Int%C3%A9gration_des_adresses_depuis_la_BAN

Bonne journée,
Au plaisir d'en discuter de vive voix si besoin,
Enzo
divaddivag (2024-09-22 12:30:58+00:00): Perso, je ne suis pas fan du name and shame sur le forum. Une solution est le 'block 0 day' pour l'inciter à répondre aux commentaires. Bon on y est pas encore... 

C'est vraiment chouette de contribuer avec votre Panoramax sur Caen -> merci!
Nzau (2024-09-22 12:40:03+00:00): S'il ni a aucune réponse et que ça continue ça sera une solution.

Mais je sais que David Crochet et un très bon contributeur donc ça serait dommage.

Et avec plaisir ;-)
eggie (2024-08-23 10:59:15+00:00): Hi... You think this marked has an English name?

Greetz..
eggie
eggie (2024-08-23 11:16:44+00:00): changed name into Leidse Markt
divaddivag (2024-08-23 09:47:04+00:00): Bonjour David, Quel est l’intérêt de cette contribution? Pifometre est un outil d'aide à l'intégration des adresses et non de photocopiage de la BAN. Il permet aussi et surtout d'accompagner l'amélioration du contenu d'OSM.
Dawid2849 (2024-08-23 12:49:23+00:00): Dzięki!
szydzio (2024-08-24 08:56:38+00:00): 👍
bbqman (2024-08-23 08:58:11+00:00): Wrong change set comment: meant to say Added access rights to a gate
Benjamin Fourio (2024-08-23 09:27:08+00:00): Confirmé également par la conservatrice de la réserve naturelle (je peux partager le mail).
habi (2024-08-23 09:07:16+00:00): No, closes https://www.openstreetmap.org/note/4397519, sorry for the copy-paste-error.
Pink Duck (2024-08-29 11:12:14+00:00): While bitmac is technically a subtype of asphalt, its binder/filler additions make it distinct enough in my view given solvent permeability and non-recyclability compared to road hot-rolled asphalt. Longer lasting kinds are probably fine to do as you did here.
eggie (2024-08-23 09:20:46+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
eggie (2024-08-23 09:27:59+00:00): Adresnodes zijn aangevraagd via forum OSM.
https://community.openstreetmap.org/t/bag-importverzoeken/3394/2449
Bartek93ZGL (2024-08-23 22:06:41+00:00): Człowieku, skąd Ty wziąłeś, że tu będzie Dino? podaj źródło tych informacji. Ja w porównaniu do Ciebie mam pewne źródła i na pewno nie będzie tam Dino. Prawdopodobnie będzie tam Biedronka. Ale ze względu braku pewności na 100%, lepiej zostawić ten obszar pusty. Ogarnij się trochę, bo ciągle popełniasz jakieś błędy w swoich edycjach, niszcząc innych pracę, w tym moją.
Mateusz Konieczny (2024-08-23 09:20:52+00:00): parkingi wróciły w https://www.openstreetmap.org/changeset/155641582
silversurfer83 (2024-08-24 07:41:48+00:00): Hi Papblo,

the names you gave this restaurant sound very much like a description. Can you please elaborate.

cheers
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/155641952
Pablo Strubell (2024-08-29 07:33:49+00:00): Hello. The restaurant added had no name. It was so simple (only one dish) that i wanted to indicated somehow, so i put it as a title, which is not really appropiate but is the way to reduce any expectations a potential customer might have... hope this clarifies your question.
NorthCrab_upload (2024-08-23 09:40:56+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.

"Agatowa":
https://www.openstreetmap.org/node/12130804933
https://www.openstreetmap.org/node/12130804934
https://www.openstreetmap.org/node/12130804935
https://www.openstreetmap.org/node/12130804936
https://www.openstreetmap.org/node/12130804937
https://www.openstreetmap.org/node/12130804938

Pozdrawiam! 🦀
Patalakki (2024-08-23 12:00:22+00:00): Moi! Olet nyt kartoittuanut yksityisiä ja taloyhtiöiden pihoja metsäksi ja mielestäni se on yksiselitteisesti väärin. Metsäksi pitäisi merkitä jokaisenoikeuksiin kuuluva metsämaa, ei jonkun taloyhtiön oleskelupiha.
liljaadeliina (2024-09-02 06:29:24+00:00): Moi! En tiennyt tästä asiasta, kiitos kun kerroit sen. Ajattelin, että "Metsä" tarkoittaa puiden peittämää aluetta, anteeksi. 

Mikä alue sopisi näihin paremmin?
Patalakki (2024-09-06 07:01:17+00:00): Jättäisin asuinkerrostalojen pihat ihan vain muotoon landuse=residential ilman lisäkartoitusta. Yksityisten talojen pihoja ei mielestäni ole järkevää kartoittaa metsäalueiksi, koska ne eivät varsinaisesti ole metsää vaan pihaa. Pysäköintialueet ja leikkipaikat toki kannattaa kartoittaa, mutta muistaa lisätä niihin tunniste access=private.
Larmax (2024-10-21 05:58:38+00:00): Sanoisin itse kyllä, että metsän piirtäminen landuse=residentialin päälle on ok, kunhan alla edellä mainittu alue. Se, että asuinalueen harmaa ei näy kartasta läpi on Carton ongelma, ei karttadatan.
liljaadeliina (2024-11-20 08:38:35+00:00): Okei, pidän nämä mielessä, kun kartoitan. Kiitos molemmille avusta.
silversurfer83 (2024-08-24 07:45:22+00:00): Hi,

the supermarket looks like a double entry. Can you please check.

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/155642205
Pablo Strubell (2024-08-29 07:35:57+00:00): Hi, it is a double entry. For some reason one of the supermarkets is not displayed in my Organic Maps map... that's why i added it. The right one would be the one eastwards.
map per (2024-09-01 20:18:57+00:00): I resolved the duplicate entry. 

The supermarket you didn't see was added to OSM just 10 days befor your edit, so that was a bad coincidente and not your fault.
In general, however, it is good to use an up to date version of Organic Maps and to update the maps to the latest version to avoid double entries. Your version is reportedly from 2024.06.19, that's rather old, the latest version is from 2024.08.17.

Best regards
map per
Pablo Strubell (2024-09-05 05:42:30+00:00): I updated mu Organic Maps version just in case. Thanks for noting.
theDagger (2024-08-24 08:36:29+00:00): Omylem jsem přesunul uzel 245260862, opraveno v sadě změn 155683929.
emersonveenstra (2024-08-23 11:16:27+00:00): Hi there,

Thanks for the edits! In OSM, kph is the default for speed, so you will need to add "mph" as seen here: https://wiki.openstreetmap.org/wiki/Key:maxspeed?uselang=en#Values

Also, when a road has the same forward and backward maxspeed, it's unnecessary to specify them, so you can remove those as well

Thanks!
emersonveenstra (2024-08-23 11:16:59+00:00): *unnecessary to specify them separately
Yu_llis (2025-06-19 11:52:29+00:00): Доброго дня! У цьому пакеті правок Вами було переміщено вершину гори Мала Кепута і додано на її колишнє місце гору з назвою «Кепута». Скажіть, будь ласка, яке було джерело даної інформації? Бо згідно офіційного переліку географічних назв Державного реєстру географічних назв (https://land.gov.ua/wp-content/uploads/2025/01/1.3-fizyko-geografichni-obyekty-ukrayiny.pdf) у нас в країні нема гори з назвою «Кепута». На тому місці гора Мала Кепута. Поясність чому ви внесли такі правки?
GrabSG_AndyAng (2024-08-23 10:13:55+00:00): Feel free to inform me of any mistakes with this changeset.
Manuel H (2024-09-06 09:50:31+00:00): Der Weg war nicht mit den angrenzenden Wegen verbunden.
flex16 (2024-08-23 20:56:02+00:00): lanes ist immernoch gleich null. VG
trigpoint (2024-08-23 11:54:32+00:00): Hi, not sure what you trying to achieve, but the pub is already mapped. Ok its a Hotel and Restaurant but thats a common issue.
However in this and your other changesets you are using some very strange tags. A pub should be mapped as amenity=pub, and optician as shop=optician. Business is not a primary tag.

Cheers Phil
limes11 (2024-08-23 13:50:17+00:00): Hallo, 

bitte gewöhn Dir einen angemessenen Umgangston an. Mit solchen Changeset-Kommentaren machst du Dir keine Freunde.

Es gab hier in Vergangenheit am Ortsausgangsschild kein Hinweis auf eine Geschwindigkeitsbegrenzung

https://www.mapillary.com/app/?pKey=1083341832652812&focus=photo&lat=50.660764299999954&lng=7.208144800000014&z=18.553770259402214

Es kann natürlich sein, dass hier in den letzten Monaten eine Begrenzung auf 50 ergänzt wurde.

Die Restriction-relation ist nicht notwendig, da die Straße in Einbahnstraßen mündet. Solche versteckten Relationen werden gerne übersehen und bleiben dann zu lange in der Datenbank. Die Sperrung ist lediglich bis Jan 25 angekündigt. Wenn so etwas ergänzt wird, dann bitte mit einem entsprechendem Kommentar in einem Hinweis.

VG
limes11 (2024-09-08 18:25:27+00:00): Änderung revertiert - wie erwartet keine Beschränkung auf 50 beschildert.

Restriktion entfernt, da unnötig kompliziert für eine Sperrung über wenige Monate. Die notwendigen Einschränkungen sind bereits über oneway's erfasst
literan (2025-02-06 09:26:23+00:00): Вы удалили теги military с ряда полигонов. Это вандализм.

В случае продолжения вандальных действий буду писать в DWG с просьбой о вашей блокировке

https://www.openstreetmap.org/way/53827275/history

https://www.openstreetmap.org/way/99247712/history
WillFR130 (2024-08-27 21:26:19+00:00): Hello, I'm sorry to bother you but I noticed you've mapped this area as a "building=yes". 
I Just wanted to let you know that this area is actually the site where a 1970's lorry and small rotten caravan are parked and they haven't moved in 25 years. 
I thought I'd let you know this information before I mess with your work.

kind regards 
Will
ujinevich (2024-08-28 18:49:39+00:00): Sure, safely change it if you have additional information! I'm just remote mapper that bases on aerial imagery.

Best regards,
Eugene
WillFR130 (2024-08-28 19:07:35+00:00): Will do. Keep up the good work.

Kind regards 

Will
samjcorbin (2024-08-26 17:54:07+00:00): Hello, please try to write detailed changeset comments. This makes it much easier to see at a glace what has changed.

https://wiki.openstreetmap.org/wiki/Good_changeset_comments

Thanks
trigpoint (2024-08-23 11:25:17+00:00): Hi, this edit has removed existing data so has made OSM worse.

You have deleted semis mapped as building=house, where individual units are shown and replaced them with building=yes.

Remember you are working in an area with an active community and many things are already mapped. Please do not destroy the work of local mappers.

Cheers Phil
mcliquid (2024-08-23 14:53:38+00:00): Das ist auch falsch! Hier steht "St. Gallen" auf dem Schild!
https://www.mapillary.com/app/user/mcliquid?lat=47.37548492840577&lng=9.674832175852885&z=19.246751800699005&pKey=587511746113556&focus=photo&x=0.4858503851448658&y=0.6623216432849255&zoom=0
mcliquid (2024-11-07 13:56:54+00:00): These changes have been reverted as no response has been received and the incorrect change has not been corrected.

https://www.openstreetmap.org/changeset/158857143
vmicho (2024-11-09 09:21:41+00:00): Hi. For destination you shopuld use full name, as if somebody tells you where to go ...
mcliquid (2024-11-09 09:29:41+00:00): Hi, thanks for your feedback. The wiki describes exactly the opposite of your statement.
rafalwlo (2024-11-09 09:40:02+00:00): @mcliquid, according to the official documentation of "Key:destination" in the wiki, the value for this tag "should be contents of the sign, as it would be *read* from beginning to end" incl. 20:1 consensus on whether to use abbreviations that appear on signs is *no*. Note the wording "read" and that this doesn't necessarily correspond the the (primary or official) name of the place as it would be used for "Key:name" or "Key:official_name". See: https://wiki.openstreetmap.org/wiki/Key:destination#Value
mcliquid (2024-11-09 09:52:58+00:00): @rafalwlo, according to the official documentation of "Key:destination" in the wiki, the value for this tag describes the content of signposts. The content of the signpost here is "St. Gallen".
The discussion you mention remains unresolved, with a provisional policy suggesting that users consult with the original mapper before changing abbreviation practices in existing tags. Was the previous mapper consulted here?
rafalwlo (2024-11-09 10:16:59+00:00): @mcliquid, the official documentation corresponds to the wiki page and not to the talk page. The sentence "Until a consensus is reached please discuss with the original mapper before changing an existing value's state of abbreviation." has been removed from the wiki page (i.e. official documentation) in this revision: https://wiki.openstreetmap.org/w/index.php?title=Key:destination&diff=1284776&oldid=1284338 therefore this provisional policy is no longer in effect as long as this sentence is not reinstated on the wiki page (not talk page). Furthermore, the content of the signpost here is "St. Gallen" but it would be *read* from beginning to end as "Sankt Gallen" and since the sentence "as it would be *read* from beginning to end" adds to "the content of signposts or ground writing indicating the names of the locations that the tagged way is heading to" without any contradition, then both rules apply.
mcliquid (2024-11-09 10:29:26+00:00): @rafalwlo, since the statements on the talk page are not valid according to your own argument, we can probably dispense with the opinions and statements there. The entire paragraph in the wiki is based on the Talk statements, so the entire paragraph is useless.

The abbreviation "St." for "Sankt" is the only internationally recognized usable abbreviation in the wiki. See also https://wiki.openstreetmap.org/wiki/Invalid_Abbreviation_Expansion

The city's name, which is used across all borders and is "St. Gallen" in all communications, should also be taken into consideration. This is not a short form or abbreviation but the only official name of the city.
rafalwlo (2024-11-09 10:44:14+00:00): @mqliquid, the statements on the talk page are not binding, the statements on the wiki page are. The entire talk page can be disregarded, but whatever is derived from there and put on the wiki page, holds as binding (which makes perfect for Talk pages as a place for debate). Therefore, the entire paragraph in the wiki (also if based on the unbinding Talk statements) is valid and binding.

And according to that paragraph, as it is written now, "the contents of the sign, as it would be *read* from beginning to end" is to be provided.

Moreover, the https://wiki.openstreetmap.org/wiki/Invalid_Abbreviation_Expansion doesn't provide any example for German abbreviation "St." resolving to "Sankt" but only the English ones resolving to "Saint".

Furthermore, it doesn't matter whether "St." (read as "Sankt") is an abbreviation or not, since the "Value" paragraph of "Key:destionation" only focuses on the "be the contents of the sign, as it would be *read* from beginning to end".
mcliquid (2024-11-09 10:46:08+00:00): In this case, the respective city should be represented. And this city is not called “Sankt Gallen” but officially “St. Gallen”. The short form is officially the form of choice. Sbb.ch identifies the train station and map.admin.ch also labels the city as 'St. Gallen'
Currently, only 6 destination entries in OSM are “Sankt Gallen”, compared to 46 entries with “St. Gallen”.
If you think that “Sankt Gallen” is more correct, then please also adjust any place nodes and boundary relations so that it is consistent.
mcliquid (2024-11-09 10:50:03+00:00): @rafalwlo, Small addendum: Please also include all "addr:city=St. Gallen" and change them to "addr:city=Sankt Gallen" in your changeset.
vmicho (2025-02-16 09:38:05+00:00): Hi again. As indicated on https://wiki.openstreetmap.org/wiki/Key:destination#Value

it is much preferable to use the actual destination "as somebody (including navigation) would speak to you"

"St." can be read as "street", "sankt", "saint", "es tee" ... you name it. Destination in this case "Sankt Gallen" whi is the ... actual destination. What is written on the sign or on map of the official city is "St. Gallen". Similarly another example would be "Bruck a/d L." or "Bruck a/d Leitha" or "Br, a.d. Leitha" means "Bruck an der Leitha" as destination
mcliquid (2025-02-16 09:46:26+00:00): Where do you draw the line between the “on the ground” rule and the principle of “no tagging for the router”? On the ground is the abbreviated form on the sign and this abbreviated form refers to all other signs and tagged spellings in OSM, as already mentioned, the city name at the place node itself.
Let me understand why we are mapping two completely different spelling schemas of the same city, deviating from the on-the-ground rule?
donovaly (2025-01-05 21:23:19+00:00): I was here today and there is no construction.
Maybe there is a plan, but OSM should only show what is visible/existing.
donovaly (2025-01-05 21:39:27+00:00): This should not be harsh. You added a lot and we all make mistakes.
However, I recently encountered several additions and when I go there to check them, I see they are not real. These additions also have no check_date and once I asked why the change was made I never got a reply.
mcliquid (2024-08-23 14:52:30+00:00): Das ist aber nicht korrekt! Auf dem Schild steht unverkennbar St. Gallen und St. Magrethen!
https://www.mapillary.com/app/user/mcliquid?lat=47.391106439438346&lng=9.644347312378272&z=18.507249083154512&pKey=2871102849886792&focus=photo&x=0.4931973640348478&y=0.5102535763122402&zoom=0
vmicho (2024-08-23 20:53:39+00:00): Hi. Ja, aber "full name" darf man verwenden.
mcliquid (2024-08-23 21:07:06+00:00): Hi, wo steht das? (Kann es hier nicht finden: https://wiki.openstreetmap.org/wiki/Key:destination?uselang=en)
vmicho (2024-08-23 21:10:01+00:00): Hier:
https://wiki.openstreetmap.org/wiki/Names#Abbreviation_(do_not)

Problem ist meistens die TTS konnen lesen "St." als Street oder Saint oder Sankt ...
vmicho (2024-08-23 21:11:32+00:00): "St. Gallen" sollte in short_name geschrieben sein, wie aud dem schild.

"""short_name=* is generally used to explicitly record abbreviations and other shortenings"""
vmicho (2024-08-23 21:12:44+00:00): e.g. short name="Gd. St. Bernard" (schild) -> name="Grand Saint Bernard"
^_^
mcliquid (2024-08-23 21:22:12+00:00): Wie verhält es sich dann bei der Grenzrelation für "St. Gallen", dem "city_limit" und dem Bahnhof?
Auch bei anderen Orten wie St. Jakob, St. Fiden oder St. Georgen?
Wie verhält es sich mit "AR" für "Appenzell Ausserrhoden" in "Teufen AR"?
Das gleiche auch bei "St. Margrethen".

Möchtest du das in der gesamten Schweiz abändern? Hier gäbe es noch "St. Gotthard", "St. Moritz", "St. Blasien".
In Österreich folgen "St. Anton", "St. Quririn", "St. Johann" und viele mehr. In den USA "St. Louis", "St. Charles", "St. Cloud", ...

Lass mich nur verstehen, wie umfangreich deine geplanten Änderungen sind und wie das global verständlich im Wiki gefestigt werden kann.
mcliquid (2024-08-23 21:26:44+00:00): > e.g. short name="Gd. St. Bernard" (schild) -> name="Grand Saint Bernard"

In der gesamten Schweiz, Liechtenstein und Österreich gibt es keine einzige Nutzung von "destination", "destination:forward" oder "destination:backward" und "short_name" auf dem gleichen Objekt. In Deutschland nur einmal mit einem anderen Zweck: https://www.openstreetmap.org/way/1193854254

Dies scheint nicht etabliert zu sein.

Es gibt auch kein "destination:backward:short_name" oder "destination:forward:short_name" oder "destination:short_name". Wie würdest du das eintragen wollen?
rene78 (2024-08-23 14:49:29+00:00): Hi. What are you trying to do?
_zalle_ (2024-09-23 11:02:41+00:00): Welchen Sinn hat es, den an drei Tagen im Jahr temporär genutzten Parkplatz so detailiert dauerhaft einzutragen? An 362 Tagen im Jahr sind somit falsche Informationen in den Kartendaten enthalten.
BB-plan (2024-10-13 11:39:19+00:00): Die Frage könnte man sich dann auch bei der bereits seit langem kartierten Ausstellungsfläche auf dem Gelände stellen, die nicht durchgängig befestigt zu erreichen sind.

Ich finde das es Sinn macht, als Autofahrer die An- & Abfahrtsituation, welche vor Ort aufgrund der Weitläufigkeit des Geländes und des doch sehr hohen Besucheraufkommens an den Tagen recht unübersichtlich ist, überblicken zu können und beim Verlassen des Geländes korrekt zur Ausfahrt geführt, ohne zum Geisterfahrer zu werden.
Nicht wenige vergessen während ihres Besuches, dass dort eine Einbahnstraßenregelung gilt, fahren wieder zum Eingang zurück und behindern damit den Verkehrsfluss bis hin zu gefährlichen Situationen.


Auch an den anderen Tagen im Jahr sind keine falschen Informationen in den Kartendaten.
Der vorhandene Eintrag am Parkplatz-Tag: 
access:conditional "customers @ (Aug 20-Aug 25)" verhindert, dass (zumindest mein Navi) den Parkplatz in der übrigen Zeit vorschlägt, ...sollte man in der ländlichen Gegend tatsächlich einen suchen müssen.

Ebenso sind die stark ausgefahrenen Wege auf der Wiese noch monatelang zumindest zu erahnen. (s. auch Luftbilder)
_zalle_ (2024-10-14 13:34:14+00:00): Über die Ausstellungsfläche könnte man sich vielleicht auch streiten, aber immerhin sind hier dauerhafte Strukturen das ganze Jahr über sichtbar - nämlich die geschotterten Flächen und Wege sowie Anschlüsse für Strom usw.

Bei den Parkflächen ist das nicht der Fall. Das von dir erwähnte Luftbild ist vermutlich die Standard-Ansicht im OSM-Editor. Die Bing-Luftbilder stammen vom 4. September 2022, also etwa eine Woche nach der Messe. Zu dem Zeitpunkt waren natürlich noch Fahrspuren auf den Weideflächen zu sehen. Bei den drei anderen im OSM-Editor verfügbaren Satelittenbildern sind keinerlei Fahrspuren zu sehen.

Im Herbst und Winter werden die Wiesen oft als Schafweiden genutzt, im Frühjahr und Sommer als Dauergründland für die Futterproduktion. Dafür sind die temporären Parkplatzfahrgassen nicht relevant.

Solche Elemente in den Kartendaten zu erfassen, obwohl sie an ~362 Tagen im Jahr faktisch nicht existieren und Kartennutzern auch nicht zu Verfügung stehen, halte ich für falsch und irreführend. Schon jetzt wird in OSM und anderen Kartendiensten der Feldweg entlang des Molkereigrabens in Navigationsvorschläge einbezogen, obwohl er faktisch keine öffentliche Straße ist. Das Problem dürfte sich mit deinem Änderungssatz noch verschärfen, da deine halb-pauschale Einschränkung "customers @ (Aug 20-Aug 25)" nicht von allen Karten- und Navigationsdiensten übernomen und richtig interpretiert wird. Überdies ist die Einschränkung so auch nicht korrekt, da das Messedatum naturgemäß jedes Jahr variiert und bspw. dieses Jahr zwischen dem 23. und 26. August lag - am letzten Messetag hätten die Besucher also selbst bei korrekt funktionierendem Navi keinen Parkplatz gefunden.

Außerdem wäre noch nach der Quelle der Wegnamen zu fragen, die ja ausgehend von OSM Eingang in andere Karten- und Navigationsdienste finden werden. Hast du dir die Systematik selbst überlegt oder gibt es dafür eine Quelle, bspw. den Messeausrichter?