<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif;font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 22, 2022 at 5:11 PM Kristofer Munsterhjelm <<a href="mailto:km_elmet@t-online.de">km_elmet@t-online.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 22.01.2022 21:33, Daniel Carrera wrote:<br>
> Hi guys,<br>
> <br>
> As you know, like many of you I am dismayed that so many election reform<br>
> advocates are promoting IRV, apparently thinking that it is the only or<br>
> the best alternative to FPTP. So once again I'm trying to think of<br>
> methods that might appeal to an existing IRV advocate, to see if I can<br>
> get them to ditch IRV and pick something that is actually good. In the<br>
> past you've seen me ask about BTR-IRV, Benham, Smith[//,,]IRV, etc. So<br>
> let me present another idea:<br>
> <br>
> What about Copeland//Plurality?<br>
> <br>
> 1) The method is incredibly easy:  "Among the candidates that win the<br>
> most head-to-head matches, pick the one with the most first votes."<br>
> (yes, I'm setting it so the score for ties is zero)<br>
> <br>
> 2) I'm pretty sure that the method is Smith efficient and monotone.<br>
<br>
It probably fails monotonicity, because it's X//Y and it's not Borda.<br>
The thing that makes Copeland//Borda monotone is that the pairwise<br>
matrix doesn't change when you remove candidates. But the number of<br>
first preferences for remaining candidates *does* change when candidates<br>
are eliminated.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small">I didn't think of that. I think that when I wrote Copeland//Plurality I was really thinking of Copeland,Plurality --- i.e. keep the first preferences as is, and pick the highest one that is in the Copeland set. No redistribution. But changing to Copeland,Plurality just introduces new problems (below).</div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I would also guess that it would be pretty susceptible to strategy. It<br>
isn't cloneproof either because neither Copeland nor Plurality is.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small">Yeah, probably. For Copeland,Plurality you get the same spoiler effect as Plurality.</div></div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small"><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> 3) For an IRV advocate it might have better intuitive appeal than other<br>
> alternatives because it has that Plurality component that some of them<br>
> want. I've read IRV advocates say that IRV > Condorcet because the<br>
> winning candidate should have strong 1st-place support. I can't imagine<br>
> any reason why that would possibly be true, but it means that an<br>
> X//Plurality method might appeal to them.<br>
<br>
I always find the core support argument kind of weird. If core support<br>
is the end-all be-all, then Plurality's your man. But clearly it isn't.<br>
On the other hand, IRV can elect a candidate who has only two first<br>
preferences, so the worst case (lack of) reliance on core support can be<br>
pretty bad -- and IRV can fail to elect the CW even when the CW has more<br>
initial first preferences than the IRV winner. So it doesn't really hold up.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small">Yeah. It's a weird argument. "We want enough Plurality to dismiss the CW (sometimes), but not enough to elect the Plurality winner, oh and sometimes we'll pick the 3rd or 4th highest Plurality candidate even if the CW is 2nd because... I guess IRV just does that sometimes".</div><br></div><div><span class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small">rbj made a point just an hour ago that Condorcet is a principle "if a majority agrees that A > B, then B must not win", while IRV is an algorithm without underlying ethic. It's the core principle of Condorcet that convinces me that it is the embodiment of democracy in a multi-candidate election.</span><span class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small"></span></div><div><span class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small"><br></span></div><div><span class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small">Cheers,</span></div><div><div class="gmail_default" style="font-family:"trebuchet ms",sans-serif;font-size:small"><span style="font-family:Arial,Helvetica,sans-serif">--</span><br></div></div></div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><font face="trebuchet ms, sans-serif">Dr. Daniel Carrera</font></div><div dir="ltr"><font face="trebuchet ms, sans-serif">Postdoctoral Research Associate</font></div><div><font face="trebuchet ms, sans-serif">Iowa State University</font></div></div></div></div></div></div></div></div></div></div></div>