piebro/osm-data huggingface dataset:
rempshaener (2025-06-09 18:12:05+00:00): Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Den „Jugendtreff“ hast du erfasst, in dem du einem Gebäude einen Namen gegeben hast.
Der Jugendtreff ist eine Eigenschaft des Gebäude; dafür gibt es ein bestimmtes Datenschema.
Das wäre hier (Schwerpunkt Jugendliche – nicht Kinder)

amenity=community_centre
community_centre=youth_centre
community_centre:for=juvenile

Erst wenn du das noch ergänzt, ist es vollständig und wird von Datenkonsumenten ausgewertet.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße
Sylabowy Kot (2025-06-08 14:16:27+00:00): Just a 7 bunkers in some cities in Europe. Please split your changes for a much smaller areas.
Sylabowy Kot (2025-06-08 14:19:08+00:00): Also good to know that you are "not checking messages or commit comments"... What an ignorance.
Taya_S (2025-06-08 14:09:22+00:00): Hallo jasperelderhorst,

ook deze wegen komen niet overeen met wat ik via Satellietdataportaal kan zien. Hoe heb jij deze wegen toegevoegd?
Gfgfgfgfgflkmvkhfhjiteqanjkkfcsipjgd (2025-06-19 17:02:47+00:00): Ik heb een beetje gegokt aan de hand van de satellietfoto toegevoegd.
Gfgfgfgfgflkmvkhfhjiteqanjkkfcsipjgd (2025-06-19 17:03:25+00:00): Ik weet niet hoe jullie dat doen? Het intekenen?
GinaroZ (2025-06-08 23:25:44+00:00): whoops thanks for fixing!
Jillis inactivE (2025-06-10 20:05:06+00:00): Dit gebouw is en wordt niet helemaal verwijderd, een gedeelte bij het tankstation blijft staan. Zie https://bagviewer.kadaster.nl/lvbag/bag-viewer/?objectId=0203100000420351
en de tekeningen op https://www.wstg-barneveld.nl/onze-projecten/vreugdenhof-voorthuizen-48-appartementen/

Ik verzoek je deze terug te laten importeren. En ik ontvang graag een reactie.
Jillis inactivE (2025-06-15 20:14:00+00:00): Helaas heb je dit nog niet gedaan, en ook niet gereageerd. En dat terwijl je wel twee dagen geleden nog wijzigingen hebt gedaan elders.

Ik heb nu zelf het verzoek ingediend. Maar ik vind dit zo niet kunnen, we zijn een gemeenschap van vrijwilligers waarin mensen op elkaar reageren en hun eigen fouten herstellen.
Gfgfgfgfgflkmvkhfhjiteqanjkkfcsipjgd (2025-06-19 16:55:41+00:00): Sorry hiervoor 

Ik dacht dat het hele gebouw gesloopt zou worden, maar heb niet goed genoeg gekeken.
Sorry dat ik zo laat reageerde.
onovy (2025-06-08 12:02:49+00:00): Ahoj,

zdá se, že jsi si spletl power=transformer s power=terminal.

https://wiki.openstreetmap.org/wiki/Cs:Elektrick%C3%A1_veden%C3%AD

Opraveno.
jbcharron (2025-11-10 13:44:21+00:00): Hello,
Gaz de France n'existe plus depuis 20 ans, c'est maintenant géré par GRDF, je viens de corriger
Bonne après-midi
Sébastien Pi (2025-11-25 22:26:24+00:00): Je remarique que je n’avais pas répondu.
Merci pour la correction !
Taya_S (2025-06-08 14:36:20+00:00): Hello uniteam,

There have been some issues with access tagging in this area in the past. The last time I surveyed this street there was a sign clearly stating that no motor vehicles are allowed except destination traffic. Has this recently changed?

Best regards,
Taya Snijder
uniteam (2025-06-09 06:40:16+00:00): There are now two separate signs stating that heavy traffic vehicles are not allowed, except if these have a destination to reach.
Norbert Dichter (2025-06-08 12:44:58+00:00): When we find older mappings, from 2016

building=house name=thatched

Do we adjust them to read

building=house roof:material=thatch

