piebro/osm-data huggingface dataset:
Nakaner (2020-07-20 07:50:55+00:00): Hallo,

herzlich willkommen bei OpenStreetMap.

Leider musste ich diesen Änderungssatz größtenteils rückgängig machen. Ergänzungen, die mir sinnvoll erschienen, habe ich erhalten. Du hast unzählige Adress-Nodes (z.B. https://www.openstreetmap.org/node/5275137653/history) gelöscht. Das sind valide Objekte, mit denen wir die Hausnummer eines Gebäudes oder Gebäudeteils erfassen.

Was wolltest du denn am Sandsteinpfad erfassen? Du hast es geschafft, dort ein Wegstück zu erfassen, bei dem sich zwei Wege überlappen. Das ist falsch. Wo ein Weg ist, kann kein zweiter sein. Ich habe das jetzt erst einmal rückgängig gemacht. Bitte lass mich wissen, was du damit ausdrücken wolltest, dann kann ich dir sicherlich behilflich sein.

Bitte beachte beim Benennen von Objekten, dass wir nur Namen als Namen erfassen, die Eigennamen sind. Siehe dazu auch wiki.openstreetmap.org/wiki/DE:Names#name_ist_nur_der_Name

Beachte bitte außerdem, dass OpenStreetMap ein Gemeinschaftsprojekt ist. Bitte nicht die "Karte aufräumen", nur damit ein eigener Ausdruck/Screenshot "sauber" aussieht. OSM ist ein Datenbank, unsere Daten werden von unzähligen anderen Diensten in der Wirtschaft und Verwaltung, auch bei Rettungsdiensten verwendet.

Viele Grüße

Michael
Anisa IRM-ED (2021-06-16 07:36:44+00:00): Hi, Camello_AR. 
Hope you're doing well. I found a highway crossing with this waterbody (https://pewu.github.io/osm-history/#/way/824716359), would you mind fixing this issue? or please let me know if there's any update on this area. Thank you and happy mapping!
Camello_AR (2021-06-17 12:04:26+00:00): Disculpe, pero en Argentina hablamos español, por lo que no entiendo su comentario.
Ficky IRM-RV (2021-06-18 04:22:15+00:00): Hola, Camello_AR.

Espero que todo esté bien. Encontré un cruce de carretera con este cuerpo de agua antes, pero mi colega intentó solucionar este problema
(https://pewu.github.io/osm-history/#/way/824716359),

¿le importaría solucionar este problema correctamente? o avíseme si hay alguna actualización en esta área. ¡Gracias y feliz mapeo!
mapko (2020-07-20 19:00:54+00:00): Ahoj. Pls. preco si premenoval oficialne nazvy krizovky dialnice D4?
user_6479750 (2020-07-20 19:14:11+00:00): ahoj, ide o nazvy, oficialne pouzivane v projektovej doku D4R7. ak mas dalsie otazky, kludne napis
mapko (2020-07-20 19:50:20+00:00): To mas pravdu, ale pri otvoreni sa nazvy zmenili. Mozes ich podla toho nastavit?
user_6479750 (2020-07-21 03:06:59+00:00): z akych zdrojovych dat vychadzas (zdroj)?
ja vychadzam zo zdrojovych dat stavitela (https://www.d4r7.com/sk/useky/ketelec-luzna/ketelec-dunajska-luzna) + to co bolo pripomienkovane a schvalene MinDop a MV SR.
mapko (2020-07-21 07:31:09+00:00): staci vychadzat z aktualnych sprav NDS
https://ww-w.ndsas.sk/press/press-narodna-dialnicna-spolocnost-press-spravy/pre-jazdu-po-novych-usekoch-d4-a-r7-potrebujete-dialnicnu-znamku
aceman444 (2020-07-22 21:17:58+00:00): Zdravim, veru zrejme sa nazvy tesne pred otvorenim zmenili a tieto nove su oznamene verejnosti. Snad teda aj take su na tabuliach na dialnici. Ak je potrebne zachovat povodne nazvy z projektu, dali by sa dat do znaciek ako napr. old_name. Dakujem
mapko (2020-07-22 21:47:10+00:00): Ano, su https://live.staticflickr.com/65535/50090695668_a7268884a3_k.jpg
Idem to vratit spat.
user_6479750 (2020-07-23 08:00:49+00:00): srry za neskorsiu odpoved, vcera som si presiel usek a potvrdzujem, ze nazvy su zhodne s tlac. spravou NDS
iriman (2020-07-25 15:16:48+00:00): سلام، به جمع نقشه‌کش‌های اوپن‌استریت‌مپ خوش آمدید.
در این ویرایش تعدادی از خطوط مرزی مشترک بین استان تهران و استان مازندران، برخی از خطوط مرزی مربوط به تقسیمات داخلی استان مازندران و محدودهٔ منقطهٔ حفاظت‌شدهٔ آبشار شیرگاه حذف شده بود که بنده آن‌ها را به نقشه برگرداندم. لطفاً پیش از حذف عارضه‌ها بیشتر بررسی بفرمایید.
چیزهایی که در این ویرایش حذف شده بود را از این نشانی می‌توانید ملاحظه کنید:
https://resultmaps.neis-one.org/osm-change-viz?c=88207285

با تشکر
Amin Zare (2020-07-26 04:59:22+00:00): کل ادرس دهی استان تهران با این ویرایش به مشکل خورده بود... سپاس از بررسی و برگردوندن نقاط حذف شده... هرچند که هنوز در nominatim بروز نشده و باید منتظر باشیم تا reindex بشه...
Kovoschiz (2020-07-20 08:58:04+00:00): Use `covered=yes` instead of lower `layer=` for these
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/88207311
neocarto (2020-09-06 18:25:52+00:00): Attention le Balda est déjà référencé, au bon endroit, cet ajout n'est pas bien positionné. Dans l'attente de votre réponse, et puis dans quelque temps je le supprime.
mueschel (2020-07-22 10:15:49+00:00): Hi,
you added a "KOD" tag to 3 trees - shouldn't that be 'ref'?

Jan
fghj753 (2020-07-20 18:07:59+00:00): Tere tulemast OSMi kaardistajaks ning õnnitlused esimese muudatuse puhul. Kommenteeriks kaardikihi valikut. Kuigi vaikimisi pakub iD (OSM veebilehe kaardiredaktor) Bingi, on Eesti oludes on enamasti kõige mõistlikum kasutada Esri mitte-beeta kaardikihti, sest see on parima täpsuse, kvaliteedi ja laadimiskiiruse kompromissiga. Järgnevad Maa-ameti kihid (iDs laevad nad aeglaselt või on udused) ning vahel ka Maxar (udune ja ebatäpne, aga uuendab vahel Esrist ja Maa-ametist kiiremini). 
Hea koht erinevate kaardikihtide võrdlemiseks on mõni ringtee või uusarendus.
Heinz_V (2020-07-20 05:58:30+00:00): Please correct all your multipolygon relations:
all tags in the relation and not at the outer elements.
Heinz_V (2020-07-21 06:21:52+00:00): I corrected also this relation. Please first get informations who to map multipolygons. Or you can also ask me directly.
NadineM 6214 (2020-07-21 06:35:50+00:00): Hi Heinz,

you left two comments for me about multipolygons.
I've looked, but I can't find additional information. I'm so sorry to make you trouble! 

Can you please let me know how to properly map them? Until now I've done the outer house, then the inner house, marked both as houses, then left the inner one marked and added the outer one and combined them. (You will, unfortunately, find a LOT of those in the India project, I'm sorry!) That was how I learned it in the intro-training we got. It seems I'm doing it wrong...

Could you please direct me to a place where I can learn it properly or describe it to me? 

Thank you
Nadine
abakus_uploader (2020-07-19 22:33:23+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!
◪ Jarv (2020-07-19 20:45:36+00:00): I've had a look at some footage of this road I took last week and there isn't any path on either side of the B2112 between Fragbarrow Lane and the roundabout with Folders Lane. I'd suspect you are mapping the verge of the road that does appear to have been treaded down a little, however this should be mapped as a tag of the road.
The majority of routing software shouldn't mind using a secondary road for a short distances, and by adding extra paths it makes it more confusing for those trying to follow the instructions. Also the verge is nearly non-existent over the bridge.
Fossi (2020-07-21 12:36:02+00:00): Bitte illegale MTB Trails nicht als Radwege (cycleway) taggen! Ein OSM Navi routet sonst im Fahrradmodus über einen solchen..
Besser highway:path und MTB scale angeben.
sven_69 (2020-07-21 13:18:53+00:00): Ok, danke für den Hinweis. Ich habe noch weitere erstellt, die ich umgehend ändern werde.
Blöde Frage: Ist es legal, wenn ich illegale Trails kartographiere?
eggie (2020-07-19 21:14:30+00:00): Daf anoniem.. Probeer svp op de bestaande adresnodes bij te taggen.
Niet zelf adressen aanmaken. 
MVG,
Eggie
anoniemOSM (2020-07-27 18:19:51+00:00): Wat bedoel je? Ik kan in mijn app (OSMand) kiezen tussen 1) wijzig interessepunt en 2) OSM notitie aanmaken. Ik geef alleen dingen door via die app.
eggie (2020-07-27 20:09:16+00:00): Eigenlijk zeggen we altijd bij die beperkte apps. ...leuk voor onderweg, maar controleer het thuis nog een keer met een reguliere editor als iD, potlatch2 of JOSM.
We kennen ook bv maps.me .. Dat is het zelfde laken en pak. De mogelijkheden zijn beperkt.
Er wordt je overigens niets kwalijk genomen.
Advies is dus .. kijk eens naar een echte editor.
Dan krijg je ook kwaliteit.
Mapse,
eggie
aceman444 (2020-10-16 15:52:27+00:00): Hi, if you meant there are 27 flats in the building, you need to use building:flats, not addr:flats tag.
kartler175 (2020-07-27 08:24:01+00:00): Before continue editing land areas please inform yourself about correct areas topology:
http://tools.geofabrik.de/osmi/?view=areas&lon=-89.49265&lat=48.07687&zoom=12&opacity=1.00
http://tools.geofabrik.de/osmi/?view=areas&lon=-90.74715&lat=48.22850&zoom=12&opacity=1.00
eggie (2020-07-19 20:24:42+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Review.. Wanneer je bedoelt dat het pad er niet meer is heb je het goed gedaan. Wanneer je er niet meer mag komen kun je zo'n stuk afsluiten met bv access=private of no.
MVG,
Egge
MVG,
Eggie
eggie (2020-07-19 20:29:13+00:00): Over het verdwenen traject liepen drie routerelaties. Die zijn nu onderbroken. 
Hoe lopen dan de wandelroutes?
gdeback (2020-07-19 20:41:11+00:00): Nu ik de kaart in detail bekijk kan het ook zijn dat ik op een parallel pad heb gelopen. Ik ga het nog eens bekijken.
eggie (2020-07-19 20:42:50+00:00): Oke.. Ik draai deze changeset voorlopig terug..
eggie (2020-07-19 20:44:15+00:00): reverted by changeset #88211337
eggie (2020-07-19 20:49:35+00:00): Kijk steeds hier of er geen wandel- fiets of anderssoortige routes lopen. Die worden daardwerkelijk gebruikt in de routering. Mocht een pad echt niet meer bestaan dan is dat zo.. Neem dan even contact op via het forum met de wandelroute-experts. Ze kunnen het dan aanpassen.
Beter eerst aanpassen en dan een pad verwijderen. 
MVG,
eggie
eggie (2020-07-19 20:50:19+00:00): en met hier bedoel ik https://hiking.waymarkedtrails.org/#?map=15!51.3493!5.4878

:)
aceman444 (2020-10-16 15:13:43+00:00): Hi, where did you get the name "Račianska 88B ulička" of that service road? It does not look as an official street name in Bratislava.
kartler175 (2020-09-09 08:59:50+00:00): Ist dieser Weg tatsächlich für Fahrräder verboten? Er ist doch Bestanddteil eines Radwegenetzes.
https://www.openstreetmap.org/way/35285822.
Road–Runner (2020-09-30 21:40:06+00:00): Ja, da war tatsächlich ein Fahrverbotsschild.

Aber zugegeben, ich habe auch schon offizielle Fahrradrouten gesehen die Wege benutzt haben, welche mit einem Fahrverbotsschild ausgestattet waren.
Road–Runner (2020-09-30 21:41:47+00:00): Das Problem gab es auch hier: https://www.openstreetmap.org/way/98882351

Bin aber in der Gegend nicht ortskundig
trigpoint (2020-07-20 07:39:37+00:00): Hi, welcome to OSM. Thank you for your edit however the footpath does need to connect to Vineyard Road in order for routers to be able to use it. Please could you connect it?

Cheers Phil
eggie (2020-07-19 20:36:03+00:00): Dag gdeback.. het is echt niet nodig op wegen te gaan aangeven dat het oneway=no is. We doen dat alleen als je bang bent dat een andere mapper oneway=yes gaat taggen.. bv bij een parallelfietspad of een tweerichtingfietsrotonde. 
Schuiven met de kaart geeft bij editor iD vaak schade door verschuivingen. (onbedoeld)
Hier heb je Rooisetraat 1ergens anders heen gesleept.
Je edits http://overpass-api.de/achavi/?changeset=88210788

MVG,
Eggie
eggie (2020-07-19 20:38:04+00:00): reverted by changeset  #88211201

Ik heb deze changeset teruggedraaid om schade te herstellen en oneway=no heeft hier geen toepassing.
MVG,
Eggie
VA00 (2021-03-20 20:34:38+00:00): Lasu tu nadal niewiele, więcej piasku.
mueschel (2020-07-20 16:42:52+00:00): Hi,
you added two areas with all foreign tags - could you check this and fix the tagging?
http://www.openstreetmap.org/way/827917878
https://www.openstreetmap.org/way/827918183

Thanks!
Arnaud Champollion (2020-07-20 17:25:05+00:00): Hello,
Sorry I forgotten to delete the foreign tags while adding these areas from another source.
Fixed it now,
GartenStuhl (2020-07-20 05:12:20+00:00): Salutti
Eventuell handelt es sich um diese Sennhütte:
https://www.openstreetmap.org/node/546560827
(Homepage-Fotos könnten passen)
bin mir aber nicht sicher...
janislaw (2020-07-27 08:44:07+00:00): Thanks! I also think so. Do you want me to proceed with this change as it is now?
GartenStuhl (2020-07-27 08:51:13+00:00): Servus
I copy-pasted the values on the other node
https://www.openstreetmap.org/node/546560827/history
if you could check/control if its correct, that would be great. anyway, thx for the reply :)
janislaw (2020-07-28 06:17:45+00:00): Looks good to me
literan (2020-07-20 16:06:00+00:00): Good day. Why did you delete this train route? It dosn't go temporarily due to covid-19 pandemia
literan (2020-07-22 10:15:07+00:00): Since you don't answer and don't justify the reason of deleting, I will revert this deletion
Maris33 (2020-07-28 18:01:11+00:00): Train does not exist anymore
literan (2020-07-28 18:15:03+00:00): I repeat, It dosn't go temporarily due to covid-19 pandemia

