RankedChoiceVis

Feature announcement: you can now enter election data directly on RCVis, without formatting a complex JSON. Thanks to the CS490 students at USFCA for the implementation! mailchi.mp/d690d27b90b0/feat…

And anybody can create them for free at rcvis.com!

We agree!

Note that vote totals are always correct -- this only affects how "wide" the lines are in the Sankey, and some of the text in the Table-by-Candidate. I do agree that in this case, we shouldn't be guessing at the transfers. I have created an Issue here: github.com/artoonie/rcvis/is…

In this case, the transfers were guessed at by assuming proportionality. Note that anybody can upload data to RCVis. You should look for a [source] link to reference the original data source. In this case, here are the official results: minnetonkamn.gov/home/showpu…

It's the flip side of what you noted earlier: when batch elimination only shows the total results of the round, and not the per-candidate distributions, you either (1) guess at the transfers by assuming proportionality, or (2) hide the transfer data during any batch elimination.

I’m not sure I’d call it an “issue” with Dominion’s data. It’s a bit of data that’s not needed for most visualizations: during batch elimination, the transfer data is presented as a batch. This only is relevant in our Sankey and Table By Round.

You do need to create an account and log in to view raw data — this is a measure to prevent bots from scraping everything. Here’s what the raw data looks like: github.com/artoonie/rcvforma…

There is also a minimum height for each candidate in the sankey. Below a certain size, they are not proportional. We understand the concern and if it’s causing confusion, can look into explaining that on the page.

This is caused by missing information in the data source (in this case, Dominion). There’s no reason batch elimination inherently wouldn’t show the transfers. For example, you can see a Sankey here where batch elimination shows transfer data: rcvis.com/v/2023-ward-3-coun…

Batch elimination is guaranteed to produce the same exact results. In many municipalities, the presence of batch elimination is required by statute. We are not sure if this is the case in Boulder.

See an example without batch elimination here: rcvis.com/v/va-gop-gov

When the Cast Vote Records are released, they can be run through a tabulator without batch elimination, and those results can be uploaded to RCVis to visualize and analyze -- but that data will only be for instructional purposes, and not the true certified result data.

RCVis shows whatever the tabulator does. In this case, the tabulator uses batch elimination, so we have no way of "opening up" what happened during the batch. The data just isn't available.

These are the most recent results for Boulder, CO. After one round of elimination, @AaronBrockett12 pulled ahead and is now in the lead.

The most recent update: rcvis.com/v/city-of-boulder-…

See more details at: electionresults.bouldercount… Boulder County will provide additional updates tonight at 8:45 p.m., 11 p.m., and 1 a.m., with more updates to follow. See their full schedule here: bouldercounty.gov/elections/…

These are the current results for Boulder's first RCV election. These results are unofficial as they wait for more ballots to be counted. After two rounds, Bob Yates is currently in the lead. rcvis.com/v/city-of-boulder-…

The RCVis links each have multiple ways of visualizing these results, including static barcharts, sankey diagrams, and tables. Tap to see them: 9th district, Dem: rcvis.com/v/democratic-counc… 13th district, Rep: rcvis.com/v/republican-counc… 19th district, Dem: rcvis.com/v/democratic-counc…

In the 19th district's Democratic primary, Tony Avella is in the lead by 123 votes in the final round: rcvis.com/v/democratic-counc…