<html>

<head>

<style><!--

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Tahoma

}

--></style></head>

<body class='hmmessage'><div dir='ltr'>

<pre>Abd:<br><br>You wrote:<br><br>I'd still want to be able to rank my approvals....<br><br>[endquote]<br><br>Maybe, but realistically, it would be better to just start by proposing Approval,<br>because, for one thing, there are so many ways to count rankings that there could<br>always be the question "Why this rank-count instead of one of the innumerable other<br>ones?", and, for another thing, pretty much all good rank-counts aren't suitable for<br>handcount. ABucklin without the delay is handcountable, if you're willing to do without<br>the MMC compliance made possible by the delay that I spoke of.<br>You wrote:<br><br> If this is the "chicken dilemma," it's been made up. <br><br>[endquote]<br><br>Every example is "made up". The chicken dilemma, however, is not made up.<br>It's real. It will happen.<br><br><br>What this 

situation means (if we interpret it realistically) is that C is 

likely to win. Period. <br><br>[endquote]<br><br>Not if the situation is handled well, in Approval. And especially not with AOC,<br>MMT or GMAT.<br><br>You wrote:<br><br>People are far more alike than you might realize. If A voters betray, 

B voters also betray, they betray equally, more or less. So C wins.<br><br>[endquote4]<br><br>We've discussed a number of ways to avoid that result in Approval and RV.<br>I'll list at least some of the solutions that we discussed (not counting the<br>use of a defection-resistant method such as AOC, MMT or GMAT):<br><br>1. I suggested that the A voters, given the appearance that they likely are more<br>numerous than the B voters could say "We're more numerous, so it makes sense for you<br>to help us win, rather than for us to help you win. So we'll just approve for A, and expect<br>you to approve A too, in addition to B."<br><br>2. Principled refusal. "B is an unacceptable compromise. On principle, we refuse to approve<br>B. If you really consider A likewise unacceptable on principle, you can refuse to approve A.<br>But if not, and you refuse to approve A, then C will win because we acted on principle, and <br>because you acted on... what?".<br><br>3. Consequences in subsequent elections. The problem is automatically solved because<br>everyone knows that if the B voters defect and the A voters co-operate, then the A voters<br>won't help the B voters next time. It could start a never-ending spiral of mutual<br>defection. But, better, it could just result in one subsequent defection by A voters. They<br>should give the B voters another chance after that.<br><br>That's the "tit-for-tat" strategy for co-operation/defection situations. Copy the <br>behavior of the other player in the previous round. Tit-for-tat is considered the<br>best strategy for that situation.<br><br>4. It won't be a pure 0-information co-operation/defection game. There will be discussion,<br>promises, declarations, regarding how the players will play, how the factions will vote.<br>The A voters will actually have a very good idea what the B voters are going to do. Agreements<br>can be made before the election by factional or party organizations. There will be a good sense<br>of whether memberships will go along with those agreements. Conversations, interviews, call-in<br>shows, interviews, polls, etc. will provide information to the A voters on what the B voters<br>are going to do.<br><br>5. Forest Simpson suggested that, in RV, based on an estimate of the percentages of C voters and<br>{A,B} voters, the A voters could declare that they're going to give to B, just enough points<br>to enable B to beat C if B is favorite to more people than A is. They'll say, "We're going to<br>give to B that many points. If your faction is bigger than B will win. If your faction isn't bigger,<br>C will win, unless you've done as we're doing: Give to A the points that we're giving to B. In that<br>way, someone from {A.B} will win either way."<br><br>Of course, in Approval that could be done probabilistically: The A voters could each approve B with<br>a probability such that it's as if each had given to B a certain fraction of an approval.<br><br>So the problem can be dealt with even in ordinary Approval. <br><br>

><i>That's the co-operation/defection problem, or the chicken dilemma.<br><br> </i>A false dilemma, that assumes people are playing a game different 

from what they actually play, and that society is as neatly divisible 

