piebro/osm-data huggingface dataset:
Cristian8585 (2020-01-04 16:27:38+00:00): https://www.google.com/search?client=firefox-b-d&q=hotel+no+se

https://www.google.com/search?client=firefox-b-d&sxsrf=ACYBGNSCq9dSoP6sZoer9wmg_ScY5vq1Ug%3A1578154848343&ei=YLsQXtbEFMq_5OUP8e2RKA&q=hotel+si+se&oq=hotel+si+se&gs_l=psy-ab.3..0l3j0i22i30j0i22i10i30l6.145736.147969..148264...0.2..0.229.1969.0j5j5......0....1..gws-wiz.......0i71j35i39j0i131j0i20i263j0i10.ZuveRLL-uIY&ved=0ahUKEwjW9Ir5rOrmAhXKH7kGHfF2BAUQ4dUDCAo&uact=5
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79086361
Cristian8585 (2020-01-04 16:29:54+00:00): https://www.google.com/search?client=firefox-b-d&tbm=lcl&sxsrf=ACYBGNTcOi_T1AjE1A8AEmNh1ww3KHV-LA:1578154998332&q=Hotel+No+Se+-+Hotel+Alojamiento&rflfq=1&num=20&stick=H4sIAAAAAAAAACWQPU7DUBCElQJEbyoX4Asg7f_uK-mooOAECUoRlNgoMReio-MO3IZTME4673h35pt3c93fcrqrOUvzCuHGpAaVk9W5lWSYVGZZQRWsNW3GUKwyVAWqkXOJizZNrTQn7buU1HSpYlbcBGG1yxSvJGJuxBHUKC_3sNcWLRGEQPUzV8CoCblDJlwsXIURpBQI81JDTN-5B58TgopJELjY4jZcUSSsXAkb3neFpupk6QoEtC3uO-w4iVQsfKwJBJg2jxQuYDCZa0ksVLZM-FUIDDxTLqq6UVijBZZUIwwG4hFFaBTlDdasiHK0xbtRqnEoN3f5Wa3-Vncv83F9Gj62x9M04mNeHza73-9x2Hye3tbj19X90zRv98PzNLxuh4fhMj3up_f1Ybcd5-kfwg9oRMwBAAA&ved=2ahUKEwiyxc3ArermAhWkK7kGHWuCA2EQjHIwG3oECBUQBQ&rldimm=17553451295862191034&tbs=lrf:,lf:1
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79086361
Takogin (2020-01-04 17:31:53+00:00): Thank you for details, I'll revert my corrections. Have a good day
Mateusz Konieczny (2022-07-23 08:53:43+00:00): https://www.openstreetmap.org/way/760023823 jesteś pewien że tor i ścieżka jest w tym samym miejscu?

na podlinkowanym mapillary nijak tego nie widzę
r2d (2020-01-01 17:31:58+00:00): Je ne sais pour quelle raison JOSM a envoyé les modifications sans me laisser modifier le message, le voici : Sentiers du parc Hubert Dubedout et autour.
HeyItsAdam (2020-01-01 17:32:20+00:00): Strasburg* VA
dval (2020-07-15 16:44:36+00:00): Hi, Bwr57! OSM Inspector сообщает, что есть неполадки/непонятки на перекрестке посередине внизу. Там вы поставили на отрезке дороги turn:lanes=left;straight|right. Не понятно, как в этом месте можно повернуть налево, т.е. на встречку. Возможно, поэтому. Возможно, надо through|right.
erickdeoliveiraleal (2020-03-16 15:12:00+00:00): sua edição foi revertida, pois este traçado não existe na realidade, por favor mais cuidado ao editar.
☆Finvenkulo (2020-01-01 18:36:41+00:00): Will you also delete other points like:
https://www.openstreetmap.org/node/4080922527
https://www.openstreetmap.org/node/4465589503

Can I add it again mentioning the article
https://www.researchgate.net/publication/232984998_Poles_of_inaccessibility_A_calculation_algorithm_for_the_remotest_places_on_Earth
?
SomeoneElse (2020-01-01 20:22:14+00:00): Technically, if the licence is compatible, it won't get removed bcause the licence isn't compatible,  Your link says "© ResearchGate 2020. All rights reserved." which isn't promising, though.

