Use vendor defined candidate list when available to auto-load candidates

[chughes297]

Right now the candidate auto-load feature relies on reading in the whole CVR to generate its list of candidates. This can be time consuming for large, verbose CVRs (like those from Dominion) and won't necessarily capture all candidates (if, say, a candidate received no rankings in an election and therefore does not appear in the CVR data).

At least some CVRs (Dominion, Hart) lay out each of the candidates explicitly somewhere in the CVR. Finding and reading that file should be much faster and more accurate than reading in their whole CVR. Here is a list of vendors and, if known, where to find this data

Dominion: CandidateManifest.json Hart: Unknown ES&S: Unknown ClearBallot: Unknown

Open Questions

• For each of the major vendors, we need to research whether they have this information explicitly and document where it is #869

[yezr]

@chughes297 for either Dominion or Hart, if you already know explicitly where the candidate list is will you add that detail into this ticket?

[chughes297]

I don't know for Hart, but in Dominion this is always in the CandidateManifest.csv/.json file.

[artoonie]

The Dominion reader already does this.

For Hart, there's no separate file with candidate names, but we can make auto-load load their names into the GUI instead of the ID.

[yezr]

Can you elaborate on the second ask here: the candidate/alias file upload. With 2.0 we have an enhanced "Manually Add Candidate" section that I think provides near equal performance vs. what it would take for a user to manually create this file outside of the app. What format of file are you thinking?

The main benefit I could see is if we could upload directly the file that is automatically created by the vendor system, like the Dominion CandidateManifest.json. Which, in that case, we should just do it automatically when reading CVRs.

[chughes297]

The Dominion reader already does this.

For Hart, there's no separate file with candidate names, but we can make auto-load load their names into the GUI instead of the ID.

When I ran some Dominion data through the most recent version of 1.3.999 that I have, it just reviewed the whole CVR and did not grab candidate names from the candidatemanifest file. Is this a newer thing in some later version of 1.3.999?

[chughes297]

Can you elaborate on the second ask here: the candidate/alias file upload. With 2.0 we have an enhanced "Manually Add Candidate" section that I think provides near equal performance vs. what it would take for a user to manually create this file outside of the app. What format of file are you thinking?

The main benefit I could see is if we could upload directly the file that is automatically created by the vendor system, like the Dominion CandidateManifest.json. Which, in that case, we should just do it automatically when reading CVRs.

Right now I find entering candidate name/code data by reviewing the candidatemanifest.json or whatever other file and then typing it into the interface pretty clunky. I can't think of a way to make this less clunky, though, which is why I'm thinking about the ability to upload a file. Making that file probably would be just as clunky, though, unless you can just export a candidate manifest type of file from each vendor. So maybe the best thing to do is suggest to people that they have an easy reference sheet or file to use when if they're manually typing data into the candidates tab...

[yezr]

Got it. I'm going to prune that from this ticket, and if we find after implementing auto-load from the vendor files that it is still too cumbersome we can revisit that part.

[artoonie]

The Dominion reader already does this. For Hart, there's no separate file with candidate names, but we can make auto-load load their names into the GUI instead of the ID.

When I ran some Dominion data through the most recent version of 1.3.999 that I have, it just reviewed the whole CVR and did not grab candidate names from the candidatemanifest file. Is this a newer thing in some later version of 1.3.999?

Apologies, you're right: it does read the candidate list, but it also reads the entire CVR to see if there are any candidates that are not included in the list. I can make it skip the second phase and only look at the CandidateManifest file.