On Mon, Jul 4, 2011 at 10:34 PM, Juho Laatu <span dir="ltr"><<a href="mailto:juho4880@yahoo.co.uk">juho4880@yahoo.co.uk</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div style="word-wrap: break-word;"><div><div><div class="im"><div>On 5.7.2011, at 3.09, Russ Paielli wrote:</div><br><blockquote type="cite">Thanks for the feedback, Jameson. After thinking about it a bit, I realized that the method I proposed probably suffers from strategy problems similar to IRV. But at least it avoids the summability problem of IRV, which I consider a major defect.<br>
</blockquote><div><br></div></div><div>I agree that if IRV is interesting then also this method is. Some IRV related problems remain but you will get summability, clear declarations of candidate preferences, very simple voting and ability to handle easily large number of candidates. You could say that this method is also an improvement of TTR (similar voting, but has ability to pick the winner in one round only, maybe smaller spoiler problem).</div>
<div><br></div></div></div></div></blockquote><div><br>After thinking about it a bit more, it seems to me that the method I proposed at the top of this thread greatly improves on the practicality of IRV. Not that I'm a big fan of IRV, but it *is* getting a lot of political support these days, so improving it should be of interest.<br>
<br>First of all, my method is summable, which I consider a huge practical benefit. Secondly, my method does not require the voter to rank candidates. That's another huge practical benefit, greatly simplifying equipment requirements and voter education.<br>
<br>The only "benefit" missing in my proposal compared to IRV is that the voter cannot specify his own ranking of the candidates but rather must depend on the candidates own rankings of the other candidates. I hardly consider that a benefit anyway. I'll bet most voters would rather just leave the ranking to their preferred candidate anyway. The candidate is likely to have more time to research the issue, and if you trust the candidate to govern, you must trust his judgment to some extent to some extent anyway.<br>
<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div style="word-wrap: break-word;"><div><div><div></div><div>If people don't like the preference list given by their favourite candidate, one could nominate additional fake candidates to offer additional preference lists. If the preference list of candidate A is A>B>C, then thee could be an additional (weaker) candidate A1 whose preference order would be A1>A>C>B.</div>
<div><br></div><div>One possible extension would be to allow candidates that are afraid that they would be spoilers (that reduce the votes of a stronger favourite candidate too much so that he will be eliminated too early) to transfer their votes right away. The preference list could have a cutoff. Preference list A>B>C>>D>E (of candidate A) would be interpreted so that votes to A would be added right away also to the score of B and C (but not D and E). If A gets transferred votes from some other candidates, they will be transferred further (to candidates not mentioned above cutoff in the original transfer list) only after A has been eliminated. (One could use this trick also in regular IRV.)</div>
<div><br></div><div>If one wants to simplify the inheritance rules even more then we might end up using a tree method (I seem to mention it in every mail I send:). In that approach there is no risk of having loops in the candidate transfer order. Votes would be counted right away for each branch, and the candidate of the largest brach of the largest branch of the ... would win.</div>
</div></div></div></blockquote><div><br>That sounds interesting, but I'm not sure I understand what you mean. Can you give an example?<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div style="word-wrap: break-word;"><div><div><div class="im"><div><br></div><blockquote type="cite">
<br>OK, here's another proposal. Same thing I proposed at the top of this thread, except that voters can vote for more than one candidate, as in Approval Voting. How does that stack up?<br></blockquote><div><br></div>
</div><div>You should define that method a bit more in detail. I started wondering if it would allow candidate X to win if he asked also 100 of his friends to take part in the election and transfer their votes to him.</div>
<div><br></div></div></div></div></blockquote><div><br>Yeah, it could get a bit weird. Maybe it's not a great combination.<br><br>--Russ P.<br><br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div style="word-wrap: break-word;"><div><div><div></div><font color="#888888"><div>Juho</div></font><div class="im"><div><br></div><div><br></div><br><blockquote type="cite"><br>By the way, I took a look at SODA, and I must tell you that I don't consider it a "practical reform proposal." It's way too complicated to ever be adopted for major public elections. The method I just proposed is already pushing the limit for complexity, and it is much simpler than SODA.<br>

