piebro/osm-data huggingface dataset:
NeisBot (2025-12-13 20:48:30+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description or slogan contains detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

Could you please revise your description accordingly?

#MapWithoutSpam #Tags #Description
NeisBot (2025-12-13 20:48:30+00:00): For example, a more neutral and factual version of your description could be: "Tobacco shop in Chicago"
NeisReview (2025-12-16 17:03:12+00:00): 🔴 Partly reverted due to either a lack of response from the original contributor or remaining promotional text in description tags by https://osm.org/changeset/176015356
trigpoint (2026-04-14 18:19:58+00:00): This changeset has been fully reverted by the DWG in changeset https://openstreetmap.org/changeset/181336246
trigpoint (2026-04-14 18:19:52+00:00): This changeset has been fully reverted by the DWG in changeset https://openstreetmap.org/changeset/181336246
w_morland (2025-11-24 21:42:00+00:00): Hi Bashville, thanks for the contribution. 2 Baltimore Wharf does appear to have apartments across the two postcodes mentioned. Do you have a source for the change? I'm going to change it back for now
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/175085932
w_morland (2025-11-24 21:43:21+00:00): Hi Bashville, thanks for the contribution. 2 Baltimore Wharf does appear to have apartments across the two postcodes mentioned. Do you have a source for the change? I'm going to change it back for now
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/175085932
w_morland (2025-11-24 21:43:32+00:00): Hi bashville, thanks for the contribution. 2 Baltimore Wharf does appear to have apartments across the two postcodes mentioned. Do you have a source for the change? I'm going to change it back for now
w_morland (2025-11-24 21:44:07+00:00): Apologies for the multiple comments. There was an issue with the connection
StC (2025-11-29 13:14:13+00:00): Bonjour,

ce changeset a brisé la continuité d'un itinéraire pédestre qui passe par là. Je m'occupe de la réparation.
Jean-Baptiste Le Coz (2025-11-29 13:44:26+00:00): Désolé, je fais un peu un travail de bulldozer... je trace et recale en masse depuis la heatmap de strava, j'essaye d'être conservateur, mais ça marche pas toujours...
citrula (2025-11-25 04:20:50+00:00): Welcome to OSM, and thanks for your contribution. I have reviewed your edit and it looks good to me.
NeisBot (2025-12-13 20:48:32+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description or slogan contains detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

Could you please revise your description accordingly?

#MapWithoutSpam #Comment #Description
NeisBot (2025-12-13 20:48:32+00:00): For example, a more neutral and factual version of your description could be: "صحت کدہ مرکز Khalsa foods and natural products"
NeisReview (2025-12-16 17:04:02+00:00): 🔴 Partly reverted due to either a lack of response from the original contributor or remaining promotional text in description tags by https://osm.org/changeset/176015394
0000FF berries (2025-11-24 22:31:17+00:00): Καλησπέρα σας, καλώς ήρθατε στο OpenStreetMap. Ανήκω στους εθελοντές της κοινότητας. Χαιρόμαστε να βλέπουμε επιχειρήσεις να προσθέτουν τις πληροφορίες τους. Σας διόρθωσα τις ώρες λειτουργίας, σύμφωνα με τις οδηγίες στο https://wiki.openstreetmap.org/wiki/Key:opening_hours. Επίσης διόρθωσα και μια περιοχή στην Αθήνα, που κατα λάθος την μετατρέψατε σε συνεργείο αυτοκινήτων: https://www.openstreetmap.org/way/86378200  Σας παρακαλούμε όμως να μην βάζετε διαφημίσεις - γι' αυτό το λόγο αφαίρεσα το "description". Αν έχετε απορίες, μπορείτε να στείλετε μήνυμα στο φόρουμ του OpenStreetMap για την Ελλάδα https://community.openstreetmap.org/c/communities/gr/68 Σας ευχαριστώ και καλώς ήρθατε και πάλι.
ilias_ (2025-11-24 22:44:30+00:00): for 2 edits you could've separated into 2 changesets
yetzt (2025-11-24 22:49:58+00:00): the edit was accidental, i did not realize the editor "restored" my attempt to correct the opening_hours
w_morland (2025-11-24 22:19:29+00:00): Thanks for the edit. As this is a manmade underground reservoir the recommended tagging is man_made=reservoir_covered https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dreservoir_covered
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/175087194
JannesBraet (2025-12-20 11:42:45+00:00): Could you also maybe add a way from where this lake loop can be reached ? Now it seems impossible to get to
Tom Ameye (2025-12-20 14:01:03+00:00): Good question. I have completed the map, but this part along the Molenbeek is not publicly accessible as far as I know.
eggie (2025-11-25 08:38:56+00:00): review_requested 	yes

Hi,
Website is okay according wiki. 
Hi If the bench has an English name it's okay..  If not remove name:en=

Greetz,
eggie
oba510 (2025-11-25 09:18:48+00:00): This doesn't look quite right; these are just ramps connecting the streetcar platforms to the crossing. There are no sidewalks.
VLD318 (2025-11-25 16:48:52+00:00): Hello oba510, 

I understand your point. I have restored these to their original classification of highway=footway in changeset 175118961. Thank you and have a good day!
VLD318 / Owen
eggie (2025-11-25 08:20:56+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
NorthCrab_upload (2025-11-24 23:31:49+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy.
https://www.openstreetmap.org/way/1212175337

Pozdrawiam! 🦀
Sylabowy Kot (2025-11-25 07:56:22+00:00): Ograniczaj swoje zmiany z NID do mniejszych obszarów. Na każdą robisz tak małą ilość obiektów, że dało by się je robić jeszcze bardziej pojedynczo. Tak to od tygodnia zawalasz m.in. Warszawę niepotrzebnymi jej bboxami, co utrudnia czytelność zmian.
AgusQui (2025-12-08 04:35:52+00:00): Hola, las parada se mapean en su ubicación real, normalmente sobre la vereda, no en el way.
TheSwavu (2025-11-26 21:31:48+00:00): Hi,

If you have a restriction tag as well as a restriction:conditional, then the restriction tag will apply when the restriction:conditional is false. So in this case you had a no_right_turn applying 24/7.

I have fixed this one.

Happy mapping.
toobusytolive (2025-11-27 23:47:48+00:00): Hi TheSwavu,

Thanks for the fix. I'm still new to OSM and learn every time when I map something.

Have a great day!
user_5359 (2025-11-25 07:28:52+00:00): Welcome to OSM! You can find a better description at https://wiki.osm.org/wiki/Key:sport.
eggie (2025-11-25 08:36:16+00:00): review_requested 	yes

Hoi,

Lijkt me oke zo.
MVG
eggie
JeroenHoek (2025-11-25 09:35:19+00:00): Snel gedaan ook; ze openen vandaag.
Foster7925 (2025-11-25 00:02:38+00:00): To clarify, this Long John Silvers location closed on April 15th, 2024. Key Cannabis Dispensary has since opened at the location
SzymonH (2025-11-28 10:37:37+00:00): Naprawiłem relację, bo dodałeś niepotrzebnie PKP Ożarów Mazowiecki: https://www.openstreetmap.org/changeset/175232492
Anas masuris (2025-11-28 10:39:42+00:00): A ok, dzięki :)
NieWnen (2025-11-29 17:48:54+00:00): Cześć,
dzięki za dodanie brakującej relacji. 

Mam parę uwag poza tą którą zgłosił SzymonH (ogólnie linkuję jeden obiekt, ale zwykle dot. to więcej niż 1), zachęcam też do stosowania w przypadku innych tras:

- https://www.openstreetmap.org/node/11049156208 – `sorting_name` – Przyznam, że jeszcze nie widziałem takiego tagu na przystankach. Czy to próba dodania nazwy odpowiedniej dla GPA? Jeśli tak zachęcam do używania `name:network:<skrót>` (tak, to mój pomysł, był na forum i jest na wiki i póki co się sprawdza :)), pozwala ładnie określić z której sieci nazwa dotyczy i jest dobrą alternatywą dla `alt_name`, ogólnie też bywa czasem tak, że w terenie jest inna nazwa niż ta dla konkretnej sieci, wtedy ta z terenu trafia do `name`, a ta z sieci do `name:network:<skrót sieci>` https://wiki.openstreetmap.org/wiki/Pl:Key:name:network:*

- https://www.openstreetmap.org/node/2494568510 Nie wiem czy to poprawne tzn. jak dodajesz do `network` kolejną sieć jak "Grodziskie Przewozy Autobusowe", to ja bym czyścił `network:wikidata`, bo jest podane tylko 1, no chyba, że ktoś doda wikidata dla GPA, to wtedy pewnie można po średniku dać oba.

- https://www.openstreetmap.org/node/13329451417 Nie jestem przekonany do dodawania tutaj `operatora`/`operator:short` GPA. Ogólnie przystankami zwykle poza większymi miastami bardzo często zarządzają samorządy, trafiają do wykazu w uchwałach (dzięki temu może z nich korzystać więcej niż 1 sieć). Nie wiem, czy to jest poprawne w przypadku tej gminy i w jakim % przypadków to realnie należy do GPA, bo to że to oni często wstawiają słupek to tak, ale no jednak przystanek to coś więcej, a tutaj to akurat jest większa infrastruktura w postaci zatoczki.
Ja bym pewnie pominął te tagi w braku pewności, bo to najbezpieczniejsze rozwiązanie.

- sama relacja 14: tag operator – tutaj operatorem bywa firma, która jest przewoźnikiem, a przynajmniej tak podchwyciłem kiedyś w Warszawie z L'ek i zacząłem stosować :P W tym przypadku będzie to akurat "PKS Tarnobrzeg" co jest w linkowanym rozkładzie – oczywiście się to zmienia czasem.

- relacja route_master 14: zachęcam do nazywania "Bus <nr linii> (tutaj "Bus 14") zgodne z rekomendacją wiki i schematem warszawskim. Trochę relacji GPA ustandaryzowalem w "formacie warszawskim", na resztę nie starczyło mi czasu/chęci (poprawiałem ogólnie całe, nie tylko nazwy). Samo słowo nadrzędne samo w sobie jest w sumie zbędne, bo wyznacza to hierarchia relacji i tagowanie. 

- relacja route_master 14: Warto wpiąć taką relację do sieci GPA :) https://www.openstreetmap.org/relation/14262783
aceman444 (2025-12-09 00:27:55+00:00): Hi, there is parking tagged on https://www.openstreetmap.org/way/115842928, why does it also need to be on the building covering it (with solar panels)? Is there another parking on top of the building?
Matija Nalis (2025-12-09 17:24:45+00:00): Thakns! no, that was my mistake, I've missed the other parking while fixing https://www.openstreetmap.org/note/4345796

I've tried to clean it up now (using LiDAR 2022+2023 Croatia imagery, as it is higher precision than regular 2023+2024)... most of the uncovered area does not look like a parking lot but something else (there is only few marked parking spaces on the southern part).
Anyway, if you have better local knowledge, feel free to further improve!
aceman444 (2025-12-09 17:53:18+00:00): Sorry, I don't have local knowledge of this area, I just looked at the imagery. Please fix it from your sources. Thanks
Fizzie-DWG (2025-11-25 00:58:42+00:00): DWG revert - incorrect deletion

https://www.openstreetmap.org/changeset/175090345
Fizzie-DWG (2025-11-25 01:00:17+00:00): Please see https://www.openstreetmap.org/user_blocks/19003
toobusytolive (2025-11-25 06:56:12+00:00): Hi JFinnane,

In this changeset, you've added a building and roads that no longer exist. May I ask you to revert the changes? Thanks.

See https://www.openstreetmap.org/changeset/171390939
Fizzie-DWG (2025-12-03 06:58:57+00:00): DWG revert - undiscussed import from unknown source

https://www.openstreetmap.org/changeset/175432063
mgerken (2025-11-25 10:41:04+00:00): Moin,
da du ein review requestet hast:
Finde ich gut, dass du die Ortsteilgrenzen mit einträgst, da konnte ich mich für Achim noch nicht aufraffen, auch wenn die Daten jetzt nutzbar sind.

Was man denke ich machen könnte, um das ganze noch weiter zu verbessern: Du hast ja jetzt einen kompletten Weg für die Grenze gezeichnet, auch für die Wartbarkeit wäre es besser, wenn es bei übereinanderliegenden Grenzen nur eine Linie für Teilstücke gibt und die dann Teil aller Grenzrelationen sind die dort jeweils langgehen.
In diesem Fall betrifft das erst mal nur die Bereiche wo die Gemeindegrenze deckungsgleich ist mit der Ortsteilgrenze, da die anderen Gemarkungen ja noch nicht eingezeichnet sind. Das würde das Eintragen weiterer Ortsteile natürlich auch vereinfachen, da man einen Teil der Grenze dann schon in den Daten hat und einfach mitnutzen kann.
Dafür müsste man allerdings auch erst mal die Lage der Gemeindegrenze korrigieren, da die von dir eingetragene Grenze deutlich akkurater ist und die Gemeindegrenze in OSM von der Grenze im ALKIS doch stellenweise ganz schön abweicht (z.B. im nördlichen Teil von Daverden).

An ganz wenigen Nodes ist die neue Grenze mit bestehenden Wegen o.ä. verklebt, das ist bei Grenzen eigentlich eher doof, sonst verschiebt die jemand, wenn er nen Weg oder so verschieben will. Passiert halt, aber das lässt sich ja auch beheben.

Ich habe außerdem den Place node wieder hergestellt und der Relation als Label beigegeben, sonst wird Daverden auch z.B. auf der Karte ggf. nicht mehr angezeigt.

Beste Grüße
JBogatka (2025-11-25 14:33:35+00:00): Moin, vielen Dank für das ausführliche Feedback.
War tatsächlich das erste Mal das ich was in der Größenordnung gemappt habe, daher die Anfrage.

Die Thematik mit den geteilten Nodes werde ich mir später mal anschauen.
Mit den Relationen muss ich mich glaube ich noch etwas auseinander setzten, das fand ich bisher noch etwas undurchsichtig wie man da am besten vorgeht, aber Youtube hält hier sicherlich ein brauchbares video bereit.

Vielen Dank erstmal!
JBogatka (2025-11-25 14:37:50+00:00): Achso eine Frage noch, falls du hier was weißt:
Ich hatte die Tage eine Diskursion im Git für nominatim eröffnet, da mir die Adressauflösung in Daverden probleme bereitet hatte.
Wie verhält es sich wenn place:suburb sowohl als Node als auch als Relation gesetzt ist?
Funktioniert das dann noch ordnungsgemäß?
Denn lt. einem der Maintainer wird bei place:suburb als Node die Entfernung der angefragten Adresse zur Node herangezogen.

Vgl. ersten Kommentar: https://github.com/osm-search/Nominatim/discussions/3881
mgerken (2025-11-25 15:02:45+00:00): Ich glaube das Problem mit der Adressauflösung ist bzw. war: Schaut in welchem Ort die Adresse ist (Langwedel) und für den Ortsteil dann was es für Ortsteile gibt. Ich hoffe das er bei Grenzen den Ortsteil nur in den Grenzen benutzt, bei Nodes allerdings wohl oder übel den Nächstgelegenen (Ist aber nur eine Vermutung!). Es gibt aber Langwedel selber nicht als level 10 bzw. suburb in den OSM Daten, also existiert in dem Sinn kein Langwedel, Langwedel. Das ist in Verden z.B. "doppelt" vorhanden, einmal die gesamte Stadt https://www.openstreetmap.org/relation/1183486 und einmal die Kernstadt als Ortsteil https://www.openstreetmap.org/relation/8192256 mit gleichem Namen.

Durch die Grenzrelation für Daverden wird beim Spiridonweg auch mit den Daten von jetzt nur noch Langwedel angezeigt. Das sollte also so jetzt passen.
mgerken (2025-11-25 15:08:25+00:00): Bei den Relationen ist der "Trick", dass der Umriss, also die outer-Elemente, auch aus mehreren Linienzügen zusammengesetzt sein kann, vgl. die Relationen für Verden. Wenn man einen zufälligen Weg raussucht wie z.B. https://www.openstreetmap.org/way/78149730 dann sieht man dass der in einigen Grenzrelationen verwendet wird. Verklebte Punkte passieren leider recht schnell, im Zweifel ist das aber auch leicht wieder aufzuräumen wenn man das bemerkt. Ich nutzte diese Overpass-Snippet um Verklebungen von Grenzen mit anderen Dingen anzuzeigen: https://overpass-turbo.eu/s/2gbl Gerade bei Wasserläufen kann das auch Absicht sein, weil z.B. die Flussmitte offiziell die Grenze ist oder so. Wie da der rechtliche Stand in Niedersachsen bin kann ich dir aber auch nicht sagen, wahrscheinlich gilt was im ALKIS ist unabhängig davon ob der Wasserweg die Lage ändert...
JBogatka (2025-11-26 00:17:35+00:00): Hab zumindest die shared nodes jetzt erstmal behoben.
In JOSM geht dafür folgender Suchbegriff wunderbar:
type:node child (id:1453469363) ways:2-
wobei die Id dem Way entspricht den man "aufräumen" möchte.

Mit den geteilten Relationen muss ich noch mal ausprobieren.

Vielen Dank auf jeden Fall für den ganzen Input!
NeisRevert (2025-11-25 05:39:02+00:00): This changeset has been reverted by https://osm.org/changeset/175094280
where the comment is: "Remove test edits"
LAUREL TOKYO (2026-02-02 05:06:41+00:00): LAUREL TOKYO, located in Dogenzaka, Shibuya, is one of the few nightclubs in Tokyo dedicated to hip-hop, where guests can enjoy mainly HIPHOP, J-RAP, and REGGAETON music. In particular, its music selection that blends J-RAP (Japanese rap) with US hip-hop can be said to be unique to LAUREL TOKYO in Tokyo. Around 20–30% of the guests are foreign visitors, so it is highly recommended for those who want to let visitors from overseas experience a Japanese nightclub.

The club mainly attracts guests in their 20s, but VIP seating is also available, allowing people of all ages to enjoy themselves. On weekends, the venue becomes very crowded after 1:00 a.m. and stays lively nonstop until morning.

LAUREL TOKYO is also available as a rental event space and can accommodate wedding after-parties, farewell and welcome parties, networking events, sports viewing events, and live-streaming events. The venue is equipped with a nightclub-grade sound system, special lighting effects, and a large number of monitors. Optional equipment includes a 120-inch screen, projector, and karaoke. Champagne towers and custom-made cakes can also be arranged. Conveniently located within walking distance of Shibuya Station, it is ideal for private parties.
losthiker (2026-03-12 19:28:11+00:00): This edit appears to have caused a rendering issue at JHHS causing major buildings to not appear at all in default openstreetmap.org browser. can you please review?
Comino (2025-11-25 09:22:43+00:00): Hi,

In your edit you use the deprecated tag "payment:bitcoin=yes".

Please DELETE the payment:bitcoin=yes tag !
Use the "currency:XBT=yes" instead.

For more information please read: https://gitea.btcmap.org/teambtcmap/btcmap-general/wiki/Tagging-Merchants#tagging-guidance
and https://wiki.openstreetmap.org/wiki/Bitcoin

Happy mapping,

Edwin Comino
https://www.openstreetmap.org/user/Comino
https://btcmap.org/tagger/6794624
mueschel (2025-11-26 18:18:20+00:00): Hi,
you used tags like "ref:EU:ENTSOE_EIC_11" here. The by far most common way to number tags is with a colon instead of an underscore, e.g. "ref:EU:ENTSOE_EIC:11". Could you change that?

Given the sheer amount of numbers, maybe it's better to create a wikidata entry for these solar parks and have the numbers there?
Fizzie-DWG (2025-11-26 02:36:08+00:00): Please see https://www.openstreetmap.org/user_blocks/19019
flohoff (2025-11-25 12:43:11+00:00): Weil du das hier so prominent in den Changeset Notes vermerkt hast.

Dieses requirement gibt es nicht.

Die empfehlung ist bei getrennten Fahrbahnen auch getrennt zu mappen.

Der Umkehrschluss ist nicht richtig.

Es gibt viele Gründe das getrennt zu mappen z.b. weil man sich dann jede Menge turn restrictions sparen kann.

Flo
flohoff (2025-11-25 12:45:12+00:00): Ich komme drauf weil sich hier das routing geändert hat - möglicherweise weil etwas kaputt gegangen ist:

https://osm.zz.de/routeqa/?rid=974076,1162137#52.37979,9.00197,15z

Rot alt, Grün neu.
Comino (2025-11-25 09:22:15+00:00): Hi,

In your edit you use the deprecated tag "payment:bitcoin=yes".

Please DELETE the payment:bitcoin=yes tag !
Use the "currency:XBT=yes" instead.

For more information please read: https://gitea.btcmap.org/teambtcmap/btcmap-general/wiki/Tagging-Merchants#tagging-guidance
and https://wiki.openstreetmap.org/wiki/Bitcoin

Happy mapping,

Edwin Comino
https://www.openstreetmap.org/user/Comino
https://btcmap.org/tagger/6794624
NeisRevert (2025-11-25 05:39:20+00:00): This changeset has been reverted by https://osm.org/changeset/175094288
where the comment is: "Remove test edits"
mueschel (2025-11-29 09:45:29+00:00): Hi,
this area got a strange 'clave_oficina' tag - could you check that?
https://www.openstreetmap.org/relation/12952893
Halfix (2025-11-26 09:05:24+00:00): Hi, ich bin auch jemand, der gerne redundante Informationen kassiert, weil sie den Blick auf die relevanten Dinge vernebeln. Beim way 638768282 hast du sinnvollerweise cycleway:surface kassiert, was zwar sachlich richtig aber redundant ist, nachdem surface bereits definiert ist, aber warum dann nicht auch gleich footway:surface, was genauso sachlich richtig aber redundant ist? Und wenn schon, warum dann nicht konsequent auch bei den anderen ways die du in dem Bereich angefasst hast?
milet (2025-11-27 17:07:31+00:00): Die entfernten Angaben an der Werner-von-Siemens-Straße waren vorher korrekt. Jetzt entspricht es nicht mehr der Realität. Nördlich der Henkestraße sind Radfahrer vom Druchfahrverbot ausgenommen (-> bicycle=yes). Südlich der Henkestraße dürfen die Radwege der Werner-von-Siemens-Straße in beide Richtungen befahren werden (-> oneway:bicycle=no).
SurlyRider (2025-12-01 07:03:47+00:00): bei der WvS-Straße sind die Fahrtrichtungen jeweils als Einbahnstraße erfasst. diese Einbahnstraßen sind für den Radverkehr in Gegenrichtung freigegeben gewesen. Das ist nicht korrekt. Auf der Fahrbahn darf ich mit dem Rad nicht in Gegenrichtung unterwegs sein,
Richtig ist: die fahrbahnbegleitenden Radwege sind per VZ hier in beide Richtungen für den Radweg erlaubt. Das ist doch aber nach meinem Verständnis für den cycleway mit oneway:no weiterhin gewährleistet.

Und zur surface-Diskussion: wenn dir die Unvollständigkeit der Überarbeitung unzureichend erscheint, korrigiere sie gern. Hab ich kein Problem mit.
Womit ich auch überhaupt kein Problem hab: nehmt halt den Changeset zurück und
user_5359 (2025-11-25 07:46:53+00:00): Welcome to OSM! Sorry, but business entries without addresses are not in line with OSM. Please add the street and house number, or we will have to mark this as SPAM.
I have now reverted your changes.
Fizzie-DWG (2025-12-24 06:39:45+00:00): Hello ratrun. Could you please tell me where you got these street names from? Thanks
Graeme Fitzpatrick
Moderator
OSMF Data Working Group
ratrun (2025-12-24 06:50:51+00:00): Hello!
I fixed the edit from here: https://www.openstreetmap.org/changeset/175075789#map=18/8.392229/48.473480&layers=V

I didn't notice the issue about the bad source.
Fizzie-DWG (2025-12-24 07:00:17+00:00): Thanks! Sorry, but looks like I'm going to have to revert your changes so I can then revert their's!
Frans S (2026-01-06 13:45:34+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)
-------------------------------------------------------------
Buildings should be tagged as building=yes rather than building=house.

Issues found on your mappings
A: Inaccurate mapping. 
E: Buildings not squared or rounded.
G: Included the shadow of the building.


Explanation can be found in this document which  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/175094727
Frans S (2026-01-06 13:48:37+00:00): Hello again.
You tagged buildings as a tree row ! why ?
The goal of this project is mapping buildings and highways. Please stick to that.
Best regards