----- Original Message -----

**Sent:** Tuesday, August 21, 2001 11:49
AM

**Subject:** RE: weighted results total votes
displayed without two decimal places

Quick follow up to
this. The number of decimal places displayed for each candidate is
three, not two. The number of decimal places in the *total* for
the candidates is two.

The observant will
note that the percentages shown in JResultClient work this way as well.
The percents are shown with two decimal places, while the total is
100.0.

The reason it
works like this is for esoteric statistical reasons. 12.23 might
actually be 12.234, and 12.24 might be 12.237. When you sum a list of
floating point numbers, the sum has one less decimal place of significance
than the elements. Or just trust me -- I didn't like stats in school any
more than you did.

*Do you mean I
can finally dredge out those dusty, cherished notes from the numerical
analysis course I took years ago?*

*Nel*

The number of
decimal places should all be configurable, but weighted races are really just
a one-shot thing for Sacramento right now. When we get more weighted
customers, this will be enhanced.

Ken

This is fixed and will be in
GEMS-1-18-3.

Dmitry

----- Original Message -----

**Sent:** Friday, August 03, 2001 6:22
PM

**Subject:** weighted results total votes
displayed without two decimal places

Reported for
Brian. 1.18.2. Weighted races summary report candidate totals
with two decimal places (xxxxxx.xx), but the race total votes truncates
down to the whole value (xxxxxxx). The total needs to also display
the fraction.

Ken