In addition to that, I'm not exactly convinced that this sort of "derived" data really belongs in OSM at all.  If there's something to see when you get there that allows you to verify its location then that would be OK, but do any of these have that?
MacLondon (2020-01-02 15:03:13+00:00): David, http://static.walthamforest.gov.uk/sp/Documents/chapter4-calibri.pdf#page=17 does show the Olympic route (in purple) finishing at the entrance to Epping Forest on Snaresbrook Road.
ramthelinefeed (2020-01-02 15:23:32+00:00): Ah - fair point, but in the map key, it described that purple line as 'Proposed Cycle Routes 2011 to 2014'. 
Would it be fair to surmise that the proposal wasn't implemented as far as Snaresbrook Road? 
The northernmost Epping Forest Olympic route signage I could find was actually at the junction with the A12!  
The shared use path from there along Whipps Cross Road is high quality, after Whips Cross junction, they just left it as rubbish 'white line down a pavement', which was already there for the LCN I think?
ramthelinefeed (2020-01-02 15:31:03+00:00): You can usually tell those Olympics routes as they have pairs of blue fingerpost cycle signs with named destinations - Epping Forest and Stratford in this case - and smaller blue route confirmatory signs with just a cycle and pedestrian icon on them...  I can't see any of that in evidence north of the A12 junction.
ramthelinefeed (2020-01-02 15:31:48+00:00): the situation on Lea Bridge Road south pavement is a bit moot, because they're currently upgrading that for C23...
NunoCapeloCaldeira (2020-01-02 00:33:30+00:00): hello, can you explain how a restaurant is a retail building, as you edited?
frulifrank (2020-01-02 09:49:17+00:00): Hi, you're right. Choosed the wrong building type. Changed is now to "yes" because couldn't find type "restaurant". Thanks for the comment.
Tomas Straupis (2020-01-01 19:25:05+00:00): Tai čia yra baras „Rūta“, kur visi norintys gali atvažiuoti gerai laiką praleisti? :-)
Allison P (2020-01-02 05:50:29+00:00): Some of the buildings are overlapping existing ones, think you could double check those? Also, MapWithAI building outlines are the same as Bing, and it automatically removes buildings that are already mapped as well as adds a source tag to the buildings. Just thought this might be informative if you decide to continue mapping buildings. In addition, imports should be discussed with the community beforehand. If you manually review the data before uploading, no prior approval is required.

Allison P
larz86 (2020-01-02 06:58:19+00:00): Hey, thanks for the message!

I'm just figuring out the process for importing these buildings, thought I had deleted the accidental overlapping buildings from  (#79076282)  in (#79087959 ), sorry if I missed a few! 

Currently I'm pairing down the Idaho Bing github geoJSON in QGIS to something smaller JOSM can open, then merging down layer, tagging.  I am double checking Mapbox/ Bing sat imagery to make sure the building still is there/fits the building- deleting anything thats wonky. I'm focusing on just the West End neighborhood, south of W. State street, 
 
Would love advice on anything thats perhaps faster/better process or If I'm missing anything crucial! Cheers!
Allison P (2020-01-02 18:37:06+00:00): This changeset specifically contained some overlapping buildings which I validated. I think I got them all but I'm not sure.

Several months ago I downloaded the building footprint GeoJSON for Idaho and attempted an upload but it was broken. Recently, I learned that RapiD added building footprints and I noticed they looked familiar. I compared them to the Bing footprints and realised they were the same! I have had great success using the MapWithAI GeoJSON plugin, and I would suggest giving it a look.

I found a program awhile ago that splits geoJSON files into smaller ones that can be loaded into JOSM but unfortunately it did so randomly and thus they were all over the place and any additions would have a bounding box covering all of Idaho.
Allison P (2020-01-02 18:37:48+00:00): Sorry, not the MapWithAI GeoJSON plugin, the MapWithAI JOSM plugin.
René84828 (2024-07-25 05:57:10+00:00): Die Geierwandtour ist als Mountain Bike Strecke gekennzeichnet. Das passt nicht mit dem Fahhradverbot auf den Weg 449851451 zusammen.
itineris (2020-08-24 18:31:06+00:00): Hi,

You've added a oneway sign to the Southern end of this forestry road and made it "oneway=-1" (e.g., reverse oneway) so that it goes from the North to the South.

However, there is no sign at the Northern end (neither "oneway" nor "no entry"). There is a "give way" sign though.

Can you help me clear up this mess?

