piebro/osm-data huggingface dataset:
cuzi (2024-03-17 20:28:09+00:00): Please keep the size of your changeset smaller.
cuzi (2024-03-17 20:32:26+00:00): You added empty nodes in the ocean. I have removed them
Dodko (2024-03-18 21:11:28+00:00): https://www.openstreetmap.org/way/1263241382/history
opravené ref:minvskaddress
Filip009 (2024-03-20 07:34:09+00:00): Zdravím, keď presúvaš adresu nezabudni vymazať všetky adresné tagy https://www.openstreetmap.org/way/79895060/history/4
NeisBot (2024-03-19 15:45:48+00:00): Hello Rothemuehle, thank you very much for your contribution to the OSM project.

It would be great if you could use the comment field to describe your changes. This makes it easier for others to understand and follow your adjustments on the map more quickly.Please see https://osm.org/wiki/Good_changeset_comments \n
Thanks!

#HappyMapping
#ADescriptionSaysMoreThanASingleChar
mavl (2024-03-23 14:38:20+00:00): This changeset has been reverted fully or in part by changeset 149053741 where the changeset comment is: The
HellMap (2024-03-16 19:16:45+00:00): Hi!

Thanks for your additions!

Just to let you know, it's not really necessary to include a `source` tag on every element. This makes data more difficult to maintain because everyone later has to update this tag when they make any changes. It's also redundant, because we can see element modification history and your changeset tags (i.e. on https://www.openstreetmap.org/changeset/148738302 ), such as `imagery_used` and whatever you specified as `source`. So it's usually enough to just specify that.

Most `source` tags that are included in OSM are for obscure or unclear sources, such as imported data or hard-to-understand elements. While you can technically add them for anything, they will become outdated really quickly. For example, new aerial imagery or someone else surveying or just your GPX track not being public. Most mappers won't even notice the tag. Experience shows that there aren't enough mappers (at least in Latvia) to keep these up to date and the vast majority of `source` values are out of date. It's much more useful to leave a descriptive changeset summary, such as how and why you are modifying something.

Thanks
aviation0178 (2024-03-16 19:33:40+00:00): @HellMap Thank you for correcting me! I am still new to this, but I am trying my best here.
HellMap (2024-03-16 19:38:45+00:00): No worries, let me know if you have any questions. Your edits look good otherwise.
aviation0178 (2024-03-16 19:58:32+00:00): I recently (not in this edit) added a cut-down area. Is it made correctly? Do I need to specify a relation ID, or I can't see it because it isn't just published yet?
HellMap (2024-03-16 20:17:48+00:00): The map takes a little bit of time to update. Sometimes a few minutes, sometimes longer. You will probably also need a browser cache clear.

https://wiki.openstreetmap.org/wiki/Browser_cache

Clearcuts won't appear on the default map unless you combine it into a multipolygon with the forest, so that it's a "hole" in the forest. The reason is that there is no rendering on the default map for clearcuts, so these overlapping features just look like a forest. Other maps and programs may display it differently. A "hole" in the forest will simply not draw the forest there and leave it default white, so it becomes visible, so to speak.

Strictly speaking, you can't have both a forest and a clearcut at the same time. So these should normally be combined into multipolygons or drawn next to each other.

Multipolygons are a bit complicated. But you can select both areas (forest and clearcut) and press C to combine them. If the forest isn't a multipolygon yet, it will make one. If the forest is large and already has other parts outside the screen, you will have to download them first by selecting the forest relation and downloading its members. You can also manually add the cutline to the multipolygon relation without downloading other elements, but it's more annoying than just shift-selecting and C-ing them.

https://wiki.openstreetmap.org/wiki/Relation:multipolygon#iD
aviation0178 (2024-03-16 20:25:12+00:00): Big thank you!
richlv (2024-03-17 20:56:02+00:00): Also very much welcome to discuss things in the Latvian OSM community chat - https://osmlatvija.zulipchat.com :)
gileri (2024-03-20 11:50:24+00:00): Hi, thank you @aviation0178 for contributing to OSM, and @Hellmap for your welcoming messages !

Just a quick note: while putting source=* tags on objects is not often useful or encouraged for the reasons HellMap put forward, using it on changesets is definitely useful and encouraged.

It allows other mappers to understand where does the change come from, especially in recently physically changed areas, where things may be visible in some sources but not others yet.

But more importantly, indicating the source of changes is a requirement of most aerial imageries. And a small token of appreciation of their work ;)

