RE: Thoughts on current discussion around QR codes

I would disagree with the assertion that the idea is not valuable and should be "jettisoned, forgotten, and generally buried". Just because it may not fit a given industrial supply chain scenario due to specific operational constrains does not mean it wouldn't be broadly useful in other use cases. For example: users in the commercial space would certainly be able to wait a few seconds while a few images cycle if it was a high-value interaction that was not overly frequent. For this reason, I say folks should forge ahead and continue exploring these kinds of solutions.

- Daniel

-----Original Message-----
From: Phil Archer <phil.archer@gs1.org> 
Sent: Sunday, February 16, 2020 12:34 AM
To: DID WG (public) <public-did-wg@w3.org>
Subject: [EXTERNAL] Thoughts on current discussion around QR codes

Dear all,

Rather than jump into the current thread I thought I'd make a separate contribution to this discussion.

When Christopher showed me the idea of an animated QR code in Amsterdam recently my immediate reaction was, er... well, I guess you could do that but it's not something that would be seen as useful in the GS1 world (i.e. supply chains, point of sale systems etc. where barcodes are used billions of times a day). I've spoken about it to GS1 colleagues since then and the reaction varies from ... well, let's just say no one I've spoken to thinks that animated QR codes can be a serious proposition. Scans have to be quick and easy. Making it so you have to hold the scanner over the code for a relatively prolonged period of time while it cycles through different screens is not tenable.

QR is an old technology, designed to carry car part numbers, and has proved very useful for cyber-physical interaction [1], but it's not the be all and end all. It's not even the only barcode recognised by smartphones, which increasingly also recognise Data Matrix [2]. The Shape-Detection API covers a much wider range [3] and there are good libraries for barcode decoding [4].

If you want to use an optical or RF data carrier, you will be limited by the capacity of that system. If the data you want to convey exceeds that capacity, you need to reduce your payload, use a higher-capacity data carrier, or both. There are higher capacity optical data carriers. In particular, JAB might be relevant [5]. That's basically a QR code that uses colour to increase the capacity and is on its way to being an ISO standard. My colleagues in China are behind another bar code, Han Xin [6], which also has a higher capacity than QR.

Please jettison, forget, and generally bury the idea of an animated QR code.

Phil

[1] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.qrcode.com%2Fen%2Fhistory%2F&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181756181&amp;sdata=ontTA%2F23BgxZM74svbQgiEU5ElmS%2FrSg1cwdByxes6M%3D&amp;reserved=0

[2] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.iso.org%2Fstandard%2F44230.html&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181756181&amp;sdata=FeD900B%2FHptW0dz0RnT%2BU91OAiEQOQzmm0B9IxUDxcg%3D&amp;reserved=0

[3] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwicg.github.io%2Fshape-detection-api%2F&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181756181&amp;sdata=YvUXq7u9zDaCm6ENPL2L3DvxulKZotiMtTX5jR0%2FrgM%3D&amp;reserved=0

[4] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fzxing%2Fzxing&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181756181&amp;sdata=I0M2wkZrb9pmZM0YiMw4D7oTBhaOeWIYilDLUV5TKlE%3D&amp;reserved=0

[5] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjabcode.org%2F&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181756181&amp;sdata=uZ1VB0aPl7VVG%2FDcklJNxjlvRjqRmR7UcDZEPPuUq%2Fs%3D&amp;reserved=0

[6] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.iso.org%2Fstandard%2F69321.html&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181766180&amp;sdata=RnQtTzMRek80Bz8IB6BvtxK%2Fu71p6UMhjefdjaYI6tA%3D&amp;reserved=0


--
Phil Archer
Director, Web Solutions, GS1
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.gs1.org&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181766180&amp;sdata=wS8AeAMRPedCUL71HSAqBvXUdrgpl91RcIkZcj0TR2A%3D&amp;reserved=0


Meet GS1 Digital Link Developers at
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fforum%2F%23!forum%2Fgs1-digital-link-developers&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181766180&amp;sdata=23iAE7EhFc9Afc9HYTYp144Ab20BE1xnBCB0H7aqWBI%3D&amp;reserved=0


https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fphilarcher.org&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181766180&amp;sdata=wuZd9l9zAh4%2FtRe81vVgo96oAytntguj9wBAS72ihG0%3D&amp;reserved=0

+44 (0)7887 767755
@philarcher1
Skype: philarcher
A word on abbreviations I sometimes use in email:
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fphilarcher.org%2Fdiary%2F2019%2Femailabbreviations%2F&amp;data=02%7C01%7Cdaniel.buchner%40microsoft.com%7Ca8d434faf1454c950c9a08d7b2bb2657%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637174389181766180&amp;sdata=hn2oFdo%2FcZGATf15TeNgI4HIqkQDIt5nptp0c8W%2B1wc%3D&amp;reserved=0


CONFIDENTIALITY / DISCLAIMER: The contents of this e-mail are  confidential and are not to be regarded as a contractual offer or acceptance from GS1 (registered in Belgium). 
If you are not the addressee, or if this has been copied or sent to you in error, you must not use data herein for any purpose, you must delete it, and should inform the sender. 
GS1 disclaims liability for accuracy or completeness, and opinions expressed are those of the author alone. 
GS1 may monitor communications. 
Third party rights acknowledged. 
(c) 2020.

Received on Sunday, 16 February 2020 16:52:45 UTC