piebro/osm-data huggingface dataset:
eggie (2023-06-06 20:41:38+00:00): De adresnode heb ik hersteld.
De info staat nu op nr 5.
Openingstijden en website toegevoegd.
MVG
eggie
BTCcarguy (2023-06-07 05:32:01+00:00): Hoi Eggie,
Bedankt voor de correctie, ik ga de tips en links van de week eens doorlezen zodat het de volgende keer hopelijk beter zal gaan!
Groetjes, Michiel
eggie (2023-06-07 06:07:04+00:00): Oke Michiel... Laat je niet weerhouden door kritiek.
Mapse
eggie
jeslop (2023-06-06 20:45:20+00:00): Hola Vlanzarote. Los nombres de los centros educativos van sin abreviatura, la abreviatrura va en short_name y no se usa mayúsculas: https://wiki.openstreetmap.org/wiki/ES:Buenas_pr%C3%A1cticas_en_Espa%C3%B1a#Name_con_abreviaturas.

Revierto el cambio

Jesús López
OpenStreetMap Foundation
Data Working Group
Harfeur (2023-06-06 20:37:17+00:00): Salut ! OsmAnd a fait des bêtises et le point est devenu un landuse=* en restant sur un nœud. Pourras tu repasser derrière sur PC ?
~Harfeur
Al-Hun (2023-06-06 21:12:23+00:00): Le truc c'est que cette clé/valeur est la plus appropriée pour ce lieu, mais je ne sais pas exactement quelle est l'emprise : il semble qu'ils n'occupent pas la totalité des anciens locaux de l'usine Solyem. Et je doute d'avoir le temps d'aller voir avant mon départ pour le SOTM.
Je me mets un rappel dans mon agenda...
NieWnen (2023-06-06 19:58:20+00:00): Niestety zostały błędne jeszcze co najmniej w 108 i 162. 
Zachęcam do edycji linii autobusowych używając JOSMa. Jest zdecydowanie łatwiej się w tym połapać i robi się to znacznie szybciej i przyjemniej po opanowaniu.
NieWnen (2023-06-06 20:50:46+00:00): Przystanki i odcinki trasy muszą być dodawane w odpowiedniej kolejności. Przystanki i miejsca zatrzymania muszą mieć odpowiednie role wpp. relacja zostaje uszkodzona.

Poprawiłem 108 i 162 i frag ronda
MarcinLeitner (2023-06-07 15:19:43+00:00): Ok, dzięki za radę i poprawki. Edycji linii komunikacyjnych dopiero się uczę - stąd te błędy
ElliottPlack (2023-06-13 04:53:34+00:00): Hi there, OSM production is not for testing. You can experiment with the API here: https://wiki.openstreetmap.org/wiki/Sandbox_for_editing
eggie (2023-06-06 20:14:30+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

MVG, 

Eggie 

Namens de OSM Community
silversurfer83 (2023-06-07 08:05:02+00:00): Hi :)
zwei Hinweise:
1. Der Gebäudeumriss hatte nicht umsonst die Eigenschaft "building:part=yes". Jemand hat dort verschiedene Gebäudeteile einzeln erfasst. Das ist üblich. Details: https://wiki.openstreetmap.org/wiki/DE:Key:building:part
2. POIs, wie zb Restaurants, die nicht wirklich das ganze Gebäude vollständig nutzen und die nicht das Gebäude definieren, erfasst man eigentlich besser als Punkt (node) innerhalb des Gebäudes. So lassen sich die Eigenschaften von Gebäude und POI besser trennen und sauberer erfassen. Es ist nicht zwingend "falsch" was du hier gemacht hast, es wäre vielleicht schöner, das für die Zukunft einfach im Hinterkopf zu haben :)

cheers
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/137028380
eggie (2023-06-06 20:52:03+00:00): Dag Mapping Dog.. 
Het ziet er netjes uit. 
Je hebt van het water en de volkstuin multipolygonen gemaakt met alleen maar outers Dat heeft wening zin zonder dat er inners zijn.
Wellicht ging dit per abuis omdat je polygonen hebt gesplits. De editor maakt er dan kennelijk mp's van om de polygoon weer te sluiten.
Van het water heb ik de mp weer verwijderd. 
MVG
eggie
eggie (2023-06-06 20:52:23+00:00): typo gesplitst.....
eggie (2023-06-06 20:54:31+00:00): Van de residential ook de mp verwijderd
Harfeur (2023-06-06 20:35:04+00:00): Hello ! Pourquoi avoir enlevé le wikidata ?
tirso69 (2023-06-07 03:21:27+00:00): C’était écrit Place du Pont Mouton au lieu de Port Mouton et le changement de nom était verrouillé à cause de ce wikidata. Peut-être qu’il y avait une manip plus simple mais je ne la connais pas.
1998alexkane (2023-06-08 22:48:17+00:00): Since it is proposed and not yet under construction (afaik) the actual path should be highway=proposed + proposed=path (and when under construction highway=construction + construction=path instead).

