I like to announce the development of a new QR code creator. The original
idea for the upgrade came from Wikimedia Australia and its work with
Toodyay WikiTown project.
Wikimedia Australia has setup out to create two new independent resources
for the Qrpedia project with the support of Wikimedia UK who first
developed the QRpedia concept back 2011 and presented it to the community
The two concepts are;
- a new qr code creator that uses the stable Wikidata item url.
- the reason for for this was to firstly avoid what turned out to be a
costly exercise for Toodyay when some articles were renamed in a
instances just breaking the qr link to wikipedia, in another instance
sending the reader to an unrelated article
- this also gives us the opportunity to link directly to the other
- and connect all of that in a two way exchange of knowledge with the
numerous 3rd GLAM's through their unique identifiers
- the concept is now to create a qr reader thats based within the
Wikimedia Foundation family
- this first and foremost will ensure that our readers aren't being
directed to third party services that capture user data, and use
it to spam
them with usual set internet advertising, scams, and phishing
- a feature that is significant to GLAMs, Education institutions,
- this reader will enable user to connect with all of our information
whether be Wikipedia articles, Quotes, diaries & journals(Wikisource), or
Wikivoyage and its itineraries.
- I think there is also the potential for Education/Wikiversity to
develop learning programs connecting real life observations to
- For GLAMs it'll be able to provide a safe reliable way for links to
and from their collections
- all of this within a multi lingual environment free from
I'd like to thank Dave for his efforts in turning a discussion at a Perth
meetup into reality. I also acknowledge the WMF & WMAU for supporting me
on a detour post WMCONF 2017 to discuss the concept with the WMUK and the
some of the people involved in the development of the original project,
those discussion were invaluable getting to this point.
I looked forward to the next part of the project and hope that people will
come forward with suggestions, requests, and help so that as a community we
take an even bigger step in sharing the sum of all knowledge
Vice President Wikimedia Australia
---------- Forwarded message ----------
From: Meta <[hidden email]>
Date: 10 February 2018 at 17:43
Subject: Meta email from user "Evad37" - Free Knowledge Portal
To: Gnangarra <[hidden email]>
Hi, can you please forward the following to Wikimedia-l and other places of
interest, per our discussion this afternoon.
Thanks, David (User:Evad37)
New tool "The Free Knowledge Portal"
I've created a new tool, The Free Knowledge Portal, that is a solution to
the Community Wishlist Survey proposal "Qr codes for all items".
The basic idea is to provide stable urls that showcase a Wikidata item's
sitelinks, and related items.
The tool also lets you generate QR codes that link to those urls, and so is
like a successor to QRpedia: proving easy access our projects' pages via QR
codes, but for all Wikimedia projects, not just Wikipedia.
And it is multi-lingual - it will detect the device language and serve
sitelinks for that language (i.e. enwiki if the langauge is English, frwiki
the language is French, etc).
Also, it designed to be backwards-compatible with existing QRpedia codes, by
using a page title and site to determine the relevant Wikidata item id. (But
of course its up to the QRpedia people to redirect the codes to these urls)
*Boston (Q100), using your devices language:
*Boston (Q100), using French:
*Boston (Q100), using Spanish:
*Backwards-compatible url for Boston on English Wikipedia
The following features already work:
*QR code generator
*Portal page with
**Related items (from 'What links here')
**Neary items (if the item has coordinates)
I'm also planning to show links to external identifiers, if the item has
Another feature that would be nice would be to keep a record page visits,
which could then be visualised into graphs and the like. I'm not entirely
sure how this should be done, so any advice or help people could offer would
(I'm thinking of making a mysql table with just a couple of
columns for item id and date-timestamp of visit, where each visit would be
recorded in a row. Then you could get page visits by doing a query that
counts the number of rows with a matching item and a date-timestamp within
a given range.)
I could also use some help with i18n/translations (what I've got at the
has come from Wikidata labels and Google translate, which is far from ideal)
Anyway, suggestion, other feedback, and code patches would be appreciated:
either directly on Github, or on the Meta page which I've just recently
Cheers, David (User:Evad37)
-- Links --
This email was sent by Evad37 to Gnangarra by the "Email this user"
function at Meta. If you reply to this email, your email will be sent
directly to the original sender, revealing your email address to them.
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: [hidden email]
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, <mailto:[hidden email]?subject=unsubscribe>
|Free forum by Nabble||Edit this page|