Dépouillement pour les sondages par groupe
Hello, Jje voudrais avoir des détails sur comment aggréger les résultats des groupes. J'ai du mal à comprendre l'ancien code :( solution 1 ---------- Ce qui est fait à l'heure actuelle, chaque groupe est dépouillé, ensuite le résultat par groupe est alors transformé comme un vote, comment alors valuer le vote d'un groupe ? Je dirais qu'on prend le score de chaque choix et qu'on divise par le nombre de choix, mais je suis pas très sur de moi... Example: (vote normal) deux choix a et b G1: votant1 a = 1 b = 1 votant2 a = 1 b = 0 => a gagne (2 contre 1) G2: votant1 a = 0 b = 1 votant2 a = 0 b = 1 => b gagne (2 contre 0) Sondage: G1 a = (1+1)/2 b = 1/2 G2 a = 0/2 b (1+1)/2 => b gagne (1,5 contre 1) Ca me parait bien simpliste comme algo et je vois pas trop comment on peut appliquer ça avec un vote condorcet ou autre vote a plusieurs tour car on ne peut pas ordonner les choix mais uniquement connaitre un vainqueur solution 2 ---------- On conserve uniquement pour chaque groupe le vainqueur, ça me parait la meilleure solution et qui sera toujours réalisables pour tout type de dépouillement (et même avec des exaquos). Merci pour votre aide (rapide), je vourais faire une release en début de semaine qui intègre les nouveaux types de sondages :) tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
Le 23/09/2012 20:46, Tony Chemit a écrit :
solution 2 ----------
On conserve uniquement pour chaque groupe le vainqueur, ça me parait la meilleure solution et qui sera toujours réalisables pour tout type de dépouillement (et même avec des exaquos).
Merci pour votre aide (rapide), je vourais faire une release en début de semaine qui intègre les nouveaux types de sondages :)
tony.
+1 pour la solution 2. Un autre besoin à l'origine était aussi de pouvoir lancer le dépouillement comme si on avait pas de groupes. En fait on a deux modes d'affichage : - soit dépouillement par groupe, avec l'algo de la solution 2, - soit dépouillement global sans prendre en compte les groupes. Cela permet à l'utilisateur d'avoir les deux points de vue sur les résultats.
Le 25/09/2012 10:21, Florian Desbois a écrit :
Le 23/09/2012 20:46, Tony Chemit a écrit :
solution 2 ----------
On conserve uniquement pour chaque groupe le vainqueur, ça me parait la meilleure solution et qui sera toujours réalisables pour tout type de dépouillement (et même avec des exaquos).
Merci pour votre aide (rapide), je vourais faire une release en début de semaine qui intègre les nouveaux types de sondages :)
tony.
+1 pour la solution 2.
Un autre besoin à l'origine était aussi de pouvoir lancer le dépouillement comme si on avait pas de groupes. En fait on a deux modes d'affichage : - soit dépouillement par groupe, avec l'algo de la solution 2, - soit dépouillement global sans prendre en compte les groupes.
Cela permet à l'utilisateur d'avoir les deux points de vue sur les résultats.
Il me semble que c'était à l'origine ce qui était souhaité. L'objectif était de permettre les votes de Libre-Entreprise qui se font à la double majorité de tous les votants et des sociétés (groupes). Pour l'acceptation d'un membre, il faut que la majorité des votants dise oui (donc dépouillement normal) et que la majorité des groupes dise oui (donc on conserve uniquement qui a gagné par groupe (et on compte le nombre de groupe par réponse?)). Du coup pour moi c'est le double dépouillement qui est souhaité (mais en même temps j'ai pas du tout participer à l'élaboration du truc et ce sont des vieux souvenirs tout ça). Jean
_______________________________________________ Pollen-devel mailing list Pollen-devel@list.chorem.org http://list.chorem.org/cgi-bin/mailman/listinfo/pollen-devel
-- Jean Couteau - Code Lutin - www.codelutin.com 12 Avenue Jules Verne, 44230 Saint-Sébastien-Sur-Loire Tel : 02.40.50.29.28 - Port : 06.68.07.29.29
Le 2012-09-23 20:46, Tony Chemit a écrit :
Hello,
Jje voudrais avoir des détails sur comment aggréger les résultats des groupes.
J'ai du mal à comprendre l'ancien code :(
solution 1 ----------
Ce qui est fait à l'heure actuelle, chaque groupe est dépouillé, ensuite le résultat par groupe est alors transformé comme un vote, comment alors valuer le vote d'un groupe ?
Je dirais qu'on prend le score de chaque choix et qu'on divise par le nombre de choix, mais je suis pas très sur de moi...
Example: (vote normal) deux choix a et b
G1: votant1 a = 1 b = 1 votant2 a = 1 b = 0
=> a gagne (2 contre 1)
G2: votant1 a = 0 b = 1 votant2 a = 0 b = 1
=> b gagne (2 contre 0)
Sondage: G1 a = (1+1)/2 b = 1/2 G2 a = 0/2 b (1+1)/2
=> b gagne (1,5 contre 1)
Ca me parait bien simpliste comme algo et je vois pas trop comment on peut appliquer ça avec un vote condorcet ou autre vote a plusieurs tour car on ne peut pas ordonner les choix mais uniquement connaitre un vainqueur
Ca semble en effet simpliste, et ça me parait ne répondre qu'à un dépouillement "classique" (pas de poids, on compte juste le nombre de fois, celui qui a le plus gagne).
solution 2 ----------
On conserve uniquement pour chaque groupe le vainqueur, ça me parait la meilleure solution et qui sera toujours réalisables pour tout type de dépouillement (et même avec des exaquos).
C'est ce mode de fonctionnement auquel je pense quand je vois une possibilité de groupe : l'idée est de dégager des consensus au sein de chaque groupe, pour ensuite faire le dépouillement intergroupe. Dans le cas de sondage comme le Condorcet, il convient alors de garder le classement de chaque groupe, afin de donner le poids adéquate pour chaque option par groupe. Par contre, à froid, l'algo me semble un peu complexe du coup. Je reste sceptique par contre sur l'utilité des groupes dans des sondages de type "nombre"...
Merci pour votre aide (rapide), je vourais faire une release en début de semaine qui intègre les nouveaux types de sondages :)
tony.
-- Yannick Martel
On Tue, 25 Sep 2012 10:37:03 +0200 Yannick Martel <martel@codelutin.com> wrote:
Le 2012-09-23 20:46, Tony Chemit a écrit :
Hello,
Jje voudrais avoir des détails sur comment aggréger les résultats des groupes.
J'ai du mal à comprendre l'ancien code :(
solution 1 ----------
Ce qui est fait à l'heure actuelle, chaque groupe est dépouillé, ensuite le résultat par groupe est alors transformé comme un vote, comment alors valuer le vote d'un groupe ?
Je dirais qu'on prend le score de chaque choix et qu'on divise par le nombre de choix, mais je suis pas très sur de moi...
Example: (vote normal) deux choix a et b
G1: votant1 a = 1 b = 1 votant2 a = 1 b = 0
=> a gagne (2 contre 1)
G2: votant1 a = 0 b = 1 votant2 a = 0 b = 1
=> b gagne (2 contre 0)
Sondage: G1 a = (1+1)/2 b = 1/2 G2 a = 0/2 b (1+1)/2
=> b gagne (1,5 contre 1)
Ca me parait bien simpliste comme algo et je vois pas trop comment on peut appliquer ça avec un vote condorcet ou autre vote a plusieurs tour car on ne peut pas ordonner les choix mais uniquement connaitre un vainqueur
Ca semble en effet simpliste, et ça me parait ne répondre qu'à un dépouillement "classique" (pas de poids, on compte juste le nombre de fois, celui qui a le plus gagne).
solution 2 ----------
On conserve uniquement pour chaque groupe le vainqueur, ça me parait la meilleure solution et qui sera toujours réalisables pour tout type de dépouillement (et même avec des exaquos).
C'est ce mode de fonctionnement auquel je pense quand je vois une possibilité de groupe : l'idée est de dégager des consensus au sein de chaque groupe, pour ensuite faire le dépouillement intergroupe.
Dans le cas de sondage comme le Condorcet, il convient alors de garder le classement de chaque groupe, afin de donner le poids adéquate pour chaque option par groupe. Par contre, à froid, l'algo me semble un peu complexe du coup.
euh c'est pas vraiment possible de garder un classement c'est un peu le problème... Sur certains scrutins, on ne peut récupérer que le vainqueur (les autres choix étant supprimé par élimination). Il faut donc réussir à faire établir pour tout type de scrutin un classement des choix, y'a un peu de reflexion (que je ne voudrais pas mener seul en fait...)
Je reste sceptique par contre sur l'utilité des groupes dans des sondages de type "nombre"...
c'est une autre histoire ça. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
participants (4)
-
Florian Desbois -
Jean Couteau -
Tony Chemit -
Yannick Martel