piebro/osm-data huggingface dataset:
BCNorwich (2020-10-23 13:21:36+00:00): Hi, Welcome to OpenStreetMap.
There's a problem with Leonard Court now, three areas are tagged building=apartments. one outer area and two identical (one atop the other) inner areas. Anyway the address data of a multipolygon area should be placed on the relation.
Is the inner area a courtyard or a roof garden?

Regards Bernard.
Claire Blackshaw (2020-10-23 16:10:17+00:00): Thanks I'm new to the openstreetmap system. Hoped fixing address data might help update some terrible delivery drivers ;)

The inner area is a 1st floor garden with private only access. The ground floor is a parking garage only accessible to residents.
BCNorwich (2020-10-23 18:01:48+00:00): Hi, 
Thanks for responding. I've removed the duplicate building outline and amended the tagging on the garden section to include building:levels=2 building:min_level=1 level=1 which should describe where the garden is.

As for you delivery driver problems I've found that Royal Mail have three postcodes for Leonard Court, SE15 2BP are Leonard Court, Cobden Walk, SE15 2BF are Leonard Court, Meeting House Lane and SE15 2DH are Leonard Court, Queens Road. Could this be where the problem lies? Are there three entrances to Leonard Court? If so it's likely each has a different post code and the full address should be tagged on the entrance. Then a minimal tagging on the block relation without the address. Thus the routeing will be to the particular entrance rather than the building. What do you think? 

I'll help if you wish, Regards Bernard.
Claire Blackshaw (2020-10-25 13:25:02+00:00): Thanks, I would appreciate the help. The royal mail deliveries and such are fine. There are indeed multiple entrances. 
The issue is more that if you search for <flat number> Leonard court it doesn't show up in most searches as an option and defaults to a north London street named Leonard Ct.

Our entrance which is bottom right of the building facing onto Cobden Walk is SE15 2BP.
Arun Madhavan (2020-10-25 02:07:25+00:00): Can you pls expand the name of scool ? L F ? Little Flower ?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/92945621
marczoutendijk (2020-10-23 11:25:56+00:00): What exactly are you gonna fix?
You are vandalizing work donne by others.
 
Marc Zoutendijk
OpenStreetMap Foundation  
Data Working Group
eggie (2020-10-28 12:49:09+00:00): Dag vvad.. Wanneer moped en mofa hier doormogen dan mofa=yes en moped=yes bijtaggen. 
evt motor_cycle=yes als die daar mag rijden.
MVG,
eggie
85Bas (2020-11-11 21:23:01+00:00): Er is niet echt sprake van een bollard; auto's kunnen hier ook gewoon langs. De maximum breedte staat al op de weg aangegeven. height=length 2 klopt ook niet. Ik heb het punt verwijderd.
eggie (2020-11-11 21:26:43+00:00): 85Bas..
Bedankt...
Gr eggie
vvad (2020-11-12 09:38:52+00:00): Bedankt! ik ben er nog niet zo handig in.. vandaar ook mijn vraag aan ervaren personen om mijn suggesties even te checken. Dank daarvoor!
ToniE (2020-10-23 11:26:01+00:00): Sorry: Neuabing -> Waldkolonie Pasing
Mateusz Konieczny (2020-11-09 12:59:22+00:00): Please, see https://wiki.openstreetmap.org/wiki/Import/Guidelines

Is this import discussed with a local community?

What is its license?

Are you sure that all added huts are actually existing at that locations?
Mateusz Konieczny (2020-11-09 13:00:14+00:00): Note that as undiscussed import adding data on unknown license it can be reverted by anyone at any time, without need for any discussion.
Agronom1983 (2020-11-09 22:01:19+00:00): Good evening, 
Does these edits look like import? Pay attention to tags please 
created_by 	OsmAnd+ 3.7.4

Best regards.
Mateusz Konieczny (2020-11-10 08:51:02+00:00): Manual copying from external sources such as https://kapnatu.blogspot.com/2018/03/blog-post_28.html?m=1 is an import
Agronom1983 (2020-11-10 09:25:32+00:00): Sent me the link to wiki which can explain such "import" as you call it.
Agronom1983 (2020-11-10 09:25:43+00:00): Or quote from wiki.
Mateusz Konieczny (2020-11-10 09:28:37+00:00): I linked already https://wiki.openstreetmap.org/wiki/Import/Guidelines

