June 2009 - Isis-fish-devel - mailman.cloud.codelutin.com

Resultat MATRIX_CATCH_WEIGHT_PER_STRATEGY_MET
by Eric Chatellier June 25, 2009

June 25, 2009

Bonjour, Le résulat MATRIX_CATCH_WEIGHT_PER_STRATEGY_MET, ne semble plus être calculé. Mais il est toujours utilisé dans certains exports. Peut-il être remplacé par MATRIX_CATCH_WEIGHT_PER_STRATEGY_MET_PER_ZONE_POP ? -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 2

CR réunion du 16/06/2009
by Jean Couteau June 17, 2009

June 17, 2009

CR réunion 16/06/2009 Stéphanie et Jean Voici la liste des points abordés : Points à changer dans Isis (je vais rajouter des bugs dans le bug report quand il y a besoin). Si quelqu'un a une remarque, qu'il élève la voie (genre on peut pas faire ça, c'est pas possible, ou autre :D) - Ordre des onglets dans l'interface de saisie de population. Il faudrait que l'ordre des onglets reflète l'ordre des opérations: 1. Saisie des pops 2. Zones 3. Saisons 4. Saisie des équations 5. Saisie des reproductions 6. Saisie des groupes de pop 7. Capturabilité 8. Migrations (Changement déjà effectué, merci de la réactivité Eric :D ) - Le bouton du bas (passage à l'écran suivant) dans l'UI de saisie de la base et dans l'UI de sensibilité sert-il encore a quelquechose ? (on pense que non, on peut naviguer avec l'arbre). Il faut peut-être l'enlever dans ce cas ? - On ne peut pas redimmensionner l'arbre dans l'UI de saisie de la base (pas testé dans l'UI d'AS) - Il y a un bug dans la saisie des données économiques dans l'UI Flotilles/métiers pratiqués (note, on va changer cette UI) - L'UI de flotille/métiers pratiqués devrait-être séparée en deux onglets : 1 onglet où on rempli la liste des métiers, et un onglet ou on rempli les données écos (cf. schémas qui vont arriver sur le bugtracker :D ) - On a deux fois les exports (dans isis-database-3 et dans isis-export), est-ce vraiment nécessaire ? (une raison cachée peut-être, Benjamin ?) parce que ça devient problématique quand il y a beaucoup de simus. - Il serait bon de faire un récapitulatif des règles de l'UI (genre il faut remplir cette matrice à l'initialisation, si matrice remplie alors dans tel onglet on a ça) pour vérifier ça a chaque changement d'UI (et ainsi éviter les bugs évidents) - La même chose avec les règles de base/fonctionnement d'une simulation serait pas mal. (en fait, faut faire une doc dev approfondie :D) - 2 nouveaux bugs Caparmor trouvés : "refus de job" et "pas de réponse" (5 erreurs sur 65 tentatives d'envoi). Une erreur devra être envoyée après 5 tentatives de connection échouées. Revue de la documentation/tutoriel Isis-Fish pas à pas (en cours de rédaction) (basée sur la version 3.2 d'Isis) - Quelques saisies d'écran a changer - Expliquer l'interface de saisie d'équation (renvoyer au wiki) - Expliquer plus les paramètres quand il y a une multi-saisie - Interface de Saison/Zone est a revoir - Quelques corrections linguistiques :D - Renvoyer au wiki pour toutes les docs approfondies qui y sont (équations, cartes, plans d'analyse,...) - valeur minimale et maximale et non mimimum-maximum - Casser la diapo de saisie des paramètres de la simulation en 6 groupes de diapo pour plus de clarté. - Expliquer ce qu'est un export - Expliquer ce qu'est un résultat - Expliquer l'arborescence disque - Expliquer le fonctionnement de la queue de simulation - Faire référence au wiki pour l'écriture des mesures de gestion (aide avancée, APIs, stockage des mesures existantes) - Rajouter la queue de simus avant les résultats - Récupération dans R : traduction en français (pourquoi j'ai switché en anglais, très bonne question) - Référence à la documentation des objets R de Isis Documentation du site/wiki d'Isis - Homogénéiser la doc (format, pages, accès,...) - Revoir les saisies d'écrans pour adapter à la version 3.2 Revue de la documentation d'installation/configuration/fonctionnement Isis-Caparmor - Ajouter des infos sur le fonctionnement d'Isis-Caparmor - Quelques explications complémentaires à ajouter Prochaine réunion (pour aborder les points restants : sensitivité, caparmor) vendredi 19/06/2009 -- ---- Jean Couteau Code Lutin - http://www.codelutin.com 44 Bd des Pas Enchantés - 44230 St-Sébastien/Loire Tél : 02 40 50 29 28 - Fax : 09 59 92 29 28

3 4

Caparmor le 16 juin
by Eric Chatellier June 17, 2009

June 17, 2009

Bonjour, Aujourd'hui, on a eu des problèmes de communication avec Caparmor : - erreur de réseau ("no response from server") - erreur de job (envoi ok, mais la commande qsub echoue) - soit caparmor refuse des jobs - soit le flux de communication est cassé Donc, si une de ces erreurs survient, il essaye un autre launcher (sub, local) et au bout de 5 erreurs, il n'essaye même plus sur Caparmor. Pour le moment, je vais désactiver le changement de launcher en attendant mieux. -- Éric Chatellier

2 1

CR reunion lendemain EC
by Benjamin POUSSIN June 2, 2009

June 2, 2009

Salut, Petite reunion pour faire le point sur Isis au lendemain de l'ecole chercheur. Present ======= - Jean - Sigrid - Stephanie - Benjamin Les problemes rencontres ======================== - jobs suspendus: apres la reprise, certain plante (IOException) - probleme de JDK beaucoup plus long - comptes utilisateurs ifremer beaucoup plus lent (nfs) - manque d'utilite de caparmor vu qu'il ne les fait que 8 par 8 - telechargement long a cause des nombreux fichiers de base (option h2 corrige) - mail de fin de jobs - connexion capamor via l'applet du portail ne fonctionne pas - mise a jour de isis du caparmor (il ne faut pas qu'il est de script, il viennent avec la simulation) L'analyse des sorties ===================== - il faut prendre du temps pour reanalyser les sorties (steph va donner a jean un script R pour faire ca) le 15 et 16 juin L'utilisation par l'ifremer de caparmor ======================================= - relancement de simulation - arret propre des simulations - mettre a jour la doc du wiki pour l'interface de lancement d'AS - il faut parametrer la machine de sigrid (peut-etre mettre en place dans isis un moyen simple de configuration) Ce qu'il faut faire rapidement pour etre visible ================================================ - steph va mettre a jour le site (publication, conf de septembre) Planning de validation de la 3.2 ================================ - etre sur que Sigrid est content de la 3.2 - faire un point 1 fois par semaine (Eric et peut-etre benjamin viennent a l'ifremer pour corriger, plutot le mardi a partir de 9h30 environs) - il faut envoyer un mail sur user pour motiver les autres utilisateurs a reporter les bugs/besoins -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

4 6