<div dir="ltr"><div><div><div><div>Well, if you treat your "Better Group" designations as absolute instead of relative, and if you don't demote one candidate when promoting another, then FBC won't be violated.<br><br></div>It won't violate FBC for you unless you choose to make it do so.<br><br></div><div>Spoken of in that way, it doesn't sound bad at all.<br></div><div><br></div><div>Then, approving Favorite, and giving hir the "Better-Group" designation won't make Compromise lose, when s/he'd won before you approved and "Better-Group"ed Compromise. <br><br>Obviously you should "Better-Group" all of your approved candidates except for the one that's a defection-threat.<br><br></div><div>If people do that,then the "Better-Group" designation is a very good measure of faction-size.   ...just what is needed for the purpose.<br></div><div><br></div></div>So maybe the Conditional Approval and the Conditional Bucklin that I defined tonight and t his afternoon would be pretty good after-all. Maybe better than comparing top-counts to determine whether to give the conditional vote, because of the stronger support that the A voters could give to candidate B.<br><br></div>Michael Ossipoff<br><br><div><div><div><div><div><br></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 4, 2016 at 10:39 PM, Michael Ossipoff <span dir="ltr"><<a href="mailto:email9648742@gmail.com" target="_blank">email9648742@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><span class=""><br><div class="gmail_quote">On Fri, Nov 4, 2016 at 9:45 PM, C.Benham <span dir="ltr"><<a href="mailto:cbenham@adam.com.au" target="_blank">cbenham@adam.com.au</a>></span> wrote:<br><br>If you are only allowed to designate one candidate as your favourite, I don't see how the method meets FBC.<br><br></div></span><div class="gmail_quote">(endquote)<br><br></div><div class="gmail_quote">By the fact that the favorite-designation has no effect or role in the points sum.<br><br></div><div class="gmail_quote">The favorite-designation doesn't give a vote or a point.<br><br></div><div class="gmail_quote">If you approve Compromise, and Compromise wins, and then you decide to approve Favorite too, that will in no way affect the matter of whether or not Compromise outpolls Worst.<br><br></div><div class="gmail_quote">Say Comprise was going to be your favorite, and you were going to approve hir and designate hir as favorite. S/he would have won. Then Favorite enters the race. So you'll approve hir too, and designate hir as favorite,  instead of Compromise.<br><br></div><div class="gmail_quote">Can that make Compromise lose, if Favorite doesn't win?<br><br></div><div class="gmail_quote">All you're changing is the standard for whether a particular conditional vote should be given.<br><br><br></div><div class="gmail_quote">Well alright, maybe, though you like Favorite better than Compromise (that's why the arrival of Favorite changed your favorite from Favorite to Compromise), maybe few other people do. Maybe Favorite is a  favorite to fewer people. That can result in a conditional vote being given, when it wouldn't have when Compromise was your designated favorite. The giving of that other vote could cause Compromise to lose. Maybe Favorite isn't winnable.<br><br></div><div class="gmail_quote">So yes, you're quite right. I started this posting to tell you why you aren't right, but you are right.<br><br></div><div class="gmail_quote">And if, instead, you can designate as many favorites as you want to, and you add Favorite to your favorite-designation list, instead of replacing Compromise with Favorite, as favorite, then, the electorate-wide favoriteness of your most electorate-wide favorite candidate will either stay the same, or increase. So the addition of Favorite to that list won't cause a conditional vote to be given that wouldn't have been given before. <br><br></div><div class="gmail_quote">If your "favorite-designations" are absolute rather than relative, you'll leave Compromise with hir favorite-designation. So maybe "favorite" isn't the best word, because it implies unique best. Maybe "Better". <br><br></div><div class="gmail_quote">If your "Better" designations are absolute instead of relative, then the arrival of Favorite shouldn't make you un-designate Compromise, and so you won't cause more conditional votes to be given by adding Favorite.<br><br></div><div class="gmail_quote">------------------------------<wbr>----------------<br><br></div><div class="gmail_quote">But here's a better possibility: Instead of giving that "Better" designation to some, why not give a "Less good" designation to the distrusted voters' candidate, the standard example's "Candidate B"?   .<br><br></div><div class="gmail_quote">Then, instead of comparing which of the two candidates has more "Favorite" or "Better" designations, compare instead which one has fewer "Less Good" designations throughout the electorate?<br><br></div><div class="gmail_quote">Adding Favorite won't have any effect on the number of Less-Good designations received by your approved candidate with the fewest Less-Good designations. You could reserve your Less-Good designations for candidates of distrusted voters, like Candidate B.<br><br></div><div class="gmail_quote">Or maybe it would be better to instead give a negative designation to some candidates. ...a "Worse" designation to some of your unapproved candidates. But then the comparison of the "Worse" totals would have less relevance the matter of which of A or B is the more winnable, with the larger faction.<br><br></div><div class="gmail_quote">I guess I suspect that these same considerations apply to Conditional Bucklin too. <br><br></div><div class="gmail_quote">My reason for wanting something different from comparing the two candidates' top-counts was that, by not rating B at top, you're giving hir poorer protection against someone worse.<br><br></div><div class="gmail_quote">I'd hoped that there was a way to avoid that, with a "Favorite" designation that didn't assign a point or a vote. Evidently that runs into a problem.<br><br></div><div class="gmail_quote">So maybe, then, as with 3-Slot ICT, it's necessary to settle for poorer protection of B, when you demote hir in order to protect against defection by hir voters.<br><br></div><div class="gmail_quote">If so, that means that this Conditional Approval can't be. And it means that Conditional Bucklin must give poorer protection to Candidate B, when protecting against defetion by hir voters.<br><br></div><div class="gmail_quote">Regrettable. I'd hoped that something better was possible.<br></div><div class="gmail_quote">.<br>------------------------------<wbr>------------------------------<wbr>---------------<br><br>Well, recently, maybe last month, I proposed my own "Conditional Approval" and "Conditional Bucklin". it made reciprocity the condition for giving the conditional vote. I described a perfectly feasible implementation for it.<br><br></div><div class="gmail_quote">The problem was that it invites a strategy that results in another chicken-dilemma--a sort of secondary chicken dilemma.<br><br></div><div class="gmail_quote">But surely that's better than the original, primary, chicken dilemma. It seemed a bit of a mess, but I don't think it failed FBC. But, then, I just assumed that it didn't. Maybe I didn't look closely enough.<br><br></div><div class="gmail_quote">By the way, I'd proposed that same conditional Approval & Bucklin some years before too, at EM, and rejected it for the same reason.<br><br></div><div class="gmail_quote">Maybe it has more promise than the one that I proposed tonight, but maybe it still has too much problem.<br><br></div><div class="gmail_quote">Maybe the kind of conditional comparison you suggested, the top-count, is the only one that will work well enough. <br><br></div><div class="gmail_quote">So maybe we have to settle for poorer help for Candidate B against the candidates we like less, such as C. Maybe that demotion of B has to, to some degree, abandon helping hir.<br><br></div><div class="gmail_quote">That somewhat disappointed and pessimistic likelihood is my take at this time.<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_quote"><br>Michael Ossipoff.<br></div></font></span><span class=""><div class="gmail_quote"><br></div><div class="gmail_quote"> <br></div><div class="gmail_quote">
<br>
And with no mechanism for sometimes not counting normal below-top approval the method fails Majority Favourite.<br>
<br>
So I judge this to be much worse than 3-slot  "Conditional" IBIFA or MTA or MCA.<br>
<br>
Chris Benham<br><br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_-585509943545310242gmail-">On 11/5/2016 7:35 AM, Michael Ossipoff wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Let me completely define Conditional Approval. This definition is brief enough to be a proposal for a 1st reform from Plurality:<br>
<br>
Conditional Approval:<br>
<br>
You can approve as many or as few candidates as you want to, by marking their names, on the ballot.<br>
<br>
You also have a place on the ballot where you can indicate your favorite.<br>
<br>
(in a variation of these rules, you could indicate more than one favorite if you want to.)<br>
<br>
For any approval that you give, you have the option of marking it as "conditional".<br>
<br>
A conditional vote is given only if the vote-receiving candidate is designated favorite on more ballots than is your ballot's favorite-designated candidate.<br>
<br>
(...or (if ballots are allowed to designate more than one favorite) on more ballots than is the candidate favorite-designated on your ballot who is favorite-designated on the most ballots.)<br>
<br>
The winner is the candidate with the most approvals.<br>
</blockquote>
<br></span>
If you are only allowed to designate one candidate as your favourite, I don't see how the method meets FBC.<br>
<br>
And with no mechanism for sometimes not counting normal below-top approval the method fails Majority Favourite.<br>
<br>
So I judge this to be much worse than 3-slot  "Conditional" IBIFA or MTA or MCA.<br>
<br>
Chris Benham<br>
<br>
</blockquote></div><br></span></div></div>
</blockquote></div><br></div>