There is also https://wiki.openstreetmap.org/wiki/Import
Agronom1983 (2020-11-11 11:24:25+00:00): Provide quote from above mentioned links about "manual copying from external sources"
Mateusz Konieczny (2020-11-11 14:05:52+00:00): "Importing is the process of uploading external data to OSM."

As long as you take external data into OSM rather than mapping on your own it is an import.

Provide quote from above mentioned links about manual copying being excluded.
Agronom1983 (2020-11-11 14:13:57+00:00): I'd rather say that it's very controversial topic.
Agronom1983 (2020-11-12 12:26:48+00:00): And one more thing, If like to do everything according wiki documentation, then provide me with evidences that I broke copyrights or license.
Mateusz Konieczny (2020-11-13 08:06:23+00:00): It goes opposite way: someone importing data is obligated to explain why copyright is compatible.

What is the license of the imported data?
Anton Khorev (2020-11-16 17:20:27+00:00): What do you think about this comment:  
https://kapnatu.blogspot.com/2018/03/blog-post_28.html?showComment=1542700995705#c7934809116006209485
DD1GJ (2020-10-24 01:20:59+00:00): You have reactivated the closed fire station.
Jerry Jorts (2020-10-23 15:38:08+00:00): Ke ber goxha pune te mire😁, vetem te lutem mos i vendos emra rrugeve nqs nuk kan emer zyrtarisht nga bashkia. Funksioni i rrugeve pastaj dallohet vet nga tags(psh highway:service, service:parking_aisle) nuk ka nevoj ta specifikosh duke i ven emer "rruga per tek garazhi" apo "rruga hyrese ne kompleksin e banimit"(nuk prish pune thjesht duket shum keq estetikisht dhe harxhon kohen tende). Gjithashtu mundohu qe informacionin ta kesh te sakt qe te mos harxhosh kohe duke u marr me te njejten gje duke e ndryshuar disa here. Mundohu te besh google per cdo informacion qe sje i sigurt ose per cdo gje qe nuk di apo nuk kupton qe ti mesosh pak nga pak.👍
JeroenvanderGun (2020-10-23 19:11:11+00:00): Ik zie op die wikipagina alleen normale rotondes. Ik vind dit erg vreemd aangezien bypasses van normale rotondes en kruispunten wel als link gemarkeerd worden. Ik paste simpelweg dezelfde logica op deze turbopleinen toe.
Arun Madhavan (2020-10-25 02:04:17+00:00): Good work; Hope to see more contribution from you. Did you try Maxar imagery ?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/92948805
Firemix (2020-10-26 02:00:07+00:00): What exactly means "data added"?
RGraefen (2020-10-26 07:02:35+00:00): I update predominantly electrical substations and overhead lines
Parzelle13 (2020-12-08 09:08:26+00:00): Danke für das Zerstören der Radroute 70-74. Wenn man schon Relationen ändert, sollte man andere Relationen welche über dieselben Wegabschnitte verlaufen anschließend mal prüfen, ob diese noch intakt sind.
Parzelle13 (2020-12-09 10:40:44+00:00): Ich habe dir weitere Erklärungen als Antwort auf deine PN gesendet.
Rød Rev (2020-12-10 09:22:18+00:00): Vermutlich ein Bug im Editor ID beim Sortieren von Relationen, wenn ein Weg zerschnitten wird; evtl. ist hier der/die Bugs beschrieben:
https://github.com/openstreetmap/iD/issues/4876
https://github.com/openstreetmap/iD/issues/7653
JeroenvanderGun (2020-10-23 19:03:08+00:00): Dit klopt niet. Dit is een de facto knooppunt. De wegvakken die je nu hebt aangepast zijn of autoweg of op-/afrit van een autoweg.  De autowegen hebben codes A50t en A50h op de hectometerbordjes net als de John F Kennedylaan, en er is eigenlijk geen enkele reden om die niet consistent wegtype trunk te geven.
A67-A67 (2020-10-24 18:45:13+00:00): Het is een verbindingsweg tussen een autosnelweg (A50) en een autoweg (J.F. Kennedylaan). Een verbindingsweg wordt getagd met het hoogste wegtype, dus in dit geval motorway_link. We laten de verbindingswegen normaal doorlopen tot het einde van de op/afrit. Vaak is dat een kruising, maar in dit geval is dat de splitsing waar de Kennedylaan de gemeentegrens over gaat.
A67-A67 (2020-10-24 18:46:21+00:00): Een vergelijkbaar geval is de aansluiting Waalwijk (A59-N261). Deze is ook getagd op de correcte manier met de verbindingswegen als link.
JeroenvanderGun (2020-10-25 16:24:27+00:00): Ik heb het nu nog een keer aangepast, nu functioneel als een trunk die een motorway kruist, waarbij de verbindende stukken motorway_link zijn. Dit maakt een stuk duidelijker hoe het onderliggend wegennet hier doorheen loopt (en dus niet eindigt op die gemeentegrens), terwijl de op- en afritten van de snelweg wel motorway_link zijn.
A67-A67 (2020-10-26 23:55:09+00:00): Interessante oplossing zo. Ik vind het er wel goed uitzien, vooral in combinatie met afrit 6.