This source=* tag can be set just before sending changes from the iD editor you use, below the changeset message.
mavl (2024-03-23 14:38:26+00:00): This changeset has been reverted fully or in part by changeset 149053741 where the changeset comment is: The
mariotomo (2024-03-18 15:40:30+00:00): hola. estuviste en el lugar? puedes mencionar la fuente de las mejoras a los "name"? gracias. como de costumbre, tus comentarios no ayudan entender qué hiciste y porqué.
BigKev97 (2024-06-23 17:27:25+00:00): Corrigiendo errores en el mapa con los nombres existentes.
Robhubi (inaktiv) (2024-04-14 21:12:14+00:00): Hi, Im Tag „name“ soll nur der Eigenname stehen (s. https://wiki.openstreetmap.org/wiki/DE:Namen und die Diskussion im Forum https://community.openstreetmap.org/t/adressen-und-namen-von-ladestationen/108364 ). Der Name „Bosch eBike Systems“ ist kein Eigenname der Ladestation www.openstreetmap.org/node/8962839485
NorthCrab_upload (2024-03-16 16:40:34+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. 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/414423210

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.

"Podborze":
https://www.openstreetmap.org/way/414422962
https://www.openstreetmap.org/way/414423369
https://www.openstreetmap.org/way/1198814009
https://www.openstreetmap.org/way/1226752545
https://www.openstreetmap.org/way/1226752558
https://www.openstreetmap.org/way/1226753041

"Zgórsko":
https://www.openstreetmap.org/way/414422977
https://www.openstreetmap.org/way/414423033
https://www.openstreetmap.org/way/414423072
https://www.openstreetmap.org/way/414423091
https://www.openstreetmap.org/way/414423261
https://www.openstreetmap.org/way/414423262
https://www.openstreetmap.org/way/1198814169
https://www.openstreetmap.org/way/1226753039

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! 🦀
Mateusz Konieczny (2024-03-17 14:01:57+00:00): Hello! https://www.openstreetmap.org/way/1262839225/history has construction = construction that was added in this edit (if I checked things correctly)
What construction=construction means? What you wanted to express by using this tag?
danieldegroot2 (2024-03-16 17:05:24+00:00): This changeset reverts
https://www.openstreetmap.org/changeset/148270997
LudovicG (2024-03-20 09:26:03+00:00): Bonjour,
Pour le node/11737086870, pourquoi ne pas avoir repris le node/6396389632 ? Ce n'est pas le même emplacement ?
Kurondie (2024-03-23 07:56:43+00:00): A priopri Gautard immobilier ne sont que au rez-de-chaussée.
Kurondie (2024-03-23 07:57:17+00:00): priori
LudovicG (2024-03-23 16:13:55+00:00): Pardon, je n'ai pas été précis, il y a eu un malentendu sur le node concerné.
Je parlais du "Chick'n smash" de la rue du Change par rapport à l'ancien restaurant "Pokéyo" apparemment au même endroit.
Kurondie (2024-03-25 11:53:42+00:00): Désolée. C'est parce que j'utilisais l'application streetComplete qui n'a pas vu ce node. Je déplacerai les infos sur l'ancien node.
Kurondie (2024-03-25 14:54:09+00:00): J'ai corrigé.
https://www.openstreetmap.org/changeset/149135256
LudovicG (2024-03-26 08:15:16+00:00): Merci
Mateusz Konieczny (2024-07-25 04:46:00+00:00): https://www.openstreetmap.org/way/107951929/history 

Chwila, to na pewno jest Lewiatan nazwany Wiarus?

Czy też nazwa powinna być zmieniona ?
Nakaner (2024-03-18 08:33:23+00:00): reverted by https://www.openstreetmap.org/changeset/148804240
NorthCrab_upload (2024-03-16 17:21:42+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.

"Ignacego Paderewskiego":
https://www.openstreetmap.org/node/11737203239

"Asnyka":
https://www.openstreetmap.org/node/11737224776

"Reymonta":
https://www.openstreetmap.org/node/11737224778

"Sobieskiego":
https://www.openstreetmap.org/node/11737224812

"Biała":
https://www.openstreetmap.org/node/11737224937

"Zgodna":
https://www.openstreetmap.org/node/11737225002

Pozdrawiam! 🦀
Metzor (2024-03-16 20:55:37+00:00): Hallo Usimonm,

Ich bin neugierig: Was ist der Hintergrund von diesen Namen?
Z.B: name=bb10

name=unbekannt solltest du einfach löschen. Ein nicht vorhandenes name-Tag sagt ja, dass dort (noch) kein Name gesetzt ist. Es sieht doch schon seltsam aus, wenn auf Karten Flüsse mit dem Text "unbekannt" erscheinen...

Im Wiki findest du noch mehr zu Namen:
https://wiki.openstreetmap.org/wiki/DE:Namen#name_ist_nur_der_Name

Fröhliches Mappen
Metzor
Frankst (2024-03-16 21:25:24+00:00): Warum geht die Box der Bearbeitungen hier bis Nigeria? Ist das ein Bug oder wurde hier ein Knoten dort geändert?
Usimonm (2024-03-17 06:41:05+00:00): Vielen Dank für die Hinweise.
@ Metzor: Den Namen habe ich gelöscht.
@Frankst: Ich hatte per Koordinaten einen Punkt eingegeben. Den hatte ich nicht gleich wieder gelöscht. Ist erledigt.
Metzor (2024-03-17 07:44:10+00:00): Hallo Usimonm,

Danke für's Korrigieren!

Es gibt weiterhin Namen mit bb:
https://overpass-turbo.eu/s/1II2

Ich vermute, die sollten auch noch weg?

Schönen Sonntag!
Metzor
mcliquid (2024-03-17 08:11:52+00:00): Hi, ist der Name "unbekannt" vor Ort ausgeschrieben? https://www.openstreetmap.org/way/1263272328
Usimonm (2024-03-17 09:16:38+00:00): @metzor: In OSM kartographieren ist noch Neuland für mich. Gibt es eine Richtlinie, ob die Einzelteile einer Realtion einen Namen tragen sollen, oder nur die ganze Realtion?
@ mcliquid: Leider kann ich den Sinn deiner Frage nicht ganz erfassen.
mcliquid (2024-03-17 09:35:35+00:00): Kein Problem, ich habe es korrigiert.
Metzor (2024-03-17 09:49:42+00:00): Hallo usimonm,

Dafür ist ja die Kommentarfunktion da: Damit wir uns gegenseitig helfen können!

mcliquid wollte dich darauf hinweisen, dass du bei einem Weg das "unbekannt" noch nicht entfernt hast. Hat er nun wohl schon erledigt :-)

Ob man den Namen sowohl an den Weg als auch an die Relation taggen soll, konnte ich auch erst nach etwas Recherche herausfinden... Die Antwort ist ja, sollte man: "The relation should obviously be tagged with name=*, as well as name:*=* for names in other languages. Because not every renderer supports waterway relations, each way should also be tagged with the local name=*."
https://wiki.openstreetmap.org/wiki/Relation:waterway
Also entweder du änderst die Namen mit bb in "Bibersbach" oder, wenn dir der Name nicht bekannt ist, lösche die name-Tags.

Nach dem Ändern kannst du mit dem Link überprüfen, ob du alle erwischt hast.
Die Daten bei overpass-turbo sind so gut wie live. https://overpass-turbo.eu/s/1II2

Schone Grüße
Metzor
Mateusz Konieczny (2026-01-13 09:13:35+00:00): Hello! https://www.openstreetmap.org/node/11675346790/history has shop = beer that was added in this edit
shop=beer ? Maybe shop=alcohol alcohol=beer would work well, indicating that shop sells primarily this alcohol? Having separate shop types for sake, whisky, cider, beer, wine, red wine etc etc seems a poor idea while cascading tagging still provides full info for anyone interested while providing also top-level basic info for someone wanting 100 shop types rather than 10 000.

See https://wiki.openstreetmap.org/wiki/Tag:shop=alcohol
Frans S (2024-03-22 14:01:08+00:00): Hello. Thanks for mapping on this project.
A remark about mapping highways
How to decide when a trace is a path or an unclassified highway
First, look what they connect.  Houses, settlements, villages. Then measure the width of that trace.
In iDeditor 

Shortcut : Ctrl+⇧ Shift+M – toggle  opens measurement panel
Draw a line between the shoulders of a trace (zoom in very far) and read the distance.
If a trace is max 2 meters wide, tag it as a path.
Wider and connect hamlets, houses and villages should be tagged as unclassified.
Tag residential in urban areas (villages, towns)
In JOSM, use the measure tab, or draw a circle (round building, shortcut Alt-Z when the building plugin is installed)) between the shoulders of a trace and read the distance on the lower toolbar. (remove the circle after that)

https://wiki.openstreetmap.org/wiki/East_Africa_Tagging_Guidelines
This is mentioned about tracks on the
https://wiki.openstreetmap.org/wiki/Routing#Routing_considerations

Quote: Tracks are roads of agricultural purpose. They usually connect fields to farms. The surface sometimes makes them inaccessible for regular cars, or at least limits the speeds to a very slow pace. Tracks should always be avoided for through-going traffic or within urban areas.
canfe (2024-04-06 18:20:57+00:00): il phone non è formattato correttamente
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/148742690
Marcello Rossi (2024-04-06 22:02:32+00:00): Puoi darmi qualche dettaglio in più? Ho scritto +39011... non è corretto così?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/148742690
canfe (2024-04-07 06:56:24+00:00): https://wiki.openstreetmap.org/wiki/Key:phone

+39 011 123456789
Marcello Rossi (2024-04-07 07:20:12+00:00): ok, con gli spazi tra le cifre.  Pensavo più allo 0039 al posto di +39 , oppure all' evitare il prefisso internazionale.
canfe (2024-04-07 14:33:19+00:00): In OSM non esiste "il buon senso".
Ogni cosa va codificata.
Bisogna leggersi la wiki di ogni cosa, almeno la prima volta e non andare ad orecchio.
Ad un monumento come che tag gli metteresti? [è una trappola :-)]
eggie (2024-03-16 17:39:58+00:00): Dag Frank..
Kijk even hier
.. office=logistics
https://wiki.openstreetmap.org/wiki/Tag:office%3Dlogistics