into factions like this. Most people won't sweat this at all!<br><br>[endquote]<br><br>You don't like the word "faction". We could substitute "group of people whose favorite is<br>the same candidate". "Faction" is just a briefer way of saying that.<br><br>I'm not saying that the chicken dilemma will always obtain. But it's certain that it<br>sometimes will. It doesn't now? A lot of things will be different in Approval, from how<br>they are in Plurality. It's widely agreed that there can, and sometimes will, be a chicken<br>dilemma in Approval. When Approval's opponents cite it as a problem, tell them about the<br>five solutions listed above.<br><br> ><i>If you're an A voter, you'd be glad to hear that you can give a 

</i>><i>conditional approval to B, an

>approval that is conditional upon reciprocity.

</i>

This is doing something with the election process, making it a goal 

in itself..... I'm not thrilled. I'd want to see how the method 

performs in simulations.

But it can be difficult to model strategy. <br><br>[endquote]<br><br>Exactly.<br><br>You continued:<br><br>There is a cost here, the 

cost in canvassing complexity.<br><br>[endquote]<br><br>Of course AOC, MMT and GMAT are more complicated than ordinary Approval. And<br>AOC, and probably MMT and GMAT, are not feasibly handcountable. One thing for sure<br>is that Approval is by far the easiest handcount other than Plurality. <br>Because of the need for explanation-simplicity, proposal simplicity, and easiest<br>handcount, I suggest that ordinary Approval should be proposed first. AOC, MMT or<br>GMAT could be proposed later, if there's perception of a C/D problem, and if<br>computer-counts could be guaranteed to be fraud-free.<br><br>You wrote:<br><br>I'm not convinced I'd approve it.<br><br>[endquote]<br><br>But you won't need to worry about that for a long time. All of this discussion<br>about later proposals needn't be considered a problem now. Now, it's just a question<br>of how to do the first proposal. Now the discussion should be about how to introduce<br>Approval to people, and answer the objections that some will try to make.<br><br>><i>So, what AOC does isn't complicated to tell. People would understand 

>why they'd like it.

</i>

[endquote]<br><br>I'm still not convinced I really understand it. I could probably 

explain it, though, i.e., how the counts are modified. What I don't 

get is why this is really necessary.<br><br>[endquote]<br><br>"Necessary" isn't the word. "Helpful" is the word. It would be nice if the A voters<br>in the Approval bad-example (ABE) could conditionally approve B.<br><br><br>It's obviously devaluing 

information from the voter<br><br>[endquote]<br><br><br>It's letting the voter give more information.<br><br>, based on some assumption that... what? 

That voters have not been properly reciprocal? <br><br>[endquote]<br><br>...only if the voter chooses to impose that condition.<br><br><br>But that would seem to 

assume that the A>B and B>A preference strengths are the same.<br><br>[endquote]<br><br>I don't notice how it assumes that. The chicken dilemma assumes that<br>both A and B voters greatly prefer both A and B to C. If that isn't so,<br>then it isn't really the chicken dilemma. Sometimes it will be, sometimes<br>it won't be. I said that usually there won't be a C/D problem. Sometimes<br>there will.<br><br>You said:<br><br>I think this algorithm could damage overall social utility. In fact, 

with sincere votes, it's obvious that it *will.*<br><br>[endquote]<br><br>If, as in the ABE, A is the sincere CW, electing hir won't be bad for SU.<br><br>If the B voters are sincerely indifferent between A and C, then A isn't <br>sincere CW, and the A voters have no reason to expect the B voters to approve<br>A, and they probably should give to B an approval that is not conditional.<br><br><br>The question would be whether it balances out the damage from 