The reason it's rendering however is because it is in the route relation. So I would remove them as members until it is completed.
SomeoneElse_Revert (2023-06-06 20:02:35+00:00): This changeset has been reverted fully or in part by changeset 137029567 where the changeset comment is: See https://community.openstreetmap.org/t/odd-edits-in-italy/97706/59
SomeoneElse_Revert (2023-06-06 20:02:35+00:00): This changeset reverts some or all edits made in changeset 137029383.
jcr83 (2023-06-06 21:35:19+00:00): Bonjour,
Etes-vous certain que le chemin qui mène à la source des célestins est en graviers ?
tabltrai (2023-06-07 21:02:08+00:00): Bonsoir,
Je pense avoir malencontreusement propagé les propriétés d'un chemin (graviers) sur quasiment tous les chemins du parc Kennedy.
Après constatation cet après-midi, le chemin qui mène du parc Kennedy à la source des Célestins est en graviers uniquement côté parc.
Je vais effectuer les corrections cette semaine.
tabltrai (2023-06-07 21:09:49+00:00): En fait, surface=gravel existait déjà sur ce segment depuis… 2014 : https://www.openstreetmap.org/way/48604861/history version 4
jcr83 (2023-06-12 06:55:19+00:00): Je pense qu'il faudrait scinder le chemin en deux.
Vous avez remplacé highway=footway par highway=path, cela veut dire que le chemin est autorisé aux vélos, trottinettes, vélomoteurs, motos, chevaux ... Est-ce correct ?
tabltrai (2023-07-08 12:06:40+00:00): Bonjour,
Les modifications ont été apportées dans le groupe de modifications des changements de juin 2023.
Le chemin a déjà été scindé en deux parties de part et d'autre du feu à hauteur du parc des Célestins, dont son accès est réservé uniquement aux piétons.
user_18305684 (2023-07-12 17:48:06+00:00): Hi,

I don't understand the elevation, see topomap (~550, not 585) and wikipedia https://cs.wikipedia.org/wiki/Chebsk%C3%A1_p%C3%A1nev (max=534)

I don't understand the position : according to wikipedia (cs and de versions), the Cheb basin is in Czech Republic, not in Germany (probably this explains the elevation problem).

Volcano, volcano:status and volcano: type seems not to be the best tagging, maybe place=region and region=volcano_field would be better, see https://en.wikipedia.org/wiki/Volcanic_field

Best regards
olehz (2024-06-08 19:33:37+00:00): Could you explain why you removed so many substations in Belarus?
stevea (2023-06-08 20:26:47+00:00): Thanks for your updates!  (I like your "Ready Kilowatt" avatar).
goedegazelle (2023-06-07 08:55:27+00:00): Zou je alstjeblieft geen unisex willen gebruiken? Ik weet niet eens of dat bestaat. Het klinkt meer als een modewoord. Ik zou ook niet weten hoe het vertaald kan worden.
Taya_S (2023-06-07 10:01:02+00:00): Dit is een bestaande tag https://wiki.openstreetmap.org/wiki/Key:unisex?uselang=en

en het heeft ook een vrij bekende betekenis in zowel engels als nederlands en volgens mij ook wel een aantal andere talen. https://en.wikipedia.org/wiki/Unisex
https://nl.wikipedia.org/wiki/Uniseks

Een simpele google search had je dit kunnen opleveren.
Tilia_J (2023-06-07 14:22:45+00:00): Unisex is een woord wat ik, veertiger, al mijn hele volwassen leven ken.

