Difference between revisions of "Talk:New Votesystem"
From #openttdcoop wiki
m |
|||
(One intermediate revision by the same user not shown) | |||
Line 8: | Line 8: | ||
I'd also advise strongly against negative voting. Regardless how it is done, it is psychologically the worst way possible. Positive encouragement is far better treatment of people. The usual way that (relative) majority wins is IMO working well and easy to understand. --[[User:pm|pm]], 11 April 2008 | I'd also advise strongly against negative voting. Regardless how it is done, it is psychologically the worst way possible. Positive encouragement is far better treatment of people. The usual way that (relative) majority wins is IMO working well and easy to understand. --[[User:pm|pm]], 11 April 2008 | ||
+ | |||
+ | A not too difficult way out of this dilemma could be to use the "Borda count" voting system. This is a preferential voting system where each voter ranks the candidate plans in descending order of preference; this avoids having to select only one winner/loser, and also decreases the likelihood of tied/unclear results. There are a few options possible. Suppose there are ''n'' plans competing: | ||
+ | |||
+ | :*Voters are simply obliged to rank all plans. Probably the easiest way; the plan ranked first by the voter gets ''n'' points, the second ''n'' - 1... down to 1. | ||
+ | :*Voters are obliged to each rank a subset of ''m'' out of the total ''n'' options. The selected plans get ''m'', ''m'' - 1, ..., 1 points, the remaining ''n - m'' plans get 0 points. | ||
+ | :*Voters are free to decide how few/many plans they include on their list (''m'' = 1...''n''). Two options: the ''m'' plans selected are given ''n'', ''n'' - 1, ... points or ''m'', ''m'' - 1, ..., 1. The latter favours including more candidates, since more points give you a heavier vote. | ||
+ | |||
+ | After everyone submits their ballots, the points are tallied and the candidate with the highest total wins. This system tends to favour broad consensus, since candidates that are ranked highly by many, but not necessarily #1, can win over plans that are ranked #1 by some but not many. [[User:Sigma|Sigma]] 13:07, 8 August 2011 (UTC) | ||
+ | |||
== voting times and game start == | == voting times and game start == |
Latest revision as of 13:09, 8 August 2011
This idea will prefer unintresting, plain desigins. As an example you may think of somehow innovative plan, which will be supported by 2/3 of all people. In this system that other 1/3 will still successfully manage to kill it. This is good reason for me to call this system stupid :) --Volny 08:14, 8 November 2007 (UTC)
I dont like this idea of voting. I much prefer the simple old method of voting for the plan you like, the plan with the most votes after a member decides there have been enough wins. Asking for people to vote on what plan they like the least will cause alot of people getting upset IMO. --LittleMikey Some time, on some date, from some place.
LittleMikey wrote what I think. This system might take long. I've seen plans that we've been waiting on starting building and that we started building around 2000, which is kind of late.
Maybe just some communication about voting would be sufficient. It is now not clear to everyone that a member decides when voting ends and that a member points out the winner, so that building can start. For now it is just after good judgement to get things going or not. A fixed voting end period is what I prefer, so that everyone can see when voting will end. As well planning should not be happening as soon as voting starts. So starting a building plan period, then a voting period and then the plan building. tneo , 18 December 2007, 20:28
I'd also advise strongly against negative voting. Regardless how it is done, it is psychologically the worst way possible. Positive encouragement is far better treatment of people. The usual way that (relative) majority wins is IMO working well and easy to understand. --pm, 11 April 2008
A not too difficult way out of this dilemma could be to use the "Borda count" voting system. This is a preferential voting system where each voter ranks the candidate plans in descending order of preference; this avoids having to select only one winner/loser, and also decreases the likelihood of tied/unclear results. There are a few options possible. Suppose there are n plans competing:
- Voters are simply obliged to rank all plans. Probably the easiest way; the plan ranked first by the voter gets n points, the second n - 1... down to 1.
- Voters are obliged to each rank a subset of m out of the total n options. The selected plans get m, m - 1, ..., 1 points, the remaining n - m plans get 0 points.
- Voters are free to decide how few/many plans they include on their list (m = 1...n). Two options: the m plans selected are given n, n - 1, ... points or m, m - 1, ..., 1. The latter favours including more candidates, since more points give you a heavier vote.
After everyone submits their ballots, the points are tallied and the candidate with the highest total wins. This system tends to favour broad consensus, since candidates that are ranked highly by many, but not necessarily #1, can win over plans that are ranked #1 by some but not many. Sigma 13:07, 8 August 2011 (UTC)
voting times and game start
I understand what you mean. Maybe we can point out some fixed times for all those periods. It would make the game independent. If you need a member to declare times and winners it might took some time to start the. That's not good for the attractiveness of our Server.
Some Time Proposals:
- Building the MM: 5-10 years in-game (approximately 1.5 - 2.5h)
- Creating Plans: 3-5 years in-game (approximately 1 - 1.5h)
- Voting: 3-5 years in-game (approximately 1 - 1.5h)
This means, every game has a preparation time of ~3h - ~5h. I think, that is okay.
Of course this always depends on the activity.--Osai 02:39, 19 December 2007 (UTC)
Something like that would do the trick as well. The way voting works can be communicated via the Wiki as well I suppose, so that everybody who joins the Servers will know about it and we can point it out as a set of rules. --Tneo 11:12, 19 December 2007 (UTC)
Sounds reasonable though the time for plan making and voting may effectively also be longer and IMO combined. But it helps a lot to have fixed ending. Maybe there are fast-track and slow-track gamestarts. Slow track would then mean ~48h building plans/voting combined. --pm 14 April 2008