[Résolu] Le classement (différent mais même moyenne)

This site is best viewed in a modern browser with JavaScript enabled.

[Résolu] Le classement (différent mais même moyenne)

fatahou

Bonjour

J'ai des élèves qui ont la même moyenne mais pas le meme classement. Pour certains élèves ayant les mêmes moyennes, le classement est bon (le même nombre pour les élèves ayant les mêmes moyennes dans la même classe), pour d'autres le classement est incrémenté comme si c'était une moyenne différente.

Merci de m'aider.

francoisjacquet

Bonjour fatahou

Peut-être que la moyenne que vous voyez, c.-à-d. arrondie à 2 décimales, est la même, mais qu'au-delà, elle est différente.
Vous pourrez consulter les valeurs exactes qui servent au calcul du classement dans la table SQL student_mp_stats, colonne cum_cr_weighted_factor ("cumulative class rank weighted factor"), ce sont des pourcentages.
Par exemple :

Faites-moi savoir si jamais vous constatez que pour deux élèves avec un classement différent, ils ont exactement les mêmes notes finales (pourcentages, car les notes encore une fois sont arrondies), on pourrait évidemment supposer une erreur de calcul ou autre...

fatahou

Bonjour francoisjacquet
Merci le retour.

J'ai des élèves qui ont exactement la même valeur de cum_cr_weighted_factor , pas les mêmes notes à tous les cours mais le même nombre de points mais des classements différents. Je vous aurais envoyé des captures mais je ne vois pas comment.

francoisjacquet

Bonjour fatahou

Oui, des captures d'écran seraient bienvenues, ou un dump de votre base de données par email.

Pour les captures d'écran, vous pouvez utiliser https://upload-image.rosariosis.org/

fatahou

Bonjour francoisjacquet

Je vous y ai laissé les captures

fatahou

Le lien vers la gallérie https://upload-image.rosariosis.org/gallery#R7VopVcH/OX4Agjon.png,XxYApygg/ncnNzAKH.png

francoisjacquet

fatahou merci pour les captures d'écran.

En effet, de ce qui est visible, les élèves 1838 et 1835 devraient avoir le même classement.

Je viens de faire un test et j'ai bien le même classement pour 2 élèves avec la même moyenne.

Nous pouvons procéder ainsi :
1. Pour forcer le recalcul du classement, vous pouvez éditer des notes via le programme Saisie des notes (juste cliquer sur des notes et sauvegarder devrait suffire).
2. Si le problème persiste, vous pouvez m'envoyer une sauvegarde de votre base de données. Avec cela, je pourrais voir directement d'où vient le problème.

fatahou

francoisjacquet Merci de votre réponse .

La solution 1. ne résout pas le problème (Une modification à travers le SQL directement dans la base de données est écrasée après le recalcul du classement)

Je n'ai malheureusement pas le droit de partager ces informations avec vous.

Si je pouvais avoir une liste exhaustive des données qui interviennent dans le calcul des classements, j'allais peut être determiner la cause de l'erreur

francoisjacquet

Bonjour fatahou

Merci pour votre réponse.

Comme vous semblez lire le SQL, voici la fonction qui calcule le classement :
https://gitlab.com/francoisjacquet/rosariosis/-/blob/mobile/rosariosis.sql#L172

En clair, cela compte le nombre d'élèves (du même niveau scolaire grade_id) qui ont une moyenne supérieure à l'élève courant, pour la même période scolaire marking_period_id. Et enfin rajoute +1 pour avoir le classement de l'élève.

Vous pouvez par exemple lancer manuellement ces requêtes SQL (les select) pour vos 2 élèves en question et voir quels sont les résultats.

fatahou

Bonjour francoisjacquet

Merci pour le retour.

Je pense que le problème vient de postgreSQL. J'ai laissé une capture ici https://upload-image.rosariosis.org/gallery#YqnC7DwY/10ei8F2n.png

J'ai la version 7.1.18 de wappstack (postgreSQL 10.4) conformément à ce qui est recommandé dans le guide d'installation. Rosariosis est-il compatible avec les versions plus récentes de wappstack ?

Merci encore.

francoisjacquet

Bonjour fatahou

Merci pour votre réponse.
Le problème vient en effet de PostgreSQL, pas en lui-même, mais du type de données de la colonne cum_cr_weighted_factor.
En effet, le type double precision est inexact ou approché, voir https://www.postgresql.org/docs/current/datatype-numeric.html#DATATYPE-NUMERIC-TABLE et https://dev.mysql.com/doc/refman/5.6/en/numeric-types.html

Je croyais à tort que l'approximation se faisait lorsque les 15 décimales étaient atteintes.
Malheureusement, il y a approximation dans beaucoup de cas, notamment le vôtre, ce qui fait que par ex. 0.7375 peut-être différent de 0.7375...

Une solution est de changer le type de la colonne pour numeric.
C'était le cas dans les versions de RosarioSIS avant la 10.
Le type avait été changé en double precision pour "coller" avec MySQL qui ne propose pas de type numeric variable.

Voici donc ce qui sera changé dans la version 10.6.1 :

Pour MySQL: changer double precision en numeric(22,16) dans rosariosis_mysql.sql
Pour PostgreSQL: (re)changer double precision en numeric dans rosariosis.sql

Dans le script de mise à jour Update.fnc.php, les champs des tables student_mp_stats et student_report_card_grades qui sont concernés verront leur type changé.

@fatahou pourriez-vous s'il vous plaît exécuter ces requêtes SQL sur votre base et confirmer que cela règle bien le problème ?
Vous trouverez les 4 requêtes ici :
https://gitlab.com/francoisjacquet/rosariosis/-/blob/mobile/ProgramFunctions/Update.fnc.php#L958-1020

fatahou

Bonjour francoisjacquet

Je m'excuse pour le retard

Merci beaucoup. Cela règle bien le problème

francoisjacquet

Pour référence, voici le même problème rapporté sur stackoverflow pour PostgreSQL :
https://stackoverflow.com/questions/40489077/postgresql-treating-the-same-values-as-different

Et pour MySQL :
https://stackoverflow.com/questions/2567434/mysql-floating-point-comparison-issues/