Het blijft natuurlijk een vreemde combinatie van twee aansluitingen, grotendeels ongelijkvloers, maar ook met een bypass om de rotonde, die niet voelt alsof je op een doorgaande autoweg rijdt.
eggie (2020-10-23 14:01:41+00:00): Lastig voor een buitenstaander. access=private is wel erg definitief dus zelf in de gaten houden.
Wanneer iets tijdelijk is afgesloten doen we dan met conditional tagging.

bv access:conditional=no @ (2020 Jan 20-2020 Apr 3)
Er zijn ook speciale covid 19 tags.

https://wiki.openstreetmap.org/wiki/COVID-19_-_How_to_Map

MVG,
eggie
GuillaumeG88 (2020-10-23 12:24:21+00:00): Bonjour, juste un doute si c'est coté droite ou gauche. Si c'est en fonction de la numérotation de la rue par ordre corissant alors c'est bon.
PlaneMad (2020-10-25 02:32:31+00:00): This changeset comment is fantastic.

Kindly consider adding such wonderful details as a 'description' field on the object itself so its available as part of the map data.
redd (2022-07-08 12:27:59+00:00): Hi tronkieboy,
greetings to belgium and thanks for your contribution.
Did you maybe had a mistyping for concrete in the roof material on https://www.openstreetmap.org/way/863009277/history#map=19/50.83519/3.82217 ?
eggie (2020-10-23 12:51:42+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Review.. In OSM wordt normaliter op de adresnodes bijgetagd. Dus niet een gebouw op een gebouw zetten. De gebouwomtrekken krijgen vetder geen adres-en/of bedrijfsinformatie
MVG,
Eggie
eggie (2020-10-23 12:59:35+00:00): Gebouw op gebouw verwijderd.. Info overgezet naar adresnode.
De postcode kwam niet overeen met de officiële postcode.
Nog iets om te checken.
MVG,
eggie
Jillis inactivE (2020-10-23 19:07:28+00:00): eggie, Utrecht Data School is onderdeel van de Universiteit Utrecht. Drift 13 bevat tevens de faculteit Geesteswetenschappen (daar ken ik het pand van, is de hoofdgebruiker volgens mij) en enkele studieverenigingen
Dus als kantoor op de BAG adresnode taggen is in meerdere opzichten niet juist.
Ik zal het verder oppakken.
eggie (2020-10-23 19:25:15+00:00): Prima Jillis... mapper heeft overigens via PB wel gereageerd.
Groet eggie
Vinber-Pro (2020-10-23 14:44:47+00:00): Bonjour,
j'ai fait une repasse il y avait encore beaucoup de doublons https://www.openstreetmap.org/way/860680301#map=17/43.35189/-1.44794

Petite question pour cette voie.

J'ai sorti le circuits des familles, il reste peut-être des éléments à renommer

Bonne cartographie,
Vinber-Pro (2020-10-23 14:45:14+00:00): j'ai oublié https://www.openstreetmap.org/note/2396389 concernant la petite question pour le nom d'une voie :)
BCNorwich (2020-10-23 13:47:49+00:00): Hi, Welcome to OpenStreetMap.
I think the Whiteknights Campus is part of the University of Reading, therefore the tag amenity=university should be reinstated.

