I’m CC’ing this to the support list to keep a few other people informed.
For others, we’re again working on the high-speed central count system and I’ve just added a new application to the suite called BatchView that will handle some deck management issues.
Robert Chen wrote:
I noticed a couple of things: Accepted column records both the ballots that can be entered into GEMS as well as the Batch Header Card and Ender Card.
I need to count the header and ender cards as something. We could create a separate column for control cards but GEMS accepts them so that’s where I count them for now. Let me know if you prefer otherwise.
Rejected include write-ins, over votes and blank ballots.
Overvotes go directly into the Rejected pile and never make it into GEMS…which I am not sure we want that…I may only be overvoted on one race and we need to tabulate the rest of the ballot.
That’s because GEMS rejected them. If you want GEMS to accept them, clear the reject flags in Setup->AccuVote-OS Options->Reject Settings. I believe that we had long ago planned to have separate reject flags for CC but it doesn’t look like that ever happened. Feel free to resurrect the RCR.
I ran a blank ballot on batch 33 and it first went to the dup pile.
Odd I know but that’s how it works. See last comment at bottom.
I went through the dup and repair process and accepted the blank ballot. When I went back into batchview, I now see that the blank ballot is in the reject pile. Again shouldn’t this populate GEMS?
See comment about Reject Settings above. At this time I get the feeling that this is built in to the CC apps and therefore is independent of the GEMS reject flags. If so, can we get away with it as is?
On the bugs side, I noticed that when I first would go into batchview, after adding a batch and I could not see the batch, and I cannot scroll down to view the batch. I maximize the window and then reduce it, and only after that process can I scroll down to view the batch.
Yes it’s a bug. Currently you need to resize to bring up the scroll bars. It’s on my todo list but at a fairly low priority compared to other functionality.
The dup and repair functional software has some function location problems for the mouse to click to refer to a voting position. Sometimes it is on the voting position, some time it is above the voting position.
Please let me know if any of this makes any sense.
Keep in mind that we’re planning to replace the existing software and not fix it except where essential because there is no workaround. We’re starting to design a general central counting system to handle all of our customers and it’s going to work quite differently than the current system. For one, it will be able to work independently from GEMS just like the touch screens and AV ballot readers.
Thanks for the feedback.
Guy Lancaster (https://guylancaster.com)
for Diebold Election Systems Inc.