Stuart K Johnston <stuart287@juno.com> wrote:
|RE: "The idea that the brp/disk/ directory represents data that might be
|produced by a voting station is reinforced by the presence of postscript
|images in that same directory."
|--------------
|The generated random ballot collection Fred and I were using were
|in the folder ()/tmp and are also avalable as a tar file at that
|location.
Thanks to Jan for clarifying that the serial number DOES NOT belong in
the Electronic Ballot Image files. However, it still appears that, if
the Wiki is accurate, the EBI files (simulated or created by voting
station) SHOULD have the prefix 'v-'.
I can easily change random_ballots.py, of course. But let me get
confirmation that the Wiki is right on the 'v-' prefix.
Also, the Wiki is silent on how the matter of how CDs are identified and
tied to particular voting stations; however, the requirement of such
tying is implied. The existing BRP code uses a file 'serial.txt' for
such identification. Is this to be considered the API?
Eyeballing the code, it appears that BRP expects serial.txt in the ROOT
of the CD. BRP also tries to read the EBI files from the ROOT of the
CD, rather than from /votingmachinedata/ as the Wiki states.
I tried shelling into the OVC/Alan machine just now, and it appears SSH
access is not currently available. Could Stuart or someone else upload
the tar file of canonical EBIs (w/ postscript files to match them,
ideally) to somewhere relevant--i.e. Sourceforge CVS?
Yours, David...
-- Keeping medicines from the bloodstreams of the sick; food from the bellies of the hungry; books from the hands of the uneducated; technology from the underdeveloped; and putting advocates of freedom in prisons. Intellectual property is to the 21st century what the slave trade was to the 16th. ================================================================== = The content of this message, with the exception of any external = quotations under fair use, are released to the Public Domain ==================================================================Received on Sat Nov 22 03:47:08 2008
This archive was generated by hypermail 2.1.8 : Sat Nov 22 2008 - 03:47:30 CST