piebro/osm-data huggingface dataset:
nyuriks (2017-09-26 05:35:58+00:00): I have reverted all of the relations and nodes that contained "#" in their "wikipedia" tag.  I put together some thoughts on how wikipedia/wikidata should be validated and improved - https://wiki.openstreetmap.org/wiki/Wikipedia_Improvement_Tasks
SomeoneElse (2017-09-26 23:22:46+00:00): You haven't addressed the places where you've added wikidata entries in error; the very first issue raised on this changeset discussion.
nyuriks (2017-09-26 23:34:56+00:00): SomeoneElse, I posted about it to the @talk about an hour ago, please take a look.  Once community agrees that this is ok, I will fix them all.  Without it, it would be a partial fix for just a few instances.
GerdP (2017-09-25 07:24:25+00:00): Hi!
Please review my corrections on https://www.openstreetmap.org/way/90723373
done here:
https://www.openstreetmap.org/changeset/52346664
Nakaner (2017-10-01 17:34:13+00:00): Hi nyuriks,

could you please revert your additions of a wikidata=* tag on all objects where the wikipedia article is a list (at least if the list is based on a spatial correlation) and does not describe a certain feature?

For example, it is not necessary to add the wikidata=* tag pointing to the list of all "Stolpersteine" in Ludwigsburg (https://www.openstreetmap.org/node/3776302679) because such a list could be retrieved without using a potentially incomplete list in the wikipedia: Just use the ST_Intersects function of PostGIS or an alternative of your favourite query engine.

If you think that I am wrong, please start a new thread on the Talk mailing list and cite this comment.

Best regards

Michael
nyuriks (2017-10-01 18:06:34+00:00): Hi Michael, it would be fairly easy to find such objects with http://tinyurl.com/y9crhydx - it shows 3900 objects in the world. The problem is that once wikidata ID is removed, it won't be possible to find them anymore.  Would it make sense to use a different tag from "wikipedia" for these?  E.g. "related:wikipedia" ?  Because these pages are not about these objects, pages simply mention them.
nyuriks (2017-10-01 18:10:05+00:00): The problem is that anyone using iD editor who adds "de:Liste der Stolpersteine in Ludwigsburg" wikipedia link would automatically also add the "wikidata" link. I don't think either wikipedia or wikidata link should be added, because that page is not about that node.
Nakaner (2017-10-01 19:32:46+00:00): Please either revert at least the "wrong" parts of your changeset or start a new thread on the Talk mailing list.

This discussion is relevant enough to be discussed on the Talk mailing list where it will get enough attention.
nyuriks (2017-10-02 03:10:37+00:00): I reverted all items tagged as lists in wikidata. There were a lot of them, and added a fixme note.  The wikipedia tag description in the osm wiki says that we should only use it if the article is about the place. A list is a collection of such places. We should start a discussion on a talk... I'm not sure I have enough time to handle it though :(
Mateusz Konieczny (2019-09-02 09:54:40+00:00): Is there a wiki page for that mechanical edit? It is a good idea to link it in changeset tags or in a changeset comment
aquarix (2019-11-10 21:04:38+00:00): I have only check a handful items from the list. But what I can say if the linked Wikipedia article refers not to the OSM item itself but to a brand or a company related to the item this was mostly not respected during the edit. So I also would treat this as a mechanical edit. I only saw two items that I've checked where this already has been fixed. But I think there are many where this still has to be done.
Regards aquarix
dieterdreist (2020-09-23 09:57:13+00:00): Clearly a mechanical edit. Unfortunately it introduced or reinforced quite some errors (in the end, a wikidata item is not the same as a wikipedia article, and it can well be possible that a wikipedia article link is a suitable fit for an OSM item while the related (to the article) wikidata object is not).
Has this ever been discussed according to the guidelines? I cannot recall any discussion, at least not with the German community.
captaininler (2019-01-24 12:00:44+00:00): This changeset added wikidata ID of some swiss municipality to node place=village. In my opinion this is wrong. The wikidata ID should have been added to the area of the municipality (relation with admin level = 8)
nyuriks (2019-01-24 15:33:03+00:00): Hi captaininler! The wikidata ID was added because that object already had a wikipedia tag, so it simply added a corresponding wikidata ID.This is identical to how when you add a wikipedia tag using iD editor, it automatically adds a corresponding wikidata tag.  If you think it should not be there at all (neither wd nor wp tags), or if it should be pointing to a different page/id, feel free to modify. Thanks!
captaininler (2019-01-24 16:42:35+00:00): Hi nyuriks. Thanks for your information! I'm not 100% sure if i'm right. so i thought I add this note to this changeset. In case anyone wonders why I moved the wiki-tags to the level = 8 relation :-)
alarobric (2017-09-25 03:15:52+00:00): Can I ask why you removed the private designations on the employee parking lot? Last time I went by there it has a gate and is employee only - sounds private to me. Also your new version is missing some of the lanes - I'm not really sure what you were trying to do.
TheMapGuy94 (2017-09-25 03:27:35+00:00): Oops, my bad. Permissions fixed. Some of the lanes were removed due to some recent modifications for access into and out of the lot. All of the current lanes are there, only small portions near the north and south were removed.
alarobric (2017-09-25 06:30:58+00:00): Oh ok cool.
4004 (2017-09-26 09:43:06+00:00): здравствуйте,
ниже по улице уже есть дом номер 2, вы уверены, что их там два?
4004 (2017-09-29 10:03:32+00:00): откатил вашу правку, так как не нашел подтверждения вашей информации
malajul (2018-02-09 21:54:18+00:00): This road is only accessible from a road restricted to emergency_access. https://www.openstreetmap.org/way/54140359 Is that correct?  Thank you!
mueschel (2017-09-26 10:26:46+00:00): Hi samuel,
the key "ups" is new - could you explain its meaning? 
The key "ramp:pram" is new as well.

