1. It gives the wrong impression, that someone measured with precision smaller than atom-size. Typical common assumption is: +- half last digit = accuracy.
2. Bytes are spend for noting.
3. Is there any benefit not to change it?

all nodes have only one tag (ele) with identical value. the used import tool had a format/rounding problem (a.b999999999999)

http://www.gcmap.com/airport/DRA
Elevation: 3314 ft (1010 m)

https://en.wikipedia.org/wiki/en:Desert Rock Airport
Elevation AMSL 1,010 ft / 308 m

https://en.wikipedia.org/wiki/Mercury,_Nevada
Elevation 3,789 ft (1,155 m)

==> ok you are right, and wikipedia is wrong.
I will go to ele=1010m again.

how to proceed here. could you fix this?
otherwise I need to understand what is wrong? Of course my comment was wrong, but something else?

revert

revert

revert

reverted

why do you use ele=no for buildings in Leipzig?
ele=elevation=HöheÜberMeeresspiegel (unit = meter).
ele=no means nothing and should be avoided.
PS: height vs. ele should be considered.

Of course the content of these languages could be different, but this is not the point.
The connection between the languages is done by wikidata project.
For example: en:Berlin belongs to de:Berlin and fr:Berlin etc.
The content for articles (e.g in nation conflicts) could be the opposite, but wikidata will show all articles for same object in all languages. That was the master idea behind wikidata and its first project target. So anything that can be calculated from the data has not real need to be strored.

why you ignore:
osm.wiki/w/index.php?title=Key:wikipedia
cite: "In almost all cases, a single wikipedia tag as described above is sufficient."

wikidata.org was build to translate/link between different wikipedia language titles.
At least one linke should follow the international rule, I think.

I took a look here (and where thinking this is a global rule). In DE or US town is used from 10k to 99k.
Please change the rule here an tell the countries with town == city rule.
osm.wiki/Tag:place%3Dcity

thanks, Alex

only relation["place"="city"]["population"~"[0-9]{7}"]({{bbox}}); // over europe timeout=444 is breaking with internal server error but only 23 cities >1mio are inside.
It should be doable, but is stille the limit (no timeout).

Sorry for that. But it would make sence to add a hint to the engl-wiki to give others the chance to know it. Can you do this?

pop. should be number !
osm.wiki/Key:population

I'm working on it to find a good solution.
But beside this: 99% of is_in_iso (even outside USA) is not from me, so others also need it. I think we should start a broader discussion about all is_in* keys.

connecting the language versions of same wikipedia articles was the first mayor task of
www.wikidata.org
Therefore we can trust the lanuage mapping, which works good since >1 year.
Having redundant information is only blowing up the database.

You are right. But changing the rest of the world would be more complicated than only one nation. But I agree, "iso3166-2" would have been my favorite. But for machine reading its better to have the same key worldwide.

osm.wiki/Key:wikipedia
citeation from ther:
"In almost all cases, a single wikipedia tag as described above is sufficient."

there are megabytes of key="is_in" having long values, and only kilobytes of is_in:iso*, so why it is so urgend to remove it? I would still like them, but not adding them.
The problem is at the moment: questions with big results are still very slow and often aborting.