Re: GeRaid
Posté: 11 Juin 2015, 14:37
Et voilà c'est fait ! On a utilisé GeRaid pour notre raid multisport. Ca a très bien marché, le logiciel est bien adapté au mode multi-épreuves avec gestion des pénalités. Il est intuitif, simple et souple. Sans hésiter, nous le réutiliserons l'année prochaine.
Merci beaucoup pour ce travail titanesque qui offre, dans son état actuel, un outil utilisable et fort sympathique. Si des améliorations de l'outil sont prévues, voici ci-dessous des remarques constructives.
- Un petit beug : Quand on classe des numéros (par exemple dans la partie résultat, on veut classer les équipes dans l'ordre croissant de leurs dossards), on clique sur la tête de la colonne "dossard" et GeRaid met en premier le dossard 1 puis 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 2, 20, 21, etc
Bref il classe en fonction du premier chiffre du nombre.
- un autre petit beug : Le nombre d'équipes restantes n'était pas tout à fait exacte. Je m'en suis rendu compte sur la fin quand il restait encore 9 équipes à arriver et que geraid me disait seulement 7. J'ai l'impression qu'il ne prenait en compte que la catégorie "Homme" et pas les autres dans son comptage. A vérifier.
- Concernant les dossards : Nous avons rentré les équipes dans un ordre aléatoire. Dans la liste des équipes, nous aurions aimé pouvoir reclasser les équipes dans l'ordre croissant des numéros de dossard. Surtout pour l'outil "gérer les résultats". Cet outil est excellent pour retravailler les résultats d'une équipe, mais pour retrouver l'équipe en question quand les dossards ne sont pas triés, c'est la galère!
- Nous avions 4 épreuves : Trail, CO, Canoé, VTT. Or la CO se déroulait au milieu du Trail. Je n'ai pas trouvé le moyen d'incorporer une épreuve au milieu d'une autre. J'avais cru réussir en utilisant la fonction "Gel", en gelant le temps entre le début et la fin de la CO dans l'épreuve trail. Ca marche très bien pour les chrono "par épreuve" mais le temps total de l'étape est diminué du temps gelé, ce qui n'est pas correcte puisque ce temps n'est pas vraiment gelé en réalité. On se retrouve alors avec une incohérence : le temps de l'étape n'est pas égal à la somme des temps des épreuves qui la composent.
J'ai donc choisi de diviser le trail en 2. Trail1, CO, Trail2, Canoe, VTT. Le problème c'est que nous voulions sortir des résultats provisoires en direct pour l'étape mais aussi pour chaque épreuve. C'est ce que nous avons fait sauf pour le trail.
La solution : il faudrait pouvoir diviser une épreuve en plusieurs sous-épreuves (Trail = trail1 + trail2).
- Nous avons eu deux numéros de doigts mal saisis (erreur de numéro). Au passage du doigt dans le boitier maitre, le logiciel nous propose deux choix, créer une nouvelle équipe ou attribuer le doigt à une équipe existante. Parfais. Sauf que le deuxième choix n'est possible que si aucun numero de doigt n'a été rentré préalablement (c'est ce qu'il me semble, a vérifier). Donc cela ne marche pas pour corriger le numéro de doigts. Il fallait alors retrouver l'équipe dans la liste (galère car non triée par dossard) et corriger manuellement le numéro. Ce serait plus simple si geraid pouvait corriger le numero à la première étape.
- Nous avons eu des abandons avant la dernière épreuve (ils n'ont pas pointé le boitier arrivée). Je lis quand même leurs doigts pour avoir leur temps aux épreuves effectuées complétement et je coche pour ces équipes la case abandon. Sauf que ces équipes apparaissaient encore dans le classement général et en plus à la première place!!! Dans l'urgence de la situation, j'ai résolu le problème en leur affectant une arrivée très tard pour les descendre en bas du classement. Mais en fait il y avait plus simple j'aurais pu cocher également la case "non classé". Mais du coup ces équipes n'auraient plus été classé même dans les épreuves qu'elles ont effectuées entièrement et c'est dommage.
- Concernant l'impression des résultats, nous imprimions régulièrement des résultats provisoires par épreuve. Le problème est, en utilisant le bouton impression, qu'il y a plein de colonnes vides et, du coup, les résultats sortent en tout serré. Ce problème n'existe pas quand on exporte en HTML, les colonnes vides sont filtrées (sauf la colonne des points dommage!). Pour imprimer les résultats provisoires nous devions donc exporter en html, ouvrir le fichier et imprimer à partir de là. C'est beaucoup plus long, surtout quand on doit gérer en même temps l'arrivée de nouvelles équipes.
Il faudrait que l'impression filtre les colonnes vides.
- Une dernière chose (peut être la plus importante) qui aurait pu devenir un gros soucis pendant le raid est le fait que les coureurs utilisaient des puces 12h engendrant un passage à midi délicat. Quelques tests m'ont permis de voir que, même en réglant l'heure zéro, il y avait encore des soucis. Par exemple : Je règle l'heure zéro à 9h00. Je bipe la 46 à 10h00 et la 47 à 14h00 : Là pas de problème. Mais si je bipe d'abord la 47 à 10h00 et ensuite la 46 à 14h00, là il compte : 46 14h00 et 47 22h00.
L'heure zéro semble bien adaptée aux puces 24h pour le passage à minuit mais pas aux puces 12h pour le passages à midi.
Une solution : il faudrait pouvoir cocher une case "course moins de 12h" placée à côté de l'heure zéro et comme ça, plus d’ambigument sur les heures. Si l'heure zéro est réglée à 9h00, la course sera finie au plus tard à 20h59, alors 10h00 c'est 10h00 (jamais 22h00) et 02h00 c'est 14h00 (jamais 02h00).
Comme notre Raid démarrait à 10h00 pour finir vers 17h00, j'ai préféré, pour être sûr, dérégler l'heure de tous mes boitiers. Pour eux, à 10h00 il était 01h00 ! Et comme ça il n'y avait pas de passage à midi. Mais bon c'est assez laborieux comme solution...
Merci beaucoup pour ce travail titanesque qui offre, dans son état actuel, un outil utilisable et fort sympathique. Si des améliorations de l'outil sont prévues, voici ci-dessous des remarques constructives.
- Un petit beug : Quand on classe des numéros (par exemple dans la partie résultat, on veut classer les équipes dans l'ordre croissant de leurs dossards), on clique sur la tête de la colonne "dossard" et GeRaid met en premier le dossard 1 puis 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 2, 20, 21, etc
Bref il classe en fonction du premier chiffre du nombre.
- un autre petit beug : Le nombre d'équipes restantes n'était pas tout à fait exacte. Je m'en suis rendu compte sur la fin quand il restait encore 9 équipes à arriver et que geraid me disait seulement 7. J'ai l'impression qu'il ne prenait en compte que la catégorie "Homme" et pas les autres dans son comptage. A vérifier.
- Concernant les dossards : Nous avons rentré les équipes dans un ordre aléatoire. Dans la liste des équipes, nous aurions aimé pouvoir reclasser les équipes dans l'ordre croissant des numéros de dossard. Surtout pour l'outil "gérer les résultats". Cet outil est excellent pour retravailler les résultats d'une équipe, mais pour retrouver l'équipe en question quand les dossards ne sont pas triés, c'est la galère!
- Nous avions 4 épreuves : Trail, CO, Canoé, VTT. Or la CO se déroulait au milieu du Trail. Je n'ai pas trouvé le moyen d'incorporer une épreuve au milieu d'une autre. J'avais cru réussir en utilisant la fonction "Gel", en gelant le temps entre le début et la fin de la CO dans l'épreuve trail. Ca marche très bien pour les chrono "par épreuve" mais le temps total de l'étape est diminué du temps gelé, ce qui n'est pas correcte puisque ce temps n'est pas vraiment gelé en réalité. On se retrouve alors avec une incohérence : le temps de l'étape n'est pas égal à la somme des temps des épreuves qui la composent.
J'ai donc choisi de diviser le trail en 2. Trail1, CO, Trail2, Canoe, VTT. Le problème c'est que nous voulions sortir des résultats provisoires en direct pour l'étape mais aussi pour chaque épreuve. C'est ce que nous avons fait sauf pour le trail.
La solution : il faudrait pouvoir diviser une épreuve en plusieurs sous-épreuves (Trail = trail1 + trail2).
- Nous avons eu deux numéros de doigts mal saisis (erreur de numéro). Au passage du doigt dans le boitier maitre, le logiciel nous propose deux choix, créer une nouvelle équipe ou attribuer le doigt à une équipe existante. Parfais. Sauf que le deuxième choix n'est possible que si aucun numero de doigt n'a été rentré préalablement (c'est ce qu'il me semble, a vérifier). Donc cela ne marche pas pour corriger le numéro de doigts. Il fallait alors retrouver l'équipe dans la liste (galère car non triée par dossard) et corriger manuellement le numéro. Ce serait plus simple si geraid pouvait corriger le numero à la première étape.
- Nous avons eu des abandons avant la dernière épreuve (ils n'ont pas pointé le boitier arrivée). Je lis quand même leurs doigts pour avoir leur temps aux épreuves effectuées complétement et je coche pour ces équipes la case abandon. Sauf que ces équipes apparaissaient encore dans le classement général et en plus à la première place!!! Dans l'urgence de la situation, j'ai résolu le problème en leur affectant une arrivée très tard pour les descendre en bas du classement. Mais en fait il y avait plus simple j'aurais pu cocher également la case "non classé". Mais du coup ces équipes n'auraient plus été classé même dans les épreuves qu'elles ont effectuées entièrement et c'est dommage.
- Concernant l'impression des résultats, nous imprimions régulièrement des résultats provisoires par épreuve. Le problème est, en utilisant le bouton impression, qu'il y a plein de colonnes vides et, du coup, les résultats sortent en tout serré. Ce problème n'existe pas quand on exporte en HTML, les colonnes vides sont filtrées (sauf la colonne des points dommage!). Pour imprimer les résultats provisoires nous devions donc exporter en html, ouvrir le fichier et imprimer à partir de là. C'est beaucoup plus long, surtout quand on doit gérer en même temps l'arrivée de nouvelles équipes.
Il faudrait que l'impression filtre les colonnes vides.
- Une dernière chose (peut être la plus importante) qui aurait pu devenir un gros soucis pendant le raid est le fait que les coureurs utilisaient des puces 12h engendrant un passage à midi délicat. Quelques tests m'ont permis de voir que, même en réglant l'heure zéro, il y avait encore des soucis. Par exemple : Je règle l'heure zéro à 9h00. Je bipe la 46 à 10h00 et la 47 à 14h00 : Là pas de problème. Mais si je bipe d'abord la 47 à 10h00 et ensuite la 46 à 14h00, là il compte : 46 14h00 et 47 22h00.
L'heure zéro semble bien adaptée aux puces 24h pour le passage à minuit mais pas aux puces 12h pour le passages à midi.
Une solution : il faudrait pouvoir cocher une case "course moins de 12h" placée à côté de l'heure zéro et comme ça, plus d’ambigument sur les heures. Si l'heure zéro est réglée à 9h00, la course sera finie au plus tard à 20h59, alors 10h00 c'est 10h00 (jamais 22h00) et 02h00 c'est 14h00 (jamais 02h00).
Comme notre Raid démarrait à 10h00 pour finir vers 17h00, j'ai préféré, pour être sûr, dérégler l'heure de tous mes boitiers. Pour eux, à 10h00 il était 01h00 ! Et comme ça il n'y avait pas de passage à midi. Mais bon c'est assez laborieux comme solution...