Cheers, Jan
samuelrussell (2017-09-26 11:25:38+00:00): Cheers mate for your work. 

ramp:pram is a cultural error on my part. The ramps are called "pram ramps" in Australian road design, and the regular tag "ramp:stroller" is an Americanism. I will of course correct to common usage. It obviously represents a vehicle access suitability. Some motorised wheel chair users might be able to take them but they tend to be steeper than modern ramp:wheelchair requirements. 

ups is the common way to refer to uninterruptible power supplies: a rather useful thing for emergency and disaster mapping in relation to powered devices like traffic signals. In the NSW mapping context some traffic light systems have ups capability and others are mains electricity dependent.
minaers (2020-11-04 08:53:21+00:00): Seems these auto-matching / auto-imports are no good idea. See object:
https://www.openstreetmap.org/node/441732318/history

Wrong wikidata and wikipedia removed.
Mateusz Konieczny (2022-11-16 08:52:09+00:00): Note that you added mismatching wikidata in https://www.openstreetmap.org/node/3099480616 - wikipedia link wargeting redirect and in such case it should be manually reviewed (I am also doing similar automated edits and look for such issues)

Can you fix this and similar damage in Switzerland?

https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Schweiz%20-%20Suisse%20-%20Svizzera%20-%20Svizra%20(Switzerland%20-%20Szwajcaria)%20-%20obvious.html#wikipedia%20wikidata%20mismatch%20-%20follow%20wikipedia%20redirect may help to find problematic ones