Regards Bernard.
BCNorwich (2020-10-31 10:51:34+00:00): No response so tag reinstated.
DP24PH (2020-10-23 13:14:48+00:00): Don't forget to contribute to OSM all missing street names, and welcome to the OpenStreetMap! All is well, and you may consider joining to our mappy community:

https://fb.me/OSMPH - OSM Philippines FB Page
https://www.facebook.com/groups/OSMPH - OSM Philippines FB Group Page
https://t.me/OSMph - OSMPH LoCos Telegram Group Chat Channel

Don't forget to watch the previous episodes of #Mapping101 Thursdays via https://www.facebook.com/watch/DP24PH/319675429192731/. Always remember to be safe, be well, stay sane, and you are loved.


DP24
!bm (2020-10-23 18:17:50+00:00): Hallo shaveiceberlin

zunächst willkommen zu OSM! 

Ist dieser Stand(?) (semi-)permanent? Also auch außerhalb der Geschäftszeiten anzutreffen und zuordenbar?

Wie sind die Öffnungszeiten zu verstehen? (a) von Juni bis September durchgehend(?), außer sonntags, da nur 10:00-18:00, dies aber ganzjährig
oder
(b) Jun-Sep sonntags 10:00-18:00

Abgesehen davon habe ich mal aufgeräumt und mE Falsches entfernt/korrigiert, s: https://www.openstreetmap.org/changeset/92964866
Bei Unklarheiten einfach fragen!

--besteGrüße!bm
!bm (2020-10-25 16:04:06+00:00): Antwort s https://www.openstreetmap.org/changeset/92964866
– entsprechend geändert in https://www.openstreetmap.org/changeset/93020749
q_un_go (2020-10-25 12:00:25+00:00): Auch hier:
Diese Straße erfüllt nicht die Kriterien von highway=trunk, auch nicht bei großzügiger Auslegung (die ich selbst bevorzuge),
Sie hat keine Kreuzungsfreien Anschlüsse (bei einmündendem highway=service könnte man da noch ein Auge zudrücken), man kann auch mitunter auf der Gegenfahrbahn überholen und sie hat noch nicht einmal ein 2+1-System oder gar 2+2-System auf dem größten Teil des Verlaufs, sondern nur 1+1.
Die Gründe, warum das dann highway=trunk sein soll, müsste auch kommentiert werden. Das ist schließlich kein bedeutungsloser Waldweg, wo man zwischen highway=service oder highway=track durchaus frei wählen könnte.
eggie (2020-10-23 13:05:12+00:00): 

review..
Gebouwen zelf horen geen adres te krijgen. Die zijn al aanwezig in de vorm van adresnodes. 
Verder  kun je ook de regel  construction=house verwijderen.

MVG,
eggie
eggie (2020-10-23 13:06:26+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
eggie (2020-10-23 13:48:39+00:00): adressen verwijderd van gebouwomtrek
eggie (2020-10-23 13:54:13+00:00): Hessenweg 289a hersteld
Die had je verplaatst naar Hazendam... vermoedelijk door schuiven met de kaart in editmodus. 
Hier kun je dat zien https://overpass-api.de/achavi/?changeset=92950723
MVG,
eggie
Warin61 (2020-12-05 10:21:34+00:00): Hi,
When you add land cover 'holes' in areas already mapped with another land cover it gets confusing.
In this case the land cover of wetlands (a relation) and water need to be added to a land cover relation of trees Relation: 3550886. 
In this case I have done it for you.
radiotrefoil (2020-12-05 13:35:41+00:00): Thanks for the fix and heads up. I recently realised a lot of the wetlands I created in this area when I was a beginner mapper need to be made inners of surrounding land covers. I certainly have a bit of fixing up ahead of me.
Warin61 (2021-02-01 22:26:05+00:00): Hi,
Welcome to OSM!

Some problems? 

The name tag should be for the name only, not descriptions such as 'kindy', 'Year 5 & 6 Playground'. Try other tags such as ref=* or desctiption=*. For reference see the OSM wiki https://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only

Multipolygon relations outer ways cannot share segments - see https://tools.geofabrik.de/osmi/?view=areas&lon=115.86570&lat=-32.05019&zoom=18 I would think much of this is footway and might be better tagged as highway=footway, covered=yes??? This would map what it is used for as well as the covering.
Warin61 (2021-04-08 22:47:11+00:00): 2 months.. not fixed...
osmviborg (2020-10-23 13:34:58+00:00): Hej. Man bruger ikke 'amenity=school' på bygninger, 'building=school' er det korrekte. Jeg har lavet et område der dækker skolen og kaldt området for 'amenity=school'.
Famlam (2020-10-24 13:09:33+00:00): way 863018180 - please indicate the type. Is it a block of concrete, is it pedestrian area, is it a square, is it...?

Please also be a tiny bit more specific than just "Goffert".
eggie (2020-10-24 13:36:14+00:00): Hi Alpha..  Please comment your edits properly.
What do you mean with Goffert?
Greetz,
eggie
Osmwithspace (2022-07-11 17:07:11+00:00): Is the way https://www.openstreetmap.org/way/858089843 complete? Can I remove the fixme tag and close this note https://www.openstreetmap.org/note/2345131?
geo_roads (2020-12-08 03:04:18+00:00): Hi cRalgalLAn, thanks for mapping. I see that you changed the routes to Fachi and Bilma from unclassified to primary. I think primary roads should only connect major cities (https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa#Values_based_on_economic_and_social_dimension_of_the_road) but these seem to be small towns. May I change these routes to tertiary? Thanks again.
cRaIgalLAn (2020-12-08 07:35:02+00:00): Hi geo, the route is designated by the Niger government as a National Route (!!!) and it is clearly the primary (only?) way to connect two huge if sparse regions. For me that indicates a *function* of being an important route even if the form of the road is a sand track and the urban form of Bilma doesn't meet the "City" criterion.  
In deciding tags the opinion of the Niger government is very persuasive for me.  If it wasn't classified as a National route I'd be with you on secondary status.   Can we respect the Niger people and leave it as primary?

Comment: I do prefer the "East_Africa_Tagging_Guidelines" which better reflect African conditions.  I find  "Highway Tag Africa" to be rooted in wealthy European conditions and the tagging downgrades African routes by over-classifying on their form and diminishing classification on the function of a route.
cRaIgalLAn (2020-12-08 08:33:17+00:00): For interest: https://sahara-overland.com/tag/bilma/
geo_roads (2020-12-08 19:02:57+00:00): Sure, let’s leave it as primary. I agree that classification should be based on function rather than form. I just thought that since it is such a sparsely populated region compared to the rest of Niger, the route is functionally less important. I’ll upgrade the rest of the route to Agadez (https://www.openstreetmap.org/way/648586188) so that this section of primary road is not isolated from the rest of the road network. Thanks for the response!
fkv (2021-10-02 05:46:53+00:00): OSM hat sich nicht zum Ziel gesetzt, alles ungeprüft aus anderen Karten abzuschreiben. Bergnamen werden üblicherweise auf den Hauptgipfel gesetzt und das ist der südliche, weil um 8 m höher. Außerdem wäre es gut, wenn du vor solchen Änderungen die bestehenden Tags anschauen würdest, in diesem Fall konkret note=*, wo ich schon erklärt hatte, warum ich den Namen auf den Südgipfel gesetzt hatte.
fkv (2021-12-23 06:10:46+00:00): This changeset has been reverted fully or in part by changeset 115281904 where the changeset comment is: 92952452 revertiert, siehe https://www.openstreetmap.org/changeset/92952452
fkv (2021-12-23 06:11:10+00:00): This changeset has been reverted fully or in part by changeset 115281917 where the changeset comment is: 92952570 revertiert, siehe https://www.openstreetmap.org/changeset/92952452
abakus_uploader (2020-10-23 22:41:46+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
TravGW (2020-10-23 17:26:35+00:00): Please stop removing the building tag from hotels.
iandees (2020-10-23 18:29:52+00:00): Please be careful that you don't remove important existing tags. For example, this one is no longer a building and won't be shown on the map.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/92954037
DP24PH (2020-10-23 14:10:43+00:00): Unfortunately, duplicated buildings got into the way of rendering. Hopefully, you could do corrective measures at your next mapping session. Always remember to be safe, be well, stay sane, and as always, you are loved.


DP24
user_5359 (2020-10-23 15:31:16+00:00): Hello! Please don't use the key addr for a address, see https://wiki.osm.org/wiki/Key:addr
Mannivu (2020-10-23 15:18:03+00:00): Ciao e benvenuto su OSM. Posso chiederti la fonte di questo "nuovo" confine?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/92956316
Danieleblog (2020-10-24 04:19:25+00:00): Ciao, la fonte sono le mappe comunali e i "segnali" diretti sul territorio verificabili anche con una semplice occhiata alle immagini di google hearts, dov'è possibile accorgersi che le abitazioni "spostate" nel territorio di Treviglio dalla linea di demarcazione del confine, sono contrassegnate da numerazione e toponomastica di Treviglio.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/92956316
Danieleblog (2020-10-24 04:27:16+00:00): Anzi, sulla mappa vedo ora che continua ad apparire il confine sbagliato assieme a quello giusto aggiornato. Pensavo che "tirando" la linea di prima il vecchio confine scomparisse. Invece vedo che sulla mappa appare doppio. Gradita indicazione su come fare a rimuoverlo, grazie.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/92956316
Mannivu (2020-10-24 07:44:03+00:00): D'accordo sulla questione case, in dubbio sui campi coltivati. Tieni sempre conto che le mappe di Google non possono essere utilizzate come fonte di dati per OSM (OSM non ha alcuna licenza per basarsi sui dati di Google). Il fatto che si vedano entrambe è dovuto al fatto che le tile che formano la mappa ci mettono del tempo a ricaricarsi e mostrare la "nuova" mappa. Io ora vedo il confine "nuovo".
Mannivu (2020-10-24 08:22:23+00:00): Ho risistemato il confine che avevi tracciato basandomi sui dati compatibili pubblicati dalla regione. Grazie per la modifica, comunque :)
Danieleblog (2020-10-24 10:36:33+00:00): I campi coltivati con un confine tracciato così come dici risulterebbero un enclave di Castel Rozzone che non ha. Dunque ci sarebbe un ulteriore confine a forma di quadrilatero che in tutta la provincia di Bergamo non si riscontra nei limiti amministrativi.  
Scoperta questa mappa, ne ho controllati molti altri di altri comuni e vedo che sono precisi. Il confine geografico è una mia passione-specialità fin da quand'ero bambino. Questa mappa è molto ben fatta, non la conoscevo.
Rostranimin (2020-10-29 15:01:44+00:00): Hey 'stewb123' - I happened to stumble upon the edit you'd done to openstreetmap a few days ago. I'm thinking that it might not achieve what you were looking for. Did you hope to end up with a marker like shows up on Google Maps? Depending what you're trying to achieve there may be a much better way. Feel free to ask.
A67-A67 (2020-10-24 00:06:56+00:00): Please don't remove the tag amenity=embassy. This tag is used alongside the office=diplomatic scheme. Data users can choose which whether they use the diplomatic-tags or the tag amenity=embassy.
Pymouss (2020-10-24 13:15:08+00:00): Hi,
I don't really understand your comment as I only added the Wikidata qualifier and translated the name of the embassy. As usual, I let iD fix the deprecated values it mentionned.
A67-A67 (2020-10-24 18:41:22+00:00): The problem is this 'fixing' of deprecated values. The makers of the iD editor have some views about mapping that conflict with the consensus in the OSM community. The page https://wiki.openstreetmap.org/wiki/Tag:amenity=embassy has in bold the text " Under no circumstances should you (semi-)automatically change “deprecated” tags to something else in the database on a large scale without conforming to the Automated Edits code of conduct. Any such change will be reverted." This is because these tags are still used by OSM data users, including the standard map layer on www.openstreetmap.org. So I restored the tag.