Ik vind het ook geen modewoord maar een heerlijk alternatief voor "genderneutraal"
goedegazelle (2023-06-07 19:26:29+00:00): Het is een modewoord sinds de jaren zestig, dus het is logisch als je dat als veertiger al je hele leven kent. Maar waar het om gaat is dat de tags die ik had gebruikt geheel correct zijn en mijn inziens duidelijker, minder beladen en beter aansluitend op de belevingswereld van waarschijnlijk het merendeel van de wereldbevolking. Ik vind het persoonlijk een zeer merkwaardige term die ik nooit zou gebruiken, en eerlijk gezegd enigszins storend.
goedegazelle (2023-06-07 19:33:22+00:00): Sterker nog, deze kapsalons presenteren zich op geen enkele manier als genderneutraal. Zij knippen juist beide seksen. Dat is iets heel anders.
Taya_S (2023-06-08 04:04:58+00:00): "minder beladen en beter aansluitend op de belevingswereld van waarschijnlijk het merendeel van de wereldbevolking."
Wat betekend dit? Unisex is een heel normaal woord, dat jij dit "een zeer merkwaardige term" heeft daar geen invloed op.

Unisex betekend dat het onafhankelijk van gender is. De meeste openbare toileten zijn bijvoorbeeld gescheiden op man en vrouw, en zijn dus niet unisex, maar als een kapsalon geen scheiding maakt tussen man en vrouw, dan is dit toch echt wel unisex.
goedegazelle (2023-06-08 13:26:17+00:00): Je gaat geheel voorbij aan het feit dit ik twee correcte tags heb gebruikt. Er is geen reden om deze tags te vervangen door een andere tag.

Van een van de kapperszaken herinner ik me dat er op de winkelruit "voor hem & haar" staat aangegeven. De andere kapsalons hebben dergelijke aanduidingen. Ik had dat expres zo overgenomen. Als er "voor Xij" zou hebben gestaan dan zou ik misschien een andere keuze hebben gemaakt.

En daarnaast ben ik het niet met je eens dat het een normaal woord zou zijn. Het woord heeft een ideologische lading en is daarom ongepast. Dit kun je bijvoorbeeld zien aan een opmerking als "heerlijk genderneutraal." Als het 'normaal' is om dat 'heerlijk' te vinden dan is het ook normaal om dat storend te vinden. En natuurlijk het woord 'genderneutraal.' Het grootste deel van de wereld snapt niet waar wij mee bezig zijn. De term is beperkt in tijd en ruimte en een subjectieve uitdrukking van bepaalde westerse waarden. Wij horen onze waarden niet op te dringen, noch aan anderen, noch aan onszelf.
Taya_S (2023-06-08 13:46:54+00:00): > dat er op de winkelruit "voor hem & haar" staat aangegeven. '

Dat is Unisex. In de praktijk word "Voor man en vrouw" exact hetzelfde gebruikt. Dit woord heeft niets te maken met niet-binaire mensen, als dat is waar je naar hint met je "Xij". 

> "heerlijk genderneutraal."

Dat was niet wat Tilia zij.

> heeft een ideologische lading

Ironisch en incorrect. Kijk mischien eens naar jezelf in de spiegel

> En natuurlijk het woord 'genderneutraal.' Het grootste deel van de wereld snapt niet waar wij mee bezig zijn. 

Beweer je nu echt dat een woord dat in de praktijk gebruikt word als "zowel voor man en vrouw" of "onafhankelijk van gender" niet begrepen zou worden?  

> Wij horen onze waarden niet op te dringen, noch aan anderen, noch aan onszelf.

Dit gebeurd hier niet. Het is letterlijk een normaal politiek ongeladen woord. Jij bent diegene die hier een of andere vage ideologie aan vast hangt.
Tilia_J (2023-06-08 13:48:06+00:00): Help me alsjeblieft te begrijpen waar je vandaan komt.

Allereerst, ik schreef niet "heerlijk genderneutraal" maar "heerlijk ALTERNATIEF VOOR genderneutraal."

Ik vind juist helemaal niets heerlijks aan het woord "genderneutraal". Het is een polariserend woord wat wordt opgedrongen door onwetenschappelijke ideologen die de biologische realiteit ontkennen, een nauwe definitie van diversiteit en inclusiviteit promoten die mensen buitensluiten en cancellen welke het daar niet mee eens zijn.

Dit in tegenstelling tot het woord "unisex" wat ik júíst en dáárom een heerlijk en neutraal alternatief vind voor genderneutraal.