Groet..
eggie
eggie (2024-03-16 17:50:18+00:00): aangepast.. Je zou anders geen rendering zien. 
gr eggie
dieterdreist-CAI (2024-03-18 12:08:17+00:00): non è sbagliato avere il nome "Ospedale Civile Giuseppe Mazzini" sul'edificio dell'ospedale, soprattutto visto che non hai messo nessun'altro nome che potrebbe confermare che ci sia un'altro nome per l'edificio. 

Saluti
Martin
eggie (2024-03-16 17:59:18+00:00): Dag Frank  
Alle begin is moeilijk. 
Je edits https://overpass-api.de/achavi/?changeset=148743923
landuse=industrial  hoort niet op een node, maar op het vlak. Maar dart is hier al getagd. 
Die niet valide tags heb ik verwijderd.. Geeft een foutmelding.
office=logistics zal de rendering doen.
Paar keer ctrl f5 voor het effect
Groet
eggie
Frank van Beek ede (2024-03-16 18:05:05+00:00): idd alle begin is moeilijk. gelukkig is er iemand zoals jij die meekijkt en als het nodig is aanpassingen maakt. bedankt daarvoor.
eggie (2024-03-16 18:22:14+00:00): 👍
eggie (2024-03-16 18:40:27+00:00): Dag Henk..

