E.g. the English speaking world in GB and the USA has been faster in adopting the wanted Kyiv instead of the old Kiev and therefore it is right to use Kyiv as name:en and not Kiev anymore. But unfortunately this is not the current situation in e.g. Germany as the Germans may have a habit of adopting changes slower.

and why I truly understand your motivations, this is not how OSM works. OSM reflects how the world is, not how the world should be. So right now for e.g. :de it would be official_name:de and alt_name:de as Kyjiw and name:de as Kiew (and yes, this might change in the future if Kyjiw becomes familiar in German and is widely used in German. But this is not the current state in German so this would not reflect the current reality).

There is no otg truth for how a place is named in a foreign language. otg is applied for name and name:uk but not name:de, name:fr etc. Those "otg" would eg. newspapers in German, French, etc, or scientific papers, how people in Germany, France etc. would spell the name, etc.

Hello avinet_ua, please stop editing name:xx values where local knowledge does not apply. The official name is to be recorded in official_name:de, not name:de. name:de is for the commonly used name in German speaking communities and should therefore be edited by the German speaking OSM community. The same applies to name:fr etc. With your local knowledge you should just edit name and name:uk values but not other language name tags. You are also destroying the logic of alt_name:xx and official_name:xx that are used to reflect the current naming in e.g. Germany or France, etc. So please revert your changesets of the last couple of days in regard to your name:xx changes.

Ciao,

l'aggiunta del "name:it" segue questa logica:

osm.wiki/Names#Rationale

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431615

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431604

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431597

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431583

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431564

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431556

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431553

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431543

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431535

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431522

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431515

these reverts may temporarily not fix the problem with vandalism as those vandalism is stacked and several reverts are sometimes needed to fix the node/relation/way

changeset/140431506

Hello, It is a better idea to let the DWG or others revert the offensive vandalism instead of deleting those. Editing vandalism may complicate revert processes. See osm.wiki/Vandalism for the best ways to deal with these problems.

Hallo romwriter, danke für die Erklärung. Also müsste man das sport=running auch entfernen? Dann müsste ich aber papamat15 erklären, warum wir seine so schöne semantische Konstruktion von vor 3 Monaten für die Joggingbahn wieder zerlegen. Ich habe hier auch tatsächlich getestest, wie osm-carto es verarbeitet (um den Code zu verstehen), daher ging das gestern hin und her. Jetzt warte ich erstmal ein oder zwei Tage, dass die Karte den neuen Stand wiedergeben kann.

Please don't delete information because it does not look as you want on some external map rendering (as you stated: could be misinterpreted as an airport). This is an industrial area and therefore was rightly mapped and tagged as one.