
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On 19.10.2011, at 5.37, Kevin Venzke wrote:</div><div><br></div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div>Hi Juho,</div><div> </div><div>Firing off quick responses, sorry:<br><br>--- En date de : <b>Lun 17.10.11, Juho Laatu <i><<a href="mailto:juho4880@yahoo.co.uk">juho4880@yahoo.co.uk</a>></i></b> a écrit :<br></div><blockquote style="padding-left: 5px; margin-left: 5px; border-left-color: rgb(16, 16, 255); border-left-width: 2px; border-left-style: solid; position: static; z-index: auto; "><div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top"><div> </div><div> </div><div>I think that your method is similar to my single contest method. I believe you determine</div><div>the critical pair of candidates in exactly the same way. However, while my method just</div><div>has an instant runoff between those two candidates, you are possibly letting in some</div><div>other candidates.</div></td></tr></tbody></table></blockquote></div><br><div>That is essential. Those "additional" candidates and extra round with some Condorcet method (= a good single winner method) are needed to make it work in the intended way (= according to the requirements in the requirements section).</div><div><br></div><div><br></div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top"><div>I don't think there is a big problem on paper... It's quite likely that I tested in my sim</div><div>some methods very similar to your proposal, and didn't report on them just because I</div><div>found them to be .</div></td></tr></tbody></table></blockquote></div><div><br></div><div>What would you expect to be the problems in this category of methods? Why are they less than the best?</div><div> </div></div></blockquote><div>I considered them (i.e. your type, bringing in more candidates) less than the best for</div><div>my purposes at the time because there is more strategy in the rank component of</div><div>the ballot.</div></td></tr></tbody></table></blockquote><div><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div><br></div></td></tr></tbody></table></div></div><div>Yes, two candidates means no strategy, three opens the possibility of strategy.</div><div><br></div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div> </div><div>It may be, and I hope I once noted, that transferring all the strategy to the approval</div><div>component, so that said strategy can't be given clear pejorative names, may just be</div><div>a magic trick. But I'm fond of tricks if they're good.</div></td></tr></tbody></table></blockquote><div><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div><br></div></td></tr></tbody></table></div></div><div>The Condorcet tricks are well known. And yes, the approval part may introduce and hide problems (maybe even some that are linked to the Condorcet part).</div><div><br></div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div> </div><div> </div><blockquote style="padding-left: 5px; margin-left: 5px; border-left-color: rgb(16, 16, 255); border-left-width: 2px; border-left-style: solid; position: static; z-index: auto; "><div><br></div><div>Note also that the target of the method is somewhat different that the regular requirements for single winner methods (i.e. elect the strongest, not the compromise candidate). It is planned for a "few-party system" that should be an improved version of a plurality based "two-party system". But I guess strategic vulnerabilities should be treated pretty much the same way as with other methods.</div><div><br></div><div><br></div><div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top"><div>What I found to be of interest, of course, is that very little strategy remained on the</div><div>ranking side of the method, since its main purpose was to resolve a two-way race.</div><div>Your method will compromise on that a bit...</div></td></tr></tbody></table></blockquote></div></div><div><br></div><div>What do you mean with a two-way race? And what is the compromise?</div><div> </div></blockquote><div>Since my method only allows two finalists, there is only a two-way race to be</div><div>decided using the rankings.</div><div> </div><div>The compromise your method makes is that more strategy will be possible on the</div><div>rank component.</div></td></tr></tbody></table></blockquote><div></div></div><div><br></div><div>True. But I couldn't avoid it because I wanted to allow all candidates that can be considered to be "strong" to take part and maybe become elected. My method is thus "Condorcet for strong candidates".</div><div><div><br></div><div>Maybe a good name for these methods could actually be "strong candidate Condorcet". That makes the "strong candidate" part a modular component of the name (Condorcet being the other modular component), and allows that expression to be used also elsewhere as needed. (It hides the use of approval, but that's just one way to measure what "strong" means.)</div></div><div><br></div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div> </div><blockquote style="padding-left: 5px; margin-left: 5px; border-left-color: rgb(16, 16, 255); border-left-width: 2px; border-left-style: solid; position: static; z-index: auto; "><div> </div><div><br></div><div>The idea is to pick the winner among those candidates that can be considered to be at least equal in strength with "what single candidates of traditional two leading parties would be". Those candidates were picked by comparing their strength (= their level of approval) to the strength of the members of the most liked "proportional" pair.</div><div> </div></blockquote><div> </div><div>Yes, I get that.</div><blockquote style="padding-left: 5px; margin-left: 5px; border-left-color: rgb(16, 16, 255); border-left-width: 2px; border-left-style: solid; position: static; z-index: auto; "><div><br> </div><div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top"><div><div>Do you have majority favorite covered...?</div></div></td></tr></tbody></table></blockquote></div><div><table cellspacing="0" cellpadding="0" border="0"><tbody><tr><td valign="top"><div><div><br></div></div></td></tr></tbody></table></div><div>What do you mean with this?</div><div> </div></blockquote><div>I'm simply asking whether your method satisfies majority favorite. My method has</div><div>a rule tacked on to make sure it satisfies it. It's ugly and contrary to my stated</div><div>goals for the method, but seems to be better than the alternative.</div></td></tr></tbody></table></blockquote><div><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit; "><div><br></div></td></tr></tbody></table></div></div><div><div>Majority favorite criterion: "If a majority (more than 50%) of voters consider candidate A to be the best choice, then A should win"</div><div><br></div><div><div><div>51: A > B > C >></div><div></div><div>47: B > C >></div><div></div><div>1: B >></div><div><div>1: C >></div></div><div><div><br></div><div>98: A > B > C >></div><div><div>1: B >></div><div>1: C >></div></div></div><div><br></div><div><div><div>With these two vote sets A is a majority favorite, but pair < B, C > is most approved (100%) and A has less approvals than B or C. The method will elect B (A will not make it to the Condorcet round) and thus does not meet this criterion. This method thus emphasizes the meaning of approvals and picks a widely approved candidate rather than the one that is less approved but who is the favorite of majority.</div></div></div></div></div><div><br></div><div>The majority behind A could force A to be elected by not approving B and C. This would introduce a strategic interest in some cases. In the first set of votes almost all A supporters should however do so to change the result.</div><div><br></div><div>One could change the way how strength is measured. Since the original idea was to seek a method that would implement a few-party system that would improve the current plurality based two-party approach, allowing a candidate that has 51% or more approvals or first preferences could well be included in the Condorcet round (= sounds natural). I'll make some variants of the rules:</div><div><br></div><div>This is the original version (with ties of pairs covered explicitly):</div><div><div><div>Use a Condorcet method to elect the winner among the most approved candidate pair(s) (P) and those who have at least as many approvals as the least approved candidate in P.<br>- a pair of candidates is approved by a voter if she approves at least one of those candidates</div></div><div><br></div><div>Then a variant where also candidates that have 50% of the approvals of the most approved pair are strong:</div></div><div>Use a Condorcet method to elect the winner among the most approved candidate pair(s) (P) and those who have at least half of the approvals of one of the pairs in P or at least as many approvals as the least approved candidate in P.<br>- a pair of candidates is approved by a voter if she approves at least one of those candidates</div><div><br></div><div>And one more variant with a different approach to counting the approvals of the candidates:</div><div><div>Use a Condorcet method to elect the winner among the most approved candidate pair(s) (P) and those who have at least as many approvals as the least approved candidate in P when only votes that do not approve this candidate are considered.</div><div>- a pair of candidates is approved by a voter if she approves at least one of those candidates</div><div><br></div><div>These new variants should consider also A strong, and then elect A. The last version requires more information to be collected to be summable (approvals when compared to x).</div><div><br></div><div>Juho</div><div><br></div><div><br></div></div><div><div><br></div></div></div><blockquote type="cite"><table cellspacing="0" cellpadding="0" border="0" style="position: static; z-index: auto; "><tbody><tr><td valign="top" style="font: inherit;"><div> </div>

<div>Kevin</div></td></tr></tbody></table>----<br>Election-Methods mailing list - see <a href="http://electorama.com/em">http://electorama.com/em</a> for list info<br></blockquote></div><br></body></html>