..shop=bicycle lijkt me beter.
Zie https://wiki.openstreetmap.org/wiki/Tag:shop%3Dbicycle
Evt met aanvullende tags.
Mvg
eggie
danieldegroot2 (2024-03-16 18:05:18+00:00): *ref:IE:smr of course
tekim (2024-03-16 20:23:43+00:00): Hello, Welcome to OpenStreetMap (OSM).  Thanks for editing the map.  Unfortunately, we are not allowed to use, reference, or mention Google Street View when editing OSM due to Google's terms of use.  Doing so could put the OSM project in legal jeopardy.
marczoutendijk (2024-03-17 08:00:10+00:00): https://www.openstreetmap.org/user_blocks/15840
seewäldler (2024-03-18 12:15:33+00:00): Hallo Gerold

Ich greife jetzt mal dieses Changeset stellvertretend für die vielen ähnlichen von dir der letzten Tage raus. Ist es nicht sinnvoller das surface=paved zu lassen als es durch "nichts" zu ersetzen? Hier z.B. der way 644384080 ist geteert, zu sehen hier bei mapillary von der B31 nebenan: https://www.mapillary.com/app/?lat=47.674979430966005&lng=9.401339647140048&z=17&focus=photo Damit passt doch das paved-tag, auch wenn es mit asphalt ein passenderes genaueres gäbe. Oder sind das Vorarbeiten von dir die Wege alle genauer auszuzeichnen?
rene78 (2024-03-21 21:57:32+00:00): Hi Gerold,