<br>Regards,<br>Russ P.<br><br><br><div class="gmail_quote">On Mon, Jul 4, 2011 at 1:10 PM, Jameson Quinn <span dir="ltr"><<a href="mailto:jameson.quinn@gmail.com" target="_blank">jameson.quinn@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<span></span><span></span><a></a>A system based purely on candidates freely transferring their votes until a majority (or Droop quota) is reached is called Asset voting. I believe that Asset voting is a good system, though there are certainly those who'd disagree. It is also possible - and I'd say desirable - to combine aspects of Asset with other systems productively. One such proposal, <a href="http://wiki.electorama.com/wiki/SODA" target="_blank">SODA</a>, is currently my favorite practical reform proposal, something I have real hopes for. So I'd certainly say you have (reinvented) some good ideas here.<div>



<br></div><div>With that said, I can see a couple of problems with this system right off. First off, bottom-up elimination is probably the worst feature of IRV, because there is a fairly broad range of situations where it leads inevitably to eliminating a centrist and electing an extremist, in a way that can clearly be criticized as "spoiled" (the centrist would have won pairwise) and "nonmonotonic" (votes shifting to the winner can cause them to lose). Secondly, a voter has no power to ensure that their vote is not transferred in a way they do not approve of. This second disadvantage compounds with the first, because a minority bloc will be eliminated early, and their votes transferred more than once before the final result.</div>



<div><br></div><div>Cheers, </div><div>Jameson</div><div><br><div class="gmail_quote"><div><div></div><div>2011/7/4 Russ Paielli <span dir="ltr"><<a href="mailto:russ.paielli@gmail.com" target="_blank">russ.paielli@gmail.com</a>></span><br>

</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div>

Hello,<br><br>I was somewhat active on this mailing list for a short time several years ago. How is everyone doing?<br><br>I have an idea for a single-winner election method, and it seems like a good one to me. I'd like to know if it has been considered before and, if so, what the problems are with it, if any. Here's how it works:<br>




<br>The mechanics of casting a ballot are identical to what we do now (in the US anyway). Each voter simply votes for one candidate. After the votes are counted, the last-place candidate transfers his or her votes to the candidate of his or her choice. Then the next-to-last candidate does the same thing, and so on, until one candidate has a majority.<br>




<br>The transfer of votes at the close of polling could be automated as follows. Weeks before the election, each candidate constructs a ranked list of his or her preferences for the other candidates. The resulting preference matrix could (should?) be published for the voters to see in advance. The bottom candidate at each round of transfers would then have his or her votes automatically transferred to the top remaining candidate in his or her preference list.<br clear="all">




<br>
The transfer of votes from the bottom finisher in each round resembles 
IRV, but note that this method is "summable" -- a major advantage over 
IRV, eliminating the need to maintain a record of each and every vote cast. I 
think it may also have other major strategy-deterring advantages over IRV. What do you think? Thanks.<br><br>Russ P.<br><font color="#888888">
<br>-- <br><a href="http://RussP.us/" target="_blank">http://RussP.us</a><br><br>
</font><br></div></div>----<br>
Election-Methods mailing list - see <a href="http://electorama.com/em" target="_blank">http://electorama.com/em</a> for list info<br>
<br></blockquote></div><br></div>
</blockquote></div><br><br clear="all"><br>-- <br><a href="http://RussP.us/" target="_blank">http://RussP.us</a><br>
----<br>Election-Methods mailing list - see <a href="http://electorama.com/em" target="_blank">http://electorama.com/em</a> for list info<br></blockquote></div></div><br></div></div><br>----<br>
Election-Methods mailing list - see <a href="http://electorama.com/em" target="_blank">http://electorama.com/em</a> for list info<br>
<br></blockquote></div><br><br clear="all"><br>-- <br><a href="http://RussP.us">http://RussP.us</a><br>