Well, the Wiki and Presets can be corrected. If you do that, I'm perfectly fine in changing tags to the then-documented spelling. Before that it just doesn't make sense to have two tags, one with a uncommon spelling, but documented and used - and one unknown, undocumented, seldomly used with the correct spelling.

Sure, you can tag what you like.
I just suggest tags that are commonly understood by other mappers and used by rendering tools.

Three ways are annoying, but a lot less so than having to maintain a software that has to read arbitrary key parts and extract values from them.

building:part has nothing to do with heights, that's just the example given on the Wiki page. It is used for any kind of differences between parts of a building.

This was part of the proposal for start/end:
osm.wiki/Proposed_features/Suffix_start_and_end

But in general, we're missing a global definition for Suffixes - that's why I wrote
osm.wiki/User:Mueschel/OrderOfKeyParts

Hallo,
es ist nicht nötig, alle möglichen Tags für den gleichen Wert zu vergeben.
"species" und "species:wikidata" (evtl noch species:de und species:it) sind völlig ausreichend. OSM ist kein botanisches Lexikon.

Alle anderen Einzelheiten kann der Nutzer der Daten einfach über wikidata erfahren.

species = Platycladus orientalis
species:de = Morgenländische Lebensbaum
species:en = Chinese thuja;Oriental arborvitae;Chinese arborvitae;biota;Oriental thuja
species:it = tuia orientale
species:wikidata = Q33482
taxon = Platycladus orientalis
taxon:species = Platycladus orientalis
taxonomy = Platycladus orientalis

One further comment: If you combine start/end with forward/backward, then the common order is

width:lanes:backward:end

I just changed a couple of these.

Something went wrong here - all these objects have strange tags and the ways are not connected to actual highways.

Hi,
could you check these 900 trees? It's "species", not "spieces".

Hi,
tags like "building:material:level1-2" are not used anywhere. If a building consists of parts with different properties, this is commonly tagged as building:part.

This looks like an import of data. Please make sure you follow the guidelines for such imports:

osm.wiki/Import/Guidelines

To me it seems quite questionable that there are a dozen insurance offices within one city block.

I found several more issues here:

- you deleted existing highways, leaving several other tracks unconnected, e.g. way/643010169

- when highways cross, there needs to be a common node - these seem to be missing

- most of the piste ways already existed. It's recommended to update existing way instead of deleting and re-adding them.

It's not just the Wiki - there's also a preset in JOSM and one renderer that claims to use this tag.

Please check the geoglpyphs you added here - many of them have misspelled tags, e.g.
geoglyph_language
geogpyh:language
goeglyph:language

Hi,
could you check this hotel? Something went wrong with its name tag:
node/9265301395/history

I reverted this changeset for now - feel free to add these objects with proper tagging.

Hi,
"website:related_law" is not used in other places up to now.
I suggest to use "related_law:url" instead:

Links giving further information (which are not the webpage of the object) are typically tagged "url", like in opening_hours:url.

What do you think?

How about making a proposal for new keys? That should take about the same time as writing this endless rant about addr:, diet: and internet_access: tags.
Changeset comments are not the right place for that. If you post it to the tagging mailing list, more people are likely to read and comment.

You still haven't explained what the supposed difference between type2:cable and type2_cable is and why they have to be present on the same object.

In general you are right, but in this particular case the American spelling is used. I have no idea why, but these are the statistics:

handrail:centre : 0 cases
handrail:center : 6154 cases
https://taginfo.openstreetmap.org/keys/handrail:center

Hi,
you used the new tag "ref:gb:openreach" here. I guess this should be "ref:GB:openreach" - country codes use capital letters (opposed to languages). Could you check/fix that?

Hi,
please check this node, it got several strange keys:
node/8699918339

Hi,
please check the tagging of the survey points you added - most of their tags are not used in any other place.