Proposed revised voting procedures

Still today, what variations should be merged has not been fully agreed upon. A continually changing ballot is neither fair nor accurate. In order to try and get this process out of the mud I propose we hold a new vote, with the following conditions (these are simply suggestions for guidelines this so that we have something to work with, I don't care if it is followed or not): 1) we agree for once and for all what the "variations" are, (it should be pretty obvious now) 2) the new list is posted with new numbers (and in order!), but *no* distinction is made for the variations (i.e. a ballot does not contain 51a, just 51) 3) the precise variation is chosen once a winner is chosen by the group working in conjunction with the logo maker. Just like what happens after a boost library is accepted for inclusion. 4) I think we should start the vote next monday, and go until friday. 5) new logo submissions can be enterered until sunday at midnight 6) the tally should not be displayed while the vote is going on. 7) votes can not be revised 8) ballots are made in the form readable by Jason Hise's computer program 9) the votes will be posted on line immediately after the vote closes, so that whoever is impatient like me, can do their own preemptive tally. Joel and Kalin has put a lot of effort into the vote up to now and are fair and open-minded. I suggest we elect them as cheerful benevolent dictators of the revised voting process. I think some leadership would make things work a little more smoothly. In other words, they will decide on the new voting guidelines with or without input from the community at their own disgression. Or they may choose not to, such being the nature of a dictatorship ;-) Christopher Diggins

In order to try and get this process out of the mud I propose we hold a new vote, with the following conditions (these are simply suggestions for guidelines this so that we have something to work with, I don't care if it is followed or not):
[...] 8) ballots are made in the form readable by Jason Hise's computer program
In the previous vote, there was a restriction of five votes per person. My program would be capable of handling any number of votes per person (which could vary from one person to the next), and I don't think that having the number of votes vary would adversely affect the outcome (only the top choice that hasn't already been removed is counted). Does it make sense to drop the five votes requirement, and allow people to rank however many entries they choose? -Jason
participants (2)
-
chaos@ezequal.com
-
christopher diggins