Greets,
Ákos
Famlam (2020-01-01 19:44:24+00:00): Bron voor de overlappende-gebouwen-fix is trouwens BAG
MKnight (2020-08-14 09:40:58+00:00): Moin, was hat es denn mit https://www.openstreetmap.org/node/7100084035 auf sich?
vrifox (2020-08-14 10:40:39+00:00): Hola, keine Ahnung wie das passiert ist, sollte nun aber korrigiert sein. Danke für den Hinweis. :)
BS97n (2020-01-02 11:52:41+00:00): *abgeschlossen
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/79090149
user_5359 (2020-01-01 21:34:00+00:00): Welcome to OSM! Please use mixcased for name and description.
Vinber (2020-01-03 09:24:24+00:00): Bonjour,
merci pour vos nombreuses contributions sur les magasins en vrac mais pourriez vous nous dire d'où vous avez les informations que vous ajoutez ? Voir préciser un peu sur votre profil et/ou une page wiki les sources de vos données ?
geoaria (2020-01-03 12:26:06+00:00): فضای سبز میانی میدان بزرگمهر را با تگ 
https://wiki.openstreetmap.org/wiki/Tag:natural=water

ثبت کرده اید. خواهشمند است از دستکاری و ایجاد نقشه خودداری نمایید.
سعی نمایید جزئیات نقشه را اضافه نمایید و نه دستکاری و تغییرات بی مورد که نتیجه آن ایجاد باگ در نقشه هست.
از همکاری شما سپاس گذارم
Ali Doroushi (2020-01-03 12:46:11+00:00): این میدان دورش از حوض تشکیل شده و باید با تگ water مشخص بشه. میتونین به گوگل مپ مراجعه کنید و ببینید
اونم دقیقا همین طوری مشخص کرده
Ali Doroushi (2020-01-03 12:51:55+00:00): چزا تغییرش دادین؟
همون طوری که من مشخص کرده بودم درست بود
دور میدون حوضه و باید آبی رنگ باشه توی نقشه
geoaria (2020-01-03 13:08:40+00:00): حوص هم هست 
ولی به علت رسم اشتباه و روی هم افتادگی فصای سبز و حوض و اتصال این دو. فصای سبز  حذف شد
NunoCapeloCaldeira (2020-01-02 01:06:25+00:00): boa noite, agradeço que altere o nome. "Acesso às Cruzes" é uma descrição e não o nome do trilho
eggie (2020-01-01 21:45:43+00:00):  ... Welkom bij OSM Jorne ... Je hebt de naam van de bushalte veranderd in 9:46 vertrek. Dat lijkt me niet correct.
Ik draai je bijdrage terug.
MVG,
Eggie
eggie (2020-01-01 21:47:47+00:00): reverted by changeset #79092452
mueschel (2020-01-02 11:49:32+00:00): Hi,
it looks like something went wrong here.
At least 870 nodes have strange tags like

MUNICIPALITY=4204
NSR_REFERENCE=yes
STOPTYPE=onstreetBus
VERSION=1
NKA (2020-01-02 15:21:18+00:00): Thanks, and fixed
mueschel (2020-01-02 11:50:59+00:00): Hi,
the buildings you added here have a large amount of strange tags:
AREA=297.26
COMUNE=I802
DATA_INI=20070404
DATA_VARI=20190919
FOGLIO=36
ID=3299
ID_STATO=2
MAPPALE=00336
PARTKEY=I802_ 36 336
SEZIONE=_
STATO=Esistente

Could you check that?
Zironi Corrado (2020-01-02 12:06:11+00:00): hi
are certified data
mueschel (2020-01-02 12:19:17+00:00): What do you mean by 'certified data'? What is the source of this? Is the data available under a license compatible with ODbL? What is the use for OSM to have things like 'SEZIONE=_' in the database?
Zironi Corrado (2020-01-02 12:23:17+00:00): I am the manager of the toponymy office of the Municipality of Soliera, the data shown are all public and publishable data
Zironi Corrado (2020-01-02 12:24:38+00:00): the data "SEZIONE=_" must be updated
Zironi Corrado (2020-01-02 12:26:25+00:00): the cartography is also used by the 118 regional emergency service. and as such, I certco to constantly update the map
mueschel (2020-01-02 12:57:21+00:00): Please be so kind and check the import guidelines that apply to adding data like this:
https://wiki.openstreetmap.org/wiki/IT:Import/Guidelines
user_5359 (2020-01-05 09:48:30+00:00): It may be that other ways have to be cleared. Plese see http://overpass-turbo.eu/s/PsN
Ontario_Cartographer (2020-01-01 20:25:36+00:00): Sorry I did not fix train bridge. I accidentally put that there.
Cristoffs (2021-01-13 17:06:38+00:00): Jak się ma obecnie projekt tej drogi do powstałego w jej śladzie osiedla?
StephaneP (2020-01-02 10:19:09+00:00): Salut Wood587,
Les jonctions ne portent pas de noms. Je les supprime.

