Community Wishlist Survey 2017/Wikidata/Qr codes for all items

From Meta, a Wikimedia project coordination wiki

Qr codes for all items

  • Problem: current QR coding requires copy/paste of individual urls of a primary language wikipedia from there down load the create png files to a hard drive for using in the artwork of the signage. Then if an article gets renamed the QR code becomes broken incuring a cost to the end user to recreate the signage which can be significant. It also impacts on the trust and relationships necessary for the long term support required
  • Who would benefit: affiliates making wikitowns, and qr projects, also enable GLAMs to use the qrcodes to access Wikimedia information directly in displays.
  • Proposed solution: create a bot to make qr codes for all
  • More comments: by using Wikidata items, they are static and dont change. its able to access all associations both internally and external in available languages, on the subject which expands WD role as a central data hub. This would also facilitate the creation of WMF based QR reader that will mean people wont be using commercial ad based services and keep the user within the safe WMF environment which is a plus for schools. Additionally it can use Wikivoyage journeys, Wikisource material as part the whole experience.


There are things here: one to make a QR code for a Wikidata item (phab:T65463); the other to be able to download a batch of these en masse. That's right isn't it? Sam Wilson 10:16, 20 November 2017 (UTC)[reply]

yes and no if the qr code is created by a bot automatically and retained as part of a data item then its just becomes possible to down load the codes as needed Gnangarra (talk) 10:21, 20 November 2017 (UTC)[reply]
  • I missed the deadline (I wanted to support it) but I would like to add something. This proposal would be extremely useful for non-Latin languages where QRpedia codes are not usable. Here is a real-life example: File:QRpedia code in Odessa - Bristol Hotel - 2.jpg. This is a good code but not quite usable. What we would need is a code a) that would definitely keep link with an item even if the item is merged, b) allows to choose user's default device language (if available) or otherwise fallback to a pre-defined local language (e.g. show a page in French in France if the language of device is not available). As far as I can see these codes would be way easier than the current ones — NickK (talk) 18:15, 11 December 2017 (UTC)[reply]

@Liuxinyu970226, David1010, Thomas Obermair 4, Bspf, Donald Trung, TheDJ, Giovanni Alfredo Garciliano Diaz, Daylen, Gikü, Walter Klosse, Theklan, Gnangarra, BugWarp, Iliev, Samwilson, and NickK:
I made a tool for this: , see Free Knowledge Portal for further details or to discuss it. - Evad37 (talk) 00:35, 11 February 2018 (UTC)[reply]