Tegenwoordig noodzakelijke disclaimer voor andere mensen die dit meelezen: Je mag zijn wie je bent maar dring niets aan anderen op.
goedegazelle (2023-06-10 18:49:43+00:00): Tilia: Correct, dat had ik inderdaad verkeerd gelezen. Mijn excuses.
goedegazelle (2023-06-10 18:50:47+00:00): Thiskal: het is jammer dat je zo emotioneel reageert.
czebureks (2026-07-25 21:25:15+00:00): Cześć, czy rzeczywiście coś wskazuje na to, że z tej drogi dla rowerów: https://www.openstreetmap.org/way/1074426195 mogą również korzystać piesi? Od strony Borcza niczego takiego za bardzo nie widziałem.
Marek-M (2026-07-26 12:34:09+00:00): Wzdłuż drogi nie ma chodnika, więc piesi wg przepisów mogą poruszać się drogą dla rowerów ustępując im pierwszeństwa. Dlatego też jest tam foot=yes
czebureks (2026-07-27 10:20:54+00:00): Dzięki za wyjaśnienie, nie znałem tego przepisu
olehz (2024-06-08 19:29:54+00:00): Why did you remove power=substation and add building=yes? Is there a reason or is it vandalism?
Frans S (2023-06-22 14:09:08+00:00): Hello. Thanks for mapping on this task. We welcome you as a new mapped.
Please solve the issues shown by the issue triangle before you upload your mappings.
Please do not tag a trace in an industrial area (1 company) as a residential highway. Highway=service is a better tag.------
Please read and follow the tagging rules on this linked document.
Decision tree, which tag to be used for roads
https://drive.google.com/file/d/1S48CEVi3yiAYWhIJu57jtLyv0ZVUbGwJ/view?usp=share_link
https://wiki.openstreetmap.org/wiki/East_Africa_Tagging_Guidelines
or
https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
Best regards
Frans S (2023-06-22 14:12:02+00:00): Hi . Another issue.
Don't connect nodes of any highways to other features like landuse, railways, buildings.
Best regards
felipeeugenio (2023-06-06 21:26:08+00:00): Hola Camilo. Por favor los tildes
Algunos estaban bien y los sacaste. Lo mismo otra edición de la mañana.
saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/137030868
Camilo Nuñez Castro (2023-06-06 21:32:28+00:00): Conforme, de igual manera, hay que realizar una exhaustiva revisión de San Bernardo, hay muchas calles mal ingresadas, mal tipeadas o abreviadas.
felipeeugenio (2023-06-06 22:01:52+00:00): De acuerdo con eso.
Además hay que dejar las vias de direcciones llamándose igual a las calles.
Buen trabajo
Camilo Nuñez Castro (2023-06-06 22:07:08+00:00): Agradezco tus correcciones para una mejor base de datos.

Pero quedé colgado vías de direcciones igual a las calles?
felipeeugenio (2023-06-06 22:11:56+00:00): Al lado de muchas calles en Santiago hay una vida que corre paralelo con el tag addr:interpolation=odd/even y en cada extremo de esta vía hay un nodo con addr:street= y addr:house number. Esa es la vía que indica el intervalo de direcciones de esa calle (par o impar)
Ese addr:street tiene que ser igual a la calle a la que se refiere. Y en muchos casos es distinta.
No sé si me expliqué bien
Camilo Nuñez Castro (2023-06-06 22:18:52+00:00): Ah si la he visto, como no sabía cómo se llama le digo la vía de interpolación de numerales (impar/par), pero me quedó claro. Gracias.
wireguy (2023-06-13 10:21:58+00:00): BPTT this changeset broke relation for Wurster's Subdivision. fixed in https://www.openstreetmap.org/relation/15956293
aixbrick (2023-06-07 09:58:53+00:00): Hello and welcome to OSM,
the supermarket was already tagged as "disused:shop". Please have a look on https://wiki.openstreetmap.org/wiki/Lifecycle_prefix. Closed Objects should be tagged with it instead of deleting, so the node could easily be reused and for keeping the history.
Reverted with: https://www.openstreetmap.org/changeset/137048938.
Regards
Allison P (2023-06-27 01:57:12+00:00): This is not true. The original address was correct. There is a private court here accessed through 1035 Lombard St, on the map here as 1 Alder Ct. The other entrance is between 1026 and 1028 Waverly St, here mapped as 11 and 12 Alder Ct.
eggie (2023-06-07 05:22:44+00:00): Goed om zaken actueel te houden.
Het nadeel van editor iD is dat je er geen routerelaties mee kunt bewerken... en er lopen er hier nog wel een paar. Die routes zijn nu 'stuk'

Het kan alleen goed met editor josm.
MVG
eggie
eggie (2023-06-07 05:34:17+00:00): Er is zoveel schade aan de routerelaties dat ik dit even terugdraai. 
Je edits https://overpass-api.de/achavi/?changeset=137031565

