[Date Prev][Date Next] [Chronological] [Thread] [Top]

# Re: GEMS 1-17-20 erroneous voter group 2 ballots

- To: <bugtrack@dieboldes.com>
- Subject: Re: GEMS 1-17-20 erroneous voter group 2 ballots
- From: "Talbot Iredale" <tiredale@dieboldes.com>
- Date: Tue, 18 Dec 2001 11:41:50 -0800
- References: <00b001c187f5$4881fbe0$0a04a8c0@dieboldes.com>

Nel, This is not a bug. In the database that you referenced the vgroup 2 Republican and Democrat were set to not rotate. This generated a ballot for these vgroups that were different that the NP group. Tab ----- Original Message ----- From: Nel Finberg To: Bug Track Sent: Tuesday, December 18, 2001 10:53 AM Subject: GEMS 1-17-20 erroneous voter group 2 ballots Robert Chen has reported the following problem: A database is defined with multiple partisan voter groups as well as Republican and Democrat Absentee/NonAbsentee voter groups, used to achieve the California decline-to-state requirement in San Luis Obispo. Several races are defined with 'In District' rotation. Races 121-124 are defined with both voter group 1 and 2 set to Republican, and race 130 is defined with both voter group 1 and 2 set to Democrat. Ballot artwork and ballot rotations are generated. Many ballots are created with either Republican or Democrat voter group 2, erroneously set to correspond to partisan voter groups of other parties. For example, ballot 3 corresponds to Democrat voter group 1 and Republican voter group 2, which should not be possible according to the election configuration. Database 'San Luis Obispo primary2002121501.gbf' is located on maryann://d:/program files/gems/backup. Nel

- References:
  - GEMS 1-17-20 erroneous voter group 2 ballots
    - From: "Nel Finberg" <nel@dieboldes.com>

- Prev by Date: GEMS 1-17-20 erroneous voter group 2 ballots
- Next by Date: RE: CMR 1-0-1 will load keys but doesn't hold them
- Index(es):
  - Chronological
  - Thread