Condorcet-Voting-Open-Source-Ecosystem-Map VS VoteFair-ranking-cpp

I have just created this collaborative map of open-source projects & resources around preferential voting. Including software, votes services formats, and other tools and data. https://github.com/CondorcetVote/Condorcet-Voting-Open-Source-Ecosystem-Map

Since you're doing this for fun, consider the alternative of allocating residual votes in integer counts to simulate what voters in a real election would want because they don't trust decimal calculations. The coding is harder to do but it yields code that is more likely to be trusted by non-math-savvy voters (i.e. most voters).

However, STV is often implemented as if a voter cannot mark more than one candidate at the same ranking level. That's a flawed version of STV. It's easy for STV counting to handle shared ranking levels.

The measurement software uses external software to calculate winners, so it can be used with whatever counting methods you want to measure.

All "ordinal" (ranked-choice) counting methods also allow just 6 columns, and allow multiple candidates to be ranked at the same choice level. Even IRV can be counted that way. Here's IRV software that allows shared ranking levels.

Link: https://github.com/cpsolver/VoteFair-ranking-cpp/blob/master/rcipe_stv.cpp

Here’s some code that shows how to do it (IRV, which is promoted under the RCV name) using fractions (for better accuracy compared to decimals): https://github.com/cpsolver/VoteFair-ranking-cpp