könntest Du Dich zu unseren Einwänden noch äußern?

Danke und Gruss
Gerold (2024-03-22 19:06:27+00:00): Die Position "besser irgendwas steht drin, als nix" ist falsch, weil
1. Tools wie StreetComplete/SCEE keinen Verbesserungs-Bedarf zeigen, denn es steht ja was drin und
2. es die Datenqualität und Nützlichkeit von OSM völlig unnötig reduziert, teilweise bis fast zur Nutzlosigkeit.

Punkt 2 wird offensichtlich, sobald man die Perspektive des Mappers durch diejenige des Auswerters tauscht. 

Anhand des "building"-Tags lässt sich das leicht illustrieren. Da ist "building=residential" das Äquivalent zu "surface=asphalt". Und im Wesentlichen genauso nutzlos, denn mit dieser Angabe kann man z.B. keine Auswertung der Siedlungsstruktur einer Kommune erstellen. Ist überall detached, semi_detached, appartments,... getaggt, dann ist die entsprechende Auswertung ein relativ triviales Python-Script. Und zwischen einem Stadteil, in dem verteilt ein paar Villen stehen ("detached") oder ein paar 10-stöckige MFH ("appartments") ist in vielerlei Hinsicht gewaltig, würde aber bei "building=residential" völlig untergehen.

Für Leute die mit Rollstuhl, Kinderwagen,... unterwegs sind, macht es einen deutlichen Unterschied ob surface=paved in der Realität Asphalt oder mittelalterliches Kopfsteinpflaster ist.

Von solchen Details leben nicht nur Routenplanungen, sondern auch Projekte wie Wheelmap & Co.. In dieser Hinsicht sollte man als Mapper von einer "ich kann mit den Details nichts anfangen"-Sicht Abstand nehmen und stattdessen lieber die präzisesten, passenden Tags verwenden. Irgendwann kommt jemand anders auf eine tolle Idee und dann sollte der OSM-Datenbestand auch liefern können. Die Möglichkeiten dazu wurden ja geschaffen, das Potential brach liegen zu lassen wäre sehr dämlich.
rene78 (2024-03-22 21:49:37+00:00): Danke für die Antwort!
Deine Erklärung macht Sinn. Würde so mit Dir übereinstimmen.
seewäldler (2024-03-24 16:35:07+00:00): Ich habe auf https://community.openstreetmap.org/t/flachiges-entfernen-von-surface-paved-tags/110904 dieses Thema mal aufgegriffen.
seewäldler (2024-03-26 16:30:20+00:00): Hallo Gerold

Die Antworten auf dieses Thema lesen sich dann doch recht klar, dass das Tagging, wenn auch verbesserungswürdig, nicht gelöscht werden soll. Und StreetComplete hat, wie mcliquid rausgesucht hat, extra eine Weiche eingebaut um solch verbesserungsfähiges Tagging zu erkennen und als Vorlage in die Quests mit zu übernehmen. Schaust du dir deine Changesets bezüglich des Löschens von surface=paved dann noch mal an?
Mateusz Konieczny (2025-04-29 11:34:55+00:00): Hello! https://www.openstreetmap.org/node/11737353741/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 )
eggie (2024-03-16 20:30:00+00:00): Daniel,
De info heb ik samengevoegd met de bestaande  adresnode.
Is dat mogelijk met 
  	Every Door Android 4.1 ?
We krijgen anders dubbele en ook incomplete adressen. 

MVG
eggie
dnl12 (2024-03-17 14:32:38+00:00): Hoi Eggie, 

Het was niet mijn bedoeling om de verdegaalhal aan te passen of te associëren met het atelier.

Welke applicatie zou jij aanraden om bij te dragen aan OpenStreetMap, Every Door werkt oké maar heeft z'n beperkingen.

Met vriendelijke groet,
Daniël
dnl12 (2024-03-17 14:48:50+00:00): Oh zo, ik zie wat ik fout heb gedaan.
Zal er in vervolg op letten bij het aanmaken van nieuwe POIs

