![]() |
Re: MeeGo Coding Competition 2011
Quote:
I'm trying to find a solution which would use the same algorithm only with ranking. |
Re: MeeGo Coding Competition 2011
Quote:
|
Re: MeeGo Coding Competition 2011
Quote:
|
Re: MeeGo Coding Competition 2011
Quote:
In that case I'm sorry. I've lost track. You have my support. :) |
Re: MeeGo Coding Competition 2011
Quote:
|
Re: MeeGo Coding Competition 2011
I'm really sorry to ask... but if the "fractional transfer" from mmlado and neal does the same but in different ways... why are the results different?
Quote:
Quote:
There must be a small mistake in one of those algorithm... or have I overseen something? |
Re: MeeGo Coding Competition 2011
Both scripts generate a ranking, both are based on the STV used in the council election, but they are not necessarily equivalent (ie I cannot prove nor disprove it)
By construction, mmlado's method (which is the one I proposed some pages ago, but he has a working implementation) will give a consistent ranking. Not sure about neals one (ie, can it produce {A}, {A,D}, {A,B,C} out of the A,B, C and D participants?) as far as I know it didn't happen, but I don't know if it can. |
Re: MeeGo Coding Competition 2011
Quote:
Thanks. |
Re: MeeGo Coding Competition 2011
Quote:
As I see it we both get the apps in list that would be returned by FTSTV if we run them for the appropriate number of seats, only the ranking is different. And that can be a big difference for the winners. |
Re: MeeGo Coding Competition 2011
Quote:
mmlado's approach explicitly eliminates candidates for the next voting run by saying already chosen candidates have withdrawn. I don't know the mechanics/mathematics well enough but the different results are most probably caused by the remaining votes being distributed differently among the remaining candidates as compared to neal's approach. |
| All times are GMT. The time now is 13:05. |
vBulletin® Version 3.8.8