piebro/osm-data huggingface dataset:
Mark Martinec (2024-03-12 23:40:37+00:00): >  think that building:levels:underground should only be used on buildings

I agree, removed. I have inherited this tag unintentionally when I merged my locker with a previous version of this locker at a wrong location.

As far as ref vs. a description - I'm not sure. The current text in ref is an exact copy from the GLS website.
martianfreeloader (2024-03-13 18:34:20+00:00): Ok.

The wiki says that the "ref" key is used for numbers and codes. "PAKETOMAT Podhod mesarski most" doesn't really seem to be a number or code.

I think that "PAKETOMAT Podhod mesarski most" could be the name in this case. The current name looks more like a description to me.
Mark Martinec (2024-03-18 18:15:27+00:00): Ok, changed "ref" to "name", lowercased "paketomat".
ivanbranco (2024-03-11 18:39:47+00:00): Parking spaces are part of the parking. Making them inners of the parking practically excludes them from the parking, so it's wrong. See:

1. "Use amenity=parking_space to map a single parking space on a parking lot."

2. "Note that amenity=parking_space should not be mapped instead of amenity=parking but inside of an amenity=parking."

For these reasons, I'm gonna revert this edit (for the second time).
BlueButterfly (2024-03-11 20:21:01+00:00): Correction: Source used was Esri World Imagery; Já 360
Cebderby (2024-03-11 20:30:03+00:00): Reverted for misaligning building and adding fiction.
ivanbranco (2024-03-11 18:55:24+00:00): I copy and past a comment you received four days ago (https://www.openstreetmap.org/changeset/148351841):

"È errato utilizzare amenity=parking per singoli posti auto all'interno di un amenity=parking esistente. Devono essere modificati in amenity=parking_space."

Could you fix it before moving on with further edits?
marczoutendijk (2024-03-13 14:57:18+00:00): https://www.openstreetmap.org/user_blocks/15823

Marc Zoutendijk
OpenStreetMap Foundation
Data Working Group
Dodko (2024-03-15 17:27:36+00:00): Opatrne pri kopírovaní ref:minvskaddress
https://www.openstreetmap.org/way/1260680542/history
NorthCrab_upload (2024-03-11 19:00:14+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/way/1260684036

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! 🦀
Jordi MF (2024-03-13 00:17:49+00:00): Hola Javier,

Bienvenido a OSM. He visto que has eliminado un hidrante y has añadido otros dos hidrantes con el nombre de 2 fallas. No parece correcto. ¿Podrías revisar la edición o explicar qué pretendías mapear?
Javierdebetera (2024-03-13 07:53:30+00:00): Hola. He actualizado, después de revisarlos, los hidrantes que vamos a utilizar para el servicio preventivo del día 19 de marzo, hogueras de fallas.
Jordi MF (2024-03-13 19:12:40+00:00): Perfecto, el único problema es que el nombre del hidrante debe de ser el oficial, si es que existe (hasta ahora, nunca he visto que un hidrante tenga nombre). Puede que sí que tenga algún número o código de referencia que a los bomberos les sea útil. En este caso, debe de usarse la etiqueta ref=*.

Lo mismo te digo para los hidrantes que has añadido en el siguiente conjunto de cambios: https://www.openstreetmap.org/changeset/148579711

En resumen, los nombres deberían de eliminarse para seguir las instrucciones correctas de etiquetado de OpenStreetMap. No sé si conoces la siguiente web (https://www.osmhydrant.org/es/). En ella, si buscas el municipio de Bétera, rápidamente podrás consultar los hidrantes de OSM.

Saludos,
Jordi
Frans S (2024-04-10 10:43:35+00:00): We welcome you as a new mapper.
Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks have been mapped in accordance with the quality standards of HOTOSM. 
We cannot expect from a new mapper that he/she delivers high-quality mappings from the start, so we offer some guidance.
Please pay attention to the next summarized issues. (see attached document with examples for more info)
Inaccurate mapped. Oversized. Very sloppy.


Explanation can be found in this document what  might be helpful to strengthen 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/148519820
bxl-forever_repair (2024-03-15 20:01:34+00:00): Merci pour l’ajout.

Nous avons apporté les corrections.
Il n’y a pas de catégorie « spa » au premier niveau mais ça existe dans la catégorie beauty/wellness, et votre établissement est désormais bien visible sur la carte.
Strubbl (2024-03-13 11:23:26+00:00): Hi J-MUC, 

sicher, dass das Geschäft jetzt  Hugs & kisses5 heißt?

Ich habe jetzt erst gesehen, dass du das hier beim POI immer auf die alte URL zurückänderst. Warum? Der Inhaber der Domain hugskisses.de hat unter dieser einen **permanenten verschoben** (bitte lies https://en.wikipedia.org/wiki/HTTP_301) auf eine komplett andere Domain brautkleider-muenchen.com eingerichtet. D.h., die alte Domain soll nicht mehr genutzt werden. Wenn die alte Domain dann demnächst abgestellt wird, haben wir einen toten Link in OSM, der hätte verhindert werden können. Das habe ich schon oft genug bei anderen POIs gesehen. Ich versuche, in München alle Links aktuell zu halten und da stört dein Zurückeditieren - also wenn du einfach meine Änderung einfach zurücksetzt! Du hättest diesbzgl. Kontakt mit mir aufnehmen können! Das finde ich so wie du es derzeit handhabst nicht okay und so funktioniert OSM nicht! Kannst du bitte damit aufhören? Wenn dir eine Bearbeitung von mir nicht passt, wäre ich über eine Rückmeldung im CS oder über eine Kontaktaufnahme sehr dankbar. Eine stillschweigende ständige Rückänderung bringt das Projekt nicht weiter und finde ich sogar destruktiv!

Statt so sinnlos meine Änderungen zurückzusetzen, könntest du lieber was sinnvolles tun und mithelfen, die weiteren POIs zu fixen, die eine fehlerhafte URL berichten, siehe: https://osm.strubbl.de/olv/table-3600062428.html. Da gibt es noch viel zu tun!

Viele Grüße
Strubbl (2024-03-16 22:20:50+00:00): Achso, und was ist nun mit dem Namen? "Hugs & kisses5". Hast du den Vor Ort recherchiert? Besitzer von Läden sind verrückt, aber so würde ich mich nicht umbenennen.
Strubbl (2024-03-16 23:09:48+00:00): Nachdem du mehrmals bewusst meine Änderungen zurückgesetzt hast, ohne jegliche Kontaktaufnahme, finde ich deinen Kommentar von oben nicht mehr so gut. Schade.

Eine _stillschweigende_ ständige Rückänderung bringt das Projekt nicht weiter und ich finde es weiterhin destruktiv von dir das bewusst zu tun! Warum machst du das? Was bringt das? Das bläht nicht nur die DB auf, es verschwendet sowohl deine als meine Zeit. Das ist nicht fair! Hör bitte auf damit und melde dich bei Problemen!
Strubbl (2024-03-16 23:21:38+00:00): Falls du eine Referenz für das "bewusst" benötigst, ich meine zB. https://www.openstreetmap.org/node/1349896833/history
Aufgrund der CS Kommentare ist hier nicht von Editor verschlucken auszugehen. Das sind zwei separate Bearbeitungen. Ich meine, du änderst ganz bewusst die URL entsprechend zu irgendeinem Wiki Guide und die CS Kommentare sind auch sehr unterschiedlich. Die Editorversionen sind auch sehr unterschiedlich. Wie kann das ein Verschlucken vom Editor sein? Bitte erkläre es mir.

Ja, geo-d und ich haben vielleicht nicht die beste URL getaggt. Aber dreimal bewusst zurückzuändern wäre mit einen Hinweis an die ursprünglichen Kartierer doch besser gewesen.  Dann wären es maximal zweimal gewesen. Wie sollen wir uns sonst verbessern? Das geht nur mit gemeinsamer gegenseitiger Hilfe und nicht mit heimlichem Zurückändern.
Warum werden URLs immer und immer wieder korrigiert, die eigentlich schon ordentlich kartiert waren? Das kann doch keinen Spaß machen.
Strubbl (2024-03-16 23:43:12+00:00): Das beschäftigt mich wirklich. Sorry für den erneuten Kommentar. Ich versuche deine Argumentation zu verstehen.

"Redirects sind ja u.a. dazu da, um z.B. von einer länglichen/komplexen, ggf. implementierungsspezifischen Addresse zu abstrahieren und einen für menschlische Nutzer einfacher verdaubaren, vor allem aber durch die Abstraktion von der Implementierung die Adressen robuster zu machen."

Wieso ist die URL hugskisses.de für menschliche Nutzer einfach als brautkleider-muenchen.com? Das verstehe ich nicht. Vor allem nicht für Menschen im deutschsprachigen Raum. Ja, weniger Buchstaben zu tippen verstehe ich, aber sonst? Die Vertippergefahr ist doch bei der engl. Version viel größer.


Noch mal zu dem "Sicht durchdrücken" mir ggü:
Am Ende ist es mir so was von egal, welche URL da in welchem Website-Tag auch immer drin steht. Da liegt es mir fern irgendeine Sicht durchzudrücken. Das Ziel ist weiterhin, POIs vor dem Verrotten zu retten und mitzubekommen, wenn sich vor Ort etwas _geändert haben könnte_.
Wenn du für einen POI "deine" herausgefundene URL drinstehen haben möchtest, dann sehr gerne. Da bin ich doch eher froh drüber, wenn sich dem POI jemand annimmt und ihn bemuttert. Jeder von uns hat so Läden, wo es ihm wichtig ist, dass die Daten aktuell sind und pflegt die regelmäßig nach. Aber ich kenne deine ja nicht und kann nicht erraten, wo dir URL XY wichtig ist. Das wir unsere Zeit verschwenden, um ein und denselben POI (bzw. wie sich zeigte mehrere) hin und her zu ändern ist das, was mich fertig macht. Dafür haben wir keine Zeit. Ich hoffe, das siehst du genauso.

Entschuldige bitte wirklich, dass es so viele Kommentare geworden sind. Das Thema bewegt mich. Ich halte mich mit Kommentaren nun zurück außer du benötigst noch eine dringende Antwort zu einem konkreten OSM-Thema. Die URL hier habe ich natürlich auch schon auf die Ignorierliste gesetzt.

Bitte das Thema mit dem Namen nicht vergessen. Sonst hat der POI so eine tolle URL aber Nominatim findet ihn wegen dem Namen nicht.
Strubbl (2024-04-24 19:46:38+00:00): Nanu, https://www.hugskisses.de/ zeigt einen Fehler: 

This server could not prove that it is www.hugskisses.de; its security certificate is from *.checkdomain.de. This may be caused by a misconfiguration or an attacker intercepting your connection.
Frans S (2024-03-22 11:44:49+00:00): Thank you for mapping. You have correctly identified the location of most objects and mapped. However, Not all buildings are squared.

Reminder: Please be sure to square all rectangular buildings with the Q key
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
In this document, you will find some hints and tricks which might help to expand your mapping skills.
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/148520196
FraukeLeo (2024-07-28 20:13:31+00:00): Hallo daniel_k, soweit ich sehe und weiß, haben die Anschlussstellen an der ausgebauten B 49 keine ausgeschilderten Namen. Siehe https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction#Benennung_von_Stra%C3%9Fenknoten
Fahrziele auf Wegweisern gehören ins destination=* des abzweigenden links, nicht in den Namen der Abfahrt.
daniel_k (2024-07-28 20:19:10+00:00): Der Name findet sich bei Wikipedia, ist wahrscheinlich aber inoffiziell.
https://de.wikipedia.org/wiki/Bundesstra%C3%9Fe_49#Vierstreifiger_Ausbau_zwischen_Wetzlar_und_Limburg_2
FraukeLeo (2024-07-28 20:27:22+00:00): Wikipedia ist keine Quelle für OSM. Die schreiben auch bei uns ab, das gibt Zirkelbelege :) Siehe dazu auch die Diskussion unter https://community.openstreetmap.org/t/wann-hat-motorway-junction-einen-namen/108468
FraukeLeo (2024-07-28 20:47:35+00:00): Ich hab die name=* mal weggenommen und durch noname=yes ersetzt. Der Name Obertiefenbach-Ost erscheint nirgends an der Straße, nicht mal auf Vorwegweisern. Das ist nicht hilfreich, wenn ein ortsfremder Fahrer die Anweisung bekommt, Obertiefenbach-Ost abzufahren - der fährt dann dran vorbei.
jothishbabu (2024-03-11 19:30:16+00:00): #OMGuru
Bernhard W (2024-03-12 06:34:27+00:00): warum "building =" gelöscht? Die Gebäude stehen noch und die Namen, z. B. "Media Markt", stehen auch noch lesbar dran.
"bulding = ruins" finde ich besser als zu löschen. Vielleicht wird "commercial" auch wieder aufgebaut.
5R-MFT (2024-03-12 09:51:39+00:00): Habe es auf ruins geändert. Hatte ruiins nur für altes verfallenes im Kopf.  Deshalb kam ich auf die Idee destroyed zu nehmen.
eggie (2024-03-11 20:38:12+00:00): Welkom bij OSM   
De source=BAG heb ik hersteld.
MVG
eggie
czebureks (2025-06-29 22:50:59+00:00): Cześć,
mam pytanie, co to za ścieżka: https://www.openstreetmap.org/way/1260694136 ? To chyba nie ma żadnego mostu nad Radunią, prawda?
Ryzy85 (2025-07-07 08:05:25+00:00): nie ma mostu, jest to ścieżka dochodząca do brzegu rzeki  z tego co pamiętam to ja chyba ja doprowadziłem przed linie rzeki żeby nie tworzyć relacji z rzeką ... Może ktoś zaktualizował przebieg koryta rzecznego ... ? W tym miejscu były powalone drzewa (po których można przejść) ale wydaje mi się że ja raczej nie przerzucałem tej sieczki na druga stronę ...  nie pamiętam teraz ...
czebureks (2025-07-19 13:31:02+00:00): Tak, to ja zaktualizowałem przebieg Raduni na podstawie warstwy "Cieniowanie rzeźby terenu ISOK". Poprawiłem tę ścieżkę tak, żeby nie nachodziła na koryto rzeki, ale w tej wersji ma raptem jakieś 5 metrów i zastanawiam się, czy w ogóle warto ją trzymać. Jeżeli rzeczywiście tam istnieje jakieś zejście nad rzekę z potencjalnym brodem, to można zostawić.
Ryzy85 (2025-08-06 12:28:36+00:00): Ja tam się nie upieram ze ta drużka musi istnieć :). Tam jest ewidentne zejście po skarpie na dół, które ktoś kiedyś wydeptał. Tak jak jest, dla mnie jest ok. Ja obstawimy, że ludzie po prostu przechodzą po powalonych drzewach żeby dostać się do Grodziska Babi Dół, żeby nie musieć obchodzić aż do mostu.  Zresztą ja też tak robię jak idę od stacji kolejowej. Z tym że to przejście nie jest przyjazne/akceptowalne dla większości ludzi wiec ja bym zostawił jak jest, jako taką sugestie dla "wtajemniczonych" ale to tyko moja opinia
czebureks (2025-08-14 16:18:08+00:00): Też myślę, że teraz jest optymalnie. Pozdrawiam
Enock4seth (2024-03-12 10:02:05+00:00): Hi,
Is this supposed to be residential area?
Enock4seth (2024-04-28 22:55:54+00:00): Hi, can you please explain what you are trying to map here?
ArchiCraig (2024-04-29 22:21:00+00:00): This is an attempt to map a proposed development in this area. I can share some information on who the developer is once they agree to provide a contact number.
Frans S (2024-04-12 13:05:01+00:00): Thank you for mapping. You have correctly identified the location of most objects and mapped. However, please do not connect nodes of buildings to each other.

Reminder: Please be sure to square all rectangular buildings with the Q key
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
In this document, you will find some hints and tricks which might help to expand your mapping skills.
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/148521016
emersonveenstra (2024-03-16 14:24:43+00:00): Hi there,

I've fixed all of these in MT already, but in the future, please make sure you understand what noexit=yes means, which is that travel is impossible by *any* means. So adding noexit here: https://www.openstreetmap.org/node/3174433209 is wrong because travel is still possible by foot.
DD1GJ (2024-03-11 21:34:57+00:00): Die einzelnen Kartenersteller entscheiden, was auf der Karte in welcher Form dargestellt wird. Diese Karte zeigt den healthcare-Namensraum grundsätzlich nicht an.
user-GF-00001 (2024-03-13 19:00:53+00:00): Vielen Dank für die Information!
VladaC (2024-03-29 18:37:14+00:00): Hello,
You added a number of culverts (tunnel=culvert) in the forest in Orlické hory, declaring CUZK ortophoto as the only source. However, I can't see them on the CUZK ortophoto, except for those that cross the main road. (Even some of those are not positioned correctly.)
According to my experience, it is next to impossible to correctly resolve intersections of small waterways and forest paths / tracks without on-site survey. I would bet that in 1/2, maybe 3/4 of cases you would not find the  culvert you mapped OTG in reality. There may be fords or bridges there and very often there is no trace of any waterway at all - the waterway may be intermittent or incorrectly imported into the map data.
I believe this is a harmful practice. It happened to me as a map user that I arrived to a 40cm deep ford where an unnamed OSM mapper added an imaginary culvert. You do not want to be responsible for that. Adding speculative culverts or bridges also makes it difficult to those who want to resolve the intersection correctly - as the situation seem to be already resolved. Additionally, the ways or waterways are unreasonably split, causing part of the way history to be lost and complicating further edits and work on relations.
SpinOff (2024-03-31 17:53:40+00:00): Thank you for this comment. I have reverted the most suspicious changes.
VladaC (2024-04-01 09:31:54+00:00): Thanks a lot - much appreciated!
eggie (2024-03-11 20:41:59+00:00): Welkom bij OSM,

Wat was je bedoeling hier?
Je edits https://overpass-api.de/achavi/?changeset=148521733

Ik heb het adres weer hersteld en name=Playground verwijderd.
MVG
eggie
eggie (2024-03-11 20:42:39+00:00): reverted by changeset #148522390
Marek-M (2024-03-14 20:35:29+00:00): Taki klucz jak amenity=photographer nie jest stosowany i zaraz go usunę. Prawdopodobnie chciałbyś aby Twoja firma dostała ikonkę ale niestety nie jest to takie proste w OSM, bo craft=photographer musiałby zostać zaprogramowany przez opiekunów kodu mapy OSM Carto (to jest ta podstawowa mapa OSM) a oni nie dodają obiektów zbyt chętnie.

Twoja firma jest prawidłowo oznaczona, zgodnie ze standardami OSM, więc nie ma potrzeby niczego zmieniać (ewentualnie można uzupełniać inne dane, np. kontaktowe).
empty_child (2024-03-12 09:34:36+00:00): Добрый день
Пожалуйста, не меняйте теги на некорректные (https://www.openstreetmap.org/node/11463579570). Это школа искусств, не музыкальная

Частичный откат (https://www.openstreetmap.org/changeset/148540071)
fayor (2024-03-12 14:58:40+00:00): Ciao, hai aggiunto una piazza che era già mappata
Allroads (2024-07-28 21:22:06+00:00): Hoi, je verwijderd hier de zorgvuldig ingetekend highway=platform met tactile_paving=yes tevens verwijder je de node met highway=bus_stop de node die daar staat op basis van het R.V.V. busicoon verkeersbord bushalte. Dit is niet correct.
bxl-forever (2024-03-11 22:28:47+00:00): Hello,

(Almost) all addresses in the Brussels-Capital Region are already in the database.  StreetComplete is a nice app but it does not know about the situation in every place.
We advise you to turn off the quests about missing addresses when you map in Brussels, via the Settings.  Alternatively, if it asks you something like this, please use the option that says that this building does not have its own housenumber.  But please never duplicate existing values, it just corrupts the database.

Thanks in advance and happy mapping.
ottwiz (2024-04-16 12:04:47+00:00): You shouldn't work for the renderer. There's a specific reason why there's the boundary=nature_reserve
https://wiki.openstreetmap.org/wiki/United_States/Public_lands#U.S._Forest_Service

I'll revert this.
Dāvis Kļaviņš (2024-03-16 09:54:30+00:00): Ja jau ir iezīmēts highway multipoligons, lūgums tajā nepārspīlēt ar ceļu kā līniju izzīmēšanu. Nepieciešami ir tikai galvenie savienojumi priekš maršrutēšanas. Arīdzan lūgums neatstāt ar kopējo ceļu tīklu nesavienotus posmus, ja tie apvidū ir savienoti.
tordans (2024-03-14 14:40:49+00:00): Hallo Matzefuewa, du hattest um eine Review gebeten bei diesem Changeset. Hier sind drei Tipps für dich:

Zu den Häusern: Es wird gern gesehen, wenn man Häuser rechteckig macht (wenn es zur Geometrie passt). Im iD Editor einmal Q drücken wenn das Haus markiert ist oder rechte Maustaste.

Zum gelöschten Haus: Mit dem Löschen hast du auch die Adresse gelöscht. Die sollte aber als Punkt bestehen bleiben, das habe ich in https://www.openstreetmap.org/changeset/148645156 wiederhergestellt.

Zu den Ladestationen: Davon war eine mit der Fläche verklebt, die sollten aber davon losgelöst sein. Habe in https://www.openstreetmap.org/changeset/148644980 auch die Fläche vergrößert, so dass klarer ist, dass man auf dem Gelände parken muss. Wenn du magst, könntest du noch die Flächen markieren wo die Stellplätze sind mit https://wiki.openstreetmap.org/wiki/Tag:parking_space%3Dcharging

Viele Grüße und viel Erfolg
flohoff (2024-03-11 21:52:43+00:00): Moin,
ich hab gerade den changeset gesehen. Das mit dem "name=Teich" ist eher - aehm - Name tag missbrauch.

in den name kommen nur wirkliche eigennamen. "Wilhelm-Conrad-Roentgen" oder "Konrad Adenauer Teich". Wenn man dinge "Beschreiben" will kommt das eher in das tag "description"

Flo
Teuto-Yachter (2024-03-11 22:16:04+00:00): Hi, danke für den Hinweis; du hast natürlich recht, es ist redundant. Korrektur ist unterwegs. :-)
Schönen Abend - TY
fayor (2024-03-12 15:00:12+00:00): Ciao, hai rimosso il tag dell'area di servizio mappandola come benzinaio, che era già mappato come punto
citrula (2024-03-12 03:56:58+00:00): Welcome to OSM. If the address is 1306 ruth avenue unit B, you should set addr:housenumber to 1306 and addr:unit to B. Hope this helps, and thanks for your contributions!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/148523479
NieWnen (2024-03-12 09:29:47+00:00): Błędne zmiany niestety. Wszystkie puste node w wayach, również dostały tagi.
NieWnen (2024-03-12 09:30:04+00:00): https://www.openstreetmap.org/node/1662696282
kubahahaha (2024-03-12 09:41:39+00:00): Dzięki, powinno już być ok
https://www.openstreetmap.org/changeset/148540409
_klaas_ (2024-05-08 12:10:52+00:00): Hallo,

warum hast du "Dat Hofcafe" einmal als Fläche (Gebäude) und einmal als Node (Punkt) eingetragen? Einmal genügt doch, oder?
sahilister (2024-03-23 06:26:29+00:00): Hello Rakshan, 

Good to see someone mapping in these areas. I need to point out some corrections/suggestions though:
i) Is https://www.openstreetmap.org/way/1260748537 really a "meadow" where meadow stands for " mainly used for hay (meadow) or for grazing animals (pasture). ". You can check tags and their OpenStreetMap definition from OpenStreetMap Wiki like https://wiki.openstreetmap.org/wiki/Tag:landuse=meadow?uselang=en
ii) One doesn't need to add name which are not noun, like in this case "Empty Plot Land" and "tree" in https://www.openstreetmap.org/changeset/148525134 . 
iii) The correct tag for tree is "natural=tree", see https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree

Feel free to reply here or reach out to wider OpenStreetMap community here in India at https://t.me/OSMIndia 

Cheer!
sahilister
LockOnGuy (2024-03-11 22:02:33+00:00): Why did you changed the names?
woodpeck_repair (2024-03-20 20:41:30+00:00): This changeset has been reverted fully or in part by changeset 148933260 where the changeset comment is: revert golf course mapping without sources, without explanations
rowcherryrow (2024-03-11 21:58:55+00:00): Correction: Source used was Bing aerial imagery
woodpeck_repair (2024-03-20 20:41:29+00:00): This changeset has been reverted fully or in part by changeset 148933260 where the changeset comment is: revert golf course mapping without sources, without explanations