strategic voting (which, because the votes are not "maximally 

sincere," does damage S.U.) I'm pretty strongly suspecting, no, it 

causes further damage by removing a strategic voting effect that may not exist.<br><br>[endquote]<br><br>If the C/D problem doesn't exist, then you needn't make any of your approvals<br>conditional.<br><br><br>

><i>By the way, though Bucklin was used with a handcount, ER-Bucklin, 

</i>><i>with the MMC-preserving delay that I spoke

</i>><i>of, is incomparably more computation-intensive than ordinary 

</i>><i>Bucklin, and therefore, almost surely unsuited to

>a handcount. And, without that delay, you lose MMC compliance.

</i>

Not sure what you mean. ER-Bucklin can be hand-counted, and was (it 

was often ER in lower ranks than first). <br><br>[endquote]<br><br>I myself have often handcounted ER-Bucklin, without the delay.<br><br><br>Your "delay" may well 

introduce problems. I don't know what you mean, in fact.

><i>Suppose that, at your 3rd rank position, you've ranked 5 candidates. 

</i>><i>Say that in round N, they get votes from your

</i>><i>ballot. The delay provision that I speak of (and which is in the 

</i>><i>electowiki definition of ER-Bucklin) says that

</i>><i>your votes to your 4th ranked candidates won't be given any sooner 

</i>><i>than they would be if you'd ranked your 5

</i>><i>rank-3 candidates in separate consecutive rank positions. In other 

</i>><i>words, in this example, your 4th ranked

>candidates don't get their votes from you until round N+5.

</i>

Gosh, people can make things complicated. Just effing count the 

votes! How in the world did ER-Bucklin become so complex? I, naively, 

assumed that it was *Bucklin* with Equal Ranking allowed. Who tacked 

all this absolutely hopeless crap onto it?<br><br>[endquote]<br><br>The delay preserves compliance with the Mutual Majority Criterion (MMC).<br><br>I don't know who first suggested it. Maybe Chris Benham? I don't know.<br><br>What criterion compliance do you think is lost due to the delay?<br><br><br><br><br> ><i>If you'd ranked those candidates in consecutive rank positions, then 

>one of them would get your vote in round N.

</i>><i>The 2nd would get a vote in round N+1....and the 5th would get your 

</i>><i>vote in round N+4. So only in round N+5

>would your ballot then give to your next candidate.

</i>

I could probably actually understand this if I suspected it were worthwhile!<br><br>[endquote]<br><br>Whether you consider it worthwhile depends on whether you consider MMC worthwhile.<br>And that depends on whether you value majority rule. To each their own, of course.<br><br>You wrote:<br><br>This is utterly damaging to social utility, as I see it. <br><br>[endquote]<br><br>That statement needs support.<br><br>How does it damage SU, when we protect mutual majorities?<br><br><br>I see 

Bucklin as practically using a Range ballot, with an analytical 

method that slides down the approval cutoff until there is a 

majority. If voters vote sincerely, it's obvious that messing with 

the counting messes with the basic principle.<br><br>[endquote]<br><br>That depends on what you think the basic principle is. If you agree that<br>MMC is an important goal of Bucklin, then the delay prevents that goal to<br>be messed with.<br><br><br>You wrote:<br>

(social utility optimization can violate the majority criterion).<br><br>[endquote]<br><br>Sure, if you have _sincere_ RV ballots, then RV will hopefully give<br>better SU than majoritarian methods. But we aren't comparing Bucklin<br>to sincerely-voted RV. In fact there will be no sincerely-voted RV.<br><br>And, absent that, hurting majority rule will lower, not raise, SU.<br><br><br>You wrote:<br><br>But, you should know, I dislike overcoming a majority preference 

without the voters being explicity asked if it's okay! <br><br>[endquote]<br><br>Then don't take away majority rule by denying the delay that<br>preserves MMC compliance.<br>

><i>As I said, that preserves Mutual-Majority-Criterion compliance, but 

</i>><i>it greatly increases the labor of a handcount,

>almost surely making handcount infeasible.

</i>

And it also makes the voters dizzy when they try to understand the 

effect of their vote....<br><br>[endquote]<br><br><br>That's one reason why I suggest that the first proposal should be<br>ordinary Approval. Save the more complicated methods for later. <br>Don't propose methods that can't feasibly be handcounted.<br><br><br>This completes my reply to this posting of yours.<br><br>Mike Ossipoff<br><br></pre>                                        </div></body>

</html>