<?xml version="1.0"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Engadget - Comments for ColorZip's latest code tech, ColorCode</title>
<link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link>
<description>Engadget Comments for ColorZip's latest code tech, ColorCode</description>
<image>
<url>http://www.engadget.com/media/feedlogo.gif</url>
<title>Engadget</title>
<link>http://www.engadget.com</link>
</image>
<language>en-us</language>
<copyright>Copyright 2012 Weblogs, Inc. The contents of this feed are available for non-commercial use only.</copyright>
<generator>Blogsmith http://www.blogsmith.com/</generator><item><title><![CDATA[Comments on ColorZip's latest code tech, ColorCode]]></title><link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link><guid isPermaLink="true">http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</guid><description><![CDATA[Hang on, what is the point of this when a number is machine AND human readable? My company is experimenting with an online directory where each listing is assigned a unique 'GoNumber' (See http://www.gonumber.com ). For businesses listed (such as most of the Indian restaurants in Brick Lane, E1, London), we affix a sticker in the window showing the GoNumber for people to make a note of or snap with their camera phones. No reason why software could not interpret the number and generate a URL, so why bother with patterns at all? Or am I missing something here?]]></description><dc:creator><![CDATA[Wonderkid]]></dc:creator><pubDate>Dec 19th 2005 12:53AM</pubDate></item><item><title><![CDATA[Comments on ColorZip's latest code tech, ColorCode]]></title><link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link><guid isPermaLink="true">http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</guid><description><![CDATA[can't they just add a couple digits to the existing barcodes? this would let companies have more products, and not completely knock out the existing systems.<br>]]></description><dc:creator><![CDATA[Brian]]></dc:creator><pubDate>Dec 19th 2005 12:53AM</pubDate></item><item><title><![CDATA[Comments on ColorZip's latest code tech, ColorCode]]></title><link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link><guid isPermaLink="true">http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</guid><description><![CDATA[Basically, the new thing is that not only it can be read as a traditional 2D barcode (with a QR code embedded in the ColorCode), but also as a "shortcut" to remotely stored data of any size and type. The info the user gets after scanning the ColorCode can be any media. For example music or video streaming.<br>Actually, for more details on how this offers new possibilities and opportunities, visit the link to 3yen.com and/or the official website.<br><br>P.S.: About "think tinyURL": Instead, think doiop, where you can choose your own keyword. :) (http://doiop.com)]]></description><dc:creator><![CDATA[Yves]]></dc:creator><pubDate>Dec 19th 2005 12:53AM</pubDate></item><item><title><![CDATA[Comments on ColorZip's latest code tech, ColorCode]]></title><link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link><guid isPermaLink="true">http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</guid><description><![CDATA[I can't see how the code itself has any bearing on the variety of media that can be returned. As I see it, both Colorzip and QR Codes work in essentially the same way: scan code, code gets translated to unique ID number, ID number gets pushed out to a server, server uses the internet to send something back. All you need is some kind of Java app that can accept and route the ID numbers to the appropriate place. I guess for QR Codes, it's generally just a URL rather than a special ID number, so the software on the phone converts the code to text and pumps that text into the phone's browser - but it needn't work that way - it's all dependant on the software at the phone end.]]></description><dc:creator><![CDATA[Joe]]></dc:creator><pubDate>Dec 19th 2005 12:53AM</pubDate></item><item><title><![CDATA[Comments on ColorZip's latest code tech, ColorCode]]></title><link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link><guid isPermaLink="true">http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</guid><description><![CDATA[> I guess for QR Codes, it's generally just a URL <br>> rather than a special ID number, so the software <br>> on the phone converts the code to text and pumps <br>> that text into the phone's browser - ...<br><br>No that is not how QR codes work. You don't need any internet connection to use QR codes. they work off-line also. They can what you describe, but they do much much much more. You can find this all on the internet, but we also have it all summarized in our QR code report: http://www.eurotechnology.com/store/qr-code/<br><br>Greetings from Tokyo/Japan,<br><br>Gerhard Fasol<br>http://fasol.com/]]></description><dc:creator><![CDATA[Gerhard Fasol]]></dc:creator><pubDate>Dec 19th 2005 12:53AM</pubDate></item><item><title><![CDATA[Comments on ColorZip's latest code tech, ColorCode]]></title><link>http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</link><guid isPermaLink="true">http://www.engadget.com/2005/04/22/colorzips-latest-code-tech-colorcode/</guid><description><![CDATA[seems like the QR code or any bar code technology could do the same thing. Maybe use a couple bits to flag whether the data should be loaded into an address book, pulled up on a web browser, or used to get further instructions from a web site. I don't see the innovation in the colorzip code. I cost more to print in color (think business cards, commodity labels, etc.)]]></description><dc:creator><![CDATA[Max Hodges]]></dc:creator><pubDate>Dec 19th 2005 12:53AM</pubDate></item></channel></rss>
