{"id":498,"date":"2017-12-08T12:55:39","date_gmt":"2017-12-08T11:55:39","guid":{"rendered":"http:\/\/blog.magnusmanske.de\/?p=498"},"modified":"2017-12-08T12:55:39","modified_gmt":"2017-12-08T11:55:39","slug":"recommendations","status":"publish","type":"post","link":"http:\/\/magnusmanske.de\/wordpress\/archives\/498","title":{"rendered":"Recommendations"},"content":{"rendered":"

Reading Recommending Images to Wikidata Items<\/a> by Miriam<\/a>, which highlights missing areas of image coverage in Wikidata (despite being the most complete site in the WikimediaVerse, image-wise<\/a>), and strategies to address the issue, I was reminded of an annoying problem I have run into a few times.<\/p>\n

My WD-FIST tool<\/a> uses (primarily) SPARQL<\/a> to find items that might require images, and that usually works well. However, some larger queries do time out, either on SPARQL, or the subsequent image discovery\/filtering steps. Getting a list of all items about women with image candidates<\/a> occasionally works, but not reliably so; all humans is out of the question.<\/p>\n

So I started an extension to WD-FIST: A caching mechanism that would run some large queries in a slightly different way, on a regular basis, and offer the results in the well-known WD-FIST interface. My first attempt is “humans”, and you can see some results here<\/a><\/strong>. As of now, there are 275,500 candidate images for 160,508 items; the link shows you all images that are used on three or more Wikipedias associated with the same item (to improve signal-to-noise ratio).<\/p>\n

One drawback of this system is that it has some “false positive” items; because it bypasses SPARQL, it gets some items that link to “human” (Q5), but not via “instance of” (P31). Also, matching an image to an items, or using “ignore” on the images, might not immediately reflect on reload, but the daily update should take care of that.<\/p>\n

Update code is here<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

Reading Recommending Images to Wikidata Items by Miriam, which highlights missing areas of image coverage in Wikidata (despite being the most complete site in the WikimediaVerse, image-wise), and strategies to address the issue, I was reminded of an annoying problem I have run into a few times. My WD-FIST tool uses (primarily) SPARQL to find […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-498","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/posts\/498","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/comments?post=498"}],"version-history":[{"count":1,"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/posts\/498\/revisions"}],"predecessor-version":[{"id":499,"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/posts\/498\/revisions\/499"}],"wp:attachment":[{"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/media?parent=498"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/categories?post=498"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/magnusmanske.de\/wordpress\/wp-json\/wp\/v2\/tags?post=498"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}