Community Wishlist Survey 2017/Wikidata/Qr codes for all items
Appearance
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.
- Phabricator tickets: T65463 QRpedia should point to Wikidata entity
- Proposer: Gnangarra (talk) 10:05, 20 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]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)
- 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)
- 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)
@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: https://tools.wmflabs.org/portal/ , see Free Knowledge Portal for further details or to discuss it. - Evad37 (talk) 00:35, 11 February 2018 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:30, 28 November 2017 (UTC)
- Support David1010 (talk) 17:11, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:13, 28 November 2017 (UTC)
- Support bspf (talk) 07:58, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:18, 29 November 2017 (UTC)
- Support Would love to see qr.wikimedia.org, which would generate 'permanent' ids and QR codes. You could have a link, that would be stable for pagemoves, and translations, also for users please ! —TheDJ (talk • contribs) 17:20, 29 November 2017 (UTC)
- Support Giovanni Alfredo Garciliano Diaz (talk) 21:38, 29 November 2017 (UTC)
- Support - Evad37 (talk) 01:10, 30 November 2017 (UTC)
- Support Daylen (talk) 04:43, 30 November 2017 (UTC)
- Support Gikü (talk) 13:35, 30 November 2017 (UTC)
- Support Walter Klosse (talk) 17:38, 30 November 2017 (UTC)
- Support Theklan (talk) 19:02, 1 December 2017 (UTC)
- Support Gnangarra (talk) 08:39, 4 December 2017 (UTC)
- Support BugWarp (talk) 13:31, 11 December 2017 (UTC)
- Support — Luchesar • T/C 14:25, 11 December 2017 (UTC)