<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: San Francisco: The Plymouth Rock of QR Codes</title>
	<link>http://mobilestance.com/2008/03/28/san-francisco-the-plymouth-rock-of-qr-codes/</link>
	<description>mobile marketing perspectives and analysis</description>
	<pubDate>Tue, 07 Oct 2008 03:27:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Olaf Dunn</title>
		<link>http://mobilestance.com/2008/03/28/san-francisco-the-plymouth-rock-of-qr-codes/#comment-149</link>
		<dc:creator>Olaf Dunn</dc:creator>
		<pubDate>Wed, 02 Apr 2008 13:28:26 +0000</pubDate>
		<guid>http://mobilestance.com/2008/03/28/san-francisco-the-plymouth-rock-of-qr-codes/#comment-149</guid>
		<description>QR codes outside of Japan and Korea seem to have a major disadvantage. Currently there is no embedded software to read these codes, so acting on a code displayed in a newspaper or on the subway is not as easy as just taking it. They have to download the java app (inherently suffers from java fragmentation), re-visit the qr code, and then take the picture.
A more adaptive way to approach this solution would be to let the users MMS the captured barcode, and let a server process it and send back the response.
Looking at the barcode examples, it also seems that they do not follow the same standard that QR follows, rendering other barcode readers that users may have installed on their phones useless for the task.

Maybe time will show that device manufactures embed these readers into handsets that are available outside Japan and Korea, and the uptake will increase.

http://www.wirelessroundup.com/2007/07/18/use-of-mobile-barcodes-korea-case-study/</description>
		<content:encoded><![CDATA[<p>QR codes outside of Japan and Korea seem to have a major disadvantage. Currently there is no embedded software to read these codes, so acting on a code displayed in a newspaper or on the subway is not as easy as just taking it. They have to download the java app (inherently suffers from java fragmentation), re-visit the qr code, and then take the picture.<br />
A more adaptive way to approach this solution would be to let the users MMS the captured barcode, and let a server process it and send back the response.<br />
Looking at the barcode examples, it also seems that they do not follow the same standard that QR follows, rendering other barcode readers that users may have installed on their phones useless for the task.</p>
<p>Maybe time will show that device manufactures embed these readers into handsets that are available outside Japan and Korea, and the uptake will increase.</p>
<p><a href="http://www.wirelessroundup.com/2007/07/18/use-of-mobile-barcodes-korea-case-study/" rel="nofollow">http://www.wirelessroundup.com/2007/07/18/use-of-mobile-barcodes-korea-case-study/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://mobilestance.com/2008/03/28/san-francisco-the-plymouth-rock-of-qr-codes/#comment-137</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Mon, 31 Mar 2008 12:38:48 +0000</pubDate>
		<guid>http://mobilestance.com/2008/03/28/san-francisco-the-plymouth-rock-of-qr-codes/#comment-137</guid>
		<description>Thanks. Nice info. Will use this in my quest for bringing QR codes to Norway.</description>
		<content:encoded><![CDATA[<p>Thanks. Nice info. Will use this in my quest for bringing QR codes to Norway.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
