piebro/osm-data huggingface dataset:
sanchi (2021-12-31 13:59:28+00:00): Una cosa es borrar y dejarlo así y otra cosa es hacer una geometría nueva que lo sustituya. Lo suyo es mantener historial que se puede hacer aunque sea una geometría nueva, pero bueno no es lo más importante. Lo que comentas lololailo esta bien. No se pierde la información, se mejora. La diferencia aquí es que se borra una zona, además bastante grande, para quedar en la nada.

En cuanto a lo que comenta cdavila. Ese polígono tenía sentido junto con el polígono de 2000 nodos que has borrado? Borrar toda la geometría y decir que una cosa que ha quedado sin borrar si vale... Es como si cojo una ciudad la borro entera y dejo una calle en mitad de la nada y pregunto si tiene sentido que este. En cuanto a tu pregunta quitando la trampa. Si borras borra todo no dejes residuos. Si no lo borras claro que tiene sentido esa geometría.

Si lo que se quiere es borrar CORINE y dejarlo en la nada que es lo que se ha hecho en este caso es una cosa que como ya he comentado hay que hablar con la comunidad. Este no es el lugar para ello ya que aquí nos enteramos 4 gatos. El no haber llegado a conclusión en casos anteriores no significa que se pueda borrar la información. 

CORINE es una cosa que estoy de acuerdo que hay que solucionar. Tiene diferentes soluciones mejores o peores que hay que hablar. Pero la solución nunca puede ser actuar por separado borrando la información existente en osm. Para llegar a eso se tiene que hablar y discutir en la comunidad. Mejorar la información siempre se puede. Borrarla por libre no.
ray331 (2021-12-30 02:03:46+00:00): Thanks for showing me!
Ehstock (2021-12-30 20:02:50+00:00): What has happened to https://www.openstreetmap.org/relation/5248120/history ?
mapwitch (2021-12-31 08:29:19+00:00): Oh, shit! There was some confusion within JOSM, but the JOSM conflict tool did not give me the option to chose the right ways.

Thanks for pointing that out! I have corrected the relation now.
4004 (2021-12-30 20:43:10+00:00): Hi, could you please add changeset comments to your edits? this is the 2nd notification, this time in English, for DWG reporting purposes
Glassman (2021-12-30 17:00:04+00:00): Question - why did you remove the fairway tag? Take a look at https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgolf_course for help mapping golf courses.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/115529894
Grzegorz_Kujawa (2022-01-14 23:32:27+00:00): Cześć,
W nazwie Zespołu jest literówka w słowie "Przedszkolny" oraz po skrócie "nr" nie stawiamy kropki.
Po za tym, czy nazwy obiektów sportowych i placu zabaw to ich nazwy własne? Raczej nie, więc name=* nie jest tu zasadne.
Odpowiednie tagi załatwiają już sprawę.
https://wiki.openstreetmap.org/wiki/Pl:Nazwy#Nazwa_jest_tylko_nazw.C4.85
Pozdrawiam.
Grzegorz_Kujawa (2022-10-30 23:21:58+00:00): Wobec braku odpowiedzi poprawiłem mapowanie obszaru i nazwy placówek.
eggie (2021-12-29 18:02:24+00:00): Dag Wegenkaart...  Goed om zaken toe te voegen... alleen een name=  zal niets doen in OSM. Ook de aard van het bedrijf 'moet'erbij.

Bv office=company of 

amenity=car_rental
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcar_rental


MVG
eggie
Jo Cassel (2022-01-24 11:09:48+00:00): Hallo, bin etwas ratlos was diese Änderungen anbelangt, so wurde z.B. der zugehörige place-Node der Gemeinde-Relation von Linsengericht

https://de.wikipedia.org/wiki/Linsengericht_(Hessen)

von korrekt place=municipality in place=village geändert, ein Dorf (village) dieses Namens existiert dort im Nichts

https://www.openstreetmap.org/node/240129866/history#map=15/50.1699/9.1994

