[gepi-users] Test de gepi-1.4.3-beta2

[Thomas BELLIARD]

Bonjour,

Stephane Boireau (Animateur Secteur Bernay/Pont-Audemer) wrote:
> Bonjour,
> 
> J'ai fait quelques tests ce matin.
> L'import se passe bien (sans erreur), mais il semble que l'on perde des infos 
> de suivi de certaines options.
> Je crois que cela correspond à ce que Thomas Belliard mentionne:
> =================================
> Par rapport à j_groupes_classes : cette table ne sert qu'à indiqué à
> quelle(s) classes les groupes appartiennent. Il s'agit d'une relation
> n-n : un groupe *peut* appartenir à plusieurs classes.
> 
> Toutefois, l'outil d'importation depuis GEP ne génère que des groupes
> appartenant à une classe, et il faut pour l'instant reprendre à la main
> les groupes que l'on veut transversaux à plusieurs classes.
> =================================

Ca ressemble bien à un bug, en effet.

> 
> 
> Je suis par ailleurs tombé sur un bug dans /utilisateurs/index.php se 
> traduisant par:
> =================================
> Parse error: parse error, unexpected $ 
> in /home/www/html/steph/gepi143beta2/utilisateurs/index.php on line 202
> =================================
> Il manquait un '}' ligne 65.
> De plus, juste en dessous, dans le message JavaScript, les accents ont été 
> remplacés des '?'.
> (fichier corrigé ci-joint)

Ah zut :-( Je pensais pourtant avoir fait le tour, mais visiblement j'ai
oublié des pages...

> Pour revenir aux histoires de groupes, voici ce que j'ai fait:
> Je me suis intéressé au LATIN dont je sais que le niveau 3ème regroupe la 3 A1 
> et la 3 1.
> Après import GEP, j'ai ceci:
> =================================
> ROGERC	ROGER CHRISTIAN	professeur	ATRAV - FRANC - SOUTN - LATIN - IDCTQ -
> 
> 3 B1 (LATIN)
> 4 A1 (FRANC)
> 4 B2 (LATIN)
> 4 B2 (IDCTQ)
> 5 B1 (LATIN)
> 6 B2 (SOUTN)
> 6 B2 (ATRAV)
> 6 B2 (FRANC)
> =================================
> 
> Il manque des groupes de LATIN, puisque la 3 A1 n'apparait pas.
> (cf remarque plus haut)
> 
> 
> Je fais d'abord un tour en ROGERC pour voir quels élèves sont présents sur le 
> niveau 3ème en LATIN.
> Au niveau 3ème, ROGERC ne voit que le groupe 3B1(LATIN) et en y créant un 
> devoir, il ne voit que les élèves qui suivent effectivement l'option LATIN  
> dans cette classe.

Jusque là c'est normal.


> Il faudrait ajouter la matière LATIN.
> En admin, Gestion des bases/Gestion des classes/Gérer les enseignements/3 A1
> /groupes/edit_class.php?id_classe=1
> 
> Ajouter un enseignement: 	LATIN
> dans:				cette classe seulement
> 
> Ajouter un groupe à une classe
> Nom court:	LATIN
> Nom complet:	LATIN
> Matière:	LATIN
> Classe à laquelle appartient le groupe:	3A1
> 
> Et cocher l'enseignant assurant le cours
> Cochez les professeurs qui participent à cet enseignement :
> M. CHRISTIAN ROGER
> 
> 
> 
> Login ROGERC
> Création d'un devoir en 3 A1(LATIN) pour le T1.
> Aucun élève n'est dans la liste???

Il faut ajouter les élèves au groupe, une fois le groupe créé!


> Il y avait pourtant des élèves qui auraient dû/pu y être:
> mysql> select login,divcod from temp_gep_import where divcod='3 A1' and 
> eleopt3='latin';
> +-----------+--------+
> | login     | divcod |
> +-----------+--------+
> | CHABOT_F  | 3 A1   |
> | DEHEM_L   | 3 A1   |
> | DOISNEL_G | 3 A1   |
> | GIRARD_C  | 3 A1   |
> | HARDY_R   | 3 A1   |
> | MAROUSE_A | 3 A1   |
> | THOMAS_C  | 3 A1   |
> | CHEVALI_B | 3 A1   |
> +-----------+--------+
> 8 rows in set (0.00 sec)
> 
> mysql>
> 
> 
> En fouinant, j'ai constaté, qu'il n'y a plus de table 'j_eleves_matieres'.
> L'info de GEP de suivi d'une option LATIN a-t-elle été perdue pour la 3 A1?
> Il faudrait donc affecter les élèves dans les groupes après l'import?
> (sauf pour la classe retenue pour l'association avec le groupe (dans le cas 
> ici: 3 B1))

La table j_eleves_matieres servait à indiquer à Gepi quelles matières
les élèves ne suivaient pas, car tout était centré sur la classe.

Désormais on définit les groupes, on dit à quelle(s) classe(s) ils
appartiennent, et on assigne les élèves aux groupes par la table
j_eleves_groupes.

> J'ai supprimé le cours LATIN créé pour la 3 A1:
> /groupes/edit_class.php?id_groupe=240&action=delete_group&id_classe=1
> 
> Et je l'ai recréé mais avec sélection de plusieurs classes:
> 3 A1
> Ajouter un enseignement: 	LATIN
> dans:				plusieurs classes
> 
> J'ai coché 3 A1 et 3 B1, puis ROGERC.
> 
> 
> 
> Login ROGERC.
> Dans les saisies de notes: /cahier_notes/index.php
> il voit pour le niveau troisième:
> 3 B1 : LATIN (LATIN)
> 3 A1, 3 B1 : LATIN (LATIN)

