electowiki

Symmetrical ICT: Difference between revisions

Page Discussion

Symmetrical ICT (view source)

Revision as of 13:14, 25 April 2024

4,156 bytes removed ,  22 days ago
m
no edit summary
VisualWikitext
(Linking to Mike Ossipoff)
mNo edit summary
(3 intermediate revisions by 2 users not shown)
Line 1:
{{cleanup|reason=This article is written like a personal reflection, personal essay, or argumentative essay that states an editor's personal feelings or presents an original argument about a topic.}}
 
'''Symmetrical ICT''', short for '''Symmetrical Improved Condorcet, Top''' is a voting method designed by [[Mike Ossipoff|Michael Ossipoff]]. <!-- when? link to EM? --> It is based on Kevin Venzke's concept of "Improved Condorcet", which is a modification of pairwise comparison logic that enables methods to pass the [[favorite betrayal criterion]] at the cost of sometimes failing the [[Condorcet criterion]].
 
However, Symmetrical ICT doesn't actually pass the [[favorite betrayal criterion]] (as shown below).
 
==Definition==
Line 30 ⟶ 28:
== Improved Condorcet ==
 
Condorcet methods usually have a low but nonzero rate of [[favorite betrayal]] failures.<ref>{{cite web|url=http://lists.electorama.com/pipermail/election-methods-electorama.com/2005-June/114476.html|title=Measuring the risk of strict ranking|website=Election-methods mailing list archives|date=2005-06-28|last=Venzke|first=K.}}</ref> '''Improved Condorcet''' is a modification of pairwise comparisons in an otherwise Condorcet-compliant method to turn absolute ConrocetCondorcet compliance and a low rate of [[FBC]] failure into absolute FBC compliance and a low rate of [[Condorcet criterion]] failures (along with absolute Majority Condorcet compliance).
 
Mike Ossipoff argued that improved Condorcet allows a voter who wants one of X and Y to win, and who ranks X first, to change a ranking of X>Y into X=Y without undue risk that this will change the winner from Y to someone lower ranked by that voter; and thus that it's better to satisfy the IC version of Condorcet than the actual [[Condorcet criterion]].
Line 45 ⟶ 43:
 
It was intended to pass the [[favorite betrayal criterion]], but doesn't succeed in doing so due to the "(X>Y) > (Y>X)" term in the definition. It is possible that a voter can lower their favorite from the top and thereby make their compromise the only candidate who isn't "beaten."
 
=== Favorite betrayal example ===
0.389: B>A=C
0.290: A>C>B
0.241: C>B>A
0.079: A=C>B ⇒ C>A=B
In this case, the voters on the bottom row can elect a better candidate, C, by reversing their preference for A.
 
==Notes==
Line 50 ⟶ 55:
Omitting the (X=Y)B term would turn this method into ordinary ICT. In Mike's opinion, ordinary ICT has the most important properties of Symmetrical ICT, but Symmetrical ICT adds a somewhat less important improvement, consisting of simpler bottom-end strategy.
 
In an election with dichotomous preferences, the best ICT strategy is Approval strategy: equal-rank all approved candidates first and all unapproved candidates last. Mike considered current [[United States]] voters to have near-dichotomous preferences: that each voter has a much wider gap between acceptable candidates and unacceptable ones than between candidates of the same category.<ref>{{cite web|url=http://lists.electorama.com/pipermail/election-methods-electorama.com/2011-December/094667.html|title=How to vote in IRV|website=Election-methods mailing list archives|date=2011-12-06|last=Ossipoff|first=M.}}</ref>
 
----
<!-- Start of Michael's original article/essay -->
 
----
 
'''A few improved properties of ICT and Symmetrical ICT:'''
 
I already mentioned that ICT and Symmetrical ICT meet [[FBC]]. That's the main, most important, difference between Symmetrical ICT and traditional, unimproved Condorcet.
 
But, additionally, ICT and Symmetrical ICT, automatically avoid the chicken dilemma. They meet CD, the Chicken Dilemma Criterion.
 
'''Comparison of strategy in a u/a election:'''
 
When there are unacceptable candidates who could win, that can greatly simplify voting strategy. I call such a situation a u/a election (standing for unacceptable/acceptable). It's a situaiton in which all that matters is that the winner be an acceptable rather than an unacceptable. ...and that's incomparably more imporant than the matter of which acceptable or which unacceptable wins. You could say that the candidates can be divided into two sets, such that the merit within the sets is negligible compared to the merit difference between the sets.
 
That's a u/a election. Voting strategy can be much simpler in a u/a election. For instance, in Approval, just approve all of the acceptables, and none of the unacceptables.
 
Top-end u/a strategy for ICT, Symmetrical ICT, and traditional unimproved Condorcet:
 
Traditional unimproved Condorcet? It isn't merely more complicated than Approval. It's unknown.
 
ICT and Symmetrical ICT:
 
Top-rank all of the acceptables and none of the acceptables.
 
In traditional unimproved Condorcet, you'd still have that same need to top-rank all of the unacceptbles, but there's a risk and penalty for doing so: Anyone you top-rank could pairbeat another top-ranked candidate and thereby give the win to your last choice (ad described above). Of course you'd have to try to guess which acceptable(s) has the best chance to win, and which would sufficiently unlikely to win that the main effect of top-ranking them would be to risk spoiling another top-ranked candidate's win. You'd be guessing. You wouldn't know what to do. Not even in a u/a election.
 
Bottom-End strategy for ICT, Symmetrical ICT and traditional unimproved Condorcet:
 
ICT and traditional unimproved Condorcet:
 
Rank the unacceptable candidates in reverse order of winnability.
 
Of course you don't ''have'' to, but it's optimal. Because it's only bottom-end strategy, it isn't an important problem. Merely a nuisance.
 
But it's avoided by Symmetrical ICT:
 
Bottom-Ennd strategy for Symmetrical ICT:
 
Don't rank any unacceptables.
 
In other words, u/a strategy in Symmetrical ICT is as simple as that of Approval.
 
Let me add here that I suggest that all of our official public elections are u/a. So what does it tell us, when the best that a rank method can do is no different from Approval? It suggests that there's no need or reason to bother with rank methods in official public elections.
Well, there is one way in which ICT and Symmetrical ICT improve on Approval, even in a u/a election. They automatically avoid the chicken dilemma, as said above. The chicken dilemma is easily dealt with in Approval and Score, and, for a number of other reasons too, isn't really a problem with Approval and Score. Only a nuisance. But it's nice that ICT and Symmetrical ICT automatically get rid of that nuisance. You don't improve on Approval without doing that. Don't even consider a rank-method that doesn't automatically avoid the chicken dilemma.
 
The count-computation-intensiveness of rank methods, and the consequent count-fraud vulnerabiity, make rank methods unsuitable for official public elections. But I propose ICT and Symmetrical ICT for informational polling, to inform and guide strategy in an upcoming official public election by Plurality--until we can replace Plurality with [[Approval]] or [[Score]] ([[Range]]).
 
I don't claim that Symmetrical ICT actually strictly meets [[Later-No-Help]] (LNHe). Approval strictly meets LNHe.
 
LNHe says that, when you've voted for some candidates on your ballot (you vote for a candidate if you vote him/her over someone), then you don't need to vote for additional candidates on that ballot in order to help as much as you can the candidates for whom you've already voted.
 
In Symmetrical ICT, you knew that the unacceptable X was going to be beaten by someone other than unacceptable Y, but that Y could be inbeaten and win, then you'd have reason to rank X, to help beat Y. But there's no such information available. One thing that Symmetrical ICT guarantees is that, by leaving X and Y unranked, you're doing everything that you can do to make one beat the other. Not ranking any unacceptable is good u/a strategy in Symmetrical ICT.
Michael Ossipoff
 
==References==
Kristomun
1,196

edits

Retrieved from "https://electowiki.org/wiki/Special:MobileDiff/15834...18388"