Also, where this bot edits was documented at OSM Wiki? Can you link its documentation page?
Baloo Uriza (2017-09-28 03:24:52+00:00): Thanks for the contribution!  Please avoid using abbreviations in the name=* field when possible for best results.
Baloo Uriza (2017-09-28 03:25:21+00:00): The lanes=* tag also isn't applicable if the lanes aren't marked on the pavement as like on neighborhood streets.
geri-oc (2018-06-27 09:45:20+00:00): Bei de:Alte Schule (Freital) passt der wikidata nicht, da dies eine Weiterleitung ist:
de:Schulgebäude Unterstraße 2 ist richtig.  - geändert heute.
(automatische Edits? Bei wie vielen noch?)
SomeoneElse (2017-09-26 15:32:28+00:00): Here you added https://www.wikidata.org/wiki/Q2407197?uselang=en-GB to https://www.openstreetmap.org/node/598000917 (which is correct).  Are you now going to remove it from https://www.openstreetmap.org/relation/957593 which you did in error in https://www.openstreetmap.org/changeset/44200317 which was the issue that I raised with you 10 months ago in https://www.openstreetmap.org/changeset/43749373 ?
Note that error likely applies to every change in that changeset.
nyuriks (2017-09-26 16:17:25+00:00): Andy, are you saying that neither Q2407197 nor en:Tibshelf should be attached to rel 957593 ?   It the WD item is correct for both - it is both the city and the parish.
SomeoneElse (2017-09-26 23:37:03+00:00): (re Tibshelf) as of 12 days ago it does now claim to be both a village and a civil parish; only 10 months after you added the wikidata entry to the relation.
Can you guarantee that all similar errors in wikidata have been similarly corrected?
nyuriks (2017-09-27 00:31:05+00:00): SomeoneElse, I cannot guarantee anything. Ever.  I can only attempt to find existing errors in the data and expose them.  So far, thanks to my efforts, thousands of major errors have been corrected.  As I numerously stated, and you chose to ignore -- wikidata ID is simply a more permanent wikipedia ID, representing the same article.  The wikidata item does not have to have ANY statements. None. And it would still be a valid ID, because it represents the same WP article.  If it has an instance-of, it is a bonus.  In some cases, there may be a more precise wikidata ID, but having a more generic one is not an error. At this point, I feel we are having endless debates over a non-issue. If you feel otherwise, lets set up a video hangout, possibly with others, and attempt to resolve it, rather than talking past each other.
SomeoneElse (2017-09-27 00:38:23+00:00): > , thanks to my efforts, thousands of major errors have been corrected
You keep saying this.  Can you provide a list?  I've seen very few fixes to OSM data in these changes.

Also, if wikidata and wikipedia IDs both identify the same object why add both?  Just leave the human-readable one in OSM.
nyuriks (2017-09-27 00:47:22+00:00): https://commons.wikimedia.org/w/index.php?title=Data:Sandbox/Yurik/OSM_objects_pointing_to_disambigs.tab&action=history -- every revision had entries that community fixed. There are many other places, but this is the easiest to show.  Lately, people fixed it directly from my service. When first ran, disambig count was near a thousand, it dropped to 400, and later raised back to 800 with the newly discovered errors. I believe this is more than plenty of proof, but you are welcome to create a list if you want.

