RE: Jresult text file show writeins differently from Election Summary Report

["Ken" <ken@dieboldes.com>]

Scratching head, I think this was 'deliberate' at the time I wrote it.
The idea was to do-away with special race statistics like "write-ins"
and just transfer around the raw data.  Note we don't transfer the
"total votes" as a separate stat either.  It is up to the client to do
whatever it wants with the raw data.

Don't feel shy about posting a bugzilla entry even if you are unsure
whether you have a feature or bug.  We can reclassify it after you post
if it becomes necessary.

Ken



-----Original Message-----
From: owner-support@dieboldes.com [mailto:owner-support@dieboldes.com]
On Behalf Of Robert Chen
Sent: Thursday, October 24, 2002 5:47 PM
To: support@dieboldes.com
Subject: Jresult text file show writeins differently from Election
Summary Report




Hi this is going to be filed under the feature or bug category.

The JResult Sx-x.txt file breaks out the write-ins in a multiple "vote
for"
and (therefore) a multiple write-in race...even though JresultClient
combines the totals.  So in the example listed below, JresultClient is
showing 100 writein votes.

70 69 "CITY OF BERKELEY RENT STABILIZATION COMMISSIONER" 10 5 243 1 0
968 0
77
	225 11 "PINKIE PAYNE" "" 0 10
	224 12 "ROBERT J. EVANS" "" 0 20
	226 13 "CHRIS KAVANAGH" "" 0 30
	227 14 "HOWARD G. CHONG" "" 0 37
	223 15 "SELMA  SPECTOR" "" 0 45
	467 1047 "Write-in" "" 1 50
	468 1048 "Write-in" "" 1 23
	469 1049 "Write-in" "" 1 8
	470 1050 "Write-in" "" 1 9
	471 1051 "Write-in" "" 1 10

The election summary report, of course also combines the multiple
write-ins
to show just one writein total.

So was this difference deliberate or not?  Vegitable or mineral?

Rob Chen