https://iz.ru/987054/2020-03-15/rzhd-vremenno-otmenit-poezda-v-latviiu
literan (2020-07-20 16:04:31+00:00): Добрый день. Пожалуйста, не расставляйте теги covered=no
oneway=no - эти значения свойственны всем дорогам по умолчанию.
Aspid (2020-07-20 16:29:50+00:00): Добрый день. Мне их редактор предлагает отметить. А что в этом плохого?
literan (2020-07-20 16:42:25+00:00): 1) К редактору iD у сообщества все больше вопросов (и заходит речь о его отключении, т.к. его разработчики весьма самовольничают в тегах, это только один из примеров). Например, тег covered=no вовсе не описан в вики, т.о., неизвестно, что он означает (а авторы редактора просто придумали это за сообщество) https://wiki.openstreetmap.org/wiki/Key:covered
2) Тем, что это наполняет избыточностью базу данных, завышает объемы выгрузок. Если утрировать, давайте на весь миллион дорог, улиц и тротуаров, отмеченных в OSM, повесим теги, что они непокрытые, неодносторонние и т.д.?
christiank61 (2020-07-20 05:39:25+00:00): Good luck!, The Mapper that made this bay (coastline) to a waterway always revert. Jochen Topf stopped making Land_Shapes cause of this  silly tagging.......
muralito (2020-07-20 16:08:34+00:00): This is not an attepmt to fix coastline, as the coastline was not broken.