Bedankt voor het corrigeren i.i.g.
eggie (2024-03-17 15:22:01+00:00): Hoi....  Die app's heb ik nog nooit gebruikt. Dus kan er weinig over zeggen. 

De ervaren mappers werken allemaal met josm.
Dan heb je een zee van mogelijkheden.
https://community.openstreetmap.org/t/editor-josm-stap-voor-stap/75047

Een aanrader dus.

Mapse
eggie
dnl12 (2024-03-17 15:26:21+00:00): Zal het uitproberen, bedankt.
rene78 (2024-03-17 17:09:20+00:00): Hi Gerold,

der tag mag ungenau sein, aber ist doch allemal besser als nichts, oder?

Gruss
Rene
Akkurator (2026-02-21 14:38:42+00:00): Hallo Gerold,

du hast in diesem CS bei einigen Fußwegen das Tag "surface=paved" entfern mit der Begründung "ist viel zu ungenau".

Ja, es ist ungenau, aber noch immer genauer als gar nix. Immerhin ist damit klar, dass es ein befestigter Weg ist und kein matschiger Trampelpfad o.ä.

Ich bin über alle diese Wege als Zeitungszusteller täglich gegangen und weiß sicher, dass sie alle sehr gut befestigt sind, aber ob das Knochensteine, Betonplatten oder Asphalt ist, weiß ich nach 40 Jahren auch nicht mehr.

Mein Vorgehen wäre hier: wenn man's nicht genauer weiß: einfach stehen lassen. Aber nicht löschen. Gelöscht wird nur, was falsch ist. Und paved ist nicht falsch, sondern in diesem Fall die genaueste Angabe, die ich machen konnte (und kann). Wer's genauer weiß, darf sehr gerne umtaggen.
Die Löschung ist ein Informationsverlust, daher m.E. nicht angebracht.

Abgesehen davon war das einer meiner ersten Edits auf OSM überhaupt. Ich würde die auch heute nicht als path, sondern footway taggen.

Weiterhin: bei den beiden Parkplätzen in Hatzenweiler war dann zwar kein surface Tag mehr vorhanden, aber immer noch smoothness=good. Passt m.E. nicht zusammen.
Man kann leicht herausfinden, dass die asphaltiert sind. Hab ich jetzt so getaggt.

Grüße,
Akkurator
ikido (2024-03-21 10:12:51+00:00): Добрый день. Вы добавили название для путей "Исторический зод Трансиба". Этой информации не должно быть в поле name, перенесите её в description или более подходящий для этого тег.
gscholz (2024-03-18 06:29:25+00:00): Hi Tomonox,
If you are really sure this data exits in reality you should add a propper changeset comment and state the source of this data:

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

Kind regards
Guido
ratrun (2024-03-26 18:53:52+00:00): As there was no response and this data obviously was fake I deleted it.
Frans S (2024-03-17 10:01:12+00:00): Hello. A remark about tagging a trace as 'track'> Please read what the wiki says about it.
----
This tag is usually used for roads providing access to agricultural or forestry facilities. In Africa, roads within National Parks mostly qualify as tracks too. If possible, please use also in conjunction with tracktype=*. Never use track to mark an unpaved or unsealed road in built-up areas. Such roads should be tagged according to the local conventions (usually highway=residential) and complemented by surface=*. 
Best regards
NieWnen (2024-03-17 12:04:43+00:00): Nie zmieniaj proszę na `highway=cycleway`. Używanie `highway=path` w tym przypadku to poprawna opcja i lepsza opcja.

https://wiki.openstreetmap.org/wiki/Pl:Rowery#Drogi_dla_pieszych_i_rower%C3%B3w

lub przykład "S5"
nadirsky (2024-03-17 12:17:09+00:00): Dziękuję! Brakowało mi takiego przykładu z linku
qqqqqqqqqqqqqqqqqqqq (2024-03-19 20:51:32+00:00): Hi, 
if the place is closed forever either delete it or add a lifecycle prefix
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
for example:
was:shop=cannabis
was:amenity=restaurant
infeeeee (2024-03-16 22:03:52+00:00): Szia!
Gyalog se szabad bemenni, vagy csak autóval?
hangyabalazs (2024-03-16 22:30:33+00:00): Szia!
Teljes szélességben le van zárva sorompóval.