David
An interesting perspective. This raise the question in mind then are they looking for generic functional properties for remote voting or specific for their environment? Their call for papers is not explicit although I would read it as the former. Is there anyway of getting a definitive line on this point because it could influence our submission?
From: David RR Webber (XML) [mailto:david@drrw.info]
Sent: 22 July 2010 15:11
To: Zelechoski,Peter
Cc: John Borras; EML TC
Subject: RE: [election-services] OASIS NIST UOCAVA Submission.doc
I made some comments to your original on the train this morning - now will add further thoughts.
Notice that UOCAVA voting is DIFFERENT from regular balloting.
The election officials DO KNOW who has cast the ballot. In the existing paper-based process there is the concept of a
double mailing envelope. The outer envelope identifies the voter and their entitlement - the inner envelope contains the actual ballot.
So the process is - election board receives the mail - opens outer envelope - verifies voter. Then pass inner envelope UNOPENED to the staff who count ballots. Now of course it could the same person in reality - but at least the concept allows for some potential voter privacy. It depends on the district / election board of course. E.g. if you are using the generic FWAB form - where your address and everything is a page printed with ballot - its all in the same envelope.
So its important to remember this when looking at electronic interactions. I noticed several of your comments were applicable to polling place style ballots - rather than remote UOCAVA where the election official ARE going to know who you are when you send in the ballot return. Only when the ballot is submitted for counting does it become anonymous again.
This definitely effects how an electronic process can be configured to mimic these interaction patterns.
Added a couple of additional comments I thought of after my initial send.