When
the reader doesn't calibrate on the leading edge of the ballot, the reader sends
zeros to the data stream as it is supposed to.
You'd
think Global could handle a simple thing like that with its central count
firmware as it has done with its precinct count firmware (PC 1.94p and
greater).
It
sounds like we should be sacrificing to the gods to save us from our
software.
Ian
If the
message is "BLANK CARD FEED" as opposed to "REJECT_BLANKCARD", then yep
I've seen it before. Reader not calibrating. Out of our (ie,
Global software development) control. As to why it does that, you'd need
to ask Luc[r]id Technology. At $700 a pop, you would think they could
fix this.
Either that or the
ballots are not properly consecrated. You might send a sample
to our priest so he can tell you how many thousands of an
inch out of spec they are.
If you swap
machines for a few years, you might settle into some golden units that don't
exhibit the behavior as often. I believe that is how
Pima mitigated the problem.
Ken
Is anyone else running central count getting frequest
"blank ballot"s when in fact the ballot is voted in each
race??
|