<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: One-way bridges and interim solutions</title>
	<atom:link href="http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/</link>
	<description></description>
	<lastBuildDate>Thu, 14 Jan 2010 08:36:39 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Social - GRAFFITIO by Graffitio iPhone App Store Review by StoredApps.com</title>
		<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/comment-page-1/#comment-261</link>
		<dc:creator>Social - GRAFFITIO by Graffitio iPhone App Store Review by StoredApps.com</dc:creator>
		<pubDate>Fri, 31 Oct 2008 02:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/#comment-261</guid>
		<description>[...] 30 Oct 2008 blog.paulwalk.net One-way bridges and interim solutions [...]</description>
		<content:encoded><![CDATA[<p>[...] 30 Oct 2008 blog.paulwalk.net One-way bridges and interim solutions [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Stehlik</title>
		<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/comment-page-1/#comment-266</link>
		<dc:creator>Philip Stehlik</dc:creator>
		<pubDate>Wed, 29 Oct 2008 16:38:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/#comment-266</guid>
		<description>Hi guys,
I think QR Codes really are an excellent way to get from print to digital information. The concept itself is proven in Asia and, as you already said, many industrial applications. You cannot only scan a Code from paper, but also from Video screens, which might have advertisements on them etc. etc.
A very nice &quot;side-effect&quot; of using QR Codes is also the ability for the content owners to track how many people accessed their content via scanning the code. This is exciting news for them as they really get hard numbers with this technology, whereas they traditionally only have a guessed amount of viewers/readers. &quot;You distribute 2000 flyers, but how many people are actually looking at them?? How many people are visiting the website noted on the flyer??” - With a QR Code as link, you can get some numbers and make the math for the total viewers. Maybe the QR Code links to a Drink-Coupon for the bar, or driving directions, a video, …

Owen, compared to entering URLs, scanning a QR Code is way more efficient when looking at the overall volume of people accessing the online content. You may be faster on a BlackBerry when entering a 12 digit URL, but the purpose of QR Codes is to be scanned with all kinds of devices - all you need is a camera - for any kind of content. So the 12digit URL is just one use-case. There are many people who encode their business card in form of a vCard in plain text into QR. With this, there is not even an online communication going on. (src: http://www.matez.de/?page_id=7)

Personally I am thrilled about using 2D Barcodes to promote online content in the physical world. And that&#039;s not only because I work in that area but also because I see an added value for both, the publishers and consumers. And until we all have downloadable virtual worlds, GPS, NFC on our handsets and all the necessary technology to use it &#039;in the fields&#039; it will be some time. And even then a print is still cheaper than integrating an RFID chip.

Cheers,
 Philip</description>
		<content:encoded><![CDATA[<p>Hi guys,<br />
I think QR Codes really are an excellent way to get from print to digital information. The concept itself is proven in Asia and, as you already said, many industrial applications. You cannot only scan a Code from paper, but also from Video screens, which might have advertisements on them etc. etc.<br />
A very nice &#8220;side-effect&#8221; of using QR Codes is also the ability for the content owners to track how many people accessed their content via scanning the code. This is exciting news for them as they really get hard numbers with this technology, whereas they traditionally only have a guessed amount of viewers/readers. &#8220;You distribute 2000 flyers, but how many people are actually looking at them?? How many people are visiting the website noted on the flyer??” &#8211; With a QR Code as link, you can get some numbers and make the math for the total viewers. Maybe the QR Code links to a Drink-Coupon for the bar, or driving directions, a video, …</p>
<p>Owen, compared to entering URLs, scanning a QR Code is way more efficient when looking at the overall volume of people accessing the online content. You may be faster on a BlackBerry when entering a 12 digit URL, but the purpose of QR Codes is to be scanned with all kinds of devices &#8211; all you need is a camera &#8211; for any kind of content. So the 12digit URL is just one use-case. There are many people who encode their business card in form of a vCard in plain text into QR. With this, there is not even an online communication going on. (src: <a href="http://www.matez.de/?page_id=7)" rel="nofollow">http://www.matez.de/?page_id=7)</a></p>
<p>Personally I am thrilled about using 2D Barcodes to promote online content in the physical world. And that&#8217;s not only because I work in that area but also because I see an added value for both, the publishers and consumers. And until we all have downloadable virtual worlds, GPS, NFC on our handsets and all the necessary technology to use it &#8216;in the fields&#8217; it will be some time. And even then a print is still cheaper than integrating an RFID chip.</p>
<p>Cheers,<br />
 Philip</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/comment-page-1/#comment-265</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Tue, 28 Oct 2008 13:53:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/#comment-265</guid>
		<description>The best possible solution IMO was something I wanted us to consider at the Science Museum and uses the medium that phones (and people..) are best at - voice. You could easily build something using a service like Spinvox (http://www.spinvox.com/) which allowed people to phone in a code. This would then convert your code to text and do whatever you wanted with it - send a link back to phone, bookmark, play a voice recording, whatever.

The next best thing - again, IMO - is still SMS (not just banging the www.stufflinker.com drum, honest!) - ubiquitous, easy to use, familiar, known cost model, etc..</description>
		<content:encoded><![CDATA[<p>The best possible solution IMO was something I wanted us to consider at the Science Museum and uses the medium that phones (and people..) are best at &#8211; voice. You could easily build something using a service like Spinvox (<a href="http://www.spinvox.com/" rel="nofollow">http://www.spinvox.com/</a>) which allowed people to phone in a code. This would then convert your code to text and do whatever you wanted with it &#8211; send a link back to phone, bookmark, play a voice recording, whatever.</p>
<p>The next best thing &#8211; again, IMO &#8211; is still SMS (not just banging the <a href="http://www.stufflinker.com" rel="nofollow">http://www.stufflinker.com</a> drum, honest!) &#8211; ubiquitous, easy to use, familiar, known cost model, etc..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paul</title>
		<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/comment-page-1/#comment-264</link>
		<dc:creator>paul</dc:creator>
		<pubDate>Tue, 28 Oct 2008 12:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/#comment-264</guid>
		<description>To clarify: I do believe that clunkiness &lt;b&gt;is&lt;/b&gt; an issue - I just wanted to point out that there are other issues.

In terms of speed of entry with a QR code scan versus typing in a URL, I had in mind a &lt;b&gt;long&lt;/b&gt; URL such as might be used to identify an item in a collection.... not a very readable URL, with a long identifying number for example. I accept that a Tiny URL could be entered more quickly with the current state of the art of iPhone hardware and QR software for it.

Paul</description>
		<content:encoded><![CDATA[<p>To clarify: I do believe that clunkiness <b>is</b> an issue &#8211; I just wanted to point out that there are other issues.</p>
<p>In terms of speed of entry with a QR code scan versus typing in a URL, I had in mind a <b>long</b> URL such as might be used to identify an item in a collection&#8230;. not a very readable URL, with a long identifying number for example. I accept that a Tiny URL could be entered more quickly with the current state of the art of iPhone hardware and QR software for it.</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen Stephens</title>
		<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/comment-page-1/#comment-262</link>
		<dc:creator>Owen Stephens</dc:creator>
		<pubDate>Tue, 28 Oct 2008 12:01:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/#comment-262</guid>
		<description>Although I&#039;m interested in this idea of &#039;bridging&#039;, and think it is potentially powerful, I don&#039;t agree that &#039;clunkiness&#039; is not an issue, and would disagree that (on an iPhone) &quot;scanning a QR code to input a URL is still probably quicker and more convenient than typing in a URL&quot;

In general it would be quicker and more convenient for me to type in a  tinyurl or equivalent (especially with a nice app that filled in the start of the URL for me). If all you are doing is providing me with a URL, QR has got to be quicker than typing in the URL - doing a quick comparison of going to http://ukwebfocus.wordpress.com using QR or TinyURL I found that typing the TinyURL was approx 15 secs quicker to get a web browser and loading the web page - not v scientific, but I&#039;m convinced TinyURL will win this everytime. So if QR is going to beat typing, it has to be easy to use - from what others have said, it seems likely that on Nokia handsets this is the case - while it remains clunky on the iPhone then I can&#039;t see me using it unless I have to.

If I were to speculate (and why not) I would also guess that doing text recognition on a URL would not be a huge challenge at this point? (perhaps even via Webservice or email?)

So for me, the first, best, step that physical resources could offer would be to come with a TinyURL or equivalent. I&#039;m often frustrated when reading the Guardian that the articles don&#039;t come with URL at the end, as I often want to send them on to people, and end up having to find the article online to do so.

I agree that there is a lot more potential for bridging the gap between virtual and physical worlds - and offering services based on proximity is something that is already available - but perhaps not to a fine enough resolution to offer what you are suggesting yet - but we are starting to see experimentation with RFID to provide this kind of interaction (e.g. http://www.guardian.co.uk/media/2008/sep/15/privacy.advertising, http://www.guardian.co.uk/technology/2008/oct/16/internet-of-things-ipv6), and there has been work on integrating RFID readers with phone handsets for sometime (e.g. http://news.zdnet.co.uk/emergingtech/0,1000000183,39172457,00.htm).</description>
		<content:encoded><![CDATA[<p>Although I&#8217;m interested in this idea of &#8216;bridging&#8217;, and think it is potentially powerful, I don&#8217;t agree that &#8216;clunkiness&#8217; is not an issue, and would disagree that (on an iPhone) &#8220;scanning a QR code to input a URL is still probably quicker and more convenient than typing in a URL&#8221;</p>
<p>In general it would be quicker and more convenient for me to type in a  tinyurl or equivalent (especially with a nice app that filled in the start of the URL for me). If all you are doing is providing me with a URL, QR has got to be quicker than typing in the URL &#8211; doing a quick comparison of going to <a href="http://ukwebfocus.wordpress.com" rel="nofollow">http://ukwebfocus.wordpress.com</a> using QR or TinyURL I found that typing the TinyURL was approx 15 secs quicker to get a web browser and loading the web page &#8211; not v scientific, but I&#8217;m convinced TinyURL will win this everytime. So if QR is going to beat typing, it has to be easy to use &#8211; from what others have said, it seems likely that on Nokia handsets this is the case &#8211; while it remains clunky on the iPhone then I can&#8217;t see me using it unless I have to.</p>
<p>If I were to speculate (and why not) I would also guess that doing text recognition on a URL would not be a huge challenge at this point? (perhaps even via Webservice or email?)</p>
<p>So for me, the first, best, step that physical resources could offer would be to come with a TinyURL or equivalent. I&#8217;m often frustrated when reading the Guardian that the articles don&#8217;t come with URL at the end, as I often want to send them on to people, and end up having to find the article online to do so.</p>
<p>I agree that there is a lot more potential for bridging the gap between virtual and physical worlds &#8211; and offering services based on proximity is something that is already available &#8211; but perhaps not to a fine enough resolution to offer what you are suggesting yet &#8211; but we are starting to see experimentation with RFID to provide this kind of interaction (e.g. <a href="http://www.guardian.co.uk/media/2008/sep/15/privacy.advertising" rel="nofollow">http://www.guardian.co.uk/media/2008/sep/15/privacy.advertising</a>, <a href="http://www.guardian.co.uk/technology/2008/oct/16/internet-of-things-ipv6)" rel="nofollow">http://www.guardian.co.uk/technology/2008/oct/16/internet-of-things-ipv6)</a>, and there has been work on integrating RFID readers with phone handsets for sometime (e.g. <a href="http://news.zdnet.co.uk/emergingtech/0,1000000183,39172457,00.htm)." rel="nofollow">http://news.zdnet.co.uk/emergingtech/0,1000000183,39172457,00.htm).</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iphonetattler.com &#187; Blog Archive &#187; One-way bridges and interim solutions</title>
		<link>http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/comment-page-1/#comment-263</link>
		<dc:creator>iphonetattler.com &#187; Blog Archive &#187; One-way bridges and interim solutions</dc:creator>
		<pubDate>Tue, 28 Oct 2008 11:46:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.paulwalk.net/2008/10/28/one-way-bridges-and-interim-solutions/#comment-263</guid>
		<description>[...] viewing on the screen. If I want to link my blog/post/webpage to some ot     View original here: One-way bridges and interim solutions   Bookmark to:     Hide Sites         &#171; Sonos adds free iPhone app, Last.fm, expanded [...]</description>
		<content:encoded><![CDATA[<p>[...] viewing on the screen. If I want to link my blog/post/webpage to some ot     View original here: One-way bridges and interim solutions   Bookmark to:     Hide Sites         &laquo; Sonos adds free iPhone app, Last.fm, expanded [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
