[EM] Fast Condorcet-Kemeny calculations -- in polynomial time
Richard Fobes
ElectionMethods at VoteFair.org
Thu Dec 22 10:04:02 PST 2011
On 12/22/2011 7:26 AM, Kristofer Munsterhjelm wrote:
> On 12/22/2011 08:27 AM, Richard Fobes wrote:
>
>> NP-hard problems require that every possibility be tested in order to
>> know the characteristics of each -- and every -- possibility.
>
> Just as a nitpick: that's not entirely true. Consider integer
> programming. Integer programming is NP-hard, but in practice, there are
> algorithms that do significantly better than brute force. These usually
> work by excluding ranges of answers where one can reason that whatever
> the optimum outcome is, it must be better than what lies in that region
> (or that going in the direction given cannot possibly give a feasible
> answer).
Good point.
I'm not sure what the most precise wording would be, but perhaps
something like:
Most scenarios for an NP-hard problem typically require that every
possibility be tested in order to know the characteristics of each --
and every -- possibility.
> NP-hard problems are properly speaking also decision problems. Thus, if
> the problem says "find the social ordering for which the sum of the
> magnitudes of pairwise contests going in the other direction is less
> than x", then you don't need to find the very best. All you have to do
> is find an ordering with the sum less than x. Of course, you can then
> use a binary search to find the minimal x for which it's possible to
> solve the problem, but my point is that you don't necessarily need to
> inspect every single possibility.
I agree that "you don't necessarily need to inspect every single
possibility".
Of course knowing how to identify which situations do require inspecting
every possibility (or even a large number of possibilities) can itself
be a challenge.
Richard Fobes
More information about the Election-Methods
mailing list