Normal.

> 
> Problème:
> Ce sont deux groupes différents.
> Et le groupe 3 A1-3 B1 n'a aucun membre.

Même problème qu'avant : il faut ajouter les élèves quand on créé un
groupe à la main.

Il n'y a aucun lien entre les interfaces de saisie à la main et les
tables temporaires d'importation Gep, même si ces dernières ont encore
des données.

Par ailleurs il est normal qu'on ait deux groupes différents : un groupe
existait déjà à la suite de l'import depuis Gep (latin pour la classe 3
B1) et tu en as ajouté un à la main.

Il faut bien voir que désormais on peut avoir plusieurs fois la même
matière dans une même classe. Il n'y a aucun conflit dessus, et donc
Gepi ne se pose pas la question de savoir si ça devrait être un seul
groupe ou pas.

> > Il ne faudrait pas conserver les deux groupes.
> Qu'adviendrait-il (après renseignement des membres du nouveau groupe) si le 
> professeur saisissait des notes qui dans l'un des groupes, qui dans l'autre?
> En admin, Gestion des bases/Gestion des classes/Gérer les enseignements/3 B1
> /groupes/edit_class.php?id_classe=3
> on voit deux matières LATIN.
> La première avec 9 élèves inscrits et la deuxième (marquée LATIN  (avec : 3 
> A1, )) avec 0 élèves inscrits.
> Je suppose donc que l'on se retrouverait avec deux entrées de matières LATIN 
> sur le bulletin...
> Me gourre-je?

Dans cette situation c'est bien ça, on aurait deux fois le latin.

> Ou est-ce que la recherche dans la génération de bulletin se fait sur la 
> matière et non sur le groupe... auquel cas, il se pourrait que l'on obtienne 
> une moyenne des deux matières LATIN... (je n'ai pas eu le temps de chercher)

Tout se fait désormais sur le groupe, et pas sur la matière.

> Deux groupes LATIN...
> Pour bien faire, il faudrait supprimer le groupe correspondant à 3 B1 : LATIN 
> (LATIN)
> et renseigner 3 A1, 3 B1 : LATIN (LATIN) avec les membres des deux classes.


Voilà, c'est ça.
En fait je viens de me rendre compte qu'il manque un lien sur la page de
gestion d'un groupe qui n'appartient qu'à une classe pour pouvoir dire
qu'en fait ce groupe appartient à plusieurs classes... ça éviterait
d'avoir à faire une suppression + création.


> Est-ce que je vais avoir des groupes de langues pour lesquels l'info de suivi 
> de telle matière va être perdue pour des élèves?
> C'est un peu chiant pour tester de devoir refaire ces groupes aussi...
> (il faudrait pour aller au bout des tests, avoir au moins deux classes sur 
> lesquelles faire l'ensemble des saisies pour contrôler le bon 
> fonctionnement...)
> 
> 
> Ce serait quand même pas mal que lors de l'importation GEP, on ne perde pas 
> les infos de groupes que l'on trouve dans le F_GPD.DBF
> A défaut, créer des groupes supplémentaires pour ne pas perdre les infos 
> d'appartenance à des groupes pour les élèves.
> Puis permettre de fusionner des groupes.

C'est exactement ce dernier point que j'évoquais dans mon précédent mail.
Ce que je ne comprends pas, par contre, c'est pourquoi tu n'as pas
toutes les informations de groupes pour chaque classe (c'est à dire que
tu aurais du avoir un groupe LATIN pour la 3 A1, et un groupe LATIN pour
la 3 B1, avec les élèves qui suivent cet enseignement pour chacune de
ces classes. Il n'y a donc pas de perte d'information normalement,
simplement tout est centré sur la classe. Je n'ai fait qu'adapter
l'import de GEP pour qu'il s'adapte au groupe, et comme l'import était
basé sur l'ancien système centré sur les classes... :-/

> 
> En y repensant:
> Lors de la lecture du F_GPD.DBF, on récupére les noms de groupes et les 
> classes associées.
> En voilà la partie concernant le LATIN en 3ème:
> ;3LATIN1;3 A1;0;8;8
> ;3LATIN1;3 B1;0;9;9
> Si à la lecture du fichier, on crée le groupe pour une classe, ce fichier 
> permet, à la lecture de la ligne suivante de constater que le groupe existe 
> déjà et on pourrait ne pas recréer le groupe mais rattacher la classe au même 
> groupe.
> Curieusement, pour moi, le groupe créé correspond à la deuxième classe.
> Les choses ne doivent donc pas se passer comme je l'écris...
> ... à creuser...
> ... à moins que vous ne puissiez m'expliquer.
> Il me semble qu'à ma première lecture de la page d'importation des F_MEN et 
> F_GPD, cela ne m'avait pas paru très clair...

Les fichiers GEP sont difficilement lisibles, et leur structure est
assez obscure.

Je viens de refaire un test et j'ai aussi une perte de données, dans la
même situation que toi.

Je regarde et j'essaie de débugger ça.

Thomas

-------------- section suivante --------------
Une pièce jointe non texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 254 octets
Desc: OpenPGP digital signature
Url: http://lists.adullact.net/pipermail/gepi-users/attachments/20060803/c48cba5d/signature-0001.pgp