Your second argument has been refuted and explained ad nauseum on the @talk in multiple discussions of why this is a bad idea by multiple people. Not going to explain it again.
SomeoneElse (2017-10-02 09:55:12+00:00): Re "every revision had entries that community fixed." I've not sure what that table shows, presumably a "disambig" is a wikipedia thing that we are supposed to know about in OSM?  Do you mean wikipedia disambiguation pages where one word can have multiple meanings?  My problem with "the community fixed this" is that could actually have been doing useful mapping instead - like mapping things not yet in OSM at all.
Re "explained ad nauseum" - you still haven't persuaded everyone to your argument (hence I presume the comment from someone on talk today about you "ramming things down people's throats").
OSM is a collaborative project; we need to work together and we can't just impose our views on other people who don't agree.  We need to persuade, and you are failing to do that.
I'd suggest that you take a step back, take a break and let things settle for a while.  Perhaps actually go outside and map something in the real world?
nyuriks (2017-10-03 05:21:01+00:00): You misunderstood. I used MediaWiki & Commons to store errors that I found in OSM. There were several people who went there to fix uncovered issues.  Also, realize that there are plenty of people who gave up arguing - see last discussion https://wiki.openstreetmap.org/wiki/User_talk:Yurik Another point - I don't think adding crappy new edits manually is more important than keeping good data. I prefer less but better quality. And again - I have data to proove that it WAS bad quality, and now it has been improved. So perhaps visit my wikipedia improvement page and fix a few issues?  Lastly, it is impossible to persuade everyone, especially for such a large community. And it doesn't need to.
SomeoneElse (2017-10-04 13:39:36+00:00): >  There were several people who 
> went there to fix uncovered issues. ... 
> https://wiki.openstreetmap.org/wiki/User_talk:Yurik 
Based on the people who've edited that that'd be 2 people?  Also comments there include "I would really advice to stop pushing for worldwide mechanical edits. It is obvious that people are really unhappy with that idea".
It is clear that you have not persuaded the community to your way of thinking.
SomeoneElse (2017-09-28 12:25:50+00:00): How can I verify the tag "wikidata=Q4929299" on 
https://www.openstreetmap.org/node/26421469 ?  Strictly speaking, the OSM node isn't the cave itself but the entrance to it (to be fair the cave itself isn't that far away).
Also, geographically this is a huge changeset covering a very large area.  As a local mapper how do easily see what has changed near me in it without using external tools?
nyuriks (2017-09-28 19:36:21+00:00): Should 26421469 node have a wikipedia tag?  If not, both should be deleted, but it appeared legit enough to stay.
SomeoneElse (2017-09-28 19:58:28+00:00): It depends how lax you want to be about data linkage.  The WP article is about the thing the OSM node links to, so it's useful in that sense, but it's not about the OSM node itself.  I don't think that it makes sense to remove the WP link since it's useful information here.    If you want to do it properly visit the cave, map the underground bit and move both WP and WD links to that!
SomeoneElse (2019-04-15 13:24:21+00:00): For info see https://www.openstreetmap.org/changeset/69235227 - I've moved the alleged tree to its former location and removed the wiki* links as they were for a nearby village, not the former tree.  Presumably some of the other edits in this changeset were just automatic and will need checking too...
BrackoNe (2019-05-27 09:18:44+00:00): The Wallace Statue has exactly the same name and alt_name, just T isn't capital in name field. Can I change it to capital T and delete alt_name?
archie (2017-09-25 12:14:47+00:00): Ber om ursäkt för detta. Jag har tydligen av misstag raderat coastline. Bra att du rättade till detta så pass snabbt. Tack!
R0bst3r (2017-09-25 20:05:37+00:00): Hallo Wandersmann74,
Numemrn wie die Breite werden in OSM mit Punkt angegeben. Siehe https://wiki.openstreetmap.org/wiki/DE:Key:width
Viele Grüße
4004 (2017-09-25 10:17:14+00:00): Спасибо за ваш вклад в осм.
Как правило, скобки в названиях не лучшая идея, и можно было бы заменить на "Племенная репродукторная свиноферма".
При возможности, можно также обрисовать здания фермы
woodpeck (2017-09-25 11:42:45+00:00): Dear rondock, there are two issues with this changeset. One is that you aren't giving an appropriate changeset comment - you write "details" but what you are doing is deleting all sidewalks. Your changeset comment should have been "Deleting sidewalks", and it should also have given a reason why you think they should be deleted. You haven't replaced them with appropriate sidewalk tags on the main roads, so - are there no sidewalks where you made the deletions? Are you of the opinion that sidewalks should not be mapped at all? If so, that's a discussion that should be has on a suitable public forum (e.g. the talk-it mailing list) and not expressed through random deletions of sidewalks.
4004 (2017-09-25 10:18:28+00:00): Спасибо за ваш вклад в осм.
Все отмечено верно, при желании можно добавить подьездные пути
Megachip (2018-07-12 21:52:57+00:00): Schön, dass hier aus einr Bushaltestelle plötzlich ein Ort wird...
Megachip (2018-07-12 21:57:29+00:00): Sorry, falsche Changelog. Die Ehre gebührt deinem Voreditor.
4004 (2017-09-25 10:20:38+00:00): Спасибо за ваш вклад в осм.
Все отмечено верно, для завода также можно добавить man_made=works.
И спасибо, что пишете точные описания изменений
Arlas (2017-09-25 11:19:41+00:00): perfavore fermati, queste cancellazioni sono fatte senza motivo
BCNorwich (2017-09-25 06:53:05+00:00): Hello, a few more details would be great like the address perhaps.
Arlas (2017-09-25 11:27:58+00:00): l'edit verrà revertato
Arlas (2017-09-25 11:17:48+00:00): perché stai eliminando i marciapiedi?
stephankn (2017-11-01 10:59:39+00:00): Why are you tagging ways which are at best agricultural track as highway=tertiary?
I see you are participating in organized mapping. Please contact your organizer for some training
Supaplex (2017-10-02 11:47:56+00:00): 恭喜您透過 Maps.Me 完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。Maps.Me App 採用開放街圖的地理資料，由社群而非商業公司建置的地理資料庫。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

由於Maps.Me隨著軟體更新更新最新地圖，App裡的地圖資料版本可能略舊，透過Maps.Me增添商家等資料時有可能開放街圖上已經有了，請到http://www.osm.org 網站看是否要加的商家有沒有人加上去了。

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/

Happy Mapping!
Pink Duck (2017-10-14 09:40:37+00:00): Please stop adding the parish/village geographic name to churches. The churches are primarily named after saint dedication. It isn't sufficient to append location to uniquely identify, given St Margaret in each of the two Wiltons. Nominatim certainly isn't up to the job of search, given it can't find suburb names or locate objects near to hamlet/village/town properly, but that's a separate issue to the data.
Pink Duck (2017-10-14 09:47:07+00:00): See https://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only
elgolfo (2017-09-26 15:07:28+00:00): Hi Kiekin, 
du hast den Parkplatz 33169896 [1] gelöscht und neu gezeichnet. Dabei ist die Chronik des Ways verlorengegangen. Schau dir mal DE:Good_practice#Erhalte_die_Chronik [2] an, dort steht wie man die Chronik erhalten kann auch wenn man was neuzeichnen möchte.

Grüße
Moritz

[1]: https://www.openstreetmap.org/way/33169896
[2]: https://wiki.openstreetmap.org/wiki/DE:Good_practice#Erhalte_die_Chronik
maraf24 (2017-09-27 09:48:43+00:00): Co to jest?
RicoElectrico (2017-10-13 22:24:33+00:00): Ja to kasuję, bo autor nie odpisał.
literan (2017-09-25 10:59:13+00:00): Книг??? это действительно так или опечатка?
vylekzhanin (2017-09-25 15:13:33+00:00): =) опечатка. Поправил, спасибо.
ghost_07 (2017-09-25 12:44:53+00:00): Большую работу делаете, круто. Намного аккуратнее будет выглядеть, если делать леса и поля мультиполигонами. Тогда не придется одну линию по 2 раза рисовать, для, например, леса граничащего с полем. Вот тут отлично описано все: http://wiki.openstreetmap.org/wiki/RU:%D0%9E%D1%82%D0%BD%D0%BE%D1%88%D0%B5%D0%BD%D0%B8%D1%8F_-_%D0%BC%D1%83%D0%BB%D1%8C%D1%82%D0%B8%D0%BF%D0%BE%D0%BB%D0%B8%D0%B3%D0%BE%D0%BD
ivan-in-sky (2017-09-26 06:02:12+00:00): ок, спасибо, попробую
eggie (2017-09-25 08:11:43+00:00): PB  met welkom gestuurd
eggie (2017-09-25 08:14:06+00:00): Het fietspad staat nog steeds op construction. Wanneer het echt gereed is dan ook cycleway=construction weghalen.
Harald Hartmann (2017-09-27 14:02:55+00:00): Hallo PASTA777. Bei http://www.openstreetmap.org/node/5127848664 sollte aus dem `direction_southwesr` vermutlich ein `direction_southwest` werden, oder? ;-) #typo
Harald Hartmann (2017-09-27 14:07:47+00:00): Hello Andrey Yusov. It's me again, sorry. You have used `fuel:CNG`, but it's all lowercase `fuel:cng`. Please have a look at https://taginfo.openstreetmap.org/search?q=fuel ;-)
Andrey Yusov (2017-09-28 00:39:52+00:00): Yes, I was wrong again. Has corrected.
eggie (2017-09-25 08:15:40+00:00): Een gebouw zelf hoort geen adresgegevens te bevatten. Die staan al op de adresnode.
eggie (2017-09-25 08:18:40+00:00): De adresgegevens heb ik verwijderd
Kevin Heijsteeg (2017-09-25 09:56:08+00:00): Ow oke ;) Bedankt voor het controleren Eggie!
eggie (2017-09-25 10:01:36+00:00): Schroom niet om iets te vragen Dat kan ook op het forum van OSM. Zelfde inlog als OSM account. https://forum.openstreetmap.org/viewforum.php?id=12
aceman444 (2017-09-25 20:00:00+00:00): Dakujem za zakreslenie tych tabul pri ceste do jaskyne. Prosim pozor na gramatiku a preklepy (aspon dufam, ze to nemaju s nimi v reali). Opravil som.
Mirecnet (2017-09-26 15:25:14+00:00): Tabule zakreslil volaky Cech a zaclenil do relacie. Ja som ich len vyhodil s relacie naucneho chodnika. Mam fotky tabul (nafotene pre kolegu, ktory ich ide prerabat) a chcel som to akurat poopravovat :) Tak dik :)
Mirecnet (2017-09-26 15:49:07+00:00): Tabule Belianska jaskyna
uloženo do 10.10.2017
odkaz na zásilku http://www.uschovna.cz/zasilka/QDAL5SCBVDEDAD8V-XHX/
eggie (2017-09-25 08:20:03+00:00): Wat bedoel je met enkele wijzigingen aangebracht? Graag concreet aangeven wat je doet.. Maak ook het gebied van je changeset niet te groot.
eggie (2017-09-25 08:20:54+00:00): Is de naam echt wasstraat?
eggie (2017-09-25 08:23:09+00:00): Kijk in de wiki hoe je een wasstraat tagt. 
amenity=car_wash
eggie (2017-09-25 08:23:27+00:00): Dit was je edit..
eggie (2017-09-25 08:23:32+00:00): http://overpass-api.de/achavi/?changeset=52347041
Kevin Heijsteeg (2017-09-25 09:58:39+00:00): Dank. Dit was niet helemaal de bedoeling.
Kevin Heijsteeg (2017-09-25 09:59:05+00:00): Ja. Dat is de wasstraat van Connexxion in Almere Haven
eggie (2017-09-25 10:09:34+00:00): Oke.. dan is het dus niet een oficiële wasstraat voor "jan-en-alleman."
Harald Hartmann (2017-09-27 13:57:54+00:00): Hallo hadhuey. Bei http://www.openstreetmap.org/way/527459643 hast du `cpapacity:disabled` anstelle von `capacity:disabled` getaggt, oder? #typo
Marc_ch (2017-11-16 16:40:43+00:00): Hello,
4 and 94 aren't a name of an hydrant. it is enought to put the ref number in the ref tag.
Regards,
Marc
km2bp (2017-11-17 14:32:42+00:00): Thanks . Not just the "ref". Because in the application  Maps.me  Hydrant will not have a name https://youtu.be/NhHVryVie8M Regards.
Marc_ch (2017-11-18 18:52:38+00:00): Hello,
I test maps.me on a hydrant that have a ref in stead of a fake name, it work fine. what 's the problem you try to fix with name tag ?
Regards,
Marc
eggie (2017-09-25 08:24:37+00:00): Wat heb je dan gewijzigd? Graag concreet zodat andere lokale mappers kunnen volgen wat je doet.
eggie (2017-09-25 08:25:43+00:00): Dus naam bushaltes aangepast. Graag reactie zodat wij weten dat de tips overkomen.
RicoElectrico (2017-09-25 19:37:57+00:00): Cześć, możesz wytłumaczyć o co chodzi?

https://nrenner.github.io/achavi/?changeset=52347323

Na pewno nie ma tam budynku w kształcie krzywego czworokąta i w dodatku nachodzącego na inne budynki.

Powiedz proszę co zrobiono w terenie, to będzie można poprawić tę sytuację. Z góry dzięki. :)

Jeśli czegoś nie wiesz, to smiało pytaj, albo zajrzyj na polskie forum: https://forum.openstreetmap.org/viewforum.php?id=23
gileri (2017-10-06 20:24:41+00:00): Bonjour Jérôme,

Comme indiqué dans l'article ci-dessous, il ne s'agit pas de l'oeuvre originale de 1999. Celle-ci a été faîte bien plus récemment, et installée en 2016. Je pense qu'il faut donc conserver la date de 2016.

https://www.lyonmag.com/article/80016/le-freight-train-de-yoko-ono-restera-au-musee-d-8217-art-contemporain-de-lyon
gileri (2017-10-06 20:25:13+00:00): Aussi, il y a une coquille dans le tag source=* du changeset.
gileri (2017-10-11 20:27:07+00:00): J'ai corrigé la date.