"Pull" Barcode Scanning Could Be Android's Killer App
Seor Jojoba writes "The release of T-Mobile's G1 Smartphone is shifting focus away from push-based barcode scanning, where embedded URLs send you to locations of a vendor's choosing. There is now more interest in pull-scanning, where product information is retrieved from user-specified sources. It may be that QR-Codes and other 2D barcodes will have their thunder stolen by 1970s-era linear barcodes. On the iPhone, scanning a 1D barcode is slow and unreliable. But the G1's improved optics and Android's improved access to image scans has made 1D scanning quick and useful, opening the gateway for killer apps that help people make spending decisions."
Let's just hope Google (and her telco partners) don't fuck it up.
How we know is more important than what we know.
If this takes off, it'll result with me waiting in the supermarket checkout line for 5 minutes behind some idiot arguing with the cashier because his phone says a different price to the register. As if phones in supermarkets haven't caused me enough grief...
Commodore64_love: I don't comprehend people who're so frightened of death that they'll bankrupt themselves to stay alive
This is spot-on. Yes, many years ago there was an attempt to invest heavily in barcode readers - the Cuecat, in particular, was a well-funded attempt to bring barcodes to the masses. But due to a major error in their business model - a grave error - the 'cat lived an extremely short life.
Jump ahead to 2008. People are buying fancy telephones, and there are barcodes everywhere. Google is in a unique position to read and process these barcodes on the fly - using a well-connected application living on a mobile phone. Next thing you know, you'll be able to go to the store, pick up a six pack of Bud, and scan in that barcode. THEN you can find a cheaper vendor - maybe down the street. YOU WIN due to CHEAPER BEER.
And we know that the world, with its flailing economy, will certainly needs cheaper beer. The cuecat was just ahead of its time.
Well, this time, you will not have to carry around a plastic toy cat with you and look like a damn fool. That could make all the difference, you know.
Are we seriously considering a bar code scanner a "kiler app"? To me, a killer app is one which makes you absolutely want it, even if it means making a different hardware decision. You know, like how Halo is a killer app for XBox. A barcode scanner might be neat or even nifty and, to some rare individuals, it might be an absolutely killer app, but for the majority of people I see it being nothing more than a novelty app - something that's cool to have and you use from time to time but, most of the time, you forget you even have it.
Then again, maybe the poster is using "killer app" in a different way than I would...
Ok... TFA pushes the idea for what would essentially be a product database.
You scan the bar-code, it gets sent to the server, which returns useful data to you.
OK... I can see how that should be useful to consumers as well as a hypothetical company that makes its living out of contextual commercials.
BUT... The TFA goes on and on about how it MUST be 1D barcodes and NOT 2D barcodes - despite the fact that 2D barcodes are easier to read for mobile phones because of redundancy and greater bandwidth.
And since The New PhoneTM has the optics that can FINALLY read 1D barcodes - let us make a database that handles ONLY 1D barcodes.
Cause... there is like a lot of them out there.
Hmm... how about this GROUND BREAKING idea I just had.
Make the "killer app" capable of reading both 1D AAAND... wait for it... 2D barcodes.
HA?! Isn't THAT fuckin' brilliant or what?
At the cost of... umm... nothing... you get a "killer app" that works on The New PhoneTM AND all those phones out there already.
Which it would be pretty stupid to just disregard.
Cause... there is like a lot of them out there.
Mit der Dummheit kämpfen Götter selbst vergebens
So, yes, the CueCat was very cool and useful and I still use mine. Problem is, I found absolutely ZERO value in what they were actually trying to use it for.
And therein lies the tale of why Android just might have a chance -- IIRC, CueCat did their best to stop people from using it in ways other than what it was sold for. They sued some people, IIRC, tried to obfuscate the data format, had a unique key from each cuecat sent back with the rest of the data for tracking individual cuecats, and generally acted like dickheads and thus went under.
Infuriate left and right
>apparently, idiots pay attention and it is >suddenly, somehow, feasible and marketable.
Idiots pay attention when innovations like touchscreen phones and mp3 players flounder and someone finds a way to market it to them later.
Idiots dont know if some idea is new or 10 years old. They wait for marketing department to tell them what they want.
Remember when they were telling idiots that you needed 40, 80, 160GB music players.
Then they told you that you only needed 4, 8 and 16GB...?
Idiots believe a lot of things because idiots want to believe.
You can reinvent something 10 years later that people have done for years, and now it is a "killer app". If Google does it, apparently, idiots pay attention and it is suddenly, somehow, feasible and marketable.
Well, yes. Same thing with Apple.
Email was along long before gmail, but gmail dramatically shook up the landscape for free email providers. Before gmail, you had to pay if you wanted to keep any significant amount of email in storage. The ajax threaded interface is different and most people like it.
Online mapping (like mapquest) was around long before google maps, but it took google maps to show what can be done with good ajax coding to deliver smooth-scrolling click&drag maps with incredible speed.
Cell phone location services were around long before google, but if you have google maps on a cell phone without gps, google will tell you where you are within 800 yards or so, which is good enough for most people.
etc, etc. Google does a lot of nifty stuff, and they (usually) do it better than the competition.
Comment removed based on user account deletion
Two basic problems trying to scan store codes and convert to UPC
1) the store's internal numbers may not be unique (may clash with another store, of they may re-use a number again and again as stock comes in and out.)
2) The barcode will need different decoding software. Taking Borders as an example again, their barcodes contain far more stripes than a standard UPC barcode. More stripes require greater phone resolution and clarity to accurately scan. And different decoding algorithms (the barcode could be alpha-numeric instead of all-numeric.)
BTW: UPC is dead. Every US store is supposed to support EAN now (13-digits world-wide standard vs 12-digit US-centric scheme)