Re: [OVC-demo-team] Tally system

From: Alan Dechert <alan_at_openvotingconsortium_dot_org>
Date: Fri Feb 13 2004 - 11:00:47 CST

Matteo,

> The first one is a small software, that probably someone already
> developed here in list, that will be used to scan the barcodes and
> achieve "b-something" files and will put them in the right
> directory.
>
Jan probably has some code that could be adapted for this fairly easily.
But I'm not aware that anyone has done this.

> The second one is the software that reads votingmachine disks and
> put the "v-something" files in the correct directory. Not already
> developed but it isn't hard to figure out, I guess.
> The third piece should be the software that, given a "b-something"
> and a "v-something" would "match" them (if possible) putting the
> "something" file in the right directory.
> Finally, the last piece shold be used for results tabulation.
>
Okay.

> The document above states:
> """
> The admin PC used for the BRP would be standalone -- not connected
> to any network.
> """
> I would disagree on this (except for the demo):
>
Since this IS the demo, your disagreement is not applicable.

BTW, for the production system, the question of whether or not the admin PC
is networked or not is a very important decision that will NOT be answered
by a developer. Our security assessment will look carefully at possible
attacks on this procedure. The security issues will be weighed against
attitudes of election officials (I can tell you right now they will not want
this particular PC networked).

> ...we could write the
> above softwares to operate on different PCs wired with the admin PC
> and they will put all the scanned/read "b-something"/"v-something"
> files in the right directory of the admin PC. This way, the
> poolworkers could cooperate in order to have the work done in a
> shorter time.
>
> Anything wrong on this?
>
Yes. The network idea is not part of the demo. For the production system,
such a network and splitting up the piles of ballots introduces all sorts of
points of attack. It's possible that it could be done okay, but it will
take some serious testing to determine that.

I doubt seriously it will be worth it, but we can investigate that as part
of the larger study. I estimate that even with a slow cheap hand scanner,
all 500 (on average) ballots could be scanned in less than 20 minutes. A
fast scanner with a feeder could do this in a couple of minutes.

Alan D.

==================================================================
= The content of this message, with the exception of any external
= quotations under fair use, are released to the Public Domain
==================================================================
Received on Thu Apr 1 02:40:18 2004

This archive was generated by hypermail 2.1.8 : Thu Apr 01 2004 - 02:40:36 CST