You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know of some special district elections that permit (or only allow) landowners who own property with the district area to vote, even nonresident landowners. There are 2 cases of who votes: (1) residents of
the GpUnit area and nonresident landowners, (2) only landowners resident or nonresident. In the case of (1) the outcome is the total of resident+nonresident, in the case of (2) not all residents of the GpUnit can vote. Typically, nonresident landowners register separately, and receive a vote-by-mail ballot with just the relevant contest(s).
Sometimes separate contest-IDs are used within an EMS making interpretation of results somewhat confusing (in this case contest results are subtotals). One solution is to add a new ReportingUnitType "landowner-area" meaning a subtotal applying to registered landowners. When nonresident landowner votes are combined with resident votes, the ReportingUnitType "resident-area" could distinguish the landowner and resident subtotals. Some EMS system have these landowner special districts as a separate district ID.
The text was updated successfully, but these errors were encountered:
My feeling is that this could be handled by the use of Count::Type and Count::OtherType. You could report the landowners vote totals separately, but as part of a single logical contest.
I know of some special district elections that permit (or only allow) landowners who own property with the district area to vote, even nonresident landowners. There are 2 cases of who votes: (1) residents of
the GpUnit area and nonresident landowners, (2) only landowners resident or nonresident. In the case of (1) the outcome is the total of resident+nonresident, in the case of (2) not all residents of the GpUnit can vote. Typically, nonresident landowners register separately, and receive a vote-by-mail ballot with just the relevant contest(s).
Sometimes separate contest-IDs are used within an EMS making interpretation of results somewhat confusing (in this case contest results are subtotals). One solution is to add a new ReportingUnitType "landowner-area" meaning a subtotal applying to registered landowners. When nonresident landowner votes are combined with resident votes, the ReportingUnitType "resident-area" could distinguish the landowner and resident subtotals. Some EMS system have these landowner special districts as a separate district ID.
The text was updated successfully, but these errors were encountered: