Another question on central
count: Any log action that occurs in one election such as a test version of the
election also occurs in the real election. The last test deck run in the test
election was 67 - the log for the real election also showed the last test deck
of 67. There were no totals in the real election even though there were results
in the test. The last test deck to actually be associated with the real election
was 36 (this was because the customer entered the regisstration totals in the
test election and wanted the test loaded as the real election at this point
rather than reenter the voter reg. again).
When the real election was
started and the log cleared (the log was then cleared in all databases) the
first deck number was 37 rather than the next deck being 68 the log was showing
before being cleared. Is this also what is expected - is the log file associated
with the EID? Is the log file a part of the backup gbf ? It would appear it is
not.
Also experiencing about a 30%
rejection of ballots - timing marks. ender marks, calibration errors. I see no
obvious problems with the ballots themselves. Am going to try and clean the read
heads a bit to see if that helps. Any other ideas out there??
Thanks: Don
|