Re: TED SELKER: US Election Assistance Commission--Questions

From: Steve Chessin <steve_dot_chessin_at_sun_dot_com>
Date: Thu May 13 2004 - 01:39:55 CDT

>Date: Sun, 9 May 2004 16:11:23 -0700
>From: Arthur Keller <arthur@kellers.org>
>Subject: Re: [voting-project] TED SELKER: US Election Assistance Commission--Questions

>The privacy folder is an ordinary manila folder with the "open" end
>cut down so that only the bar code is showing when the ballot is
>placed in the folder with the same orientation as the folder. Since
>the bar code is printed along both long ends of the same side of the
>paper, the bar code shows either up or down independently of how the
>paper ballot is placed in the privacy folder. There is a problem
>with the BVA and the bar code: the bar code may be facing up when
>placed on the scanner of the BVA. One way to handle this problem is
>to have the ballot paper pre-printed with bar code on the reverse
>that basically says "please turn over" to the BVA, which in turn
>gives that message to the voter.

This introduces the failure mode where the paper is loaded into the
printer wrong-side-up. You'd want a "printer test" feature where a
poll-worker could ask the voting station to print out a "test"
(invalid) ballot to make sure that the paper was installed properly,
and have performing that step included as part of the poll-worker
training.

Another approach would be to use a printer with a duplex feature (to
print both sides), and have the printer itself print the "please turn
over" bar code on the back. Or it could print valid bar code on both
sides, eliminating the problem entirely. (Of course, duplex printers
may be more likely to jam than simplex ones, because of the extra
complexity in the paper path.)

--Steve
==================================================================
= The content of this message, with the exception of any external
= quotations under fair use, are released to the Public Domain
==================================================================
Received on Mon May 31 23:17:39 2004

This archive was generated by hypermail 2.1.8 : Mon May 31 2004 - 23:18:16 CDT