Rio de la Plats is not ocean, and it is not coastline. 
Please stop tagging like this, and don't map for the renderer.
JesseFTW (2020-07-20 16:50:21+00:00): The updates to the coastline have not been updated for six months. That's what I'm trying to fix. I have no opinion on this particular change -- but it's so large that it triggers an automatic circuit breaker. Once we've gotten the updates to go thru, please DO revert Rio de la Plata back to being marked as not-coastline -- just do so in small enough chunks that it doesn't trigger the circuit breaker. I'm happy to work with you to help do that.
muralito (2020-07-20 17:50:25+00:00): OK, I do not know why replacing a simple coastline of two ways by a complex polygon (~700) of small lines can help you, and what have this to do with updates to the coastline not being done.

Please explain what you mean to do it in small chunks, as If the coastline change is not done in one single changeset atomically, the coastline would be broken until all tne small chunks where uploaded.
JesseFTW (2020-07-21 00:47:02+00:00): Sure -- it's a strange and frankly kinda silly reason, so I don't blame you at all for being confused by it!

The rendering of the coastline on openstreetmap.org is based on data produced by osmdata.openstreetmap.de, daily. As part of that process, the script that does it checks to see how much the coastline (across the world) changed since the previous valid day (normally the previous day, but, right now, all the way back to Jan 9, 2020). If the difference is more than 0.0000015 (as shown here: https://github.com/fossgis/osmdata/blob/master/scripts/coastline/compare-coastline-polygons.sh#L13 ), it automatically rejects it.

And changing the Rio de la Plata to be correctly marked as not an ocean is way bigger than that. So in order to avoid this automatic block, we need to change small sections, one each day. Or we need to make a formal proposal (probably on the wiki), get explicit buy-in from a bunch of local mappers, then go to the maintainer of the script and ask for a manual override.

Either way is fine with me -- but just making the change all at once merely causes the rest of the world to not get any coastline updates, which is bad for everyone.

Hope that explains things more -- I'm glad to clarify further if it doesn't!
christiank61 (2020-07-21 07:38:23+00:00): To say it clear: Mapping this large Bay as river is, well....
It's salt water in this bay so its the Ocean - Period. Its not amusing that some mappers make their own rules and the only argument is "we do not map for the renderer". Its not amusing that the OSM authoritys leadership is to weak to stop this.
muralito (2020-07-21 12:41:13+00:00): No, you are completly wrong. It not salt water, and no tidal, only microtidals and some days every year meteorological when the wind stop the water flowing to the ocean.
muralito (2020-07-21 12:42:27+00:00): And the data was rigth, so its the script and their choices what should be fixed.
muralito (2020-07-21 13:02:10+00:00): Some people just do not understand that not all places in the world are the same and keep insisting in applying their local knowledge and experience where it is not valid anymore. Rio de la Plata has a discharge of 26 000 m³/s, orders of magnitude grater than rivers in Europe, so i know that is difficult for some people to understand the differences when they are used to other facts.
muralito (2020-07-21 14:03:50+00:00): a one-time change to the maximum script limit, coordinated with the atomic change of the coastline, it's what seems better, in terms of less work, and less prone to errors than progressively making many changes to the coastline in small stretches, each they can introduce errors without detecting them.
christiank61 (2020-07-21 14:11:39+00:00): @muralito:
See here the aerial image from the delta:
https://de.wikipedia.org/wiki/R%C3%ADo_de_la_Plata#/media/Datei:Rio_de_la_Plata_BA_2.JPG
If you enlarge the river mouth its extreme extend is the line of Montevideo and not the outer Ocean (Maldonado).
muralito (2020-07-21 14:24:33+00:00): The coastline was in the limit of the river with the ocean for years. Some months ago some user altered it and i restored it. But the difference that broke the script shouldn't be here.
christiank61 (2020-07-21 14:37:49+00:00): In addition: there is a noticable Tide - even at Buenos Aires:
https://www.tide-forecast.com/locations/Buenos-Aires-Argentina/tides/latest
Dont get me wrong - I can't judge/decide what to do with this issue. However: IMO Tidal means Ocean, means Coastline.  
regards, Christian, OAM
muralito (2020-07-21 15:33:36+00:00): First of all these aereial image are artifically coloured, doesnt it? In addition, this photo clearly shows how far fresh water reaches, which even exceeds the Punta del Este-Punta Rasa limit. https://upload.wikimedia.org/wikipedia/commons/c/cf/River_Plate.jpg
A image is just a image, but the image is clear, and it agrees with the scientific studies that demonstrate it,

Second, the limit of the river with the ocean, where the salinity changes is in Punta del Este and Punta Rasa., which is accepted decades ago by the IHO. The 

Third, as I mentioned before, the tides are micro tides, at most half a meter. the determining factor of the tidal height in the Rio de la Plata is the meteorological one, that is, the direction from which the wind blows. When the wind helps drain the river, you can see the water go away even 100 or 200 meters, the ports are dry with sailboats stranded. When the wind stops the flow of the river, the level of the river rises several meters, that the beaches are not almost visible, but it is not like in other parts of the world, it is not cyclical, it is not periodic, it only depends on the wind, its strength and direction. It is not oceanic tide, it is meteorological tide.

Just came here and taste the water.
JesseFTW (2020-07-21 16:38:17+00:00): While I am glad you two are discussing this (the mappers concerned about this particular area do need to come to a consensus) -- that is NOT what this changeset is about.

As I said, I do NOT have an opinion on how this mapped; I merely (but strongly) insist that the rest of the world still get coastline updates.

Of the two options I provided (small slow changes or a formal proposal on the wiki) It sounds like muralito (and hopefully christiank61) prefer the formal proposal.

To implement that, please follow this link and create this page: https://wiki.openstreetmap.org/wiki/Rio_de_la_Plata and fill it with your discussion (although you should likely have a formal vote, too.)

I don't know how much support/consensus you will need to convince joto (the person who can make an override of the update script) -- but a clear write up of the issue ON THE WIKI is an obvious precondition.

Please, for the sake of the rest of the world, DO NOT (I repeat, DO NOT) apply this (or any other) large change without previously getting a clear statement from joto, on the wiki, that he will apply a manual override.

I will revert any such change, promptly.
JesseFTW (2020-07-21 16:40:01+00:00): For the sake of my email, I'd politely request that you move further discussion of whether Rio de la Plata is a coastline or not to the wiki -- but if you really want to do it here ... sigh ... I suppose you must.
christiank61 (2020-07-21 17:10:50+00:00): Dear Jesse,
I will stay away from further discussion anbout this issue. There's a lot of work keeping my 270 maps up to date and a consens is not in sight. i tried to find a consens with Montevideo as river/ocean border - no way. 
So for these are the last words in this case.
No Problem ;-)
Github is my most trusted friend...
muralito (2020-07-21 17:47:20+00:00): The discusion is here because this changeset moved the coastline.

It seems you point my changest as wrong, https://www.openstreetmap.org/changeset/79221942

but the problem was a few days before that with https://www.openstreetmap.org/changeset/79221942

and now with this changeset moving the coastline where it does not belong.

I just don't undertstand what new consensus you are looking for, as there has been consensus for years. There is nio need for discussion, nor here, nor in the wiki.

Nor do I need to convince joto to fix their script. it's their their script, so its their decision the limit they choose.

But the coastline is not where this changeset put it, so i will revert as soon as posible.
The data shouldnt be tagged for a program to work. The data should model the world as it is.
JesseFTW (2020-07-22 00:23:33+00:00): As of Jan 9, 2020, Rio de la Plata was marked (incorrectly, according to you (and, unlike christiank61, I have no interest in disputing this)) as coastline.

Fixing this error in one change is large enough to trigger an automatic circuit breaker, which can only be overridden if there is clear, un-ambigous consensus among multiple mappers in support of the change.

Rather than forming and documenting this consensus (on the wiki), an alternative is to split up the change into small enough pieces not to trigger the circuit breaker.

I don't care which of those two methods you use to fix the error -- but if you continue to disruptively refuse to use either of them, you will simply be wasting everyone's time. I urge you to pick one of the feasible methods I explained, and use it.