-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wisconsin results files don't have total votes/winner/write-in columns filled in #274
Comments
There are some descriptions of these fields as defined on classes in the repo: class RawResult(TimestampMixin, DynamicDocument):
total_votes = IntField(help_text="Total candidate votes contest-wide, if provided in raw results.")
winner = StringField(help_text="Winner flag, if provided in raw results.")
write_in = StringField(help_text="Write-in flag, if provided in raw results.")
class Result(TimestampMixin, DynamicDocument):
total_votes = IntField(help_text="Total candidate votes contest-wide, either from raw results or calculated by OpenElex."
"Requires validation if migrated from raw results.")
winner = BooleanField(help_text="Winner of jurisdiction, *not* contest winner. Some data flags lower-level results "
"as winner if candidate won contest-wide. In such case, this field should blank")
write_in = BooleanField() Where a Contest is a match-up of candidates (specific to a date, an office, possibly a district, possibly a party). It sounds like these are all optional at the Raw stage that we're currently at. Write-InThere could be a case for removing Here's an example of another state's results with the write-in column filled in: Total VotesTotal votes, as I understand it, would be a little more challenging. It sounds like the value for that column is supposed to be the the candidate's total votes for the entire contest. This West Virginia column has that filled in: The WinnerIt sounds like
For that reporting unit, Cowles would be the winner regardless of whether he won overall. Determining that would also take some further processing of the results. For non-partisan primary elections where the top two vote-getters proceed to the general election, we may need to clarify that winner at the micro level is still the top one candidate for the ward. |
Poking around for ways to contribute, is this fixed by #275? |
I would say it's 1/3rd fixed? #275 filled in the |
Total votes is present in the
openelections-data-wi
repo data, so all we should have to do is make sure that gets into the Mongo data and then output in the raw data.The write-on column should be possible to fill based on candidate name (which ought to have
(Write-In)
or(Write In)
if the candidate is one).Marking the winner might be a little trickier, but maybe I can base that off of another state's logic.
The text was updated successfully, but these errors were encountered: