There is a sync function per catalog, in your case: https://tools.wmflabs.org/mix-n-match/#/sync/473 This is also linked from the "Action" drop-down menu for the respective catalog. I am running it now, so should be low numbers (14 not on Wikidata when I got there). On Mon, Aug 21, 2017 at 10:07 AM Osma Suominen &lt;osma.suominen(a)helsinki.fi <mailto:osma.suominen@helsinki.fi>> wrote: Hi, We're more than halfway through mapping YSO places to Wikidata. Most of the remaining are places that don't exist in Wikidata, and adding them is quite labor-intensive so we will have to consider our strategy. Anyway, I did some checking of what remains unmapped and noticed a potential problem: some mappings for places that we have mapped using Mix'n'match have not actually been stored in Wikidata. For example Q36 Poland ("Puola" in YSO Places) is such a case. In Mix'n'match it is shown as manually matched (see attached screenshot), but in Wikidata the corresponding YSO ID property doesn't actually exist for the entity. I checked the change history of the Q36 entity and couldn't find anything relevant there, so it seems that the mapping was never stored in Wikidata. Maybe there was a transient error of some kind? Another such case was Q1754 Stockholm ("Tukholma" in YSO places). But for that one we removed the existing mapping in Mix'n'match and set it again, and now it is properly stored in Wikidata. Mix'n'match currently reports 4228 mappings for YSO places, while a SPARQL query for the Wikidata endpoint returns 4221 such mappings. So I suspect that this only affects a small number of entities. Is it possible to compare the Mix'n'match mappings with what actually exists in Wikidata, and somehow re-sync them? Or just to get the mappings out from Mix'n'match and compare them with what exists in Wikidata, so that the few missing mappings may be added there manually? Thanks, Osma -- Osma Suominen D.Sc. (Tech), Information Systems Specialist National Library of Finland P.O. Box 26 (Kaikukatu 4) 00014 HELSINGIN YLIOPISTO Tel. +358 50 3199529 <tel:+358%2050%203199529> osma.suominen(a)helsinki.fi <mailto:osma.suominen@helsinki.fi> http://www.nationallibrary.fi _______________________________________________ Wikidata mailing list Wikidata(a)lists.wikimedia.org <mailto:Wikidata@lists.wikimedia.org> https://lists.wikimedia.org/mailman/listinfo/wikidata _______________________________________________ Wikidata mailing list Wikidata(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

There may be items with YSO IDs on Wikidata that are not in Mix'n'match.

When you say "nothing happens", did you scroll down? There's a bug that shows the manual again, so the edits are going on "below the fold".

The "diff" functionality for sync uses the Wikidata SPARQL interface, which might lack the odd statement. Or the Q item in Mix'n'match is now deleted, or a redirect, in which case editing won't work.

Hi Osma, re. adding missing items, I've made good experiences with creating input files for Quickstatements2 (see https://github.com/zbw/repec-ras/blob/master/bin/create_missing_wikidata.pl). I've discussed how to best do this in the Wikidata Project Chat before, and received valuable advice. (https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2017/05#Source_…) Feel free to ask for further information, and all the best, Joachim _______________________________________________ Wikidata mailing list Wikidata(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Anyway, with the 2,200 missing RePEc authors I decided at that point that the result was good enough, and created the not-matched entries. Less than a handful showed up later on as duplicates at some point (e.g., as automatically matched against GND). Of course, some will still linger hidden. But it is very easy to merge items in Wikidata, so I consider that as a much minor problem than it would be in library systems, where it is administrative and technically much more difficult to get rid of duplicates.