Barcode 101 – some related info –

The barcode itself

The barcode in itself is a very basic 2D system that is essentially 11 pixels by 11 pixels. Thanks to ScanLife’s whitepaper(mirror available here), it works out basically like this:
Possibly my best artwork! Also, the software doesn’t scan it when the whole thing is filled out–I’ve tried.
While the capacity is potentially able to hit 83 bits, in reality, it will only be able to store a maximum of 76-bits–the rest is used for error correction. Based on hamming vectors, it’s capable of 5 pixels (7%) damage before the code is completely unreadable. However, in real world tests, having removed a pixel from the code itself either made it unreadable or gives off an incorrect result. This is in stark contrast to QR where I have removed 1/6th of a 21×21 code and it was still readable–this is the beauty of error correction, folks.
Here are some comparrisons between QR and EZcode.
  | QR   | EZcode
Max capacity: | 6.9 KB | 76-bits
| (4.2 alphanum.)|
| (2.9 binary) |
| |
Max error cor.: | 7-30% | 7%
| |
Min size: | 2x2 cm | 1.25x1.25 cm
| 0.78x0.78 in. | 0.5x0.5 in.
| |
Mix size (px.): | 21x21 | 11x11
The main reason why I wanted to compare the two was because they’re both being used by publishers in print format. It’s not uncommon to come across a QR code in a European or Asian newspaper or magazine. One other thing to note about my table is that while I used the term “px” (or “pixels”), it really should mean “modules”. However, if you look at a code, you’ll think “pixels” before “modules” anyway.
READ MORE at (*great site – ED.)