[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: ability to clear one precinct in a multiprecinct vote center
-----Original Message-----
From: Ken Clark <ken@dieboldes.com>
To: tari@dieboldes.com <tari@dieboldes.com>
Date: Tuesday, March 14, 2000 1:52 PM
Subject: RE: BOUNCE rcr@dieboldes.com: Non-member submission from ["Tari Runyan"
<tprunyan@techline.com>]
>Hey Tari. Your mail bounced because tprunyan@techline is not subscribed to
>the rcr list. There are a couple of solutions. One is to subscribe
>yourself using techline. You could also try setting the mail address on
>your mailer to trglobal@earthlink.net even for your techline account. I am
>not sure if that will work though.
>
>Ken
>
>> -----Original Message-----
>> From: owner-rcr@dieboldes.com [mailto:owner-rcr@dieboldes.com]
>> Sent: Tuesday, March 14, 2000 3:49 PM
>> To: owner-rcr@dieboldes.com
>> Subject: BOUNCE rcr@dieboldes.com: Non-member submission from ["Tari Runyan"
>> <tprunyan@techline.com>]
>>
>>
>> >From ken@ns.dieboldes.com Tue Mar 14 13:49:19 2000
>> Received: from mx1.techline.com (mx1.techline.com [204.201.36.16])
>> by ns.dieboldes.com (8.8.7/8.8.7) with ESMTP id NAA31136
>> for <rcr@dieboldes.com>; Tue, 14 Mar 2000 13:49:19 -0800
>> Received: from runyan (ip256.a0net.ips.techline.com [204.203.20.8])
>> by mx1.techline.com (8.8.7/8.8.7) with SMTP id NAA25104
>> for <rcr@dieboldes.com>; Tue, 14 Mar 2000 13:36:56 -0800
>> Message-ID: <001501bf8dfd$2a1d0350$0814cbcc@runyan>
>> From: "Tari Runyan" <tprunyan@techline.com>
>> To: <rcr@dieboldes.com>
>> Subject: Re: ability to clear one precinct in a multiprecinct vote center
>> Date: Tue, 14 Mar 2000 13:35:03 -0800
>> MIME-Version: 1.0
>> Content-Type: multipart/alternative;
>> boundary="----=_NextPart_000_0012_01BF8DBA.1A9132A0"
>> X-Priority: 3
>> X-MSMail-Priority: Normal
>> X-Mailer: Microsoft Outlook Express 4.72.3110.5
>> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
>>
>> This is a multi-part message in MIME format.
>>
>> ------=_NextPart_000_0012_01BF8DBA.1A9132A0
>> Content-Type: text/plain;
>> charset="iso-8859-1"
>> Content-Transfer-Encoding: quoted-printable
>>
>> Guy - you need to unset for election to add a new vote center - thereby
=
>> clearing all the results so a Okay to clear precinct 102 on the memory =
>> card in Sup functions seems more logical and less potentially =
>> problematic to me. IMHO
>>
>> Tari
>>
>>
>> -----Original Message-----
>> From: Ken Clark <ken@dieboldes.com>
>> To: rcr@dieboldes.com <rcr@dieboldes.com>
>> Date: Tuesday, March 14, 2000 12:52 PM
>> Subject: RE: ability to clear one precinct in a multiprecinct vote =
>> center
>> =20
>> =20
>> From: owner-rcr@dieboldes.com [mailto:owner-rcr@dieboldes.com]On Behalf Of
=
>> Guy =20
>> =20
>> Would it be reasonable to download a new memory card designed to
=
>> count just the precinct in question? This would imply selecting a =
>> precinct for recount (as opposed to a race which is another common =
>> recount requirement), clearing its counters (probably automatic), =
>> downloading its memory card, recounting, and uploading the new count.=20
>> =20
>> Yes. It is not just a matter of recounting a "precinct" though. =
>> Its recounting a precinct within a countergroup of an AccuVote in a =
>> vcenter. So the question is how to present this in GEMS.
>>
>> Here is one solution. Add a clear button to manual entry system. =
>> Probably a good idea anyway. This allows the user to zero out a =
>> memorycard/precinct/countergroup combination. User then increases the =
>> number of memory cards in the vcenter, and counts only those precincts =
>> on the new card. We already that part.
>>
>> I would like to hear suggestions on how this could be made more =
>> transparent though -- ie automatically clearing the recounted =
>> memorycard/precinct/countergroup. This still sounds far too easy to =
>> screw up.
>>
>> Ken
>>
>> =20
>>
>>
>> ------=_NextPart_000_0012_01BF8DBA.1A9132A0
>> Content-Type: text/html;
>> charset="iso-8859-1"
>> Content-Transfer-Encoding: quoted-printable
>>
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
>> <HTML>
>> <HEAD>
>>
>> <META content=3Dtext/html;charset=3Diso-8859-1 =
>> http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
>> Transitional//EN">
>> <META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
>> </HEAD>
>> <BODY bgColor=3D#ffffff>
>> <DIV><STRONG><FONT color=3D#800080 size=3D2>Guy - you need to =
>> unset for=20
>> election to add a new vote center - thereby clearing all the results so =
>> a Okay=20
>> to clear precinct 102 on the memory card in Sup functions seems more =
>> logical and=20
>> less potentially problematic to me. IMHO</FONT></STRONG></DIV>
>> <DIV><STRONG><FONT color=3D#800080 size=3D2></FONT></STRONG> </DIV>
>> <DIV><STRONG><FONT color=3D#800080 size=3D2>Tari</FONT></STRONG></DIV>
>> <DIV><STRONG><FONT color=3D#800080 size=3D2></FONT></STRONG> </DIV>
>> <DIV><STRONG><FONT color=3D#800080 size=3D2></FONT></STRONG> </DIV>
>> <BLOCKQUOTE=20
>> style=3D"BORDER-LEFT: #800080 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT:
=
>> 5px">
>> <DIV><FONT face=3DArial size=3D2><B>-----Original =
>> Message-----</B><BR><B>From:=20
>> </B>Ken Clark <<A=20
>> href=3D"mailto:ken@dieboldes.com";>ken@dieboldes.com</A>><BR><B>To: </B><A=20
>> href=3D"mailto:rcr@dieboldes.com";>rcr@dieboldes.com</A> <<A=20
>> href=3D"mailto:rcr@dieboldes.com";>rcr@dieboldes.com</A>><BR><B>Date: =
>> </B>Tuesday,=20
>> March 14, 2000 12:52 PM<BR><B>Subject: </B>RE: ability to clear one =
>> precinct=20
>> in a multiprecinct vote center<BR><BR></DIV></FONT>
>> <BLOCKQUOTE=20
>> style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; =
>> MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">
>> <DIV align=3Dleft class=3DOutlookMessageHeader dir =3D ltr><FONT
=
>> size=3D2><FONT=20
>> face=3DTahoma><B>From:</B> <A=20
>> href=3D"mailto:owner-rcr@dieboldes.com";>owner-rcr@dieboldes.com</A> [<A=20
>> =
>> href=3D"mailto:owner-rcr@dieboldes.com";>mailto:owner-rcr@dieboldes.com</A>]<B>On=20
>> Behalf Of </B>Guy <FONT face=3DArial><SPAN=20
>> =
>> class=3D078413420-14032000> </SPAN></FONT></FONT></FONT></DIV>
>> <DIV align=3Dleft class=3DOutlookMessageHeader dir =3D ltr><FONT
=
>> size=3D2><FONT=20
>> face=3DTahoma><FONT face=3DArial><SPAN=20
>> =
>> class=3D078413420-14032000> </SPAN></FONT></FONT></FONT><BR>Would =
>> it=20
>> be reasonable to download a new memory card designed to count =
>> just the=20
>> precinct in question? This would imply selecting a =
>> precinct for=20
>> recount (as opposed to a race which is another common recount=20
>> requirement), clearing its counters (probably automatic), =
>> downloading=20
>> its memory card, recounting, and uploading the new count.=20
>> </DIV></BLOCKQUOTE>
>> <P><FONT face=3DArial size=3D2><SPAN =
>> class=3D078413420-14032000><BR>Yes. It=20
>> is not just a matter of recounting a "precinct" =
>> though. Its=20
>> recounting a precinct within a countergroup of an AccuVote in a
=
>>
>> vcenter. So the question is how to present this in=20
>> GEMS.</SPAN></FONT></P>
>> <P><FONT face=3DArial size=3D2><SPAN class=3D078413420-14032000>Here
=
>> is one=20
>> solution</SPAN></FONT><FONT face=3DArial size=3D2><SPAN=20
>> class=3D078413420-14032000>. Add a clear button to manual =
>> entry=20
>> system. Probably a good idea anyway. This allows the =
>> user to=20
>> zero out a memorycard/precinct/countergroup combination. User =
>> then=20
>> increases the number of memory cards in the vcenter, and counts only
=
>> those=20
>> precincts on the new card. We already that =
>> part.</SPAN></FONT></P>
>> <P><FONT face=3DArial size=3D2><SPAN class=3D078413420-14032000>I =
>> would like to=20
>> hear suggestions on how this could be made more transparent though =
>> -- ie=20
>> automatically clearing the recounted =
>> memorycard/precinct/countergroup. =20
>> This still sounds far too easy to screw up.</SPAN></FONT></P>
>> <P><FONT face=3DArial size=3D2><SPAN=20
>> class=3D078413420-14032000>Ken</SPAN></FONT></P>
>> <P><FONT face=3DArial size=3D2><SPAN=20
>> =
>>
class=3D078413420-14032000></SPAN></FONT> </P></BLOCKQUOTE></BODY></=
>> HTML>
>>
>> ------=_NextPart_000_0012_01BF8DBA.1A9132A0--
>