On further inspection, the voting method we selected - instant runoff STV - isn’t best suited to electing multiple candidates. We can adapt the rules to get good counts for second and third candidates (my suggestion was to rerun the election without the winner in order to find second and third place winners), but I’d like to suggest we instead use a different STV counting method.
Meek STV, described here and implemented in this python library is used in various local body elections, as well as on Stack Overflow and by the London Hackspace. It’s well understood, already implemented, and explicitly designed for electing multiple candidates. It’s still a ranked choice voting method, so all the ballots cast for this election are still valid.
I would like to propose that we use Meek STV for determining the outcome of this election, and prior to the next election pass an amendment to EP4 either specifying that future elections will use it if Snapshot can add support for it before then, or changing to another method already supported by Snapshot, such as approval voting, if they can’t implement it in time.
In the interests of not holding up the steward election process for a DAO-wide snapshot vote, I’d like to propose we adopt this by acclaimation (eg, please state an objection if you have one).
Finally, I need to apologise - the choice of voting system was mine, and I didn’t look closely enough into how it worked with electing multiple candidates before putting it forward.