or just to building=yes ?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167349559
rab (2025-06-09 11:28:42+00:00): Once you have reached a conclusion, you can continue here:
https://www.openstreetmap.org/#map=17/-10.437723/34.261658
eggie (2025-06-08 15:55:45+00:00): Dag Jasper... Hier is geen spoor van een bouwterrein te zien.
Er wordt toch niet gebouwd?
Van waar deze actie?
MVG
eggie
Gfgfgfgfgflkmvkhfhjiteqanjkkfcsipjgd (2025-06-19 17:00:21+00:00): Vanaf 10 juni begonnen de graafwerkzaamheden dus ik dacht ik voeg het alvast nu toe. Iets te voorbarig denk ik nu.

Na de zomervakantie begint natuurlijk de echte bouw.
silversurfer83 (2025-06-08 14:52:07+00:00): Hi there :)

after consulting with the wiki I found that "tobruk" is a "bunker_type" and not a building. So why do you change the buildings to tobruk?

cheers

https://wiki.openstreetmap.org/wiki/Key:bunker_type
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167350702
Sylabowy Kot (2025-06-08 16:50:39+00:00): And an another big changeset area for a few nodes.
limes11 (2025-06-09 10:46:48+00:00): Please also check the status of the bunker.

Both military=bunker and abandoned:military=bunker at the same object does not make sense.
fs_LT (2025-06-10 08:08:32+00:00): rauhnacht seems to be a "special" mapper:
"I am not checking messages or commit comments / Ich lese weder Nachrichten noch Kommentare zu Änderungen!"
rauhnacht (2025-06-10 13:55:41+00:00): If you wish to make sure that change-sets are smaller:

- detect & break them down on the backend
OR
- make sure that changes can be (re)sorted in your current edit  history buffer. This should be easy enough for non-interdependent changes. Otherwise editors will have to lose many changes going back to one that wasn't intended in their current session.

User useablity should be a higher priority.
silversurfer83 (2025-06-10 14:14:10+00:00): Hi

Thanks for the speedy reply. 

The size of the bbox is just a minor issue. 

This is about the tags you use. Could you please explain why you choose to deviate from the guidelines?
limes11 (2025-06-10 14:42:24+00:00): "User useablity should be a higher priority."

Precisely the reason why people ask you to split up CS like this.
woodpeck (2025-06-12 13:59:32+00:00): It is correct that it would be great if the software were better. It currently isn't and we have to work with what we have. 

After my suggestion to remove your confrontative "I am not reading comments...." from your profile, you have instead chosen to add a paragraph that explains how your time is scarce and that you don't want to be lectured about your contributions.

Now, everyone else's time is scarce too, and by creating unnecessarily large bounding boxes your edits are showing up in the "latest changes" views of many more people than necessary. You are perhaps saving a little time for you, but you are wasting a little time for many others. Please consider that going forward.

Also, quality control is not about "being right" or "lecturing others", it is about our common goal to make a good map (database). It is in everyone's interest to point out mistakes so that they can be avoided in the future.
silversurfer83 (2025-06-12 14:31:42+00:00): As I said: this is mainly about tagging and up until now there hasn't been any word on that by rauhnacht. Could you please explain why you tag different than what is documented in the wiki?
fs_LT (2025-06-13 04:39:07+00:00): thats not funny, a CS from Amsterdam to Belgrad for just 7 bunkers: https://www.openstreetmap.org/changeset/167346577
Sylabowy Kot (2025-06-13 12:00:22+00:00): rauhnacht, you have to split your changes per area, not a category. There's no sense in making such a big rectangle just because you were focused on bunkers. This orange polyhon is the reason you have so much comments under your changesets. Because they're "big". I scroll changelog in the capital city of my country and I have to see such a thing for no bigger reason.
Sylabowy Kot (2025-06-13 12:02:55+00:00): Ahh and you are asking for improving the available tools. So take a look on JOSM and its plugins. iD (the website "Edit" option) is not a recommended editor program.
silversurfer83 (2025-07-02 17:17:48+00:00): Howdy rauhnacht,

Anything on the questionable choice of tags on the bunkers?
woodpeck (2025-07-02 21:39:09+00:00): https://www.openstreetmap.org/user_blocks/18411 & https://www.openstreetmap.org/changeset/168418277
rempshaener (2025-06-09 10:47:27+00:00): Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Ich habe folgende Anmerkungen:

Bei https://www.openstreetmap.org/way/36892262 bitte die Hausnummer entfernen, die gehört  nur an das Gebäude und nicht an den Weg.
Bei https://www.openstreetmap.org/way/56468046 bitte das service=privatgrund gegen access=private ersetzen.

Nur ein kurzer Hinweis noch zu https://www.openstreetmap.org/way/166162644:
Bitte überlege, ob die Angabe des (Familien)-Namens wirklich gewünscht ist – was einmal im Netz ist… Falls ja: die drei Leerzeichen hinter „Wagnerhof“ bitte gegen ein einzelnes Leerzeichen oder einen Bindestrich ergänzen.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen – und bei Fragen gerne melden.
Viele Grüße
santamariense (2025-07-09 19:12:35+00:00): Fallenz,

Estradas com nomes descritivos como "Estrada Para Boa Esperança" devem ser evitados. Na tag name=* deve ir apenas nomes próprios.

Leia mais a respeito em https://wiki.openstreetmap.org/wiki/Pt:Boas_pr%C3%A1ticas#N%C3%A3o_usar_a_etiqueta_name=*_para_descrever_coisas

Bons mapeamentos!
Glassman (2025-06-10 20:14:54+00:00): This app requires that I review everything as good or bad. There is no in between. When I mark it as bad, it may only be that it doesn't fit the OSM tagging scheme. I'll leave a changeset comment with what I found.

I have reverted this edit for going against DWG Crimera edits policy during the conflict.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/167350864
Glassman (2025-06-10 20:15:48+00:00): If you want to add an historic boundary I suggest using OpenHistoricalMap.org.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/167350864
tohaomg (2025-06-10 20:43:46+00:00): Now relations 1754553 and 19161871 are absolutely identical, they have the same shape and the same koatuu and katotth identifiers  and that is not right
Glassman (2025-06-11 00:05:32+00:00): Thanks for the information. I have removed relation 19161871
tohaomg (2025-06-11 04:24:40+00:00): Looks like you have removed a section of the shape rather than the relation itself
Glassman (2025-06-12 20:46:34+00:00): I believe I have corrected the problem
NorthCrab_upload (2025-06-08 13:10:59+00:00): 🗺️ Witaj na OpenStreetMap!

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. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/node/12896682829

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! 🦀
eggie (2025-06-08 15:45:32+00:00): Dag E Greven Je haalt hier de surfacetag weg... Waarom?
Je edits 
MVG
eggie
E Greven (2025-06-10 14:40:01+00:00): Ik meende dat het de Dr. Kinglaan zelf was. Heb geprobeerd te corrigeren, maar dat is schijnbaar niet doorgevoerd.
eggie (2025-06-10 14:56:43+00:00): Dag E Greven,

Je edits. 
https://overpass-api.de/achavi/?changeset=167351101

Iets anders selecteren is snel gebeurd denk ik.
Veel overzicht zal die app niet geven.
, maar no problem verder.
Mapse,
eggie
Marych_ (2025-06-09 10:53:50+00:00): Dear mueschel,

What for you did this change?

Main language in Uzbekistan is Uzbek Latin-based alphabet
Name in name filed is correct

for what reason you add  uz-Latn  ?
Where you got 
Shoxjaxon mahallasi - for example?
mueschel (2025-06-10 07:48:53+00:00): Hi,
I didn't add these names, they are there since 3 years. I just fixed the mistake in the keys with a ':' at the end.
wombatmaper (2025-06-08 14:10:04+00:00): Thanks for your contribution! One note: I dont think "Large waterfall" is a good name since its basically a description, see https://wiki.openstreetmap.org/wiki/Names#Good_practice .

On a unrelated note, is the dog "Blackie" still around the house in the village? She was so cute!
Jordi MF (2025-06-08 17:14:00+00:00): Hola adrianmg13,

En la comunidad de OSM hemos tenido esta discusión muchas veces y la conclusión siempre ha sido que los límites que usamos deben ser los que marca el IGN. El Catastro no suele ser una fuente fiable. En esta web tienes todos los límites oficiales de España: https://centrodedescargas.cnig.es/CentroDescargas/limites-municipales-provinciales-autonomicos.

Saludos.
Jordi MF (2025-06-08 17:21:16+00:00): Por lo que veo, ahora, muchos nodos del límite administrativo municipal están compartidos con área residenciales e intersecciones de carreteras. Esto no es correcto por definición (porque las área residenciales no siguen exactamente el límite municipal)y complica el mantenimiento de los polígonos.

Entiendo que hayas estado mucho tiempo editando elementos, pero hubiese sido mejor no editar elementos tan dispares y haberlos subido en dos o tres ediciones diferentes (por extensión o por temática). Es una buena práctica que se señala en la wiki: https://wiki.openstreetmap.org/wiki/Changeset#Group_similar_changes_together

Saludos
VictorIE (2025-06-10 06:08:30+00:00): Hi,

https://www.openstreetmap.org/way/1208510652

Roads like this are probably better marked access=private, as access=no suggests that even the landowner can't access it.
user_20546205 (2025-06-14 14:14:13+00:00): 哥是不是不小心动了水系 ，水飞上天了
YomanNH (2025-08-11 21:44:52+00:00): Wycofałem ten wandalizm.
stosh77 (2025-07-29 14:39:12+00:00): revised.
stosh77 (2025-07-28 09:57:23+00:00): Revised.
stosh77 (2025-07-03 23:53:19+00:00): Revised.
stosh77 (2025-07-03 01:34:08+00:00): Revised.
Aleks-Berlin (2025-06-11 08:34:54+00:00): Hi ist410,
please follow the OSM-wiki, and write wikipedia="en:Abcd" (not http:.."). I saw this many times.
Details can be read here: https://wiki.openstreetmap.org/wiki/Key:wikipedia#Examples
Thx, Alex
gurglypipe (2025-06-08 18:36:28+00:00): Hiya, if you’re going to add lots of buildings, please make sure the aerial imagery is lined up with the OSMUK Cadastral Parcels before starting. That eliminates any imagery offset error, which varies about 0-3m in both axes across the country. In this bit of Kendal it looks like it’s about 0.09,-0.83m for the Bing imagery, which means these buildings are all about 1m misaligned from ground truth. Thanks :)
SmithyScotland (2025-06-09 08:20:25+00:00): Thanks for the reminder.  Been a while since I mapped buildings.  Will go back through and realign.
gurglypipe (2025-06-09 13:21:34+00:00): That’s great, thanks very much for taking the time to fix them :)

