24 Jan 2004 ladypine   » (Journeyer)

haifux logo contest has entered the voting stage: choosing a voting system

We currently have 14 basic designs on the haifux logo page. I am really impressed with the thought invested in each of them.

As for the voting method, epsalon suggested the Debian voting system. At first it looked really difficult to implement, because it is explained using graphs. Thinking of creating a graph with 14*14 edges is horrible. No chance that it will be a flat graph. But then I read the about the Condorcet voting system, upon which the Debian one is based, and I realized two things:

  • The most intuitive implementation of all those voting methods is a matrix, not a graph
  • The Debian voting system is suitable when you are willing to take "no decision" for an answer, and you want to set the conditions for such an event. If what you really want is to know the option most prefered, then it is the original Condorcet method that is the right one.

And then there is the problem of cycles. These systems are based on relative preferences. I, as many others, had the impression that a system which is based on partial order relations is bad, because you may reach a loop: A>B>C>A. And then what do you do? But as is rightly explained about the Condorcet system, this is not a problem of the system: it simply reflects the real preferences.

Another problem with methods that are based on preferences, is that the data is a matrix and not a vector, and it may be hard to follow the way in which the best option is chosen. Any method in which it is hard to figure out how exactly justice is done is bad, because of the lack of visibility. What is simpler than "the one with most votes takes"?

I hope I solved this by giving lots of examples about the partial ranking, and by suggesting to vote for only one logo, if the voter so chooses.

So, all there is left to do is accumulate the votes over the next two weeks.

Latest blog entries     Older blog entries

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!