I work for a global consumer goods company - we print probably billions of (1d) bar codes on packs per year.
1d bar codes will go extinct, but only after every scanning system at every retailer has changed to recognize 2d bar codes/qr codes. This will likely take decades.
In the meantime, there will be a world where 2d bar codes and 1d bar codes will coexist on packs. With the additional confusion that many packs already have qr codes, either for consumer information or for internal tracking at the plant (batches for quality control), so we will probably have a little zoo of qr codes for a while, until they all finally can be merged.
If you look at ALDI, they print multiple 1D bar codes that take the entire length of the box. This greatly decreases the time needed at the checkout stand to orient and scan the box.
QR codes tolerate curved, damaged, or dirty packaging better though. It's possible they could scan faster by decreasing the need to keep retrying until you hear the beep.
Didn't ditch at the one near me. They greatly expanded self checkout actually and are down to 1 lane with an employee ringing people up as opposed to ~12 self checkout stations
How do manufacturers print QR codes on packaging that potentially could change daily, like in the case for expiration dates? 1D barcodes don't ever change so they can be easily printed in mass on the packaging.
On-demand printing. It's how expiration dates are currently already being printed on products during production. The only difference is that it goes from "put it literally anywhere" to "put it inside the space intentionally left blank".
And that's exactly why they went with QR codes. The 2D barcode for checkout just contains a valid URL in a well-known format, so it can do double-duty as link-providing QR code for customer information. And because QR codes can store a lot of data, adding the batch information from the current tracking-only Datamatrix is trivial.
There will be no "wrong" barcodes to scan, just redundant ones for legacy devices.
What I found amusing is that the article claiming bar codes are dead is being displayed on devices with dozens if not hundreds of components with bar codes (matrix codes) on them.
GS1 Datamatrix is what I see here locally (Switzerland) starting being used for fresh food like sandwiches which makes sense as it contains the sell by date. This allows them to quickly scan items and sort out what has expired or needs a discount because it's expiring soon.
Sadly food tracking apps still don't read these codes. They are vibe coding new features constantly but not working on adding what is actually important.
Urgh. Yazio. Use it for basic calorie tracking and the camera support. Could do without the gamification. Could really do with "scan barcode, OCR the nutrition table". Manual inputs by the other users has led me to find multiple foods where the kj value was supplied as the kcal value..
I actually had huge success getting Claude to vibe code in on device OCR lately...it stands to reason that actually it would be pretty simple to implement this in Waistline now...
Prediction.... 'about to', will mean over the next fewdecades. Retail product barcodes may be the fastest to go, over the next 2 decades. Other uses, like self printed labels for warehouse stock control will be here for the foreseeable. You might install a new Manufacturing Execution System in 20 years that supports it. But the Warehouse Management System and ERP don't...
- Retail 2D codes are being rolled out at scale from next year already in many markets; 2d codes will be on many products in the supermarket. Preparations for this have been ongoing for quite long. Mostly scanners have been ready for this for some time. Most recent hardware should handle all this fine. Scanners that don't handle 2D will rapidly disappear.
- For industrial use, QR codes are already quite common. Use of QR codes is much less about replacing existing bar codes with QR codes and more about completely new uses for QR codes. You are right that most factories won't do invasive changes in their setups unless there's a good reason. But efficiency improvements tend to be a good reason.
I was at the Logimat fair in Stuttgart earlier this year. Lots of companies demonstrating scanners, sticker printing, camera modules, and all the rest. There are a lot of companies actively pushing all sorts of solutions around 2D codes.
If someone works out how to print a 2D code that can be read when wrapped on a 2mm diameter cable (with a single scan, no rolling/twisting of the cable as it's fibre optic) I'll be interested. For now, regular Code128 style codes are the only ones that work reliably on cables that small.
How do you exactly define "no rolling/twisting of the cable"?
For a quick test I projected a flat QR code onto the surface of a cylinder, printed the distorted image on a household printer, wrapped the paper around a 3 mm diameter wire. The result is readable from a still image made by a smartphone.
It haven't worked with 2 mm image / cable, but I'm pretty sure that's just limit of my printer's resolution. With 600 DPI there is only 2-3 dots per QR code pixel.
You could repeat that pattern with few degrees of rotation so one will always be in the right enough orientation to decode.
Sure, a 1d object is best served by a 1d code. There are always a variety of jobs that need their own solutions. Just like there are jobs that need the label to be e-ink instead of ink.
Linear barcodes aren't going extinct any time soon.
Instead, we'll see an IPv6 style transition, with some early adopters and others having no reason to change over.
Makers of short-life products like pre-packaged sushi will be at the front of the line as they get real benefits from tracking dates and batches throughout the supply chain. Retailers accidentally selling expired sushi does genuine reputational damage.
Makers of long-life products, though? That 24-pack of cans of diet coke has its barcode printed by the box factory, not the canning factory. Putting the expiry date in the barcode would be a total hassle, for very little benefit. If forced to, they'll just print the QR code next to the linear barcode, with exactly the same data.
And even if a retailer has the market power to bully their suppliers - there's no motivation to do so for non-fresh products. All commercial scanners that can read QR codes can also read linear barcodes. Wal-Mart doesn't lose anything if their bleach supplier keeps using a linear barcode.
As I understand it, The key bits of data are in the QR code, they are just encoded as a URL - a highly structured URL that point of sale systems can decode without visiting the URL.
Doing it this way means the QR code is directly usable by consumers to get to a product info / marketing page, and directly usable by the POS systems.
Because the consumer has to be able to trivially scan it with their smartphone and get useful information out of it. In reality, that means it has to be a valid URL you can visit with a web browser, as forcing literally everyone to install a proprietary URN-handling app is a dealbreaker.
The whole point of it is that you can just say "scan the barcode with your smartphone to find out if your product is part of this recall".
URN that can be copied and put in any national recall website seems better to me. I don't understand who I am supposed to trust to keep domains with the right content on them instead of porn sites. Seems very high faith for clown town.
We have the technology to encode a short, plain human-readable description of an item into a 2D barcode, with born-on and/or sell-by dates, and/or things like serialization and/or lot codes, or other useful things.
Brevity is important; fields can have a standardized-but-flexible format that fits the particular item's needs.
A single-quantity small Fuji apple, picked today (October 3, 2026), with a PLU of 4129, and a magic-number lot code of b29sF, distributed by Stemilt Growers might present as such:
Apple Fuji Sm,B0261003,P4129,Lb29sF,MStemilt
A single 1.5 liter bottle of Crystal Geyser spring water with a UPC of 07514000500, a best-by date of January 12 of 2028, and a lot code of kek67:
Water Spring 1.5l,D0280112,U07514000500,Lkek67,MCG
We can even add more real information and still have less data to encode than:
...but, I mean: A coded URL for a website that might be designed to avoid being forthcoming with information isn't necessarily any better for consumers, long-term, than the UPC we've had for over 50 years. It's still just a pointer that relates to someone else's database. It has no informational value on its own.
The advantage of using a hyperlink is that consumers do not need an application-specific decoder, they can use their standard reader. And manufacturers can provide additional data (in theory: user manuals, but in practice most likely 404s, tracking and ads).
As I understand it, fields are standardized. I don't think they contain the name of the product (I didn't read the spec), but the other info is there, so no need to hit the servers/db on other servers.
As for the quantity of data, Qr codes have special encoding modes depending on the content. The numeric mode uses 3.3 bits per digit, the alphanumeric 5.5 bits per character (45 characters in the set). Switching modes in the stream is supported, though it adds a few bits of overhead.
Looking at the examples, it looks like the scheme is not as efficient as it could be (pesky slashes, alphanumeric at the end), but that's not too bad either.
There's ways to shrink the bit cost down, for sure. The commas in my example are particularly expensive, for instance, since commas aren't part of QR's alphanumeric set.
It was just a quick expression of an idea, presented in the form of a gripe; it's not a formal specification.
As to consumers, and their hardware: People still get new phones and features can be (and sometimes actually are) added to existing phones. I'm not too worried about it as a constraint; things would catch up soon enough.
> We can even add more real information and still have less data to encode
The reason they're so verbose comes from a few facts.
First of all, it's an existing logistics labelling standard, they've just replaced brackets with forward slashes and put a domain name on the front. So https://example.com/01/09521207311511/21/1234ABDE1235 is just a QR code version of those huge barcodes like (01)09521207311511(21)1234ABDE1235 you see on cases of products in the supermarket.
Second of all, the standard doesn't limit itself to a single date, so they can't identify dates with a simple ,D prefix. It's a kitchen sink standard [1] with 16 different types of date (production date, due date, packaging date, sell by date, best before date, expiration date, release date, first freeze date, harvest date, production date and time...) and just as many options for sizes and weights - so the identifier can be up to 4 digits. /11/ or /8008/
The third thing to know is QR codes pack different alphabets at different densities. Numbers at 3.5 bits per character, upper case letters and some symbols at 5.5 bits per character, ASCII at 8 bits per character. So the 13 characters of of "Apple Fuji Sm" uses about as much space in a QR code as a 29-digit number like "12345678901234567890123456789"
Fourth, you've replaced the 14-digit GTIN with an 11-digit UPC and replace the 13-digit serial number with a 5-digit lot code :)
IMHO the standard isn't going to take over the world, and anyone who says "Barcodes are about to go extinct" doesn't know what they're talking about. But it's not the information density, it's other reasons.
Absolutely - I 100% expect the links to lead to feel-good marketing fluff at best and end up being useless for consumers, but the stated goals are at least good.
It's just that, sadly, we can no longer have nice things.
If items have unique (ie serialized) codes, then it's safe to assume that those codes will be recorded at purchase (since that's kind of the whole point), along with who bought them (yay discount cards and cashless society).
Now the contents of my pantry describe things like where I've been, when I was there, and/or who I hang out with. Fun times!
Even with cash and without discount cards: One random food label out of a recycling bin can relate all the way to photos of the purchaser's face at checkout, track them walking to their car, and see where that car went. This could happen months or years down the road.
Most of those pieces are already in-place: Our photos are already recorded alongside of our transaction details -- that's been going on in POS world for a long time. Tracking people to their vehicle is a function of Avigilon camera systems. Tracking the car itself is the primary purpose of Flock.
All that's missing right now is serialization records and a centralized database.
I'm sure that nobody will ever finish fitting these things together into a cohesive system and that nobody would ever use it with ill intent.
It probably would never happen anyway, since there's not a single retailer on Earth who would ever exchange this kind of data for an upgrade to their in-store surveillance systems and a monthly check. ;)
(And we still don't get directly-useful consumer information into or out of these new 2D barcodes. I love losing.)
This is already the case. Virtually every single food product comes with an expiration date label - which includes some kind tracking. You pretty much need to have that to do any kind of sensible recall when there's yet another poop lettuce outbreak. Looking at my pantry it usually seems to be include kind of lot number, time of production, and/or production line identifier.
I reckon they already have a pretty reasonable idea of which store it ends up going to, and with just-in-time resupply a pretty reasonable bound of when it will end up having been sold. Look at the overlap of a few dozen products and it should be quite easy to reduce the number of people who could've bought all of them to just you.
The QR codes just make this more explicit, and slightly easier to track. You're not wrong, but at least this time we could get, say, automated warnings in the Walmart app of a recall on something you bought out of it.
Today, with UPCs: We can reckon about whether or not the stuff we buy could be pinned down to a given store, or a transaction. There's lot codes and sell-by dates and stuff on the stuff in my pantry, too. But none of that was recorded when I purchased it.
So it's still a deductive process at best to correlate a lot number and a consumer. If all we have to go on is the implication of a limited range of lot codes, then the results are fuzzy.
Tomorrow, with unique serialization: The right person will absolutely be able to pin down exactly which store a particular can of beans was bought at, and when, and by whom. It's not just something that is made "slightly easier" -- it is instead a fundamental built-in capability of the concept. There's nothing to deduce or to guess at when this unique data is collected and correlated both deliberately, and automatically.
(RFID product tags, commonly known as EPCs, are also usually unique. This property reduces error from duplicate reads. When each tag is unique, it disambiguates a checkout involving 3 packs of #2 pencils from a checkout with just 1 pack of #2 pencils that was read 3 different times.
To pick one standard: SGTIN-96 is often used for EPCs on individual items and includes 38 bits for a serial number. That's enough bits for ~274 billion unique numbers. So with a haystack of 274 billion packages of #2 pencils sold and scattered around the world, the one in my desk drawer is very easy to identify.)
I'm glad to see this. Switching to a new standard barcode format that can hold more data and enable better tracking of physical consumer goods seems like the sort of thing that will have a large number of small benefits pervasively in the economy, one of the many small improvements of human technological civilization that in the aggregate results in a better world today than in the past.
I also like the aesthetics of QR codes better than traditional barcodes. They do kind of invoke the look of a Go board partway through a game, which is more visually interesting than the boring straight lines of the traditional barcode.
Yes, but it's no different from the QR codes already present on many consumer products. In fact, it is easier to spot, as either a cashier (or someone at a self-checkout) is likely to notice that there's a sticker over the barcode and get suspicious that there's some kind of fraud going on.
The standard URL format can also be encoded into RFID tags.
This is likely where things will head as printing serialized products is slow, cumbersome and is fraught with issues due to smearing, resolution etc.. and the reason you mentioned.
People have been making the claim for at least 20 years, and it still hasn't materialized yet. The problem is that it is a nontrivial increase in manufacturing cost, and you only get a benefit out of it when every product in the store has adopted it. If you want per-product RFID tags, you first got to convince an entire industry to eat a significant cost increase for a few years.
Besides, it has gotten less attractive over time. With the rise of self-checkout stores no longer save on cashiers by switching to RFID. The kind of tag to support "scan an entire basket at once" isn't compatible with being scanned by a NFC-enabled smartphone, so you can't use them for extra recall information either.
Serialized printing is basically a solved problem by now. I have several dozen products using it in my kitchen pantry right now, and none of them suffer from smearing or have low resolutions - and I can guarantee you they were rapidly and automatically applied in mass produciton.
I am the creator of https://www.closient.com/ - a GS1 Digital Link Resolver (still building it, be gentle).
I have been deep into this space for a fair bit of time now. The real power is in Recalls and Return Fraud. There a ton of other nice things that this will empower of course. AMA - I will do my best to answer.
Not advertising - just trying to get the word out on 2D codes and RFID and what they provide consumers.
For those saying "Why not something else?" - it comes down to adoption - QR was just the more popular winner. While the register/till is where most of the scanning is happening the QR is just a normal URL and consumer can scan them.
At a fundamental level, if the website isn't the product, the product has been public-facing and/or created post-2025, and it's not coming from a multi-million funded tech business, I wouldn't dock points for a slopped website — let the team focus on maintaining and using skills related to the actual product, while still having a working website. Even if the visual and textual tone may be off-putting, a decent-looking slopped website is better than no website, I prefer being able to discover and interact with them at all than not.
Just don't bury the core concept of your product in marketing-slop on your website (this site is certainly pushing that limit for me).
Interesting, but your website looks completely AI-slopped.
HN readers are probably much deeper down the AI rabbit hole than people who buy barcode software. The fact you see and judge an AI-created website poorly doesn't mean customers of the product will.
It's possible that you're in the middle of the Venn diagram of barcode software buyers and HN readers though. In that case your comment is very insightful.
At family mart in China, some of the pastries are in bags with a QR code and a bar code. If it accidentally scans the QR code the self checkout (not in English) goes into a weird mode and I have to get help. So I just learned to cover the QR code for any packaging that had both it and a bar code on the same side.
This doesnt happen in English mode? I guess it tries to interpret a payment code but then obviously throws an error. Protip you can scan your products and then show payment code, or tap nfc, no need to touch the screen at any point (except for 18+ products)
Family Mart Kiosks in China don't have an english mode, at least they don't in Chengdu. Anyways, the error screen I'm shunted to felt like it would have been Chinese regardless.
Yeah. But this is a problem this can fix, in theory. Instead of having multiple codes you could just have one with the info for every piece of the chain that needs it.
I think this is great! i've long wanted a future where i can stock my fridge and cupboards with goods and scan the barcodes in and be tracking what their expirations are to better manage when i need to restock or throw things out
I recall all the chat, maybe twelve to fifteen years back when Asian use of QRs took off, thanks to ready availability of mobiles. There were impassioned arguments that it might be fine in those markets but it would never catch on in the West because it was not appealing to consumers who wouldn't want them all over magazines and menus. I never bought that, as fairly quickly the phones came with built in recognition and it was just a matter of time. We saw at table ordering thanks to COVID and many products added QR for consumers even if the shops hadn't pushed it (in the UK at least)
That is the way innovation works. At first the ecosystem around it isn't mature - of course the tools haven't been needed yet - and people use that to support their claim that the innovation is fundamentally broken. The ecosystem will work itself out, usually.
Been a huge fan of QR codes since the beginning. URLs are awesome, and QR codes are a way of putting links in the real world. Obviously awesome! There was a dark period in the early 2010s where everyone I said this to sent me a link to an empty tumblr "people scanning at codes", but I'm glad they've gotten more traction. Took a trip to Santiago this past week, and they are ubiquitous: from room service and connecting to WiFi to menus in every restaurant. Super cool.
It's entirely predictable: First they ridicule it; second they say it violates existing norms for how things are done; third they say they accepted it all along.
That trite saying is very real. You're describing stage 2. Stage 2 is a good signal that the development has enough power to be difficult to ridicule.
QR codes are really ugly artifacts, completely inhuman. It would be better and more technologically advanced if instead we had really good OCR for a printed text code or skip product codes entirely and scanners just use vision to see what the object is.
It has been tried, I am pretty sure this is just a move from the bar code association to be able to charge more for having barcodes. That is why it is so complicated.
the code is overall the whole picture. Even in non-printed areas (its still printed as fine dots on areas that actually are "void"). You need around 4x4cm (as my experiments some years ago concluded). That code-tile is repeated over the whole area. Typically, your thumb may cover some parts, but there are other parts that are scanned and which holds the encoded things.
Even better: you can encode an ID like in qr/barcode or what ever you want or you also can encode URLs and have some backend processing the "access to the partial URL". You can have a lot information encoded. As i remember its more than with ordinary QR code at the same area. May be I have forgotten something.
Its actually the base for the "holy grail 2.0" initiative to make recycling of printed packaging better. It then doesnt even matter if you only have a peace of the packaging. It must be big enough to carry the code (that roughly 4x4 cm). The code has some ID which is looked up and then all the information neccessary to know what material it is, how to recycle it - all the important things can be looked up in the DB and then handled accordingly.
its a nice thing with own problems, but better approach as barcode/qr code.
Well, „classic“ barcodes have the advantage that they can span the entire product length. That makes it easier for me at Self-checkout counters. Hard to do with QR codes :)
I don't see how this is better, my first thoughts: more difficult to print, more difficult to scan, vulnerable to light shifts (imagine trying to scan a can with colored bar code in a club with flashing lights) and impossible to print in some technolgies.
Bar code won't go away exact for the reason it's super simple to scan and print. Even QR codes can't stand that (and if you tried scanning yourself grocery in soft bag with barcode in the corner which gets crumpled you know what I mean).
What a bad piece. Optical is obsolete. Decathlon (here in France at least) has RFID on all their products, they're used as anti-theft, automatic tilling: you just put them in a box at the register and it knows what it is (also kills the chips once paid) and very likely they're used all along the logistic chain.
The chips are sub-cents per unit in terms of cost and weigh milligrams.
RFID chips come in many flavours the ones most used are passive, i.e. basically just a bunch of wires printed on a tiny piece of carrier material. The label on a shirt contains more resources by weight.
Really only wires, or is there still a (tiny) chip on there somewhere?
While it can indeed be helpful as an indication, cost often doesn't factor in externalities such as pollution during production, and recycling after use. Paper has much fewer problems in those areas.
100% agreed, but if you truly want to go down that route, you'll quickly find that basically NOTHING has externalities priced in. If you truly were to do that (which I'm personally not opposed to), prices of pretty much all goods and services would need to be adjusted.
It's ok, these will go right next to the trillions of cigarette buds thrown in nature each year and probably the trillion of trillion microplastics and nanoplastics shed each year.
Nothing to see here and there can't be any possible negative consequences when people are making so much money.
And what is average price of one product in Decathlon compared to Lidl? Apples and oranges. How do you put RFID on fruit, vegetables and pastry btw. or you propose wrapping everything in unnecessary packaging?
So, depending on the place you don't weigh your vegetables in the aisles anymore, you know: low trust society and such. Either the cashier does it or yourself under the eye of the automated register CCTV. For places that still does they can just migrate to do it at the register and save the price of the barcode stickers and the printer. Pastries are either in boxes already barcoded so just stick an RFID instead or counted at the register by the cashier or yourself too. And nowadays RFID stickers cost nothing at that scale.
we were talking about Decathlon, where you put RFID tagged things in self service basket where they are automatically recognized, you can't do this without weighing every fruit/veg/pastry item by yourself unless someone weighed it already and put it in some unnecessary package
there are pretty much zero packaged pastries (or at least very big majority) over here in many European countries
I can't imagine how it one hotdog bun worth like 0.1EUR will cover RFID expenses if you wanna use RFID self-service baskets as Decathlon uses
I've worked in wholesale logistics (backend for inventory management) for many years way back when and let me tell you, cost of ink vs cost of a chip the least of the problems. Barcodes (and QR codes as used here) have two major flaws: reading them is challenging (works fine if the package is undamaged and you TRUST that it contains what it says on the box) and they're still just a number. RFID can help with both these issues and the savings from that can outweigh the additional cost by a lot.
Utility is key and RFID has a lot of advantages over bar codes (and QR codes).
Can any regular smartphone scan those RFID tags? If not, then the QR codes are superior because they can be scanned, making it trivial to use them for product recalls.
Merchandise point-of-sales tags isn't the only use of barcode or QR codes. Hospitals aren't going to start putting RFID for all equipment, files, and patients.
It's more for portable equipment I believe, things like heart rate monitors and those things that control IV drip systems, and probably the beds/gurneys themselves as well.
I suspect it's less relevant for things that can't be moved. (Or are extremely heavy/difficult to move).
QR codes will not likely be used to their potential. They are being used as 1D bar codes. I have seen products with several QR codes all over different parts and in the manuals. Usually if you scan them going to a useless homepage or a manual that does not specifically refer to the thing being scanned without an exhaustive search.
Remember the most important fact about these codes: Nobody cares.
Useful, but "your phone" will probably not the be the one telling you that. You'll have to use your supermarket app, and better be sure it will do all it can to track and extract every last bit of information about you and the contents of your fridge.
You're only buying eggs every second week? We can't have that, let's present you with a recipe that uses eggs. You still have those cookies you bought four days ago? Let's give you a coupon for milk.
And there will be a nice recipe or a coupon or a Very Limited Exclusive Offer you'll need to send to a friend, so now the app need access to your contacts, and why not sync that info with Meta, and oh look at that, we have a map of all our customers and their spending habits and geographical location and political orientation.
honestly with computer vision so OP now QR and barcodes should be dead. like here's a (probable) easy fix: make a hella contrasty square 1x1. location of a single dot inside it determines the product. the precision of locating that dot reliably? train a vision model hella hard
Don't get emotionally attached to protocols. Preserve them as history, but never feel obligated to keep using a protocol that doesn't fit your needs any more. Cough IRC, email
And Discord and Matrix and WhatsApp and Signal and XMPP (only for nerds) and Reticulum (only for real nerds) and ...
There isn't an email-shaped slot in society that was being filled by email. The shape of society has changed and email doesn't really fill a slot any more. We have a WhatsApp-shaped slot and a Discord-shaped slot now though.
Not at all. I worked apart time job delivering parcels that were scanned with a specialized bar code scanner. Most of the parcels had dual barcode/QR codes for the tracking number. You would be surprised how much damage could be done to the QR codes before they were unreadable. Even if the QR code had small folds over itself the codes would still read. The barcodes were unreadable with the slightest amount of damage or ink bleed.
Good to know. I must have been misled back in lockdown days when some people sabotaged QR codes on purpose by adding a few dots with permanent markers.
When you generate a QR code you can choose the level of redundancy. So a code can be generated that is super picky and needs to be perfect to scan, or one can be generated that can be read even when badly damaged.
Isn't it the other way around? QR codes have built-in error correction whereas barcodes typically don't (beyond a single check-digit, which is more error detection rather than correction, and even that depends on the information being encoded) so can sustain a surprisingly large amount of damage and still be readable.
Indeed, I often see QR codes which have been deliberately damaged for the visual impact (e.g. chunks missing to make a pleasing shape, or place an arbitrary logo in the centre). They still work due to the error correction but now there's no redundancy left and one additional piece of damage might literally make it unreadable.
Been there, not sure what it has to do with doing grocery shopping multiple times a week, you go to Decathlon like 3-4 times a week and not dozens of products reach costing from like 0.1€ to 1-2€ max and they have all individual RFID? Apples and oranges as I said.
Yes I do really like their self checkout too. Just throw 12 items in the box, quick check and recap but everything was recognized. Pay by card and leave. Its the only self checkout I've experienced which don't make me angry :)
In the UK I've noticed some items having 2D barcodes instead of 1D ones lately. Of course, all the scanners have been able to read them all for years now. They're not all QR codes, though. Other 2D barcodes exist.
Barcodes are easy and cheap to read in a way that QR codes aren’t (particularly complex ones)
Any old cheap laser scanner will read a barcode and they can be made at large sizes e.g. how Aldi use them on products in the UK to make self scan faster
QR codes need a camera, their complexity goes up as more data is encoded in them so require better cameras especially is high speed situations
They both have places in the world and will co-exist for years to come
Most barcode scanners are already cameras, actually. Turns out that it is a lot cheaper to manufacture than the old "put a mirror on a moving 2d servo assembly" approach - and it's more reliable as well.
You can get an entry-level barcode scanner from a reputable brand with 2d support for less than 100 bucks, and you'll have trouble finding any kind of premium scanner which doesn't have 2d support.
If camera’s are cheaper then why do supermarkets stick to lasers?
I’ve worked in areas where barcodes and QR codes were used for automation — we used both but for fast, cheap and reliable scanning barcodes were the winner
Where more data needed to be encoded then QR codes were used but the wuality and price of cameras needed to read QR codes as items came based on an automated line was significantly more costly than barcodes
And cheap generic one for about fourth or third of that... With some software bugs, but still surprisingly capable. Like reading kilobyte sized QR codes.
Got cheap one from China that does my uses cases pretty well. Supports USB, proprietary wireless and BT...
There is cheaper models with less features. Pointing towards quite a lot of market segmentation. And I could guess some of those models are same but with different firmware...
> No one is talking about it. It feels like a meteorite is hitting the planet and no one is paying attention.
An unintentionally appropriate metaphor. How many of the ~17 meteorites that hit the planet per day do you pay attention to?
You're both wrong. It only becomes a meteorite once embedded in the rock. Until then it's a meteor.
Only if it hits the Meteoric region of France, otherwise it’s just sparkling rock :)
Hasn't there been a metoric rise of affordable california varietals?
Sheesh, does nobody speak English any more? “Meteorites” are the members of that revolutionary faction who support more meteors.
As opposed to the meteorgettes who are willing to use violence in support of their astronomical cause.
Don’t let them wear hats or have pockets!!
I work for a global consumer goods company - we print probably billions of (1d) bar codes on packs per year.
1d bar codes will go extinct, but only after every scanning system at every retailer has changed to recognize 2d bar codes/qr codes. This will likely take decades.
In the meantime, there will be a world where 2d bar codes and 1d bar codes will coexist on packs. With the additional confusion that many packs already have qr codes, either for consumer information or for internal tracking at the plant (batches for quality control), so we will probably have a little zoo of qr codes for a while, until they all finally can be merged.
If you look at ALDI, they print multiple 1D bar codes that take the entire length of the box. This greatly decreases the time needed at the checkout stand to orient and scan the box.
https://www.the-sun.com/wp-content/uploads/sites/6/2024/12/o...
I don't see chains like ALDI agreeing to anything else until they can prove the same speed and accuracy as the mega-1D print.
QR codes tolerate curved, damaged, or dirty packaging better though. It's possible they could scan faster by decreasing the need to keep retrying until you hear the beep.
Now that self-checkout passes large part of the scanning costs to the end user, this doesn't seem to be a big issue anymore.
ALDI ditched self-checkout. Folks were too slow and/or thieves.
Didn't ditch at the one near me. They greatly expanded self checkout actually and are down to 1 lane with an employee ringing people up as opposed to ~12 self checkout stations
I can confirm that. Barcodes are in increased demand, since they offer an almost universal API to the physical world, kind of the not-IoT devices.
Jevons paradox in full force.
How do manufacturers print QR codes on packaging that potentially could change daily, like in the case for expiration dates? 1D barcodes don't ever change so they can be easily printed in mass on the packaging.
On-demand printing. It's how expiration dates are currently already being printed on products during production. The only difference is that it goes from "put it literally anywhere" to "put it inside the space intentionally left blank".
And that's exactly why they went with QR codes. The 2D barcode for checkout just contains a valid URL in a well-known format, so it can do double-duty as link-providing QR code for customer information. And because QR codes can store a lot of data, adding the batch information from the current tracking-only Datamatrix is trivial.
There will be no "wrong" barcodes to scan, just redundant ones for legacy devices.
Also, QR codes are a bar code.
What I found amusing is that the article claiming bar codes are dead is being displayed on devices with dozens if not hundreds of components with bar codes (matrix codes) on them.
GS1 Datamatrix is what I see here locally (Switzerland) starting being used for fresh food like sandwiches which makes sense as it contains the sell by date. This allows them to quickly scan items and sort out what has expired or needs a discount because it's expiring soon.
Sadly food tracking apps still don't read these codes. They are vibe coding new features constantly but not working on adding what is actually important.
Yazio, im talking to you...
Urgh. Yazio. Use it for basic calorie tracking and the camera support. Could do without the gamification. Could really do with "scan barcode, OCR the nutrition table". Manual inputs by the other users has led me to find multiple foods where the kj value was supplied as the kcal value..
I actually had huge success getting Claude to vibe code in on device OCR lately...it stands to reason that actually it would be pretty simple to implement this in Waistline now...
Prediction.... 'about to', will mean over the next fewdecades. Retail product barcodes may be the fastest to go, over the next 2 decades. Other uses, like self printed labels for warehouse stock control will be here for the foreseeable. You might install a new Manufacturing Execution System in 20 years that supports it. But the Warehouse Management System and ERP don't...
There are several things happening:
- Retail 2D codes are being rolled out at scale from next year already in many markets; 2d codes will be on many products in the supermarket. Preparations for this have been ongoing for quite long. Mostly scanners have been ready for this for some time. Most recent hardware should handle all this fine. Scanners that don't handle 2D will rapidly disappear.
- For industrial use, QR codes are already quite common. Use of QR codes is much less about replacing existing bar codes with QR codes and more about completely new uses for QR codes. You are right that most factories won't do invasive changes in their setups unless there's a good reason. But efficiency improvements tend to be a good reason.
I was at the Logimat fair in Stuttgart earlier this year. Lots of companies demonstrating scanners, sticker printing, camera modules, and all the rest. There are a lot of companies actively pushing all sorts of solutions around 2D codes.
If someone works out how to print a 2D code that can be read when wrapped on a 2mm diameter cable (with a single scan, no rolling/twisting of the cable as it's fibre optic) I'll be interested. For now, regular Code128 style codes are the only ones that work reliably on cables that small.
How do you exactly define "no rolling/twisting of the cable"?
For a quick test I projected a flat QR code onto the surface of a cylinder, printed the distorted image on a household printer, wrapped the paper around a 3 mm diameter wire. The result is readable from a still image made by a smartphone.
It haven't worked with 2 mm image / cable, but I'm pretty sure that's just limit of my printer's resolution. With 600 DPI there is only 2-3 dots per QR code pixel.
You could repeat that pattern with few degrees of rotation so one will always be in the right enough orientation to decode.
Sure, a 1d object is best served by a 1d code. There are always a variety of jobs that need their own solutions. Just like there are jobs that need the label to be e-ink instead of ink.
Maybe use a hologram
Why couldn’t you just fasten a label to the cable?
it's gonna get torn or ripped off more easily than something that's on the cable itself.
Linear barcodes aren't going extinct any time soon.
Instead, we'll see an IPv6 style transition, with some early adopters and others having no reason to change over.
Makers of short-life products like pre-packaged sushi will be at the front of the line as they get real benefits from tracking dates and batches throughout the supply chain. Retailers accidentally selling expired sushi does genuine reputational damage.
Makers of long-life products, though? That 24-pack of cans of diet coke has its barcode printed by the box factory, not the canning factory. Putting the expiry date in the barcode would be a total hassle, for very little benefit. If forced to, they'll just print the QR code next to the linear barcode, with exactly the same data.
And even if a retailer has the market power to bully their suppliers - there's no motivation to do so for non-fresh products. All commercial scanners that can read QR codes can also read linear barcodes. Wal-Mart doesn't lose anything if their bleach supplier keeps using a linear barcode.
Your analysis is exactly correct.
1D barcode is like CSV, it's not going away, it's too simple/useful/cheap.
They mention QR code being a link and companies having to store data on their side.
Surely the actual data will be stored in the QR code and available offline
As I understand it, The key bits of data are in the QR code, they are just encoded as a URL - a highly structured URL that point of sale systems can decode without visiting the URL.
Doing it this way means the QR code is directly usable by consumers to get to a product info / marketing page, and directly usable by the POS systems.
Edit: I looked it up. An example URL:
https://example.com/01/09521207311511/21/1234ABDE1235
01 is a marker before the traditional barcode.
21 is a marker before the serial number.
There seems to be many other codes like 17 (expiry date) and 10 (batch number).
This is correct. The canonical reference is: https://ref.gs1.org/standards/digital-link/uri-syntax/
I am irrationally annoyed that this isn't https://ref.gs1.org/17/382834828282/21/28312384021
A standard with an expiration date?
And that is not a correct URL according to the standard, either..
I'm also a bit irrationally annoyed by the example. You seem like someone who could explain why a barcode URI isn't defined as a proper URN?
Because the consumer has to be able to trivially scan it with their smartphone and get useful information out of it. In reality, that means it has to be a valid URL you can visit with a web browser, as forcing literally everyone to install a proprietary URN-handling app is a dealbreaker.
The whole point of it is that you can just say "scan the barcode with your smartphone to find out if your product is part of this recall".
URN that can be copied and put in any national recall website seems better to me. I don't understand who I am supposed to trust to keep domains with the right content on them instead of porn sites. Seems very high faith for clown town.
404?
It just encodes...codes?
We have the technology to encode a short, plain human-readable description of an item into a 2D barcode, with born-on and/or sell-by dates, and/or things like serialization and/or lot codes, or other useful things.
Brevity is important; fields can have a standardized-but-flexible format that fits the particular item's needs.
A single-quantity small Fuji apple, picked today (October 3, 2026), with a PLU of 4129, and a magic-number lot code of b29sF, distributed by Stemilt Growers might present as such:
A single 1.5 liter bottle of Crystal Geyser spring water with a UPC of 07514000500, a best-by date of January 12 of 2028, and a lot code of kek67: We can even add more real information and still have less data to encode than: ...but, I mean: A coded URL for a website that might be designed to avoid being forthcoming with information isn't necessarily any better for consumers, long-term, than the UPC we've had for over 50 years. It's still just a pointer that relates to someone else's database. It has no informational value on its own.The advantage of using a hyperlink is that consumers do not need an application-specific decoder, they can use their standard reader. And manufacturers can provide additional data (in theory: user manuals, but in practice most likely 404s, tracking and ads).
As I understand it, fields are standardized. I don't think they contain the name of the product (I didn't read the spec), but the other info is there, so no need to hit the servers/db on other servers.
As for the quantity of data, Qr codes have special encoding modes depending on the content. The numeric mode uses 3.3 bits per digit, the alphanumeric 5.5 bits per character (45 characters in the set). Switching modes in the stream is supported, though it adds a few bits of overhead.
Looking at the examples, it looks like the scheme is not as efficient as it could be (pesky slashes, alphanumeric at the end), but that's not too bad either.
There's ways to shrink the bit cost down, for sure. The commas in my example are particularly expensive, for instance, since commas aren't part of QR's alphanumeric set.
It was just a quick expression of an idea, presented in the form of a gripe; it's not a formal specification.
As to consumers, and their hardware: People still get new phones and features can be (and sometimes actually are) added to existing phones. I'm not too worried about it as a constraint; things would catch up soon enough.
> We can even add more real information and still have less data to encode
The reason they're so verbose comes from a few facts.
First of all, it's an existing logistics labelling standard, they've just replaced brackets with forward slashes and put a domain name on the front. So https://example.com/01/09521207311511/21/1234ABDE1235 is just a QR code version of those huge barcodes like (01)09521207311511(21)1234ABDE1235 you see on cases of products in the supermarket.
Second of all, the standard doesn't limit itself to a single date, so they can't identify dates with a simple ,D prefix. It's a kitchen sink standard [1] with 16 different types of date (production date, due date, packaging date, sell by date, best before date, expiration date, release date, first freeze date, harvest date, production date and time...) and just as many options for sizes and weights - so the identifier can be up to 4 digits. /11/ or /8008/
The third thing to know is QR codes pack different alphabets at different densities. Numbers at 3.5 bits per character, upper case letters and some symbols at 5.5 bits per character, ASCII at 8 bits per character. So the 13 characters of of "Apple Fuji Sm" uses about as much space in a QR code as a 29-digit number like "12345678901234567890123456789"
Fourth, you've replaced the 14-digit GTIN with an 11-digit UPC and replace the 13-digit serial number with a 5-digit lot code :)
IMHO the standard isn't going to take over the world, and anyone who says "Barcodes are about to go extinct" doesn't know what they're talking about. But it's not the information density, it's other reasons.
[1] https://ref.gs1.org/ai/
Absolutely - I 100% expect the links to lead to feel-good marketing fluff at best and end up being useless for consumers, but the stated goals are at least good.
It's just that, sadly, we can no longer have nice things.
And even spookier: Tracking.
If items have unique (ie serialized) codes, then it's safe to assume that those codes will be recorded at purchase (since that's kind of the whole point), along with who bought them (yay discount cards and cashless society).
Now the contents of my pantry describe things like where I've been, when I was there, and/or who I hang out with. Fun times!
Even with cash and without discount cards: One random food label out of a recycling bin can relate all the way to photos of the purchaser's face at checkout, track them walking to their car, and see where that car went. This could happen months or years down the road.
Most of those pieces are already in-place: Our photos are already recorded alongside of our transaction details -- that's been going on in POS world for a long time. Tracking people to their vehicle is a function of Avigilon camera systems. Tracking the car itself is the primary purpose of Flock.
All that's missing right now is serialization records and a centralized database.
I'm sure that nobody will ever finish fitting these things together into a cohesive system and that nobody would ever use it with ill intent.
It probably would never happen anyway, since there's not a single retailer on Earth who would ever exchange this kind of data for an upgrade to their in-store surveillance systems and a monthly check. ;)
(And we still don't get directly-useful consumer information into or out of these new 2D barcodes. I love losing.)
This is already the case. Virtually every single food product comes with an expiration date label - which includes some kind tracking. You pretty much need to have that to do any kind of sensible recall when there's yet another poop lettuce outbreak. Looking at my pantry it usually seems to be include kind of lot number, time of production, and/or production line identifier.
I reckon they already have a pretty reasonable idea of which store it ends up going to, and with just-in-time resupply a pretty reasonable bound of when it will end up having been sold. Look at the overlap of a few dozen products and it should be quite easy to reduce the number of people who could've bought all of them to just you.
The QR codes just make this more explicit, and slightly easier to track. You're not wrong, but at least this time we could get, say, automated warnings in the Walmart app of a recall on something you bought out of it.
Today, with UPCs: We can reckon about whether or not the stuff we buy could be pinned down to a given store, or a transaction. There's lot codes and sell-by dates and stuff on the stuff in my pantry, too. But none of that was recorded when I purchased it.
So it's still a deductive process at best to correlate a lot number and a consumer. If all we have to go on is the implication of a limited range of lot codes, then the results are fuzzy.
Tomorrow, with unique serialization: The right person will absolutely be able to pin down exactly which store a particular can of beans was bought at, and when, and by whom. It's not just something that is made "slightly easier" -- it is instead a fundamental built-in capability of the concept. There's nothing to deduce or to guess at when this unique data is collected and correlated both deliberately, and automatically.
(RFID product tags, commonly known as EPCs, are also usually unique. This property reduces error from duplicate reads. When each tag is unique, it disambiguates a checkout involving 3 packs of #2 pencils from a checkout with just 1 pack of #2 pencils that was read 3 different times.
To pick one standard: SGTIN-96 is often used for EPCs on individual items and includes 38 bits for a serial number. That's enough bits for ~274 billion unique numbers. So with a haystack of 274 billion packages of #2 pencils sold and scattered around the world, the one in my desk drawer is very easy to identify.)
I'm also expecting those "redirecting to your regional page" -> "404, can't find this product" situations.
It's possible to let the chat read the QR code and help the user with it.
Instead, the URL should lead to the actual label in vector format, and most elements of the design should be clickable links.
I'm glad to see this. Switching to a new standard barcode format that can hold more data and enable better tracking of physical consumer goods seems like the sort of thing that will have a large number of small benefits pervasively in the economy, one of the many small improvements of human technological civilization that in the aggregate results in a better world today than in the past.
I also like the aesthetics of QR codes better than traditional barcodes. They do kind of invoke the look of a Go board partway through a game, which is more visually interesting than the boring straight lines of the traditional barcode.
thank you, Claude, very cool.
ha!
I'll be glad to see a better Claude than Claude.
Does encoding URLs in QR codes expose the scanners to quishing[0] attacks, such as bad actors sticking malicious QR codes over legit ones?
[0]: https://en.wikipedia.org/wiki/Phishing#QR_code_phishing_(qui...
Yes, but it's no different from the QR codes already present on many consumer products. In fact, it is easier to spot, as either a cashier (or someone at a self-checkout) is likely to notice that there's a sticker over the barcode and get suspicious that there's some kind of fraud going on.
The standard URL format can also be encoded into RFID tags.
This is likely where things will head as printing serialized products is slow, cumbersome and is fraught with issues due to smearing, resolution etc.. and the reason you mentioned.
People have been making the claim for at least 20 years, and it still hasn't materialized yet. The problem is that it is a nontrivial increase in manufacturing cost, and you only get a benefit out of it when every product in the store has adopted it. If you want per-product RFID tags, you first got to convince an entire industry to eat a significant cost increase for a few years.
Besides, it has gotten less attractive over time. With the rise of self-checkout stores no longer save on cashiers by switching to RFID. The kind of tag to support "scan an entire basket at once" isn't compatible with being scanned by a NFC-enabled smartphone, so you can't use them for extra recall information either.
Serialized printing is basically a solved problem by now. I have several dozen products using it in my kitchen pantry right now, and none of them suffer from smearing or have low resolutions - and I can guarantee you they were rapidly and automatically applied in mass produciton.
We must create a barcode reservation to preseve the last of the species before they go extinct!
Hopefully they can reproduce and ensure the survival of their species.
An infinitely wide but infinitely short world should suffice.
I am the creator of https://www.closient.com/ - a GS1 Digital Link Resolver (still building it, be gentle).
I have been deep into this space for a fair bit of time now. The real power is in Recalls and Return Fraud. There a ton of other nice things that this will empower of course. AMA - I will do my best to answer.
For some other stuff to read about how they can help have a poke at https://blog.closient.com/
Not advertising - just trying to get the word out on 2D codes and RFID and what they provide consumers.
For those saying "Why not something else?" - it comes down to adoption - QR was just the more popular winner. While the register/till is where most of the scanning is happening the QR is just a normal URL and consumer can scan them.
Interesting, but your website looks completely AI-slopped.
The 2020s equivalent of using clip-art. Fine for most people but looks too generic for a b2b site.
At a fundamental level, if the website isn't the product, the product has been public-facing and/or created post-2025, and it's not coming from a multi-million funded tech business, I wouldn't dock points for a slopped website — let the team focus on maintaining and using skills related to the actual product, while still having a working website. Even if the visual and textual tone may be off-putting, a decent-looking slopped website is better than no website, I prefer being able to discover and interact with them at all than not.
Just don't bury the core concept of your product in marketing-slop on your website (this site is certainly pushing that limit for me).
Thank you for the feedback. Any suggestions on what you would change?
I agree. My focus has been on getting the product functional and compliant with the standards.
Not denying what it is.
Any suggestions on how to unslup it are always welcome.
Interesting, but your website looks completely AI-slopped.
HN readers are probably much deeper down the AI rabbit hole than people who buy barcode software. The fact you see and judge an AI-created website poorly doesn't mean customers of the product will.
It's possible that you're in the middle of the Venn diagram of barcode software buyers and HN readers though. In that case your comment is very insightful.
I knew when I posted I would be walking into a hornets nest (HN)
I am actually looking for feedback if they are giving it.
My hope was to help spread information about the upcoming changes to packaging but knew I might get the stings of criticism.
You need example product pages.
At family mart in China, some of the pastries are in bags with a QR code and a bar code. If it accidentally scans the QR code the self checkout (not in English) goes into a weird mode and I have to get help. So I just learned to cover the QR code for any packaging that had both it and a bar code on the same side.
This doesnt happen in English mode? I guess it tries to interpret a payment code but then obviously throws an error. Protip you can scan your products and then show payment code, or tap nfc, no need to touch the screen at any point (except for 18+ products)
I read it as “the self-checkout that is using a language I don’t know throws an error that I therefore can’t read.”
Family Mart Kiosks in China don't have an english mode, at least they don't in Chengdu. Anyways, the error screen I'm shunted to felt like it would have been Chinese regardless.
Yeah. But this is a problem this can fix, in theory. Instead of having multiple codes you could just have one with the info for every piece of the chain that needs it.
I think this is great! i've long wanted a future where i can stock my fridge and cupboards with goods and scan the barcodes in and be tracking what their expirations are to better manage when i need to restock or throw things out
I recall all the chat, maybe twelve to fifteen years back when Asian use of QRs took off, thanks to ready availability of mobiles. There were impassioned arguments that it might be fine in those markets but it would never catch on in the West because it was not appealing to consumers who wouldn't want them all over magazines and menus. I never bought that, as fairly quickly the phones came with built in recognition and it was just a matter of time. We saw at table ordering thanks to COVID and many products added QR for consumers even if the shops hadn't pushed it (in the UK at least)
Context: Back then the user experience was terrible, cameras and phones were so slow that scanning even one code was a painful chore.
That is the way innovation works. At first the ecosystem around it isn't mature - of course the tools haven't been needed yet - and people use that to support their claim that the innovation is fundamentally broken. The ecosystem will work itself out, usually.
What innovation are we talking about?
Been a huge fan of QR codes since the beginning. URLs are awesome, and QR codes are a way of putting links in the real world. Obviously awesome! There was a dark period in the early 2010s where everyone I said this to sent me a link to an empty tumblr "people scanning at codes", but I'm glad they've gotten more traction. Took a trip to Santiago this past week, and they are ubiquitous: from room service and connecting to WiFi to menus in every restaurant. Super cool.
QR Codes were heavily promoted during the global lockdown.
It's entirely predictable: First they ridicule it; second they say it violates existing norms for how things are done; third they say they accepted it all along.
That trite saying is very real. You're describing stage 2. Stage 2 is a good signal that the development has enough power to be difficult to ridicule.
This is very similar to IPv6. Sure, the new standard solves a lot of problems, but it also has to fight decades worth of existing infrastructure.
Except there are mandates like FSMA 204 that make them required.
Here is the timeline:
"In 1992, on a factory floor in a Toyota auto-parts subsidiary in Japan, workers were drowning in barcodes."
(collect underpants)
"And that decision is about to change every single thing you buy."
I think recognizing packaging sounds like an ideal use for AGI. Boil them oceans, not the eggs.
QR codes are really ugly artifacts, completely inhuman. It would be better and more technologically advanced if instead we had really good OCR for a printed text code or skip product codes entirely and scanners just use vision to see what the object is.
https://en.wikipedia.org/wiki/OCR-A
It has been tried, I am pretty sure this is just a move from the bar code association to be able to charge more for having barcodes. That is why it is so complicated.
The trajectory of this is heavily optimized packaging design, isn’t it? Which overshoots simple codes integrated with any design.
consider digimarc barcode too. qr code is nice, but nicer is it if you even not see it.
How to i keep my thumb off it during scanning?
the code is overall the whole picture. Even in non-printed areas (its still printed as fine dots on areas that actually are "void"). You need around 4x4cm (as my experiments some years ago concluded). That code-tile is repeated over the whole area. Typically, your thumb may cover some parts, but there are other parts that are scanned and which holds the encoded things.
Even better: you can encode an ID like in qr/barcode or what ever you want or you also can encode URLs and have some backend processing the "access to the partial URL". You can have a lot information encoded. As i remember its more than with ordinary QR code at the same area. May be I have forgotten something.
Its actually the base for the "holy grail 2.0" initiative to make recycling of printed packaging better. It then doesnt even matter if you only have a peace of the packaging. It must be big enough to carry the code (that roughly 4x4 cm). The code has some ID which is looked up and then all the information neccessary to know what material it is, how to recycle it - all the important things can be looked up in the DB and then handled accordingly.
its a nice thing with own problems, but better approach as barcode/qr code.
Well, „classic“ barcodes have the advantage that they can span the entire product length. That makes it easier for me at Self-checkout counters. Hard to do with QR codes :)
If the Pamper's app is anything to go by, the QR codes will fail to be read, and the older "text recognition of the printed code" will keep working.
JAB Code (color bar code) can fit more data into the same space: https://jabcode.org/
I don't see how this is better, my first thoughts: more difficult to print, more difficult to scan, vulnerable to light shifts (imagine trying to scan a can with colored bar code in a club with flashing lights) and impossible to print in some technolgies.
Bar code won't go away exact for the reason it's super simple to scan and print. Even QR codes can't stand that (and if you tried scanning yourself grocery in soft bag with barcode in the corner which gets crumpled you know what I mean).
It's not easy to print in color on some products (e.g. products that use thermal printer labels).
I love how the website shows examples and comparisons with the codes it claims to be better than.
where?
That's the joke.
What a bad piece. Optical is obsolete. Decathlon (here in France at least) has RFID on all their products, they're used as anti-theft, automatic tilling: you just put them in a box at the register and it knows what it is (also kills the chips once paid) and very likely they're used all along the logistic chain.
Putting a chip on everything sounds wasteful and worse for the environment than a printed piece of paper. Not the right direction to go in.
The chips are sub-cents per unit in terms of cost and weigh milligrams. RFID chips come in many flavours the ones most used are passive, i.e. basically just a bunch of wires printed on a tiny piece of carrier material. The label on a shirt contains more resources by weight.
Really only wires, or is there still a (tiny) chip on there somewhere?
While it can indeed be helpful as an indication, cost often doesn't factor in externalities such as pollution during production, and recycling after use. Paper has much fewer problems in those areas.
100% agreed, but if you truly want to go down that route, you'll quickly find that basically NOTHING has externalities priced in. If you truly were to do that (which I'm personally not opposed to), prices of pretty much all goods and services would need to be adjusted.
It's ok, these will go right next to the trillions of cigarette buds thrown in nature each year and probably the trillion of trillion microplastics and nanoplastics shed each year.
Nothing to see here and there can't be any possible negative consequences when people are making so much money.
Decathlon does it in every country, not just France. Same with Uniqlo and a few others, but it's still only very large chains that can afford it
Uniqlo does it in the states now. It’s the first time I encountered it though (well, except for Uniqlo in Japan, even Muji is still using bar codes).
And what is average price of one product in Decathlon compared to Lidl? Apples and oranges. How do you put RFID on fruit, vegetables and pastry btw. or you propose wrapping everything in unnecessary packaging?
So, depending on the place you don't weigh your vegetables in the aisles anymore, you know: low trust society and such. Either the cashier does it or yourself under the eye of the automated register CCTV. For places that still does they can just migrate to do it at the register and save the price of the barcode stickers and the printer. Pastries are either in boxes already barcoded so just stick an RFID instead or counted at the register by the cashier or yourself too. And nowadays RFID stickers cost nothing at that scale.
we were talking about Decathlon, where you put RFID tagged things in self service basket where they are automatically recognized, you can't do this without weighing every fruit/veg/pastry item by yourself unless someone weighed it already and put it in some unnecessary package
there are pretty much zero packaged pastries (or at least very big majority) over here in many European countries
I can't imagine how it one hotdog bun worth like 0.1EUR will cover RFID expenses if you wanna use RFID self-service baskets as Decathlon uses
Too pricey for food, it’s cheaper to print.
Printed Chipless RFID Will solve that problem if the tech really works.
How could that possibly work without a semiconductor?
[flagged]
Passive ones can be less than a cent per unit.
Ink is cheaper.
I've worked in wholesale logistics (backend for inventory management) for many years way back when and let me tell you, cost of ink vs cost of a chip the least of the problems. Barcodes (and QR codes as used here) have two major flaws: reading them is challenging (works fine if the package is undamaged and you TRUST that it contains what it says on the box) and they're still just a number. RFID can help with both these issues and the savings from that can outweigh the additional cost by a lot.
Utility is key and RFID has a lot of advantages over bar codes (and QR codes).
Not if you include the cost of the employee scanning the bar codes.
Even if the customers does it, it still takes a lot more time and space than scanning a basket full of RFIDs labels. It literally takes seconds.
Can any regular smartphone scan those RFID tags? If not, then the QR codes are superior because they can be scanned, making it trivial to use them for product recalls.
Merchandise point-of-sales tags isn't the only use of barcode or QR codes. Hospitals aren't going to start putting RFID for all equipment, files, and patients.
I thought that was exactly one of things RFID was used for?
Perhaps not for files, but definitely for equipment.
Wouldn't an MRI fry an RFID chip? Seems like a big issue for anything in a hospital.
It's more for portable equipment I believe, things like heart rate monitors and those things that control IV drip systems, and probably the beds/gurneys themselves as well.
I suspect it's less relevant for things that can't be moved. (Or are extremely heavy/difficult to move).
I am quite sure they still use optical on the German shops.
Nope, at least the Berlin shop is on RFID on all products.
Yeah, unless they changed on NRW shop on my area since August.
My diving mask and backpack certainly went through optical.
Not in Berlin, not in Hamburg
I guess NRW is exceptional, or had broken devices in August.
QR codes will not likely be used to their potential. They are being used as 1D bar codes. I have seen products with several QR codes all over different parts and in the manuals. Usually if you scan them going to a useless homepage or a manual that does not specifically refer to the thing being scanned without an exhaustive search.
Remember the most important fact about these codes: Nobody cares.
Sure,nobody cares.
But if my phone automatically tells me about stuff in my fridge :
-The cheese has expired or about to be expired
-There's a recall on that baby formula
That's useful.
Or if uses those smart carts at the supermarket, it can tell me:
-this isn't safe with my peanut allergy
-this isn't ethically sourced
-the expiry date is too short
Useful, but "your phone" will probably not the be the one telling you that. You'll have to use your supermarket app, and better be sure it will do all it can to track and extract every last bit of information about you and the contents of your fridge.
You're only buying eggs every second week? We can't have that, let's present you with a recipe that uses eggs. You still have those cookies you bought four days ago? Let's give you a coupon for milk.
And there will be a nice recipe or a coupon or a Very Limited Exclusive Offer you'll need to send to a friend, so now the app need access to your contacts, and why not sync that info with Meta, and oh look at that, we have a map of all our customers and their spending habits and geographical location and political orientation.
QR codes are just a type of barcode...
They aren't. Sage.
honestly with computer vision so OP now QR and barcodes should be dead. like here's a (probable) easy fix: make a hella contrasty square 1x1. location of a single dot inside it determines the product. the precision of locating that dot reliably? train a vision model hella hard
Well, good luck beating world's cheapest scan technology which doesn't require a CMOS sensor.
ipipai is
[dead]
[dead]
Fun fact: QR codes are about 80% depleted. /s
Don't get emotionally attached to protocols. Preserve them as history, but never feel obligated to keep using a protocol that doesn't fit your needs any more. Cough IRC, email
> Cough IRC, email
Luckily the first, and increasingly the second, are being replaced by Slack!
And Discord and Matrix and WhatsApp and Signal and XMPP (only for nerds) and Reticulum (only for real nerds) and ...
There isn't an email-shaped slot in society that was being filled by email. The shape of society has changed and email doesn't really fill a slot any more. We have a WhatsApp-shaped slot and a Discord-shaped slot now though.
QR codes are a bit more fragile than barcodes though. A scratch or a stain can make them unreadable.
Are there studies on how that might affect logistics?
Not at all. I worked apart time job delivering parcels that were scanned with a specialized bar code scanner. Most of the parcels had dual barcode/QR codes for the tracking number. You would be surprised how much damage could be done to the QR codes before they were unreadable. Even if the QR code had small folds over itself the codes would still read. The barcodes were unreadable with the slightest amount of damage or ink bleed.
Good to know. I must have been misled back in lockdown days when some people sabotaged QR codes on purpose by adding a few dots with permanent markers.
When you generate a QR code you can choose the level of redundancy. So a code can be generated that is super picky and needs to be perfect to scan, or one can be generated that can be read even when badly damaged.
Isn't it the other way around? QR codes have built-in error correction whereas barcodes typically don't (beyond a single check-digit, which is more error detection rather than correction, and even that depends on the information being encoded) so can sustain a surprisingly large amount of damage and still be readable.
Indeed, I often see QR codes which have been deliberately damaged for the visual impact (e.g. chunks missing to make a pleasing shape, or place an arbitrary logo in the centre). They still work due to the error correction but now there's no redundancy left and one additional piece of damage might literally make it unreadable.
Not what I see in shop at all, I can't think of literally ONE product I bought which wouldn't have barcode.
Reminds me of RFID labels pipe dream.
> Reminds me of RFID labels pipe dream.
Visit a decathlon when you have time, they’ve been using that since a long time, it’s neat
Been there, not sure what it has to do with doing grocery shopping multiple times a week, you go to Decathlon like 3-4 times a week and not dozens of products reach costing from like 0.1€ to 1-2€ max and they have all individual RFID? Apples and oranges as I said.
Yeah, shopping at decathlon feels like stealing honestly. Uniqlo has them too iirc
Never seen this in Decathlon (probably implemented in some countries only), but in Uniqlo it’s like magic every time.
This won’t work for groceries though: the margins are too thin and there’s too many manufacturers.
Yes I do really like their self checkout too. Just throw 12 items in the box, quick check and recap but everything was recognized. Pay by card and leave. Its the only self checkout I've experienced which don't make me angry :)
In the UK I've noticed some items having 2D barcodes instead of 1D ones lately. Of course, all the scanners have been able to read them all for years now. They're not all QR codes, though. Other 2D barcodes exist.
Nah…
Barcodes are easy and cheap to read in a way that QR codes aren’t (particularly complex ones)
Any old cheap laser scanner will read a barcode and they can be made at large sizes e.g. how Aldi use them on products in the UK to make self scan faster
QR codes need a camera, their complexity goes up as more data is encoded in them so require better cameras especially is high speed situations
They both have places in the world and will co-exist for years to come
Most barcode scanners are already cameras, actually. Turns out that it is a lot cheaper to manufacture than the old "put a mirror on a moving 2d servo assembly" approach - and it's more reliable as well.
You can get an entry-level barcode scanner from a reputable brand with 2d support for less than 100 bucks, and you'll have trouble finding any kind of premium scanner which doesn't have 2d support.
If camera’s are cheaper then why do supermarkets stick to lasers?
I’ve worked in areas where barcodes and QR codes were used for automation — we used both but for fast, cheap and reliable scanning barcodes were the winner
Where more data needed to be encoded then QR codes were used but the wuality and price of cameras needed to read QR codes as items came based on an automated line was significantly more costly than barcodes
And cheap generic one for about fourth or third of that... With some software bugs, but still surprisingly capable. Like reading kilobyte sized QR codes.
Got cheap one from China that does my uses cases pretty well. Supports USB, proprietary wireless and BT...
There is cheaper models with less features. Pointing towards quite a lot of market segmentation. And I could guess some of those models are same but with different firmware...