(For anyone looking at this later, they were fixed as https://www.openstreetmap.org/changeset/167389712)
mtmail (2025-06-13 12:20:21+00:00): Hello. The sync script doesn't seem to handle 0 as first digit of a zip code. Is it treating zip codes as numeric or does the Excel/ODS try to convert it automatically into a number? I fixed https://www.openstreetmap.org/node/12879217220 but see the same on https://www.openstreetmap.org/node/12896993299 , 12897005212, 12897005227
GA_Kevin (2025-06-13 13:32:41+00:00): Ah, you’re right! It comes from my import converting the column to a number format (so remove leading zero). Thankfully I keep a copy of the files I use on the wiki page so when I do the next update on Sunday, I’ll update any zero-leading post codes.

In the future, I’ll add “import as string/text” to that field to keep the leading 0!

Thanks for pointing that out!
mtmail (2025-06-13 13:36:37+00:00): Great, I worried the zeros were already missing in the source data. As a electric car (though not in the US) I welcome any charging station added to the map.
GA_Kevin (2025-06-13 13:48:42+00:00): You’re an electric car?! Hah! No, it’s there in the source, but will be more careful when importing. It already doesn’t like when there’s commas in the opening hours field from the source so it’s just another thing to look out for!

We’ve got a few people working on EV infrastructure including this project and in-cleanup supercharge.info import so hopefully EV mapping with OSM is going to rapidly improve!
GA_Kevin (2025-06-13 13:52:05+00:00): Yeah, looks like all the MA additions were cut of their leading zero: https://codeberg.org/GA-Kevin-Codes/AFDC-OSM/src/branch/main/Weekly%20Files/AFDC-20250608.csv

Easy enough, I’ll add those to this Sunday’s changeset
GA_Kevin (2025-06-13 14:09:14+00:00): Say, while you’re here and seemingly interested in postcodes, the source also includes a “+4” code, would it be useful to combine these fields for the OSM addr:postcode field? Or keep it as the 5 digit standard?
mtmail (2025-06-13 14:20:56+00:00): Use the 5+4 if possible. Most tools (I work on geocoding) will import both and fallback to the 5 digit automatically. Brazil, Nederlands are similar. Just PO boxes is something to keep out of OSM data because they're seen as non-geographic. If in doubt combine them with semicolon. '12345;12345-6789', that's what I see most small post office buildings have
GA_Kevin (2025-06-13 14:25:56+00:00): I definitely remove the street and house number of the PO Box addresses. Issue is we have “street addressing” as a feature of USPS post office boxes so it’s impossible to verify if the address provided to the AFDC is the physical or mailing address.

I’ll start to include the +4 when given on this weeks import, thanks!
Hypsometric (2025-07-09 19:07:24+00:00): I stumbled across a misplaced node (https://www.openstreetmap.org/node/12896993299) from this changeset. It is sitting on top of a building.
GA_Kevin (2025-07-09 23:10:24+00:00): That one is at the service center of the dealership. The Department of Energy, EV Connect, PlugShare, Apple, Google, and us all have it over the building. I suspect that its inside the service center.
SD Mapman (2025-06-10 16:35:37+00:00): So the road has two names since it's on the state line, if you have a house south of the line it would be off of 100th St while north of the line it would be off of 102nd St SE... I have the state line roads along the SD border set up with the semicolon identifier is that incorrect?
SD Mapman (2025-06-10 16:36:04+00:00): mainly just asking because this was a colossal pain in iD to do and I don't want to mess with it again haha
SD Mapman (2025-06-10 16:37:26+00:00): alternatively the name could change depending on who maintains it
SD Mapman (2025-06-10 16:38:41+00:00): see https://www.openstreetmap.org/way/1120136215, https://www.openstreetmap.org/way/14065864 for other examples
ZeLonewolf (2025-06-10 18:31:38+00:00): Oh huh, for that case, name:right and name:left are supposed to indicate what the name is on each side (relative to the direction of the way). Which of course, is also a colossal pain to do. Semi-colon delimiters in name tags throw a warning in JOSM because you're supposed to use the various ???_name tag variants to store alternate names. So I guess I'm not sure what properly belongs in the main name tag in this case, but :right and :left should be the proper way to do it. See https://wiki.openstreetmap.org/wiki/Key:name:left

Some data consumers can handle the semi-colon just fine:
https://americanamap.org/#map=18/43.500441/-96.587423

Some data consumers (notable the standard tile layer cannot:
https://www.openstreetmap.org/#map=18/43.500776/-96.588659

So this might be a good broader question to ask. I would be fine with putting back the semi-colons but I expect it will come up again because of the validator warnings.
SD Mapman (2025-06-10 18:47:41+00:00): I have name:left and name:right on some of the others as well (was moving too quickly for these and forgot). I'll post something in the forum and see what people think. I'm fine with whatever, just want the best way to do it.
Xeff (2025-07-06 13:57:23+00:00): Warum hast du way 431068236 und way 1383572648 zu einem normalen path gemacht? Ist tendenziell ein richtiger Klettersteig und sollte als solcher gemappt sein.
KonradRD (2025-07-06 21:15:07+00:00): Weil nach meiner Einschätzung nicht jeder Steig, der an einigen Stellen mit einem Stahlseil gesichert ist, schon ein Klettersteig ist. Da gäbe es dann viel zu tun. Am Jubiläumsgrat gibt es auch einige Stellen mit Seilsicherung,
also Klettersteig. Wie wäre es mit den letzten Metern zum Zugspitzgipfel, also auch Klettersteig?
Xeff (2025-07-07 06:39:15+00:00): Ja, es ist richtig dass der Übergang fließend ist und eine echte Grenze schwierig zu setzen. Dann hätte ich im Zweifel so gelassen wie es seit 6 Jahren gemappt ist. Aber du hast schon recht mit dem Vergleich zu anderen Steigen, der vergleichbare Gamsängersteig ist auch ein path. Dann gebe ich dem path zumindest mal ne sac_scale.
KonradRD (2025-07-07 07:20:58+00:00): Zweifel hatte ich nicht. Dieser meist für den Abstieg benutzte Steig ist mir seit mehr als siebzig Jahren bekannt und als ich jetzt zufällig die Einstufung als Klettersteig entdeckte, konnte ich nicht anders, als dies zu ändern.
T3 wäre wohl die richtige Bewertung.
silversurfer83 (2025-06-09 18:52:34+00:00): Hi :)

du hast bei diesem Spielplatz https://www.openstreetmap.org/way/1062049938 das playground:theme=playground gelöscht. Aktueller Stand der Diskussion für DE ist, dass wir diesen tag behalten und ihn folgendermaßen verstehen: Hier wurde geguckt, ob der Spielplatz ein bestimmtes Thema hat und festgestellt, dass es ein "standard" Spielplatz ohne spezifisches Gesamtthema ist.

Daher bitte diesen tag nicht entfernen. Bei Gegenteiliger Meinung bitte im Forum entsprechende Überzeugungsarbeit leisten.

(einzelne Spielgeräte können dann trotzdem spezifische themes haben)

cheers
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167357674
silversurfer83 (2025-06-09 18:55:51+00:00): Hi :)

möchte nur kurz stören und dir mitteilen, dass ich dich hier fleißig arbeiten sehe und diese Arbeit für mich sehr gut aussieht. Danke :)