Stéphane
map per (2022-08-07 13:20:21+00:00): Hallo Zorae,

eigentlich ist der Tag natural=tree nur für freistehende Bäume gedacht. Man sollte also Wälder nicht doppelt, also ein mal als Waldfläche und ein mal alle Bäume einzeln einzeichnen (one feature one OSM element).
Deshalb würde ich alle Bäume, die schon in einem Wald stehen wieder löschen (z.B. https://www.openstreetmap.org/node/7100177522).

Viele Grüße
map per
zorae (2022-08-07 14:38:32+00:00): Hallo,
Ursprünglich habe ich einzelne Bäume gemappt um sie mit taxon=* genauer beschreiben zu können. Ich bin aber damit einverstanden, dass du alle Einzelbäume in Waldflächen löscht, solange sie keinen taxon Tag haben.
map per (2022-08-18 14:52:56+00:00): Ok, danke, habs geändert
user_3022894 (2020-01-01 20:54:22+00:00): ...und Mapillary
Hjart (2020-01-01 21:12:02+00:00): When mapping in Denmark please use our national SDFE aerial imagery. The Bing imagery, which you used here, is several years older.
geoaria (2020-01-03 12:18:49+00:00): فضای سبز میانی دروازه دولت را با تگ 
https://wiki.openstreetmap.org/wiki/Tag:highway=pedestrian

ثبت کرده اید. ابتدا ویژگی های این تگ را pedestrian ببینید.و در صورت استفاده ارتباط آن به سایر مسیر ها را ایجاد نمایید . این تگ نباید به حالت جزیره در آید
Ali Doroushi (2020-01-03 12:22:24+00:00): بله درسته
ولی میدانش درحال حاضر کفش سنگ ریزه ریخته شده و هنوز چمن کاری نشده. باید با چه تگی مشخص بشه؟
geoaria (2020-01-03 12:31:02+00:00): سلام
با توجه به اینکه تمامی این میادین به نوعی فصای سبز و پارک قلمداد می شوند از همین تگ ها با توجه به وضعیت موجود استفاده کنید
Ali Doroushi (2020-01-03 12:46:51+00:00): اوکی
multimodaal (2020-01-01 21:47:41+00:00): correctie: bedoeld was: rCn ipv rWn 
(wandelknooppunten Veluwe al wel gesignaleerd bij Hoenderloo en Rheden, maar nog niet in dit gebied)
Mateusz Konieczny (2025-04-29 05:01:38+00:00): Hello!

You used
cuisine=arabic
on https://www.openstreetmap.org/node/3136115374/history

Have you maybe meant
cuisine=arab
?

I am pretty sure that it is a typo, but not sure enough to just replace it (I edited some objects where situation seemed more clear to me).

Or have you used this value deliberately? In such case, what was the intended meaning?

If it is a mistake - can you fix it?
aharvey (2020-01-05 04:52:29+00:00): I reverted your change because the wikidata entry you used is for a bay ie a body of water. The OSM feature https://www.openstreetmap.org/relation/1214649 already has that wikidata id, this relation is for the administrative boundary not the body of water.
eggie (2020-01-02 07:43:58+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
De nummering klopt nu nog steeds niet. 
De nummering (adressen zijn geïmporteerd vanuit het Kadaster. Het beste kun je dus een terugmelding doen naar die instantie (BAG-terugmelding)
Doe je dat zelf? Zie link hieronder. 
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=fregelaan%201&resultOffset=0&objectId=0363100012116200&geometry.x=117595.27499573&geometry.y=485134.79299851&zoomlevel=7&detailsObjectId=

MVG,
Eggie
eggie (2020-01-02 07:53:17+00:00): De nummering is nu dubbel, want in de westelijke flat zie ik dezelfde nummers. Kijk je nog even?
freebeer (2020-01-09 02:51:17+00:00): thank you for adding the address info properly to this building.  however, nearby there is a so-called `shower' with this number, please delete it and do not add these as address markers - the majority of your changesets i see consist of adding bogus showers, and these should not be uploaded to osm.
mbethke (2020-01-07 09:06:31+00:00): OMG, pu-leeze! Don't do that!
Why in the world are you setting tags like layer=-5 and smoothness=horrible on a concrete road?! Look at the examples: https://wiki.openstreetmap.org/wiki/Key:smoothness How does the road look like? Do you need an off-road vehicle to drive on the concrete road?
It's nice if you can contribute local knowledge about names and such, but to avoid causing more work for others, please read a bit on what the tags actually mean.

cheers,
Matthias
Wulf4096 (2020-01-02 00:24:33+00:00): Hallo,
über Schuko kriegt man keine 22 kW rüber!
Laut Webseite nur 2.6 kW.
Hedaja (2020-01-02 00:55:16+00:00): Entschuldige. Du hast natuerlich recht. Da gibt es noch ein Problem mit den Rohdaten. Ich habe die Challenge erstmal wieder offline genommen.
Ich korrigiere die Werte

Entschuldige
Hedaja (2020-01-02 01:00:36+00:00): Kannst du kurz noch schreiben, auf welcher Webseite du die Leistung gefunden hast? Ich kenn sonst meist schuko mit 3,7 kW
Hedaja (2020-01-02 01:09:29+00:00): okay habs gefunden. Seltsam oO
https://www.e-charging-hamburg.de/fragen-und-antworten/
Wulf4096 (2020-01-02 06:57:16+00:00): Siehe auch https://www.openstreetmap.org/changeset/79071777
Brauch ich nicht alles doppelt tippen :-)
Liqid1010 (2024-12-19 17:25:50+00:00): Môžem sa opýtať na základe čoho ste nazvali južnú časť rýchlostnej cesty Slanecká?
mapko (2024-12-19 19:33:03+00:00): Ano :) Vychazal som z gis planu mesta Kosice https://gisplan.kosice.sk/mapa/zakladna-aplikacia/?c=-261246.05%3A-1242648.1&z=6&lb=bmp&ly=ad%2Cul&lbo=1&lyo=
user_5359 (2020-01-02 05:31:57+00:00): Hello! 
Please don’t use abbreviation for highway names. For details read https://wiki.osm.org/wiki/Names#Abbreviation_.28don.27t_do_it.29.
Also don't mixed addres keys with any highway.
mvexel (2020-03-03 16:59:16+00:00): Also, please try to keep your changesets smaller, so they are easier to audit for someone who is interested in reviewing your changes. Thanks. (Case in point, in this changeset you modified the center point for the state of Utah and I would be interested to know why, and the actual change you made.)
Warin61 (2020-01-03 06:48:35+00:00): Building crosses it self.. + others..
See 
https://tools.geofabrik.de/osmi/?view=areas&lon=147.21387&lat=-31.88315&zoom=6
Warin61 (2020-01-17 05:35:11+00:00): Way 760094996 .. repaired.
DemoLogin (2020-01-25 19:53:02+00:00): Лестница отрисована некорректно: должна быть в форме "буквы Г". Как было до этой правки.
Вдоль крытого проезда наверх к дому 11, затем поворачивает на 90° в сторону магазина "Колхоз".
Верните пожалуйста.
https://www.openstreetmap.org/way/741600481
Ингвар (2020-01-26 05:29:30+00:00): Принято!
Benjamin Ceravolo (2020-01-02 08:32:12+00:00): Note: title was incorrectly coped.
gpserror (2020-01-02 18:13:32+00:00): Hey, since you seem to have interests in editing city boundaries, curious, cities tend to change in size due to annexation, etc.  I've seen some sources where Berthoud has actually increased in sized close to your edit.  Should Berthoud be increased even further?  Example: 
https://www.berthoud.org/home/showdocument?id=13571
goedegazelle (2020-01-02 08:01:35+00:00): No idea what you mean, no emojis found either. Please don't edit my country if you don't know it.
JeroenHoek (2020-01-02 10:52:39+00:00): Hmm… It does work, but did you coordinate this on the tagging mailinglist? How did you determine the proper codes? Did you use the ISO3166-1:alpha2 field? Is that always correct?

In any case, you should really document name:Zsye on the OSM wiki, because its use may not be directly apparent. In JOSM the codes aren't rendered as flags.
SomeoneElse (2020-01-02 12:41:14+00:00): What was the source of this data and how do I verify it?
Best Regards,
Andy Townsend, on behalf of OSM's Data Working Group.
Ferdinand0101 (2020-01-02 13:33:39+00:00): the source is base of
https://en.wikipedia.org/wiki/Regional_Indicator_Symbol

about the documentation of the name:Zsye tag:
the Zsye is a special code from ISO 15924 which is used for emojis.

it fits into the format of other names as such and because it was already used in china before this edit I did not write documentation for it.

> because its use may not be directly apparent. In JOSM the codes aren't rendered as flags.
This shouldn't be the case in theory since every unicode system should support them but of the major systems windows does not support it
SomeoneElse (2020-01-02 13:59:28+00:00): As was already made clear at https://www.openstreetmap.org/user_blocks/3285 , you can't use wikipedia as a source for OSM.  The licences are not compatible.  Either you can revert this, or we'll have to.  
Best Regards,
Andy
Ferdinand0101 (2020-01-02 14:06:09+00:00): Wikipedia wasn't used as the source I used the unicode website for it but I showed you the wikipedia page which has the identical names and is a lot cleaner
SomeoneElse (2020-01-02 14:18:50+00:00): So you're saying that you didn't use wikipedia as a source but did copy from wikipedia?  How does that make any sense?
Also, you haven't answered my second question - where do I go to verify this data?
Ferdinand0101 (2020-01-02 14:25:58+00:00): No I did not copy from wikipedia but the list that from unicode and wikipedia is identical
SomeoneElse (2020-01-02 15:39:26+00:00): What is the licence under which it is made available and how can I verify it?
InsertUser (2020-01-02 16:35:05+00:00): As the first sentence in the wiki link says they are "... used to encode ISO 3166-1 alpha-2 two-letter country codes ..." and those codes are already in OSM, this seems a redundant addition.
Ferdinand0101 (2020-01-02 20:38:57+00:00): about the license:
> Any person is hereby authorized, without fee, to view, use, reproduce, and distribute all documents and files, subject to the Terms and Conditions herein.

https://www.unicode.org/copyright.html

http://www.unicode.org/faq/unicode_license.html
Ferdinand0101 (2020-01-02 20:42:36+00:00): about the usefulnes:
1. this should enable searching for countries/a few regions with emojis.
(also should work with search engines)
2. looks good and helps identify countries on non windows platforms.
SomeoneElse (2020-01-02 20:51:32+00:00): @Ferdinand0101 Are you seriously suggesting that people will search for things using emojis which are simply a transliteration of a 2-character country code rather than just search using that country code, even when (as discussed above) most users won't even be able to _see_ the data? 
OpenStreetMap is a collaborative project - we have to work together on it.  That's why, before adding something to _every country on earth_ it would make sense to discuss it with people.
Ferdinand0101 (2020-01-02 20:59:09+00:00): > Are you seriously suggesting that people will search for things using emojis which are simply a transliteration of a 2-character country code rather than just search using that country code
Yes but only on mobile. (I have done it before.)

> we have to work together on it. That's why, before adding something to _every country on earth_ it would make sense to discuss it with people.

Yes I really failed at that part
Sorry.
SomeoneElse (2020-01-02 21:21:21+00:00): Reverted in https://www.openstreetmap.org/changeset/79130450 .
If you'd like to go forward with this, I'd suggest treating it as a "mechanical edit" and following the guidelines at https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct .  Describe what you're suggesting on an international mailing list, and give people plenty of time to comment or say whether they'd like their country to be included (or not).  Explain what you're going to do with edge cases (where the country codes in OSM don't match the list that you're copying from) - there is no one standard list of countries that everyone in the world agrees on.  Also explain the benefits of what your are trying to do is. 
Also explain how this data fits in with the key OSM concept of https://wiki.openstreetmap.org/wiki/Verifiability (something that you haven't answered above).
Ferdinand0101 (2020-01-02 21:28:38+00:00): Okay thank you.
JeroenHoek (2020-01-03 08:58:15+00:00): A tip: a lot of countries already have a 'flag' entry that points to an SVG image with the correct flag on Wikimedia Commons. You could use this data to verify the applicability of the name:Zsye in your proposal. You will likely end up with a list where most of the countries are straight-forward, leaving a few edge cases the community may want to comment on.

For what it's worth (I'm just a contributor), I think your argument of enabling search for 🇳🇱 etc. makes sense. Not sure if Nominatim supports that out of the box though, but that shouldn't be hard to fix in due time.
Peter Bremer (2020-01-05 19:21:58+00:00): I can understand the idea behind this, but emojis do not form a "name". Even if you could call emoji a language (which I doubt), it does not have a concept of names.

It would fit beter with it's own tag ("emoji" maybe?), and then you could go even further and also add things like 🗻 (Mount Fuji) and 🗽 (Statue of Liberty).

But personally, I think it's a bad idea.