Re: Bar code choice

From: Alan Dechert <adechert_at_earthlink_dot_net>
Date: Sun Sep 07 2003 - 16:38:11 CDT

Greetings and welcome, Jan!

We are very lucky to have someone with your expertise joining the project.

I don't quite understand why printing/non-printing characters matter since
we're not printing the characters. Also, what about character set B, which
avoids the non-printing characters?

http://www.idautomation.com/code128faq.html

If you've read our archives on this topic, you will see where Arthur has
written about his scheme for encoding the string of bits. With our demo
ballot, we will need to encode a single 116-bit string to a string of
characters. Do you know of a ready-made solution for doing this? (e.g., a
function where you give it the string of bits and get back some small number
of Code 128 characters that you can then use to make the barcode)

> A two dimensional bar code is of course better for
> representing a lot of data. However, I don't have any
> such font, and I'm not aware of any free product.
> Also, bar code readers for those are probably much
> more expensive.
>
I agree with what you say here. We may want to consider a two dimensional
barcode for the production system, but I firmly endorse the idea of using
the fonts like you have (GPL no less!) and an inexpensive scanner. Can your
fonts be read by the CueCat scanners? I can get these scanners for about
US$2 ea.

Thanks again!

--Alan Dechert
==================================================================
= The content of this message, with the exception of any external
= quotations under fair use, are released to the Public Domain
==================================================================
Received on Tue Sep 30 23:17:01 2003

This archive was generated by hypermail 2.1.8 : Tue Sep 30 2003 - 23:17:09 CDT