Skip to content

Command line application and PHP library, providing an election engine with a high-level interface. Native support 20+ voting methods, easy to extend. Support simple elections with ease or billions of votes in low resource environment. Intensively tested and highly polyvalent.

License

julien-boudry/Condorcet

Repository files navigation

Condorcet

Open in GitHub Codespaces

License Packagist Docker Pulls Packagist Download GitHub contributors

Codacy Badge GitHub code size in bytes Codacy Badge Build Status

Main Author: Julien Boudry
License: MIT - Please say hello if you like or use this code!
Contribute: Contribute File
Donation: bc1q3jllk3qd9fjvvuqy07tawkv7t6h7qjf55fc2gh or Github Sponsor Page
You can also offer me a bottle of good wine.

Condorcet PHP

Presentation | Documentation Book | API References | Voting Methods | Tests

Condorcet manages the stages of an electoral process (configuration, votes ingestion & manipulation, integrity) and calculates the results. It offers natively the implementation of more than 20 voting methods compatible with preferential voting ballots, including Condorcet methods, Alternative Voting, STV, and many others. => Supported Voting Methods

Two different ways to use Condorcet:

  • A command line application, for quick use of essential features without complicated technical knowledge. Allowing you to easily compute your election results and stats.
  • A PHP library that you can include in your code to take advantage of 100% of the advanced features (advanced manipulations & configurations, extensions & modularity, cache & high performances simulations, advanced input and output methods...).

Both approaches can handle up to hundreds of millions of votes (or more) on modest hardware. Although using it as a library will allow more configuration and control over this advanced usage.

Summary

Project State and Specifications

Releases Notes

Version PHP Requirements State Support
4.6 8.2 Stable support provided
4.5 8.2 Old Stable support provided
3.x 8.1 Old Stable not any support
2.2 7.4 Old Stable support requiring some bait
2.0 7.1 Old Stable not any support
1.0 5.6 Old Stable not any support
0.9x 5.5 Old Stable ❌ ℹ Since v0.90, you should consider then it's a new project (api, engine).
0.14 5.5 Old Stable ready for the museum

All versions require Json and Mbstring extensions (or polyfill). Pdo-Sqlite is recommended if you need to activate the default provided driver for bigs elections (hundred of thousands of votes or more)

Supported Voting Methods

Support both single-winner methods (with or without the Condorcet criterion) and proportional methods.

Complete list of natively implemented methods, their options (variants), and implementation choices

Single-Winner Methods provided natively

Single Winner returns a full ranking of all candidates, even though they are generally more designed to designate only one.

Deterministic

Condorcet / Borda (+ Nauru variant) / Copeland / Dodgson (2 Approximations) / FTPT / Instant-runoff (alternative vote) / Kemeny–Young / Minimax (+ variants) / Ranked Pairs (+ variants) / Schulze (+ variants)

Lotteries

Random Ballot / Random Candidates

Proportional Methods provided natively

Designed for electing assembly, return a full ranking of elected candidates.

