piebro/osm-data huggingface dataset:
MxxCon (2022-03-14 05:59:25+00:00): Hello again.
There are 2 pretty significant problems with this edit.
First, that you mapped this bike lane as a separate path even though it was already mapped as tags on Columbus Avenue way itself. Your edit contradicts "one feature - one OSM element" guideline as documented and explained in https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

Even if this bike lane wasn't already tagged, the 2nd problem is you named this way "Columbus Avenue bike lane". Unfortunately, this goes against the principle of not using "name" field as description, as documented in https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions.
As such, unfortunately, I reverted this edit in changeset 118454799.

If you have any question, feel free to ask.
franknoirot (2022-03-20 17:10:25+00:00): Thank you for such a thorough explanation of the issues with my edit @MxxCon. I apologize; I way overstepped for so early in my contribution career. I'll remember the notes you gave me in the future.

One issue that I had in trying to the name the bike lane is that I couldn't find a name designation in city documents. While I'm sure in this case I was just not finding the proper name, I was wondering what is the typical procedure when a feature doesn't have an authoritative name given to it?
MxxCon (2022-03-20 17:53:52+00:00): It would still be just "Columbus Avenue". You don't name sidewalks as "Columbus Avenue sidewalk" or "Columbus Avenue road for cars".. those are descriptions/properties that go into tags.
franknoirot (2022-03-20 18:14:18+00:00): Ah of course, that makes sense. Appreciate it
SomeoneElse (2023-09-03 22:04:13+00:00): Hello,
https://www.openstreetmap.org/way/574194017/history etc are surely "Miriam" not "Mirian" presumably?
Best Regards,
Andy
❤️‍🔥 (2023-09-04 04:14:03+00:00): Hey, I suspect you're correct. However I'm not a local, in this changeset I just added the tag `service=busway` to the existing roads
user_14117678 (2022-03-14 16:20:07+00:00): Na jakiej podstawie zostały wykonane te edycje?
Małgorzata W (2022-03-14 16:37:32+00:00): Komentarz od abakus_uploader w zestawie 118444560
MxxCon (2022-03-14 06:10:37+00:00): https://wiki.openstreetmap.org/wiki/Tag:place%3Dborough
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsuburb
Please elaborate why this tag is more accurate than what was previous?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/118449352
MxxCon (2022-03-14 06:10:44+00:00): https://wiki.openstreetmap.org/wiki/Tag:place%3Dborough
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsuburb
Please elaborate why this tag is more accurate than what was previous?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/118449361
MxxCon (2022-03-14 06:10:48+00:00): https://wiki.openstreetmap.org/wiki/Tag:place%3Dborough
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsuburb
Please elaborate why this tag is more accurate than what was previous?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/118449363
Badojo (2022-03-14 12:04:52+00:00): Hi, I changed the nodes to match Manhattan and Queens (which were suburb), I think it's better to tag them as place=suburb since it's defined as 'a major area in a place=town or place=city with a distinct and recognised local name and identity' while borough is purely  administrative. Also borough nodes aren't rendered and it would be unusual for NYC's boroughs not to show up.
SomeoneElse_Revert (2024-04-20 14:20:53+00:00): This changeset has been reverted fully or in part by changesets 150265070, 150261530, 150261385, 150261427, 150261374, 150261398, 150261463, 150262164, 150264883, 150261443, 150265293, 150265518, 150263711, 150261692, 150263544, 150263148, 150264695, 150263349, 150262918, 150264472, 150264284, 150261551, 150264090, 150262527, 150262687, 150263890, 150261413, 150261488, 150261509 where the changeset comment is: No reply to https://www.openstreetmap.org/user_blocks/15936 , so we've taken a guess at what was likely derived from Google Earth (https://www.openstreetmap.org/changeset/149290548 admits to that use)
user_8101879 (2022-03-15 00:43:32+00:00): Hi,
why did you add the role label for the village/town/city/suburb and not the role admin_centre ?
https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members
Best regards
ZeLonewolf (2022-03-15 01:36:13+00:00): admin_centre is only used for administrative centers such as capitals and county seats.  Label is used for holding the ordinary place node associated with a boundary.  Typically entities below county wouldn't have an admin_centre role.
user_8101879 (2022-03-16 12:57:44+00:00): Hi,
wiki (copy/paste) = "Node representing the administrative centre (a capital, county seat etc.), usually a town, city or village (depending of the boundary level, see place=*). This role is for capitals (as in capital cities), not capitols (as in legislative buildings)."

"village" should be admin_centre
But I agree for "neighbourhood" 

If you have talked about that (or if there a talk about that) on the wiki talk for U.S. : https://lists.openstreetmap.org/listinfo/talk-us
and if it is what the communauty has decided, no problem. But if you have made this choice alone, probably someone will change your modifications.
Best regards
ZeLonewolf (2022-03-16 13:05:51+00:00): Yes, it was discussed on the tagging list, most recently in Oct 2021.

A village would not typically be the "capital" of a city or town.
ZeLonewolf (2022-03-16 13:13:12+00:00): To elaborate, simply assigning the node associated with the most prominent built-up area of a city or town the admin_label role is not good geodata.  admin_label specifically represents a capital/territory relationship.
ZeLonewolf (2022-03-16 13:14:01+00:00): Typo... meant "admin_centre" in comment above.
user_8101879 (2022-03-16 13:42:29+00:00): Maybe you should add a link to the talk in your future changesets because I think many users don't know this specific rule for your country and it will prevent (or try to prevent) that some people change these roles
Best regards
ZeLonewolf (2022-03-16 13:50:33+00:00): This isn't a rule specific to the US, though of course capital/territory relationships will be quite different from country to country.  In any case, I would expect that any contributor working in a country other than their own to have the responsibility of understanding what the local conventions are.
maikeljeferei202 (2022-03-14 00:36:58+00:00): Jl. Dermaga
kmpoppe (2022-08-26 12:00:43+00:00): Hi!
You entered a value into the mapillary key ("Modisi, Sulawesi Utara") that doesn't seem to make sense in
https://www.openstreetmap.org/way/1040069275 as it's not a valid mapillary ID.
Please check if you wanted to enter something else there.
Thank you!
Kai
SomeoneElse_Revert (2022-03-14 00:41:15+00:00): This changeset reverts some or all edits made in changesets 118429165, 118441332, 118441400, 118441496.
SomeoneElse_Revert (2024-04-20 14:20:48+00:00): This changeset has been reverted fully or in part by changesets 150265070, 150261530, 150261385, 150261427, 150261374, 150261398, 150261463, 150262164, 150264883, 150261443, 150265293, 150265518, 150263711, 150261692, 150263544, 150263148, 150264695, 150263349, 150262918, 150264472, 150264284, 150261551, 150264090, 150262527, 150262687, 150263890, 150261413, 150261488, 150261509 where the changeset comment is: No reply to https://www.openstreetmap.org/user_blocks/15936 , so we've taken a guess at what was likely derived from Google Earth (https://www.openstreetmap.org/changeset/149290548 admits to that use)
dgitto (2022-03-14 07:20:29+00:00): benvenuto in OSM
jcarlson (2022-03-14 17:15:49+00:00): Thanks for adding the different wings of the school. However, adding a feature with "area=yes" on it is generally not very useful unless it includes other tags. In this case, you could split the school feature and add these wing designations as a ref tag, or else add building_part features inside of the main building feature.
Cetizo (2022-03-15 19:52:06+00:00): Yep, sorry about that, no clue what I was doing.
jcarlson (2022-03-15 19:58:00+00:00): No worries! It wasn't too difficult to fix.
Mateusz Konieczny (2024-02-27 21:15:51+00:00): Hello! https://www.openstreetmap.org/node/9530702965/history has it=telecom key that was added in this edit (if I checked things correctly)
What you intended to express by using this unusual key? Is this tag needed? Or maybe can it be expressed in a more typical way that would be easier to understand?
5m4u9 (2024-02-27 23:13:19+00:00): Hi, that time the intention was to fix from office=telecommunication to another one, I thought that this tag was for big telecommunication companies and didn't correspond to a small company that provides internet.

Now checking the tag office=it, the company doesn't fit the description. So it is better to go back to the original office=telecommunication tag.

I already made the change.
kartler175 (2022-03-14 12:21:04+00:00): Member polygons of multipolygon must not intersect: https://tools.geofabrik.de/osmi/?view=areas&lon=-84.72335&lat=48.16332&zoom=14&opacity=0.95
TravelingEditor (2022-03-14 14:53:23+00:00): Thanks for the notice. These pre-existing overlapping polygons are going to be rectified; saved my changes with the intention of resolving this next.
tastrax (2022-03-21 01:39:48+00:00): Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country code +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
MapAbility (2022-03-21 08:09:26+00:00): Thanks, I didn't realise about 1300 numbers
Scottie0001 (2022-03-14 02:10:26+00:00): Also made changes to bus route 652
maikeljeferei202 (2022-03-27 19:14:02+00:00): Monumen slamat datang desa.modisi kenapa tidak di Acc
adiatmad (2022-03-28 00:16:38+00:00): Halo maikeljeferei202. Tidak di-acc bagaimana ya? Apakah editan Anda belum muncul di OSM?

Titik ini sudah muncul di OSM (https://pewu.github.io/osm-history/#/node/9576658697).
Kovoschiz (2022-03-28 01:11:02+00:00): Please don't add names on irrelevant objects.
Kovoschiz (2022-03-28 01:11:43+00:00): 2. Please don't remove names. Move them.
Kovoschiz (2022-03-28 01:17:38+00:00): 3. Use `place=farm` for individual farms, not anything with farmlands.
user_5239402 (2022-03-14 03:22:45+00:00): https://www.koreascience.or.kr/article/JAKO201402755672379.pdf
user_5239402 (2022-03-14 03:22:53+00:00): https://cafe.daum.net/kicha/ANo/24882
nevw (2022-03-28 09:11:43+00:00): I have remapped the area using Maxar imagery which is more recent
MxxCon (2022-03-14 06:18:37+00:00): Hello.
When a location goes out of business, rather than outright deleting its node, it's better to utilize lifecycle prefixes as documented in https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
Otherwise, at least delete only business-specific tags, but leave address info so that it becomes an address node and it preserves history of that object. 👍
If you have any questions, feel free to ask.
Baloo Uriza (2022-03-14 20:30:57+00:00): OK, so you tagged lanes for a one-direction road with no turns.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/118452055
Baloo Uriza (2022-03-14 20:31:54+00:00): Yeah, this is outright wrong...there's plenty of spots where it goes to three lanes along these.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/118452055
Trevor_1 (2022-03-14 22:23:20+00:00): These segments are both one-direction. And there may be 1 or 2 that I missed, but most of the intersections you split don't have 3 lanes. I can see that from the imagery. There are no turn lanes for most of these intersections.
nevw (2022-03-14 05:52:00+00:00): Hi
I think natural=grassland is incorrect tagging for areas of the asphalted car parks in PC Hosp. You could micro-map the tree and garden areas finely where they occur instead if you wish.
nevw (2022-03-19 05:06:09+00:00): I used a few multipolygons at north part of PC hosp to take grass areas of buildings. Hope you don't mind.
nevw (2022-03-19 12:07:01+00:00): I should have typed…
… “to take grass areas off the buildings footprint”
mavl (2022-05-20 15:42:38+00:00): This changeset was redacted. Reason: an incompatible source.
brickbird (2022-03-16 00:44:47+00:00): 倶知安町の中心市街地を軍用地（landuse=military）としてマッピングしているのはなぜでしょうか？ - Why are you mapping the central urban area of Kutchan Town as military reservation（landuse=military）?
topius (2022-03-14 17:48:25+00:00): Why? That road leads out to the prison complex at Beon. Would that not classify as tertiary way?
Blachernae (2022-03-15 15:08:44+00:00): Hi topius. Thanks for reaching out. I reclassified it to unclassified based on the Papua New Guinea OSM Wiki which says unclassified roads “link small villages”, whereas tertiary roads “are busy through roads that link smaller towns and larger villages” (https://wiki.openstreetmap.org/wiki/Papua_New_Guinea_Tagging_Guidelines). In my opinion, this road fits the description for unclassified rather than tertiary. Do you agree? Best regards, Blachernae
topius (2022-03-16 09:56:49+00:00): Thanks for your explanation. I use the same guidelines as well, but I do make exceptions for roads leading to important government installations, like high schools or prisons (like in this case), which can be located in smaller villages (although Beon is somewhere between a small and a large village).
Blachernae (2022-03-17 04:01:47+00:00): Thanks for your explanation as well. I’ll gladly change it back to tertiary. 
Best regards, Blachernae
Edits: changed way 260233021 back to tertiary
mavl (2022-05-20 15:42:33+00:00): This changeset was redacted. Reason: an incompatible source.
Владимир К (2022-09-23 15:32:04+00:00): Добрый день!
Что означает тег fid на ваших объектах?
Вы делаете импорт?
VMarina (2022-09-24 10:13:02+00:00): Импортировала из Qgis. Случайно осталось поле fid. Удалила, что нашла. Спасибо.
abakus_uploader (2022-03-14 23:31:10+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
nevw (2022-03-14 12:26:12+00:00): Hi
I changed the boundary name to include these tags...
amenity=social_facility
landuse=residential
name=Araluen Centre
operator=Araluen
social_facility=assisted_living

Please fix if incorrect as I am remote from the area.
Minh V (2022-03-15 11:52:24+00:00): All right. Thank you.
Eifelkobold! (2022-03-14 20:45:59+00:00): Hallo und herzlich Willkommen bei Openstreetmap,

ich habe gesehen, dass du in deinen Änderungen mehrere Geschwindigkeitsbegrenzungen angepasst hast. Vielen Dank für deine Ergänzungen.

Mir ist aufgefallen, dass du in deinem Kommentar angegeben hast, dass zwischen 07:00 und 16:00 Uhr Tempo 30 gilt. Dies kann mit maxspeed:conditional angegeben werden. Nähere Infos dazu findest du hier: https://wiki.openstreetmap.org/wiki/DE:Key:maxspeed#Abh.C3.A4ngigkeit_von_anderen_Bedingungen

Im OSM-Wiki (https://wiki.openstreetmap.org/wiki/Willkommen_bei_OpenStreetMap) findest alle relevanten Informationen zu Taggingmöglichkeiten und anderen Fragen.

Bei Fragen stehe ich gerne zur Verfügung.

viele Grüße

Eifelkobold
Eifelkobold! (2022-03-23 22:03:46+00:00): Guten Abend,

ich habe die Geschwindigkeirsbegrenzungen mit Änderungssatz 118839849 (https://www.openstreetmap.org/changeset/118839849) auf die vorherige Version zurückgesetzt. 30 gilt auf dem Abschnitt dauerhaft.

Bei Fragen stehe ich gerne zur Verfügung.

viele Grüße

Eifelkobold
Eifelkobold! (2022-03-23 22:05:08+00:00): Guten Abend,

ich habe die Geschwindigkeitsbegrenzungen mit Änderungssatz 118839849 (https://www.openstreetmap.org/changeset/118839849) auf die vorherige Version zurückgesetzt. Die Straße liegt in einer Tempo 30-Zone.

Bei Fragen stehe ich gerne zur Verfügung.

viele Grüße

Eifelkobold
Eifelkobold! (2022-03-23 22:06:26+00:00): Guten Abend,

ich habe die Geschwindigkeirsbegrenzungen mit Änderungssatz 118839849 (https://www.openstreetmap.org/changeset/118839849) teilweise auf die vorherige Version zurückgesetzt.

Bei Fragen stehe ich gerne zur Verfügung.

viele Grüße

Eifelkobold
user_5359 (2022-03-15 07:58:31+00:00): Hello! What is the meaning of the tag bicycling = yes? Did you mean bicycle=yes?
user_5359 (2022-03-15 14:50:01+00:00): Hello! What is the meaning of the tag name:<Marathi> = धनुषकोडी? Did you mean name:mr = धनुषकोडी?
clay_c (2022-03-21 01:05:20+00:00): Hi michael60634,

NFZANMNIM did not remove any names here. Why did you revert this change?
michael60101 (2022-03-21 03:56:41+00:00): Hello, I apologize if my changeset comments caused any confusion.

The change NFZANMNIM made was changing the name of the reservation to the name of the tribe inhabiting the reservation. I would argue that this change is incorrect as the relation is for the reservation itself and not for the Oglala Sioux Tribe.
clay_c (2022-03-21 12:46:05+00:00): Fair enough. I agree, the administrative boundary on OSM should have the name of the reservation, not the name of the ethnic group.

The addition of multilingual and alternative names are generally okay, as long as they refer to the reservation and not the tribe. We may need to review NFZANMNIM's edits to ensure that the rest of the country's reservations retain their reservation names. I'll post this on the OSM-US Slack and ask for others' thoughts.
nmombo12 (2022-03-14 23:12:59+00:00): Well done on completing Hazel Park, melcomsx!
melcomsx (2022-03-15 07:26:38+00:00): Thankyou, you was also busy with adding the adresses :)
SomeoneElse (2022-03-27 14:13:27+00:00): Hello nickvet419,
Andy from OSM's Data Working Group here.
There seems to have been a problem with this change.  You've merged lots of waterway ways together (which results in the large number of way deletions below) and the tags on the deleted ways have been lost.
As an example https://www.openstreetmap.org/way/965091105/history has been replaced by https://www.openstreetmap.org/way/779003416 , but the tags that were on the previous ways have been changed or lost.
Do you believe that the tags were previously incorrect?  If not, then this change will need to be undone - either you can do that manually, also ensuring that whatever changes you wanted to make are also not lost, or we can do that by a revert, and you'll need to reapply whatever changes you were trying to make again.
Please reply here at the earliest opportunity.
Best Regards,
Andy
czubi (2022-03-14 16:48:50+00:00): Hallo Martin, wo gehört die "10" hin? https://www.openstreetmap.org/node/3236372612#map=19/50.77787/10.90903&layers=N
czubi (2022-03-14 16:49:56+00:00): habs selbst gefunden ;-)
ashs_as (2022-03-23 09:51:05+00:00): Hello PulisakZ;
I noticed that you removed "oneway" tag from "junction=roundabout" kindly, Could you explain why you remove it?
link:
https://www.openstreetmap.org/way/668344337
Regards
ashs_as
PulisakZ (2022-03-23 10:46:50+00:00): Hi.

oneway=yes automatically implies when there is junction=roundabout. 

https://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout

Best regards,
PulisakZ.
ashs_as (2022-03-30 07:14:25+00:00): Hello PulisakZ;
we understand oneway=yes automatically implies when there is junction=roundabout.
But removing existing data is not good practice, especially they are good data.
Regards
ashs_as
hoserab (2022-03-14 18:14:48+00:00): Hello again Binzy_Boi,

Thanks again for your contributions. Please note that tagging these roads with "sidewalk=both" is unnecessary, as the sidewalks are already modelled as separate ways. The tagging should be "sidewalk=separate", or no "sidewalk=*" tag at all. See https://wiki.openstreetmap.org/wiki/Key:sidewalk for more info.

Thanks again!
user_15304597 (2022-03-18 09:30:26+00:00): Hi hoserab,

Sorry for the belated response. Thanks for making me aware about this as well the crosswalks portion before.

I've been using the StreetComplete app for the sidewalk information. I'll avoid utilizing it for sidewalk tasks, and instead will do so from home at possible.
osmviborg (2022-03-14 08:58:04+00:00): Helst ikke 'cycleway=yes'. Brug 'cycleway=lane' eller 'cycleway=track'. https://wiki.openstreetmap.org/wiki/Key:cycleway
user_5359 (2022-03-14 18:16:30+00:00): Hello! Please notice you add a invalide website address!
user_5359 (2022-03-19 13:56:46+00:00): Hello again! What is wrong to move your value of website to email (without http)? Please answer.
solenoid jam (2022-04-12 06:00:50+00:00): Здравствуйте. Заметил что вы отметили здания демонтированными (was:building=*), но не сняли все остальные тэги, такие как адрес, leisure, итд. Получилось что всё это осталось, но без здания, как площадка под открытым небом. 
От снесённых зданий должно оставаться только demolished:building=* , или вообще ничего.
Префикс was используется для указания на то что тэг утратил актуальность, сменился на что то другое.  

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

https://wiki.openstreetmap.org/wiki/RU:%D0%9F%D1%80%D0%B5%D1%84%D0%B8%D0%BA%D1%81%D1%8B_%D0%B6%D0%B8%D0%B7%D0%BD%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D1%86%D0%B8%D0%BA%D0%BB%D0%B0
ZinaidaZ (2022-04-12 07:29:28+00:00): Добрый день! Спасибо за комментарий, поправила в новом ченджсете https://www.openstreetmap.org/changeset/119607855
maciek-szn (2022-03-14 08:48:47+00:00): Proszę przestać niszczyć geometrię obiektów.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/118459062
englu (2022-03-14 11:20:37+00:00): Dzięki za zwrócenie uwagi. Mógłbyś dokładniej wyjaśnić na czym polegał mój błąd? W iD było to oznaczone jako problem, że dwa punkty są blisko siebie.
maciek-szn (2022-03-14 11:56:50+00:00): Problem polega na tym, że usuwasz punkty bez powodu. To, że jeden czy drugi edytor oznacza coś jako problem, nie oznacza, że należy ślepo ten „problem” rozwiązać. Przykładowo precyzyjnie naniosłem geometrię torowisk tramwajowych w ciągu ul. Arkońskiej w Szczecinie. Ty – usuwając „zbędne” węzły – spowodowałeś, że informacja o geometrii została utracona ze względu na uproszczenie przebiegu linii. Te węzły nie stanowią żadnego problemu. A usuwanie danych wprowadzonych przez innych użytkowników to po prostu wandalizm.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/118459062
maciek-szn (2022-03-14 12:28:51+00:00): Tak jak napisałem – usuwanie danych wprowadzonych przez innych użytkowników jest traktowane jako wandalizm. Te węzły jeść nie wołają, więc w niczym nie przeszkadzają. To, że edytor iD zgłasza problem, jest arbitralną decyzją twórców tego edytora. Historia iD zresztą jest pełna kontrowersji dotyczących tego, że odgórnie narzucone decyzje twórców wręcz powodują niszczenie danych w OSM. Jeśli mogę coś zasugerować – odpuść sobie poprawianie „błędów”, które nie są błędami i skup się na faktycznej pracy polegającej na dodawaniu nowych czy edycji błędnych obiektów. To faktycznie wzbogaci OSM.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/118459062