[分享] 有趣的QRCode

ychao

很有趣的東西，日本現在似乎很流行這樣的東西，可能是因為他們的手機
內建相機等級比較高的原因，對於辨識率有很大的幫助。

應該是大部分的手機都有內建解碼器吧，QRcode可以調整錯誤修正『強度』，甚至可以用各種角度去讀它。所以就算拍歪了或是拍髒了也可以讀得出來。這個在日本存在很久了，當時就是為了相機低解析度開發出來的。(QR、1994年開発。)

http://k-tai.impress.co.jp/cda/article/review/19299.html
(riven兄提供的圖片中carrier選項應該就是各家系統商預設的QR Code cell size吧)

小弟想這個能夠在日本流行的原因，除了免授權費以外，還是能夠支援日文內容是主因吧。而且對使用者來說，省掉緩慢的拇指輸入是方便很多。

之前還有看到一個用ruby寫的QRCode產生器for zaurus。倒是如果說前面網友找到的java版可以在Zaurus上面run的話，配合上camera cf card也是蠻有趣的。

[ Last edited by ychao on 2006-1-30 at 00:41 ]

ychao

忘記附上RQR連結:

http://www.d2.dion.ne.jp/~ujiie/rqr/index.html
(有附source code)



另有PHP CGI及Java版的QR code產生器。
http://www.swetake.com/qr/sample.html

ychao

上面網友提供的C/PHP/JAVA函式庫都可以免費使用的。(商業使用除外，請自行確認相關授權條款)想要用來批次產生QR code的話，可能得自己寫寫code了。不過想想如果用web cam來當scanner的話，可能比barcode scanner便宜？(手機上的相機也是差不多等級的)拿來做圖書管理的話，還真是不錯的構想。

ychao

Originally posted by cseserv at 2006-2-1 04:16 PM:
http://quickmark.com.tw/News/2006_01/1.html
上面寫說這玩具也有支援QRCode

照這個『新聞』來看，應該只是增加解讀QR Code的功能吧？感覺上該公司自己推的二維條碼，很有可能缺乏與QR Code競爭的優勢，只好轉而支援吧？(只是都有open source的解碼JAVA ME程式，何必多裝個連整合通訊錄都沒有的雞肋)
老實說，目前QR Code已經是很成熟的技術了，不僅可以儲存的資料多樣化(contact, web link, blog...)，還是完全公開且沒有授權費的問題。相對來看，quickmark只能儲存網址與電話，而且試玩了一下該公司線上的產生器。發現說似乎能夠存的資料量蠻有限的。QR Code可以大到上千字元的資料，而且還可以分割儲存。(就像rar分片一樣)可能就是因此只適合存網址與電話吧？而且quickmark號稱『開放式』，卻連編碼與解碼的algorithm都看不到，也不清楚授權的方式。小弟覺得實在很難與QR Code競爭。

剛好看到NTT一則關於QR Code結合農產品蔬菜產地資訊的報導，相當的有趣。(日文)
http://www.itmedia.co.jp/enterpr ... 502/03/news014.html
想想日本怎麼做到狂牛症BSE防治的牛肉肉品追蹤，台灣是不是也能導入類似的應用？

ychao

Originally posted by palmPeter at 2006-2-2 01:16 AM:
日本目前有人在開發java的qrcode reader,網址如下

剛剛測試了一下，看起來Zaurus似乎是沒有辦法run了。cvm抱怨說找不到javax.microedition.midlet.MIDlet。可能是因為Zaurus personal profile只有支援到CDC 1.0吧？只是說很奇怪的是，如果用-jar的話，cvm會抱怨illegal argument，只能用-cp而已！？

恕小弟脫離java太久了，sourceforge上面的qrcodeExample在PC上如果沒有裝開發環境的話，要怎麼run啊？原本以為只要java -jar qrcode.jar就可以了。沒想到居然說找不到main。還麻煩請palmPeter兄指導一下。

ychao

原文章由 Harvey 於 2006-5-5 01:01 發表
因為台灣的二維條碼的統一格式確定由QR CODE中選。
但是目前沒有人知道到底詳細的格式為何?

QR Code早就是JIS與ISO標準了，不了解Harvey兄所謂詳細格式為何？解碼部份都是公開的。

按照ars兄所提示的網頁，OMI@似乎只有規範解碼出來後，資料的應用格式，所以單就條碼本身而言，其實根本就是QR Code標準？不過文字編碼有規定使用UTF8，應該可以減少將來『萬碼奔騰』的情況。只是目前日規手機似乎只有支援S-JIS碼？還是說除了內建字型的漢字數不足外，其實都已經是走unicode的呢？

最早riven兄提到的那個軟體，好像因為是windows系統編碼的關係，其實輸出的編碼是Big5。所以手機讀出來的自然就變成亂碼了。

ychao

原文章由 azazabc123 於 2006-7-29 18:51 發表
試用過後發現，這軟體有許多辨識出來的會變成亂碼...英文就正常...

主要還是編碼的問題吧。winXX號稱是Unicode的，但是一般的應用程式都還不是。QR Code好像沒有強制定義非英數字的編碼，完全看各家自己怎麼作吧？
如果是日本手機的話，可能得轉S-JIS碼喔。不曉得台灣現在使用中『不成文』的編碼是？(unicode:3byte, big5:2byte)