Onews

Ce w-e le club organisé un raid multisport (le super génial ROC 37 pour ceux qui ne connaissent pas).

Pour pimenter un peu le jeu, un boitier clear a été placé sur le terrain à mi parcours dimanche.

(Bon, personne ne s'est rendu compte que ce boitier mettait dix fois plus de temps que la normal pour poinconner....)

Au final, les puces sont arrivées à l'arrivée quasi vide (avec uniquement les qq postes entre le clear et le finish)

Ya une solution pour re-injecter dans la base de la course le backup des stations ?!

A priori, j'étais sur place, mais dans la fenêtre de "lecture de puce", "lire le backup de la station", ne fonctionne que pour des postes arrivées. Tout comme le "lire la station" dans le menu jour de la course ne fonctionne que pour des stations contrôle ou start.

Vous avez des idées mis à part relire dans SI Config et tout se taper à la main ?

Là sincèrement non. Disons que si ça m'arrivait, j'en serai réduit à relire les postes avec SI Config et utiliser un langage de script pour reclasser tout ça de façon plus ou moins automatique (ou au moins reconstruire un log que je puisse importer dans Geco)

Micka si je ne me trompe pas tu peux lire les boitiers avec si manager98 "le vieux soft sofware" et aussi les exporter en fichier csv.
j'avais utilisé ce truc en 2005 au CFC de loches pour........

PMO a écrit:Micka si je ne me trompe pas tu peux lire les boitiers avec si manager98 "le vieux soft sofware" et aussi les exporter en fichier csv.
j'avais utilisé ce truc en 2005 au CFC de loches pour........

Pourquoi se compliquer la vie, tu peux le faire avec SI Config ça non ?!

Là il cherchait une solution pour le re-injecter dans la base OE directement pour ne pas à avoir à se palucher à la main les résultats.

Ca n'est jamais arrivé à personne ce souci ?!

Micka, as-tu besoin d'un coup de main pour le faire à la main ?

T'es fou, chacun sa merde

Je leur ai conseillé de faire un beau tableau à double entrée, un en-tête avec les codes de postes, l'autre avec les équipes (les puces),
2 gus derrière 2 PC, l'un qui annonce les puces, l'autre qui coche dans la colonne du poste.
Tu fais ça pour tous les boitiers, en une heure, tu sais qui est passé où.

Maintenant, ça m'étonnerait qu'ils sortiront les temps intermédiaires, de là à se retaper tous les chronos à la main, c'est une autre paire de manches

J'allais proposé de faire ce fameux script mais finalement je vais réserver ma soirée pour autre chose

T'inquiètes, en fait le 2e effet KissCool, c'est que les boitiers repartaient dès le lundi pour une course sur Chateauroux donc ils ont juste fait un export rapidos pour checker le nombre de postes par équipes !

c'etait plutot le 2nd effet "chichi"
2007 : raid orient'alpin à chichilianne
plus de place pour une sauvegarde sur clé usb
le disque dur lache juste aprèsla remise des recompenses, suite certainement à de nombreuses coupures de courant
heureusement, on avait loué les puces et le soir même ou le lundi matin, on avait relu toutes les puces

y avait pas eu aussi un p'tit boitie "clear" à l'arrivée de la nationale de Vulcania ?

Eric_d_Orient_Alp a écrit:y avait pas eu aussi un p'tit boitie "clear" à l'arrivée de la nationale de Vulcania ?

Si sur une des deux 255, mais ça n'avait impacté que les jalonnés (qui de mémoire partait quasiment sur place et étaient donc arrivés les premiers).

Il avait pas fallu longtemps pour émettre cette hypothèse

Franchement, je trouve ça effarant de se retrouver avec des boitiers "Effacer" sur une course !
Incompétence (voire, malveillance) du précédent programmateur qui n'a même pas écrit dessus la fonction "Effacer".
Le laxisme du GEC Man qui ne vérifie même pas la programmation de ses boitiers !

Retournez faire votre CO Bricolage !

Après tu sais, en CO, tu check la lecture des puces en rentrant. Quand tu poses non stop pendant 36h près de 150 boitiers, ça change la donne.

Mais là en plus le boitier en question était sur une changement de section donc il aurait juste fallu que le mec qui l'avait dans la main se rende compte que ça mettait 3 plombes à biper,.... et le retourner pour y lire CLR

Je tairai le nom de l'orienteur qui était responsable du CP.... Son pseudo c'est juste nico2444
C'est pas bon de vieillir !

c'est salaud de délationner
parce que nico 2444 n'est (je pense) pas sur ce forum

MickA a écrit:Je tairai le nom de l'orienteur qui était responsable du CP.... Son pseudo c'est juste nico2444

Merci d'avoir tenté de nous trouver une solution mais l'export à l'arrache du dimanche à pu être retravaillé dans Excel et le pb n'a touché que 18 équipes sur les 150... donc on s'en sort plutôt bien ...

Par contre, cette erreur du GECman made in COTS nous pousse à sous-traiter le Chrono pour le ROC 2013.
Avis aux experts dispos le 2ème WE de Septembre 2013. On sélectionnera l'heureux élu pour Noël.
Le défi est intéressant car on manque pas d'idée pour challenger le GECman et faire plaisir aux raideurs.

Benji

Hormis Chronoraid, je ne vois pas trop qui va pouvoir te répondre ?!

*Message modéré (Guilhem) *contenu insultant

micka, rma, simon...

roc37 a dit : ...on manque pas d'idée pour challenger le GECman et faire plaisir aux raideurs...
Eric-d_Orient_Alp a dit : ...,rma,...

négatif en ce qui concerne rma/HELGA : les raids constituent à eux seuls et pour chacun d'entre eux un défi spécifique, très souvent hors de portée d'une gestion classique de CO; alors encore y ajouter un challenge particulier au GECman !

rma a écrit:

roc37 a dit : ...on manque pas d'idée pour challenger le GECman et faire plaisir aux raideurs...
Eric-d_Orient_Alp a dit : ...,rma,...

négatif en ce qui concerne rma/HELGA : les raids constituent à eux seuls et pour chacun d'entre eux un défi spécifique, très souvent hors de portée d'une gestion classique de CO; alors encore y ajouter un challenge particulier au GECman !

et "only solutions" alors