Dan pas ik daarna wel wat aan zodat je routerelaties in tact blijven.
eggie (2023-06-07 05:35:32+00:00): reverted by changeset #137039901
eggie (2023-06-07 05:50:51+00:00): Je nieuwe tracé heb ik opnieuw ingelegd. vehicle=no verwijderd
Dan routeert het niet meer voor fietsers.
Je kun evt. de extra info weer toevoegen. Zie bicycle=yes
highway=secondary
name=Nieuwe weg

Alle zes routerelaties zijn weer hersteld. Die waren een chaos geworden. Heb je hier wel aan gedacht?
MVG
eggie
eggie (2023-06-07 06:21:56+00:00): typo https://overpass-api.de/achavi/?changeset=137031565

Dan kun je zien wat je aanvullende tags waren.
Het routeert in ieder geval weer.
kaart_fietser (2023-06-07 07:03:51+00:00): Beste Eggie,
Ik had er niet bij stil gestaan dat routes niet aangepast kunnen worden met iD. Ik was in de veronderstelling dat als alle wegen/lijnen zijn gekoppeld aan een route dat het dan goed zat. In ieder geval bedankt om het te repareren.
eggie (2023-06-07 07:23:48+00:00): Nee...  helaas gaat dat niet.. Ze waren ook niet goed aan elkaar gekoppeld zoals bij dat hek. (afslag gemist) 
Routerelatiedelen komen dan helemaal achteraan te staan. Dat is bij lange routes zoals dat kustpad lastig te herstellen. 

Kijk eens naar editor  josm.. 
editor josm stap voor stap 