aber nicht wirklich?
Gino-52 (2022-01-24 13:48:22+00:00): Wie so oft ist in OSM nichts  einheitlich und nichts eindeutig geregelt.
Mit der Gebietsreform in den 70er Jahren wurden neue Gemeinden geschaffen.  
Wie in deinem Link steht ist Linsengericht eine hessische Gemeinde.
Ob diese "neuen" Gemeinden, die keine Verwaltungsgemeinschaften sind, nun als place=municipality zu taggen sind oder als town/village mit den einzelnen Ortsteilen als suburb ist m.E. nirgends geregelt, oder ich habe es nicht gefunden.
place=municipality wird übrigens nicht gerendert, was alle neuen Ortsnamen in der OSM-Karte verschwinden lassen würde. 
place=municipality tritt verstärkt auch nur in Hessen auf.
Das Thema sollte mal grundsätzlich geklärt werden.
Jo Cassel (2022-01-24 18:47:58+00:00): Naja, dass place=town/village/hamlet für konkrete Siedlungsorte vorgesehen ist, und nicht für (Gemeinden als) Verwaltungseinheiten ist schon lange so dokumentiert, und die (aktuelle) carto-Darstellung ist nicht das Maß der Dinge, denn eine Darstellung der Gemeindenamen wie "Linsengericht" in einer Kartendarstellung ist für alle daran Interessierten schon laaaaaange möglich:

https://overpass-turbo.eu/s/1fn8

ganz ohne Fake-Städte und Dörfer im Nirgendwo.
Aber ich gebe Dir insofern recht, dass die diesbezügliche Dokumentation zu place=municipality noch im Argen liegt (bin ich dran), aber schau dir dies mal an:

https://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dtown#St.C3.A4dte_in_Deutschland_als_Verwaltungseinheiten

kannst Du auch für village/hamlet gedanklich übernehmen ...
maraf24 (2022-01-01 16:31:09+00:00): Sklep dwa razy.
lonnez (2021-12-29 17:36:06+00:00): Sorry, forgot source.

source=note;Bing
muchichka_s (2021-12-29 18:05:02+00:00): Ще раз. Перестань видаляти угорські назви!
avinet_ua (2021-12-29 18:54:34+00:00): читай уважно що я писав
muchichka_s (2021-12-29 19:18:22+00:00): Я подивився що ти робив/писав і не можу зрозуміти для чого ти наприклад видалив угорський переклад з лісу Чипкач. З мене досить, хай DWG з тобою розбирається
avinet_ua (2021-12-29 19:45:50+00:00): я вже відповів, видалив оскільки назва не державною мовою. я розумію, що ти новачок, але вивчи правила створення об"єктів.
user_2066394 (2021-12-29 22:17:37+00:00): name=* und Adresse könnte man noch auf den neuesten Stand bringen.
czubi (2021-12-30 10:08:41+00:00): https://www.openstreetmap.org/node/9376947171
Prellbock mitten auf dem Parkplatz der Bundespolizei?
eggie (2021-12-29 18:16:56+00:00): Je kunt het best op de eindnodes noexit=yes zetten (doodlopende straat) Dat voorkomt dat andere mappers de wegen weer aan elkaar knopen. 
Mits ze natuurlijk in het echt ook niet meer verbonden zijn.
Gr eggie
BCNorwich (2022-01-03 20:20:06+00:00): Hello, 
    Please be aware that the tag  highway=road will be ignored by applications directed at end-users.

    Do not expect highway=road to be rendered.
    Do not expect highway=road to be routable.

Could you please also look at the comment on your previous changeset and make corrections.

Regards Bernard.
BCNorwich (2022-01-06 10:43:37+00:00): Thank you for making the corrections. It would have been polite to respond to comments.
eggie (2021-12-29 18:18:36+00:00): Een highway=service lijkt me logischer hier.
Gr eggie
czubi (2021-12-30 10:09:54+00:00): https://www.openstreetmap.org/way/1016635383#map=19/50.97200/11.03464&layers=N
Da ist keine Schiebebühne mehr in Betrieb!
czubi (2021-12-30 11:25:52+00:00): https://www.openstreetmap.org/way/1016638240 und https://www.openstreetmap.org/way/1016638237 und andere ....

Die Wege sind auf Privatgelände und das Gelände ist meines Wissens nach auch abgesperrt. Hier  fehlen mindestens die access Werte!
موبايل قاسمى (2022-01-01 19:03:44+00:00): mobile ghasemi
gscholz (2022-01-05 09:05:25+00:00): Hi FS Patagonia,
this changeset has destroyed the boundary relations of "Gregorio Álvarez" and "Unión de Mayo" by modifying way 273387350:

http://tools.geofabrik.de/osmi/?view=areas&lon=-68.10513&lat=-38.94408&zoom=16

https://overpass-api.de/achavi/?changeset=115532013

Can you please fix this?
Kind regards
Guido
edvac (2021-12-31 00:14:48+00:00): Dear avinet_ua:

User muchichka_s (https://www.openstreetmap.org/user/muchichka_s) has reported an issue to the DWG, telling that you are apparently wrongly changing names of places, parks, woods, etc, and also deleting some name translations into foreign languages. A possible example would be the Форраш вулиця in this changeset. Could you clarify/give info on this issue?

Thank you in advance,

Rafael Avila Coya, on behalf of the OSMF Data Working Group.
avinet_ua (2021-12-31 00:32:50+00:00): I renamed titles for real local names and removed main name translations into translation name field (name:LANG) and cleared main name field because it is name not in native local language
avinet_ua (2021-12-31 00:38:25+00:00): Also user muchichka_s (https://www.openstreetmap.org/user/muchichka_s) is aggressive in comments to my changes like "do rollback right now!", he just want to leave naming that are not in language of local territory, that is translation for another language but he is using it as main name
muchichka_s (2021-12-31 10:57:23+00:00): Hi, All. User avinet_ua deletes hungarian translations
https://www.openstreetmap.org/relation/12869177 . It seems to me that this should be seen as discrimination
muchichka_s (2021-12-31 11:00:09+00:00): Hungarians make up 12% of the population in this area
avinet_ua (2021-12-31 14:38:54+00:00): Maybe user muchichka_s little lost on orientation, so I help - this Ukraine country and its territory with only one official language - ukrainian, so main name must be only on Ukrainian, not any other language. I translate or move hungarian name of object into corresponding field.

And if we talk about population, so why other 88% which ukrainians and dont know hungarian language must see that names? That why I moving that language into name:LANG_ID fileds.

Lets stop this discussion, user muchichka_s takes it very personally and I dont know why.
edvac (2021-12-31 14:52:53+00:00): Dear avinet_ua:

Naming in OSM is really smart, as we can use different name:xx tags to localize names of objects into different languages.

Please, refer to the name wiki [1] for general tagging, and the Names wiki [2] for good practices, specially the Localization section [3].

Please, **refrain, from now on, on deleting any name:xx tag** unless you have very good and verifiable reasons to do so. I could add the name:es=* tag (Spanish) to some places in the area, and it wouldn't be wrong. On the contrary, deleting those tags after me, without any discussion, wouldn't be respectfull with my mapping.

Dear muchichka_s:

Try to avoid using aggressive (or potencially perceived as aggressive) ways to address other mappers. If you find that a user ignores your concerns, try to contact first the local OSM community or communities. Only when all of that fails, you may contact us (DWG).

Happy mapping and happy new year to both of you,

Rafael Ávila Coya, on behalf of the OSM Foundation, Data Working Group.

[1] https://wiki.openstreetmap.org/wiki/Key:name
[2] https://wiki.openstreetmap.org/wiki/Names
[3] https://wiki.openstreetmap.org/wiki/Names#Localization
edvac (2021-12-31 14:55:05+00:00): By the way: I've added my last entry before I had read the last message from avinet_ua.
muchichka_s (2021-12-31 14:58:20+00:00): Hi edvac. I disagree that my comments are aggressive.  if you think otherwise, show where exactly
muchichka_s (2021-12-31 15:02:11+00:00): I showed you an example where translations (name:hu) have been deleted.  I will be able to show the full list of such objects on January 2, when I will have access to a PC.
avinet_ua (2021-12-31 15:04:04+00:00): Thanks, lets do happy mapping and be positive :)
muchichka_s (2022-01-02 12:34:30+00:00): User avinet_ua has removed Hungarian names from the following objects. (Note that this is not moving names, but permanently deleting)

from tag name:hu:

https://www.openstreetmap.org/relation/11855936
https://www.openstreetmap.org/relation/12869177
https://www.openstreetmap.org/way/442586599
https://www.openstreetmap.org/node/9203860013


from tag name:

https://www.openstreetmap.org/relation/11124065
https://www.openstreetmap.org/way/93174537
https://www.openstreetmap.org/way/93844204
https://www.openstreetmap.org/way/93844647
https://www.openstreetmap.org/way/93844648
https://www.openstreetmap.org/way/446116465

https://www.openstreetmap.org/way/442586872
https://www.openstreetmap.org/node/2296564133
muchichka_s (2022-01-02 13:08:14+00:00): The Hungarian name of the Hungarian-language school has been removed. It would be good to keep it in "name:hu"

https://www.openstreetmap.org/way/220545614
muchichka_s (2022-01-02 13:40:37+00:00): I returned the names for these objects. Hope they will not be touched unnecessarily
avinet_ua (2022-01-02 15:19:41+00:00): Maybe that was mistake? I dont know. Good that you fixed that errors
edvac (2022-01-07 00:45:58+00:00): I am glad that things look good now. Please: if you give a name to an object, that should be the real name, or the name in the official language of the area. If you know only the name in any other language, you can add it to the name:xx tag, but leave the name tag for when you know the name in the official language. If you find that an object has the name tag with a non-official language, instead of deleting that name, just move it to a name:xx tag. If you don't know what language is that, you should contact the user who added that info, to clarify the situation.
Happy mapping!
dcskobuffs (2021-12-29 18:17:59+00:00): Imagery sources were Maxar Premium Imagery and Strava
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/115532302
dcskobuffs (2021-12-29 18:23:40+00:00): Correction: Imagery used was Maxar Premium Imagery and Strava
user_5359 (2022-01-02 16:30:34+00:00): Hello again! Please use mixcased writing for the name values.
marczoutendijk (2021-12-30 18:55:35+00:00): Can you be a bit more specific than just "mapping"? Isn't that what we all are doing?
https://wiki.openstreetmap.org/wiki/Good_changeset_comments
mahony (2022-01-01 01:48:42+00:00): Hello Marc, 
please give me some time to answer.
Happy new year!
CAI Stabia (2022-01-03 08:07:30+00:00): Che significa il punto nel campo name? Non ha nessun senso. Eliminalo cortesemente
user_5359 (2021-12-30 08:00:21+00:00): Welcome to OSM! Did you see the way https://www.openstreetmap.org/way/585056018. Your area overlaps this area with the same information.
And I don't believe that "land in san diego" is the name of this area, is more a description.

why did you delete the addresses, do you have information that they no longer exist?
lasagna (2022-01-19 21:28:17+00:00): Because there has been no response about the addresses, I restored them: https://www.openstreetmap.org/changeset/116359540
aixbrick (2021-12-30 10:32:35+00:00): Hello and welcome to OSM,
you readded a building which was stated as "demolished" (note says: "06/2021 abgerissen") and aligned a way which can't run straight because of scrub. I therefore reverted your changeset with https://www.openstreetmap.org/changeset/115556872 to remove the newly created building and to slighlty change the way.
In future please be more carefully.
Regards
bxl-forever (2021-12-31 02:34:08+00:00): I think we could even add this tag too, right?
https://wiki.openstreetmap.org/wiki/Tag:social_facility%3Dshelter
Thierry1030 (2021-12-31 08:55:50+00:00): yes you can! :-)
when I pass by there I regularly see people queuing there and I think that it is because there is a social restaurant
RicoElectrico (2021-12-30 15:46:52+00:00): Cześć, co to jest NFY? Nie mogłem znaleźć takiej informacji. Do tego jest podany numer telefonu, też nie wiadomo do kogo. A do tego to oznaczenie studni jako automatów telefonicznych jest błędne. Tak się to powinno zrobić: https://wiki.openstreetmap.org/wiki/Tag:manhole%3Dtelecom