Single Transferable Vote (STV) / Comparison of Pairs of Outcomes by the Single Transferable Vote (CPO-STV) / Highest Averages Methods (Sainte-Laguë, Jefferson/D'Hondt, and variants) / Largest Remainder Methods (with different quotas)

Add your own voting method as a module

Condorcet is designed to be easily extensible with new algorithms (they don't need to share the same namespace).

Main features

  • Manage an election
    • Respect an election cycle: Registering candidates, registers votes, gets results from many algorithms.
    • Ordered votes, tags votes, delete votes, simulates partial results.
    • Many input types available (string, Json, objects...)
    • Import from Condorcet Election Format (and export to), Debian Format, David Hill Format
    • Integrity check (checksumming)
    • Support for storing elections (serializing Election object, export data...)
    • Some methods can be used nearly front final user (vote constraints, anti-spam check, parsing input, human-friendly results and stats...)
  • Get election results and stats
    • Get the natural Condorcet Winner, Loser, Pairwise, Paradox...
    • Get full ranking from advanced voting methods
    • Get some additional stats from these methods
    • Force ranking all candidates implicitly (default) or allow voters to not rank all candidates.
    • Put weight on a certain vote, and give more importance to certain voters.
  • Be more powerful
    • All are objects, all are abstract (But there are many higher-level functions and inputs types).
    • Candidates and Votes are objects which can take part in multiple elections at the same time and change their name or ranking dynamically. That allows powerful tools to simulate elections.
    • Manage hundred of billions of votes by activating an external driver to store (instead of RAM) an unlimited number of votes during the computation phase. A PDO driver is provided by default, an example is provided with SQLite, an interface that allows you to design other drivers.
    • Smart cache system, allows calling multiple time computation methods without performance issues.
  • Extend it! Configure it!
    • Modular architecture to extend it without fork Condorcet PHP! Just make your module on your own namespace.
      • Election, Candidate, and Vote classes are extensible.
      • Add your own ranking algorithm.
      • Create your own vote constraints.
      • Use your own datastore driver to manage very large elections on your way without ram limit.
    • Many configuration options and methods.

Condorcet PHP is not designed for high performance. But can handle virtually unlimited voting without limit or degrading performance, it's a linear and predictable scheme.
And has no certification or proven implementation that would guarantee a very high level of reliability. However, there are many written tests for each voting method and feature. This ensures an excellent level of confidence in the results.


Use Condorcet as a command line application

Install as a command line application

Can be installed natively from source (with composer), from PHAR file, from Docker image (build or pull).

Condorcet as a command line application, installation instructions

Condorcet Book - Command Line

Use Condorcet as a PHP Library

Install / Autoloading

Namespace \CondorcetPHP\Condorcet is used.

Can be installed as you prefer with: Composer / Natively provided autoloader / Any PSR-4 compatible autoloader.

Condorcet as a PHP library, installation instruction

Library Manual

Visit the Documentation Book

Living and learning examples, giving an overview but not exhaustive of the possibilities of the library.

Class & API References

The precise documentation of methods can be found in the form of Markdown in the "Documentation" folder for each release.

Class & API References

PHP Library - Examples

Overview

With Html output basics examples

Specifics examples

Performance & Coding style considerations

Coding standards:

The code is very close to the respect of PSR-12 (lacks only the naming of methods) when it is not unnecessarily authoritarian or conservative and follows some additional rules. Code is checked and fixed with CS-Fixer custom rules through Laravel Pint.

Performance:

  • Complete and huge use case with all voting methods chained, 6 candidates, 2 seats, and one thousand votes (many with implicit ranking).
    • Memory usage: less than 3M
    • Execution time (after Jit compiling): less than 160ms
    • Execution time (without JIT): less than 250ms

But essentially because some voting methods are slow by design and others (like Schulze) are very fast. Have a look on methods benchmarks.

Kemeny-Youg case:

1 000 randoms votes. Memory consumption comes from votes more than combinations.

  • use Kemeny-Young 7 candidates: ~5MB - 10ms
  • use Kemeny-Young 8 candidates: ~6MB - 10ms
  • use Kemeny-Young 9 candidates: ~7MB - 1.1s
  • use Kemeny-Young 10 candidates: ~7MB - 14s
  • use Kemeny-Young 11 candidates: ~8MB - 193s
Massive election case:

Extending PHP memory_limit allows you to manage hundreds of thousands of votes, but it can be a bit slower than outsourcing this data (PHP doesn't like that) and it's not extensive to infinity.

If you need to manage an election with more than 50 000 votes. You should consider externalizing your data, Condorcet provides a simple PDO driver to store data outside RAM between processing steps, this driver stores it into a classical relational database system, and it supports hundreds of millions of votes (or more). A very simple example with Sqlite is provided and very easy to activate.

You can also develop your homemade datastore driver (to store into NoSQL... all your fantasy), the modular architecture allows you to link it easily.

Have a look at the documentation book

Benchmark on a modern machine (linux - x64 - php 8.1 - cli).

Roadmap for further releases

  • ...

Related projects / They use Condorcet

See the list of known projects, add yours!