https://community.openstreetmap.org/t/editor-josm-stap-voor-stap/75047 ... en dan nog zul je na een actie alle relaties moeten checken in het relatievenster. 
groet eggie
NorthCrab_upload (2023-06-06 21:00:17+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Adres jest niekompletny, brakuje informacji o nazwie ulicy.
https://www.openstreetmap.org/way/214787770
https://www.openstreetmap.org/way/214787772

Pozdrawiam! 🦀
NorthCrab_upload (2023-06-06 21:10:19+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Klucz addr:place oznacza brak nazwy ulicy. Kombinacja z addr:street (który definiuje nazwę ulicy) jest błędna.
https://www.openstreetmap.org/way/435212026

Pozdrawiam! 🦀
SomeoneElse_Revert (2023-06-06 21:46:17+00:00): This changeset has been reverted fully or in part by changeset 137032525 where the changeset comment is: See https://community.openstreetmap.org/t/odd-edits-in-italy/97706/59
eggie (2023-06-07 05:07:12+00:00): https://wiki.openstreetmap.org/wiki/Key:area:highway

Dan dus area:highway=service op het vlak. 

Niet alle kaarten laten dat renderen.

De highway=service  kun je dan ook nog als lijnelement intekenen.

MVG
eggie
SomeoneElse_Revert (2023-06-06 21:46:17+00:00): This changeset reverts some or all edits made in changeset 137032276.
eggie (2023-06-07 05:55:43+00:00): Voor zo'n korte periode is het onverstandig om iets op construction te zetten  of je moet dat doen dmv conditionaltagging.
Nu zijn alle routerelaties onderbroken.
Vraag in zo'n geval even advies op het forum van OSM.

MVG
eggie
eggie (2023-06-07 06:00:58+00:00): construction weer verwijderd. 
Geen wegen op construction zetten voor een korte periode.
Wel kun je bv een consitionatag instellen.
Even alleen een voorbeeld... 
 

access:conditional=no @ (2022 Sep 20-2023 Apr 3) 
MVG
eggie
eggie (2023-06-07 06:10:19+00:00): typo> conditionaltagging
Je zou het nog kunnen toevoegen, maar op het moment van de updates van de verschillende routing apps is de afsluiting al voorbij. 
Dan blijft iets nog weken onnodig op slot staan .
Dat is ook de reden dat ik het weer teruggedraaid heb.
Pas je zelf die looproute over de sluisdeur weer aan? 
eggie
eggie (2023-06-07 05:00:53+00:00): Hi Boby

I merged the info with the present addressnode.
Please don't use the buildingshape for addressinfo. 
Greetz,
eggie
Supaplex (2023-06-07 02:03:22+00:00): Hi,

It seems your changeset cross many continents. Please retain your changeset in a certain area, save first then move to other area. Let those other people could check your edit more easier.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/137033038
silversurfer83 (2023-06-07 07:34:06+00:00): You'll find more information on the reason Supaplex commentet on your changeset in this article of the OSM wiki:
https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

Should you have any questions feel free to contact us

cheers
silversurfer83
rbrundritt (2023-06-07 16:54:36+00:00): The primary reason for this is that these two ways had the same issue and I came across them via a database lookup. So was fixing the common issue. In the future I'll be mindful of limiting changesets to a smaller area.
woodpeck (2023-06-23 11:01:32+00:00): I have hidden a few messages in this changeset discussion that did not add value.
ToniE (2023-06-07 06:46:41+00:00): Servus,

sollte das nicht eher route=tracks oder route=railway sein um die Infrastruktur zu mappen?

Hat der Zug (train) Abfahrzeiten?

Gruß
Toni
HessoKaart (2023-06-06 22:12:21+00:00): Gezien dit een grote edit is kan dit fouten bevatten. Ziet u een fout, geef dit dan zsm door, dan probeer ik dit zo spoedig mogelijk te corrigeren.
eggie (2023-06-07 04:50:18+00:00): Dag Hesso..

Ziet er netjes uit.
Scholen kunnen op meer manieren. De naam van de school heb ik nu op de adresnode gezet en amenity school toegevoegd. . 
Het kan ook op het vlak landuse=education.
Die tag rendert nog niet vandaar dar er nog amenity=school op staat. 
Die tag kan weg zodra education gaat renderen. Is aan de makers van de standaardkaart.
mvg
eggie
ottwiz (2023-06-06 22:26:09+00:00): I also added missing roads too.
literan (2023-06-09 15:35:25+00:00): не тот тег, если проход в заборе, то barrier=entrance

а вы поставили тег двери
neo-plan (2023-10-17 21:16:37+00:00): В моём редакторе по-русски этот тег именно вход. Тег ворот должен быть если есть хотя бы калитка открывающаяся, не говоря о воротах. А здесь свободный вход.

barrier=entrance английский (Q5032)
Перейти к навигацииПерейти к поиску
Брешь либо проход в препятствии
На других языках
Настроить
Язык	Название	Описание	Также известно как
русский	
Название отсутствует
Брешь либо проход в препятствии
английский	
barrier=entrance
An opening or gap in a barrier.
mtmail (2023-06-18 21:43:00+00:00): Please don't valdalise OpenStreetMap with a bogus place.
SomeoneElse (2023-06-07 13:24:46+00:00): "Local knowledge" of every postbox in the UK is pretty impressive :)

(OK - I know that's not what you meant...)
SK53 (2023-06-07 13:39:30+00:00): What value does adding a wikidata tag perform here? Presumably this is via the name suggestion index.
dunkaist (2023-06-08 03:54:01+00:00): This tag was mentioned on two wiki pages (not by me). Also, taginfo had reported 100+ cases of its usage before I committed more. In general, it looked like another effort of connecting OSM and Wikidata which is usually considered a useful thing. It wasn't me who started the effort, but my knowledge of Overpass and JOSM was enough to mostly finish it.

I agree that royal_cypher:wikidata tag is not of high importance. That said, consider it as metadata like check_date:* which helps people and tools to process and maintain OSM data.
SK53 (2023-06-16 13:04:31+00:00): The wikidata advice although on the wikipage for a long time is probably the personal opinion of a long-term wikimedian and wikidata enthusiast. Not necessarily a considered view of it's value in the community.

The problem with all such well-intentioned edits is that they push up the last edit date and version count for little value. This has the effect of making it harder to spot things which DO need checking at a local level. 

Doing a basic join on value from OSM to wikidata works just as well as adding an additional key. The wikidata item already has an entry for the OSM key which effectively does this work already.
dunkaist (2023-06-16 19:26:54+00:00): I believe we can't treat the date of a recent edit as check_date:* tags. Yes, this logic works in many cases. That said, check_date:* is the proper approach to the issue of stale data.

I agree that check_date:* tags aren't as widespread as they deserve to be. This seems to be the reason why you have to look at the date of the latest edit.
SK53 (2023-06-17 17:03:46+00:00): check_date is very much a tag only regularly used by StreetComplete (and for good reasons: I'm not going to mark every shop I see which hasn't changed with a check_date).

OSM is not fantastically well stuctured to allow capture of this kind of meta data, largely because a check_date increments the version count. Separate metatags might help, but that would require a new API call and database changes.