|Paul Spencer||Jul 18, 2006 7:09 am|
|David RR Webber (XML)||Jul 18, 2006 7:41 am|
|Paul Spencer||Jul 18, 2006 8:04 am|
|David RR Webber (XML)||Jul 18, 2006 8:37 am|
|John Borras||Jul 18, 2006 9:09 am|
|Zelechoski, Peter||Jul 18, 2006 10:43 am|
|David RR Webber (XML)||Jul 18, 2006 11:41 am|
|Paul Spencer||Jul 19, 2006 3:54 am|
|David RR Webber (XML)||Jul 19, 2006 11:41 am|
|Subject:||RE: [election-services] Ballot counting - bridging between EML 410 and EML 230|
|From:||Paul Spencer (paul...@boynings.co.uk)|
|Date:||Jul 18, 2006 7:09:57 am|
I think the ShortCode attribute of the candidate could be good for this. The ShortCode was intended for uses such as SMS voting, where the candidates are listed in order and the voter votes for number 1, number 2 etc. If we are talking about the counting engine working in field order, this seems to be a similar requirement.
The 510 could then use the ShortCode as the only identifier for the candidate, the code just representing the order on the ballot. Meanwhile, a version of the 230 could be used providing just the Id and ShortCode attributes for each candidate.
A section of the 510 would then look like:
<TotalVotes> <Selection> <CandidateIdentifier ShortCode="01"/> <ValidVotes>1234</ValidVotes> </Selection> <Selection> <CandidateIdentifier ShortCode="02"/> <ValidVotes>2345</ValidVotes> </Selection> <Selection> <CandidateIdentifier ShortCode="03"/> <ValidVotes>4321</ValidVotes> </Selection> </TotalVotes>
Meanwhile, a portion of the 230 would be:
<Contest> <ContestIdentifier Id="12"/> <Candidate> <CandidateIdentifier Id="ABC" ShortCode="01"/> </Candidate> <Candidate> <CandidateIdentifier Id="BCD" ShortCode="02"/> </Candidate> <Candidate> <CandidateIdentifier Id="CDE" ShortCode="03"/> </Candidate> </Contest>
I assume that this 230 would be used by the counting engine. Would this meet this need? Does rotation have an impact?
By the way, I did not get your email directly. Perhaps this is related to the new OASIS mailing system. I have not yet had the re-registration email. It is possible others did not see it either.
----- Forwarded Message ---- From: David RR Webber (XML) <dav...@drrw.info> To: Election EML <elec...@lists.oasis-open.org> Sent: Monday, 17 July, 2006 3:14:42 AM Subject: [election-services] Ballot counting - bridging between EML 410 and EML 230
I'm working on an anonymous counting mechanism for use with paper scanned ballots particularly - but the same could also apply to DRE votes too.
When the ballot comes off the scanner - the scanner is just plucking fields and columns and X's - so it has no idea of candidates / ballots et al.
That is a good thing.
So it merely dumps data as <fieldID="XXX" value="1"/> where XXX is the sequential # of the field it scanned.
Now I want to align fieldID=023 with candidate 007 - etc, but I want to do this anonymously - like putting beans in tins - so the counting mechanism has no idea which tin is what.
Unfortunately EML 230 exposes the candidate affliation, description, etc.
What I need is a bridging EML that maps between the actual ballot layout - EML 410 and the list of voting candidates / options - anonymously - (that will create EML 440's then from this and the scanner output).
I can of course go ahead and create some XML for this purpose - fieldID = candidateID and that is all that is in that EML - excepting header information on the event etc for matching purposes.
I'm just wondering if I'm missing something that exists already?
If not - should we add this to EML 5.0 requirements?
The goal is to create a general purpose counting system that can total EML ballots given the EML control XML's - EML 110 - and this other EML XML - and then this runs thru and does all the totals by anonymous ID value.
A final step then separately and independently uses the final counts, and the EML 230 to figure out who got what votes.
--------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php