W obecnym zmiana wygląda na tyle wątpliwie, że w razie braku wyjaśnienia ją wycofam. Oczywiście mogę pomóc z poprawą.
maro21 (2022-01-13 22:48:26+00:00): Wycofałem, bo edycja zawierała zbyt dużo błędów - nie ma tu budek telefonicznych. wilkpio, możesz oczywiście dodać sieci podziemne, jednak taguj poprawnie - w edytorze można łatwo wyszukać właz do studni kablowej. Poza tym nie łączymy wspólnymi węzłami podziemnych kabli z innymi obiektami!
user_5359 (2022-01-04 10:08:27+00:00): Welcome to OSM! Please notice that admin_level has a numeric value. Please notice also the existing realtion https://www.openstreetmap.org/relation/13059672. I will revert your change set.
SomeoneElse_Revert (2022-02-04 05:21:18+00:00): This changeset has been reverted fully or in part by changesets 116986772, 116973878, 116976578, 116979036, 116983082, 116959113, 116985873, 116987926, 116984402, 116970935, 116981234, 116967980 where the changeset comment is: Following a complaint to the DWG, reverting some fantasy mapping.  Attempts to contact the mapper failed.  See https://resultmaps.neis-one.org/osm-discussion-comments?uid=14729412 and https://www.openstreetmap.org/user_blocks/5642 .
gscholz (2021-12-30 05:19:49+00:00): Hi TheRoadDudeMN,
this changeset has created several errors in the OSM database regarding duplicate nodes and self intersecting lines:

http://tools.geofabrik.de/osmi/?view=geometry&lon=-36.39823&lat=-10.26406&zoom=13&overlays=self_intersection_ways,self_intersection_points,single_node_in_way,duplicate_node_in_way

Can you please fix this?
Kind Regards
Guido
gscholz (2022-01-02 06:35:23+00:00): Hi TheRoadDudeMN,
those errors still exist. Can I get your response here or don't you feel the need to respond to the comments?
Guido
Wulfmorn (2022-06-27 09:58:31+00:00): Was this supposed to be "noname=yes"? https://www.openstreetmap.org/way/1016649128/
BCNorwich (2021-12-30 08:55:10+00:00): Hi, You've got a section of the power line duplicated. If there are two overhead power lines out of the substation they should be shown separately.  Please see here:- https://tinyurl.com/mr4ywdxm

Regards Bernard.
AjK (2021-12-30 09:03:16+00:00): Thanks for the notification. How is a T section line segment handled? I tried to join one line to another but it wouldn't allow me (or I couldn't figure out how to) so I looped it through the substation which is clearly the wrong thing to do. 
Regards, Andy
AjK (2021-12-30 09:13:21+00:00): I believe I fixed that overlap with changeset 115553892
BCNorwich (2021-12-30 10:03:38+00:00): All looks OK now. Cheers!
gscholz (2021-12-31 05:34:59+00:00): Hi,
this changeset has created errors in the OSM database regarding duplicate nodes:

http://tools.geofabrik.de/osmi/?view=geometry&lon=-36.42739&lat=-10.26898&zoom=13&overlays=self_intersection_ways,self_intersection_points,single_node_in_way,duplicate_node_in_way

Can you please fix this?

This seems to be a systematical editing error as this occurs also in changeset 115533510 and 115574131. Can you please check what you are doing and may be change to a more reasonable OSM editor like JOSM?

Kind Regards
Guido
baumann3141 (2022-01-03 01:37:27+00:00): Hey rayhem, you realize that the aerial images do not show the current situation!? Please unmark Wilson as construction, this road has been open for over a year. Please check before undoing other mapper's recent edits.
rayhem (2022-01-03 03:15:07+00:00): Oh! My sincere apologies - I was looking in the area and noticed the road was marked as "Residential" which didn't fit so I assumed it was *very* out of date. Fixed now
treestryder (2022-01-04 03:16:22+00:00): Thank you for correcting this and for all your hard work in the area.

On the topic of marking a way as under construction, it is preferred to use a conditional access tag with an end date. There is a note on how to do this on the Michigan Wiki page. https://wiki.openstreetmap.org/wiki/Michigan#Ways_Under_Construction

Also on the Michigan Wiki page is an invitation to join our monthly get togethers. It would be great to meet you.
rempshaener (2022-10-30 19:20:57+00:00): Hallo,
ich habe die Änderung gerade erst zufällig gesehen. Weißt du noch, warum du den Namen gelöscht hast? Ich bin mir zu 100% sicher, dass er so beschriftet war.
Viele Grüße
Znaika (2022-10-30 19:30:07+00:00): Hallo. Es tut mir Leid. Ich kann  mich nicht erinnern, was mich dazu bewegt hat. Der Bolzplatz gehört zum Spielplatz mit dem Namen https://www.openstreetmap.org/way/999717788
Wobei die Grenzen es nicht umfassen, auch die einige andere Anlagen.
 Gruß,
