Re: Have you ever been a poll worker?

From: Steve Chessin <steve_dot_chessin_at_sun_dot_com>
Date: Mon May 17 2004 - 18:52:26 CDT

>Date: Mon, 17 May 2004 09:23:01 -0700
>From: Arthur Keller <arthur@kellers.org>
>Subject: Re: [voting-project] Have you ever been a poll worker?

>If the preprinted ballot had a small bar code on it (in a different
>place obviously than the voter's contest selection ballot bar code)
>that identified the type of ballot, then a check could be made that
>the two bar codes were compatible in the BVA and the BRP.

Yes; I should have read ahead. Note that not every voter, especially
sighted ones, will bother to use the BVA. They will see that their
printed selections are what they intended (even if printed on the wrong
ballot) and will cast them. I'm not sure if you envision the ballot
being immediately read by the BRP while the voter is still there (in
which case it could inform both the poll worker and voter that there
was a problem, analogous to the way some precinct-based scanners work
today in rejecting overvotes), or if the BRP process is to done after
the polls are closed (analogous to central-count scanning).

>You might also be able to rig up a scanner underneath the sheet
>feeder for the printer that (1) made sure the paper ballot stock was
>oriented correctly (could be done with an electric eye, for example)
>and (2) automatically read the preprinted ballot bar code and that
>"instructed" the EVM which ballot type to select for the voter.

Now you are moving towards custom setups and away from pure COTS.
I don't have a problem with this, but it will increase the cost.

>These two steps would considerably reduce errors and the potential
>for fraud. Plus, it would reduce the amount of work involved by poll
>workers. It would reduce the "San Diego" multiple precinct error
>problem as well. It doesn't have a secretary of code problem. It
>doesn't have the queuing problem. It requires minimal training of
>poll workers, and has minimal extra effort by poll workers.
>Furthermore, it reduces the "black box" quality of smart cards. The
>main downside, is that my mods to Ellen's idea requires printer
>customization.

Yes.

--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:52 2004

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