I think QR codes have a lot of potential – potential that hitherto has not been realised. The underwhelming uptake of the codes outside of Japan has a lot to do with the poor quality marketing campaigns so far run with them. If I am going to have to install or worse still, find on my phone, a QR code reading application then the reason I am going to all this trouble has to be really really worthwhile.
I am yet to see a commercial campaign that delivers that compelling reason to install the reader.
On the otherhand, quite a few local artists are experimenting with them in interesting ways. If you are a Melbourne reader then maybe you spotted a guerilla art installation at Federation Square by Radical Cross Stitch!
Now QR codes are probably best seen just as mobile-readable URLs. If these URLs are just going to send me to a website that isn’t tailored for my context and device then they are going to be just a gimmick. But if, on the otherhand, they can deliver timely, mobile-formatted content to me that addressed my specific ‘need’ at the time then they might just work. I know there’s no way I am going to bother typing an URL into my phone whilst I stand in front of an advertisement. Even on the iPhone, typing of URLs is more painful than it should be (in fact I’d wager that most iPhone users follow links from other applications – Twitter, email etc – or use their bookmarks – anything to avoid typing URLs). On a standard numeric keypad mobile, forget typing URLs.
Now regular readers will remember our experiment with QR codes in August last year. We learnt a lot from that and now we’ve rolled out an experiment in a new display on the floor of the Museum.
As part of the Gene Sherman Contemporary Japanese fashion display each object label is now augmented with both a QR code and a longform object URL (just in case you can’t use the QR code).
Here’s a quick breakdown of the process.
Generating the codes
Once again we did this in-house – the main reason being that every mistake made internally helps us learn and grow. Sure, we could outsource the mistakes but in so doing we outsource the learning. And that’s not a good long term idea.
Problem #1 – All QR codes are not the same
Perhaps you thought that there was just one standard type of QR code? Well that’s not exactly true. QR codes can be generated at a number of ‘sizes’ (actually more like density than fixed dimension), with different percentages of error correction (in case a scan is blurred or partial), and the content can be stored in a number of ways. The first pass we made at generating codes for each object ended up working on most but not all of the QR code readers we tried. Finally we generated a series of codes that worked on all the readers we could find.
Problem #2 – Inconsistent size
One issue with QR codes is that they do change size as the content the are encoding increases. This is inrrespective of the density that you choose. A medium density encoding of “The Powerhouse Museum” is going to be smaller in size than one that says “The Powerhouse Museum is making QR codes”. Add higher error correction (tolerance) and they get bigger still. Now this isn’t usually a going to be a problem when single codes are going to be printed but when they need to go on object labels then, rightly, the exhibition designers want to have a standard size for the whole exhibit. This meant finding the longest possible code and designing for it.
Getting the content ready
Problem #3 – Making the mobile site
As we found in our initial QR trial last year one of the key failures was that we never built the encoded URL as mobile-friendly. This time we’ve changed large parts of our website and especially the collection database, to which the QR coes point, to be mobile-ready.
Installing the codes
Problem #4 – Perspex
So we now have QR codes that can be read by a variety of readers on a variety of phones with 2 megapixel to 5 megapixel cameras, and we have a website that is going to work on a phone. The next hurdle to be crossed was physical. At the Powerhouse we put our object labels behind 5mm thick perspex. This stops visitors from writing things on our labels (oh, the trust!) and means they last a lot longer in the galleries.
Another round of testing was required to work out the minimum size at which the QR codes could still be scanned with a 2 megapixel phone camera through the 5mm perspex.
Problem #5 – Shadows
And so off the labels went to be printed.
Installation day rolls around and I was in the gallery with my phone looking at the QR codes being installed below the written labels and thinking to myself “finally we have codes in the galleries!”.
Then I noticed the lights. Not just one light but multiple lights shining on the objects from behind where the visitor would stand. With this set up dark shadows were cast over exactly where the QR codes were being placed meaning that although the codes could be photographed, the shadows interfered with the ability to decipher the data in the codes.
Lights have been moved around a bit and now we have a better situation.
We are keeping an eye on usage and will report back once the display ends.
If you are in Sydney, come in and give it a go.
I am recommending free QR code reader application called BeeTagg mainly because it has different versions available for a range of phones – Symbian, Palm, Blackberry and iPhone.
12 replies on “QR codes in the museum – problems and opportunities with extended object labels”
Seb, nice implementation and great write up on the potential problems!
You could have reduced the size of the QR Code (or increased the error correction level) by using a short url and a 301/302 redirect. e.g. http://snurl.com/axqiz
Nice post Seb! We’re currently developing a plugin for Omeka that implements QR codes in its items archive. We haven’t released it to the public, but you can check out a copy of the plugins trunk in our SVN repository. The plugin using the Google Chart API to generate QR codes for item URLs. This post will come in really handy as we continue our work, and find institutions interesting in using QR codes in conjunction with Omeka.
With Problem #3, what were some of your solutions? An entirely new HTML page for items/collections for mobile devices, or just a new style sheet to change layout/fonts/etc? Or both?
yes, use short URLs. E.g. QR code maker http://qr.linkstore.ru automatically creates a landing page (mobile site) and returns a tiny url for it
@jeremy – i’ve detailed our mobile restyling in another post – http://www.freshandnew.org/2009/02/28/we-are-partially-mobile-powerhouse-on-your-phone/
@roger @den – the only problem with tinyurls is that none of them are 100% persistent – at least not in a way that we can be sure that they wont change. we’re trialling these QRs for wider use which might mean in a future permanent gallery which would mean that we’d want the tinyurls to last as much as 10 years. at least if we are in control of the URLs then we can control remapping in the future . . . this isn’t such an issue outside of the museums/library sector where persistent URLs are not as important.
My Nokia managed to get the URL from the last photo above – have you noticed a spike in overseas visitors because of that?
Seb, you (the museum) can still register meaningless short domains like z9ux7.com which would then provide the same persistence as your existing urls. Then redirect the urls on your own server.
You could get http://z9ux7.com/1234 in a 25 x 25 with the same level of error correction as you have now. That’s less than 50% of the current area.
Only mentioning this because yoiu suggested that size and error correction may be a problem for you. Hope the suggestion is useful.
@Roger – yes that is a good idea. We’re ok with the size now that we’ve tested it and got our ‘maximum’ size so to speak.
One thing that is relatively unique to museums is our obsession with persistence (everything must last ‘forever’) and order (everything must look the ‘same’). That’s why the size was such an issue however the way we’ve got them working the URLs won’t get any longer.
@mia – I’ll have to check but I doubt it has had much impact overall.
Thanks for the info Seb – we’re looking into trialling the same kind of system at our galleries (National Museum Wales). However we’re looking at Microsoft Tag (http://www.microsoft.com/tag/) – seems pretty good, even has report on hits via the tags.
Funnily enough I’m in Sydney start of April so I’ll give it a go!
Really interesting case study Seb. You guys are way ahead on this. Thanks for sharing your story.
Fantastic to see QR being used for useful purposes! Part of the reason I’ve been using them in my work is in opposition to all the advertisers using QR. I hope you’re project goes really well and I’ll definitely come try it out next time I’m in Sydney.
Let me know if you ever need any cross stitched ones on the wall!
Quickmark has a new QR code reader for iPhone. and seems Quickmark support many kinds of phones.
http://www.quickmark.com.tw/en/basic/download.asp#Apple_iPhone
Which reader is better? Curious.
As i’ve been saying for a long time, “QR codes are the right mouse click for anything physical – want to know more just click”.
just a couple of quick comments below.
1/ your decision to use your own urls is sound, i cant tell you how many times i’ve recommended not using a url redirection service from a third party, when you can do it yourself for free it doesn’t make sense.
2/ which leads me to the National Museum Wales comment – DONT!! use MS Tags, they offer absolutely no value apart from they are a pretty colour…. and you are also locked into Microsoft forever, eg if they decide to charge OR if they turn off the service you are screwed – this is not a religious OS debate (i’m a ms user) it just doesnt make commercial sense when qr codes are free and when used as above will last as long as you want them to be free.
3/ I’ve been a long term Quickmark user (windows mobile) so good to see they finally have an iPhone reader (i haven’t tested it)
If you have any questions or want to read up more check out http://www.Cognation.net/QR
Cheers,
Dean