Grüße aus Korbach
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167358508
Robert46798 (2025-06-27 15:45:07+00:00): Hey,
jetzt war ich eine Weile nicht aktiv und erschrecke mich über die Benachrichtigung zu einer CS-Nachricht. Aber so eine bekomme ich natürlich gerne. :-)
Vielen Dank und viele Grüße,
Robert
opendcc (2025-06-12 05:00:03+00:00): Die Definition von Wildpark (im OSM-Sinne) ist m.E. enger. Hier ist es ein eher offenes Gehege, es gibt keine Eintritt und es führt auch eine öffentlich gewidmete Straße hindurch. Siehe hierzu auch die Diskussion in der Fehlernote in der Mitte.
Michael_H (2025-06-12 07:46:47+00:00): Die Logik, dass etwas nicht existiert, nur weil es keinen Eintritt kostet, kann ich nicht nachvollziehen. Laut Overpass-API gibt es derzeit in Deutschland 201 Objekte mit tourism=zoo + fee=no. Diese müssten dann alle gelöscht werden.
opendcc (2025-06-12 08:54:23+00:00): Das mit dem Eintritt war nur ein Randaspekt. Wenn man einen Zoo mappt, dann sind da gewisse Erwartungshaltung des Nutzer verbunden: Man kommt da hin, hat irgendwo einen Parkbereich und dann gibt es Gehege, wo man was sehen kann. Das ist hier definitiv nicht so: es ist normaler Wald und wenn man risikofreudig ist, kann die Wildschweine im Wald aufstöbern. Da könnte man auch den Alpenbereich als Wildpark mappen - animals:de=Gams,Steinbock; selden_animals=bear.

Oder anders gefragt: wenn ich diesen Wildpark besuchen will (weil ich z.B. Wildschweine sehen will), wo soll ich mich hinrouten lassen?
Michael_H (2025-06-12 08:59:30+00:00): Du kannst beispielsweise zu den Fütterungszeiten diese Schaukanzel besuchen:
https://www.baysf.de/de/wald-erkunden/ausflugsziele-tipps/die-schaukanzel-im-ebersberger-forst-auf-der-pirsch-nach-hirsch-und-sau.html
surveyor54 (2025-06-09 16:36:31+00:00): Hi,
willkommen bei OSM.
Frage: Warum wurden bei diesem node

https://www.openstreetmap.org/node/2982536221#map=19/50.219558/9.292462

die tags :
information=guidepost
tourism=information
gelöscht.
Ein Wegweiser benötigt diese tags.
Ich kenne diesen Wegweiser.

Bitte wieder korrigieren.
Gruß
surveyor54
surveyor54 (2025-06-12 21:19:36+00:00): Es wäre schön gewesen, wenn du dich mal gemeldet hättest. 😒
Ich habe den Fehler korrigiert.