Znaika
Znaika (2022-10-30 19:33:40+00:00): Ich sehe grade, die Plätze haben unterschiedliche Referenzen: 1409 & 1410. Machst du den Namen wider rein?
rempshaener (2022-10-31 09:54:47+00:00): Erledigt, danke!
ftcat (2021-12-30 05:54:26+00:00): HI Biker69,

I think you are creating multipolygons that are unnecessarily complex with members that are very far apart. This makes it very difficult to edit and is prone to errors. Not all the dambos in your multipolygon are the same dambo and not all the farm land is the same farmland for example. Also you have tagged relation 13609785 as all 'scrub' this is most definitely not scrub but wood, if you can, have a look at the Maxar premium imagery to see what I mean.
SK53 (2021-12-29 19:29:02+00:00): Of course I meant Stanley Common
Niels Elgaard Larsen (2022-06-18 15:20:36+00:00): Pas på med access=yes på trapperne. Det tillader cykler, biler osv på trapperne
karson_ (2021-12-29 19:34:22+00:00): added landuses in Peoria. Mistyped the changeset comment
eggie (2021-12-29 20:15:57+00:00): Oke..., maar service=ontsluiting_woningen  is geen OSM tag.
Die regel beter verwijderen.
Het parkeergedeelte zou je nog  service=parking_aisle kunnen taggen.
Gr eggie
Mannivu (2021-12-30 08:04:38+00:00): Ancora a cancellare i parking=surface?
Mannivu (2021-12-30 08:07:14+00:00): I parcheggi street_side sono parcheggi che si trovano a lato di una strada e non si deve fare una deviazione dalla via per prendere una strada di servizio per entrarci (es. il parcheggio di un centro commerciale NON è uno street_side)
user_10901495 (2021-12-30 08:49:22+00:00): E un pezzo di superficie terrestre occupata da una strada di servizio non è un parcheggio.
user_10901495 (2021-12-30 08:51:09+00:00): Questa cosa permette solo di avere più granularità. I parcheggi surface servono come prima stesura, come mettere un building come nodo, ma sono molto imprecisi.
Mannivu (2021-12-30 08:54:57+00:00): Ecco, di nuovo a fare interpretazioni tue delle linee guida. Parking=surface NON una mappatura preventiva. Un'area di parcheggio (magari se usiamo i termini corretti ci capiamo meglio) non è un parcheggio lato strada. Le aree di parcheggio si mappano con una grande area (a comprendere anche le strade di servizio e le corsie di parcheggio) con parking=surface; i parcheggi lato strada si mappano con parking=street_side (ma solo quelli che fanno rientrare il marciapiede, altriementi sono parking:lanes)
user_10901495 (2021-12-30 09:06:16+00:00): D'accordo, mi hai convinto. Detto questo di sicuro usare i parking_space come fa ivanbranco è sbagliato. https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space
a single parking space on a parking lot.
Mannivu (2021-12-30 09:09:45+00:00): No, i parking space possono essere aggiunti all'interno di aree di parcheggio più grandi (guarda per esempio https://www.openstreetmap.org/#map=18/51.49908/0.00355 )
user_10901495 (2021-12-30 09:11:28+00:00): Fa testo la wiki
user_10901495 (2021-12-30 09:12:00+00:00): È quello che ho detto io comunque
ivanbranco (2021-12-30 09:24:58+00:00): 1. I changed the parking=street_side you draw with amenity=parking_space to not delete your work and keeping history

2. The Wiki consider the possibility or having more than one parking space in the same amenity=parking_space area

a. "Capacity = If an area represents more than one parking space (of equal kind), use capacity=* to define the number of parking spaces it represents." That's what I tried to to, keeping together the "normal" parkings space, I draw disabled parking space separately

b. "Exceptions for using one area to represent more than one space:
A lot of similar parking spaces side by side without any differing attributes and you don't want to put that much effort into it." and I didn't want to put much effort since they were a LOT of parkings I had to fix. They could just be fractioned more in the future, I thought it was better then just deleting them.
user_10901495 (2021-12-30 09:27:19+00:00): Puoi parlare anche in italiano
user_10901495 (2021-12-30 09:28:25+00:00): Non perché non capisca bene l'inglese ma perché essendo tutti italiani è più facile leggere e scrivere un testo nella lingua madre. Prende meno RAM mentale