Bonjour, j'ai rajouté dans mon modèle ISIS des ogives de maturité afin de pouvoir calculer une SSB. Elles se présentent de la manière suivante : double MOP7D = context.getValueAndCompute("Plaice7D.maturityOgiveEquation.MOP7D", 1.0); if (group == null) return 0; switch (group.getId()) { case 0: return MOP7D*0; case 1: return MOP7D*0; case 2: return MOP7D*0.15; case 3: return MOP7D*0.53; case 4: return MOP7D*0.96; case 5: return MOP7D*1; case 6: return MOP7D*1; case 7: return MOP7D*1; case 8: return MOP7D*1; case 9: return MOP7D*1; default: return 0; } Le soucis c'est que quand j'utilise le sensitivityexport de SSB fait par Jean (Sensitivity[...]Y2), je me retrouve tout le temps avec une SSB de 0. Je ne vois pas trop pourquoi j'obtiens tout le temps 0, je me dis que ça vient peut-être du group.getMaturityOgive() qui ne serait peut-être pas adapté à la façon dont est écrite mon ogive de maturité (il faudrait plutôt un getMaturityOgiveMatrix() ou un truc du genre ?). Pour savoir ce que fait getMaturityOgive() je suis allé voir dans PopulationgroupImpl du src de ISIS et j'ai trouvé ça : /* 160 * @see fr.ifremer.isisfish.entities.PopulationGroup#getMaturityOgive() 161 */ 162 @Override 163 public double getMaturityOgive() { 164 double result = 0; 165 try { 166 Equation eq = getPopulation().getMaturityOgiveEquation(); 167 if (eq != null) { 168 result = eq.evaluate("group", this); 169 } 170 } catch (Exception eee) { 171 if (log.isWarnEnabled()) { 172 log.warn("Error in maturityOgive equation"); 173 } 174 if (log.isDebugEnabled()) { 175 log.debug("StackTrace", eee); 176 } 177 } 178 return result; 179 } donc je suis allé voir ce que fait getMaturityOgiveEquation() dans PopulationMaturityOgiveEquation, et j'ai eu ça cette fois : public interface PopulationMaturityOgiveEquation { 40 41 /** 42 * Compute maturity ogive. 43 * 44 * @param context simulation context 45 * @param group le groupe dont on souhaite avoir l'ogive de maturité 46 * @return l'ogive de maturite 47 * @throws Exception 48 */ 49 @Args({"context", "group"}) 50 public double compute(SimulationContext context, PopulationGroup group) throws Exception; 51 } et là je suis paumé car je ne vois pas du tout ce que ça fait (si ça fait un truc)... Donc en gros je ne vois toujours pas pourquoi le calcul de la SSb ne fonctionne pas dans mon cas.
Le 23/04/2012 11:48, Loic GASCHE a écrit :
Bonjour,
j'ai rajouté dans mon modèle ISIS des ogives de maturité afin de pouvoir calculer une SSB. Elles se présentent de la manière suivante :
double MOP7D = context.getValueAndCompute("Plaice7D.maturityOgiveEquation.MOP7D", 1.0);
if (group == null) return 0; switch (group.getId()) { case 0: return MOP7D*0; case 1: return MOP7D*0; case 2: return MOP7D*0.15; case 3: return MOP7D*0.53; case 4: return MOP7D*0.96; case 5: return MOP7D*1; case 6: return MOP7D*1; case 7: return MOP7D*1; case 8: return MOP7D*1; case 9: return MOP7D*1; default: return 0; } Tu peut rajouter ca (temporairement) dans l'equation à la ligne 2 ? System.out.println("group = " + group); System.out.println("MOP7D = " + MOP7D);
Ca te donnera une idée de ce qu'il se passe déjà. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 23/04/2012 12:33, Eric Chatellier a écrit :
Le 23/04/2012 11:48, Loic GASCHE a écrit :
Bonjour,
j'ai rajouté dans mon modèle ISIS des ogives de maturité afin de pouvoir calculer une SSB. Elles se présentent de la manière suivante :
double MOP7D = context.getValueAndCompute("Plaice7D.maturityOgiveEquation.MOP7D", 1.0);
if (group == null) return 0; switch (group.getId()) { case 0: return MOP7D*0; case 1: return MOP7D*0; case 2: return MOP7D*0.15; case 3: return MOP7D*0.53; case 4: return MOP7D*0.96; case 5: return MOP7D*1; case 6: return MOP7D*1; case 7: return MOP7D*1; case 8: return MOP7D*1; case 9: return MOP7D*1; default: return 0; } Tu peut rajouter ca (temporairement) dans l'equation à la ligne 2 ? System.out.println("group = " + group); System.out.println("MOP7D = " + MOP7D);
Ca te donnera une idée de ce qu'il se passe déjà.
Et je les retrouve ou les valeurs que je demande dans System.out.println() ?
Le 23/04/2012 14:09, Loic GASCHE a écrit :
Le 23/04/2012 12:33, Eric Chatellier a écrit :
Le 23/04/2012 11:48, Loic GASCHE a écrit :
Bonjour,
j'ai rajouté dans mon modèle ISIS des ogives de maturité afin de pouvoir calculer une SSB. Elles se présentent de la manière suivante :
double MOP7D = context.getValueAndCompute("Plaice7D.maturityOgiveEquation.MOP7D", 1.0);
if (group == null) return 0; switch (group.getId()) { case 0: return MOP7D*0; case 1: return MOP7D*0; case 2: return MOP7D*0.15; case 3: return MOP7D*0.53; case 4: return MOP7D*0.96; case 5: return MOP7D*1; case 6: return MOP7D*1; case 7: return MOP7D*1; case 8: return MOP7D*1; case 9: return MOP7D*1; default: return 0; } Tu peut rajouter ca (temporairement) dans l'equation à la ligne 2 ? System.out.println("group = " + group); System.out.println("MOP7D = " + MOP7D);
Ca te donnera une idée de ce qu'il se passe déjà.
Et je les retrouve ou les valeurs que je demande dans System.out.println() ?
Dans le debug je n'ai que MOP7D qui apparait, et encore c'est tout à la fin et sans valeur associée à priori...
Dans le debug je n'ai que MOP7D qui apparait, et encore c'est tout à la fin et sans valeur associée à priori... Ca ne correspond pas aux System.out.println() que tu as mit. Je pense donc qu'il ne rentre même pas dans l'equation.
Tu peux me montrer comment tu utilises l'ogive de maturite dans tes scripts ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 23/04/2012 14:34, Eric Chatellier a écrit :
Dans le debug je n'ai que MOP7D qui apparait, et encore c'est tout à la fin et sans valeur associée à priori... Ca ne correspond pas aux System.out.println() que tu as mit. Je pense donc qu'il ne rentre même pas dans l'equation.
Tu peux me montrer comment tu utilises l'ogive de maturite dans tes scripts ?
Voilà ! Le script que j'utilise c'est le Sensitivity[...]Y2 de Jean. J'ai tenté d'en faire un autre (Y1) mais il ne marche pas non plus.
Voilà !
Le script que j'utilise c'est le Sensitivity[...]Y2 de Jean. J'ai tenté d'en faire un autre (Y1) mais il ne marche pas non plus. Il y a un bug dans Isis. Je suis dessus, mais il est long à résoudre.
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Voilà !
Le script que j'utilise c'est le Sensitivity[...]Y2 de Jean. J'ai tenté d'en faire un autre (Y1) mais il ne marche pas non plus. Il y a un bug dans Isis. Je suis dessus, mais il est long à résoudre.
Finalement je pense que les exports de sensibilites qui utilise l'ogive de maturité ne fonctionne plus depuis que l'ogive de maturité est devenu une equation c'est a dire, depuis la v4. Voilà une version corrigée de SensitivitySpawningBiomassY2 en attendant. -- Éric Chatellier
Le 24/04/2012 12:05, Eric Chatellier a écrit :
Voilà !
Le script que j'utilise c'est le Sensitivity[...]Y2 de Jean. J'ai tenté d'en faire un autre (Y1) mais il ne marche pas non plus. Il y a un bug dans Isis. Je suis dessus, mais il est long à résoudre.
Finalement je pense que les exports de sensibilites qui utilise l'ogive de maturité ne fonctionne plus depuis que l'ogive de maturité est devenu une equation c'est a dire, depuis la v4.
Voilà une version corrigée de SensitivitySpawningBiomassY2 en attendant.
Heu cette version est sensée corriger le problème ? Parce que si c'est le cas ça ne change rien : les exports valent toujours 0 et à priori les erreurs sont les mêmes.
Tu as bien remplacé le fichier SensitivitySpawningBiomassY2.java ? (vu l'erreur, ca n'a pas l'air). Je n'ai corrigé que celui là, tu as besoin des autres exports aussi ?
Heu cette version est sensée corriger le problème ? Parce que si c'est le cas ça ne change rien : les exports valent toujours 0 et à priori les erreurs sont les mêmes.
-- Éric Chatellier
Le 24/04/2012 14:32, Eric Chatellier a écrit :
Tu as bien remplacé le fichier SensitivitySpawningBiomassY2.java ? (vu l'erreur, ca n'a pas l'air).
Je n'ai corrigé que celui là, tu as besoin des autres exports aussi ?
Heu cette version est sensée corriger le problème ? Parce que si c'est le cas ça ne change rien : les exports valent toujours 0 et à priori les erreurs sont les mêmes.
Je viens de recommencer, en téléchargeant directement le nouveau SensitivitySpawningBiomassY2.java à la place de l'ancien pour être certain de ne pas me planter. Toujours pareil en relançant une AS, les résultats valent 0 et les erreurs dans les logs sont les mêmes. Ca marche chez toi ? La SSB c'était le principal, mais je suis bien preneur d'un ratio SSBfin/SSBdebut aussi si possible.
Je viens de recommencer, en téléchargeant directement le nouveau SensitivitySpawningBiomassY2.java à la place de l'ancien pour être certain de ne pas me planter. Toujours pareil en relançant une AS, les résultats valent 0 et les erreurs dans les logs sont les mêmes.
Ca marche chez toi ?
Oui. Je vois pas la différence de comportement maintenant :( Tu peux tester juste avec le Y2 pour voir si tu as encore le meme comportement ? -- Éric Chatellier
Le 24/04/2012 16:05, Eric Chatellier a écrit :
Je viens de recommencer, en téléchargeant directement le nouveau SensitivitySpawningBiomassY2.java à la place de l'ancien pour être certain de ne pas me planter. Toujours pareil en relançant une AS, les résultats valent 0 et les erreurs dans les logs sont les mêmes.
Ca marche chez toi ?
Oui. Je vois pas la différence de comportement maintenant :(
Tu peux tester juste avec le Y2 pour voir si tu as encore le meme comportement ?
Avec Y2 uniquement j'ai toujours exactement la même chose. J'ai aussi eu un message d'erreur pendant les simulations, je l'ai mis en PJ.
As tu essaye de remplacer ton equation par quelque chose de tres simple sans groupe genre "return 0.5;" pour voir... Le 24 avril 2012 12:53, Eric Chatellier <chatellier@codelutin.com> a écrit :
Avec Y2 uniquement j'ai toujours exactement la même chose. J'ai aussi eu un message d'erreur pendant les simulations, je l'ai mis en PJ.
Là j'ai plus d'idée, car je n'arrive plus à reproduire ton problème de mon coté :(
-- Éric Chatellier
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 25/04/2012 10:03, Eric Chatellier a écrit :
Là j'ai plus d'idée, car je n'arrive plus à reproduire ton problème de mon coté :(
Je vais tenter un test avec le pc de Jean pour confirmer le problème ou pas dès que possible.
En attendant il ne serait pas possible de faire vite fait des exports de la biomasse comme SensitivityBiomassY3 et SensitivityBiomassY6 qui me donneraient une biomasse par groupe ? Comme ça je n'ai qu'à multiplier par l'ogive de maturité à la fin pour avoir ma SSB, et ça me permet de lancer des simus dès maintenant. Et puis ça sera peut-être réutilisé plus tard.
En attendant il ne serait pas possible de faire vite fait des exports de la biomasse comme SensitivityBiomassY3 et SensitivityBiomassY6 qui me donneraient une biomasse par groupe ?
Si, les exports Y3 et Y6 utilise sumAll(). Tu peut utiliser à la place sumOverDim() sur les bonnes dim pour l'avoir par group.
Comme ça je n'ai qu'à multiplier par l'ogive de maturité à la fin pour avoir ma SSB
À la fin de quoi ? Car l'export le fait à la fin de la simulation déjà et il a un problème pour acceder à l'equation. -- Éric Chatellier
Le 25/04/2012 11:21, Eric Chatellier a écrit :
En attendant il ne serait pas possible de faire vite fait des exports de la biomasse comme SensitivityBiomassY3 et SensitivityBiomassY6 qui me donneraient une biomasse par groupe ?
Si, les exports Y3 et Y6 utilise sumAll().
Tu peut utiliser à la place sumOverDim() sur les bonnes dim pour l'avoir par group.
Comme ça je n'ai qu'à multiplier par l'ogive de maturité à la fin pour avoir ma SSB
À la fin de quoi ? Car l'export le fait à la fin de la simulation déjà et il a un problème pour acceder à l'equation.
Hau quand je disais "à la fin" je pensais juste à un truc à la main sur les exports de biomasse. Je m'interroge sur la possibilité de remplace sumAll par sumOverDim : Dans SensitivityBiomassY3 j'ai "biomass" qui est un double car c'est le sumAll d'une matrice. Si je fais un sumOverDim à la place de sumAll, biomass va devenir une matrice..., donc : - Comment je fais pour faire sortir une matrice à mon nouveau SensitivityExport ? - Est-ce que cela à du sens de lui faire sortie une matrice alors que tous les autres exports rendent un unique double par simulation ? - Quelle tête ça va avoir dans le Rdata si j'ai un mélange d'une sortie sous forme de matrice avec des sorties sous forme de doubles ?
Le 25/04/2012 11:29, Loic GASCHE a écrit :
Je m'interroge sur la possibilité de remplace sumAll par sumOverDim : Dans SensitivityBiomassY3 j'ai "biomass" qui est un double car c'est le sumAll d'une matrice. Si je fais un sumOverDim à la place de sumAll, biomass va devenir une matrice..., donc : - Comment je fais pour faire sortir une matrice à mon nouveau SensitivityExport ? - Est-ce que cela à du sens de lui faire sortie une matrice alors que tous les autres exports rendent un unique double par simulation ? - Quelle tête ça va avoir dans le Rdata si j'ai un mélange d'une sortie sous forme de matrice avec des sorties sous forme de doubles ?
Pour la sensitivité, il faut que tu es un double....
ce que tu peux faire c est entrer ta maturite dans l export. Ton calcul "a la main" fais le dans l export sans appeler l ogive de maturite mais en creant le vecteur dans l export. ensuite tu sommes et tu as un double. en schematique (je sais plus ecrire du java ;-) ) biom_age = MatrixBiomass.sumOverDim(...); (ca devrait etre un vecteur) int[] mat = {0,0,0,0,0.5,0.5,0.5,1,1,1,}; ssb_age = mult(mat,biom_age); sbb = ssb_age.sum(); qui est ton double Ca marcherait? seul pb c est si ta maturite est un parametre de ton AS.... Le 25 avril 2012 05:51, Jean Couteau <couteau@codelutin.com> a écrit :
Le 25/04/2012 11:29, Loic GASCHE a écrit :
Je m'interroge sur la possibilité de remplace sumAll par sumOverDim : Dans SensitivityBiomassY3 j'ai "biomass" qui est un double car c'est le sumAll d'une matrice. Si je fais un sumOverDim à la place de sumAll, biomass va devenir une matrice..., donc : - Comment je fais pour faire sortir une matrice à mon nouveau SensitivityExport ? - Est-ce que cela à du sens de lui faire sortie une matrice alors que tous les autres exports rendent un unique double par simulation ? - Quelle tête ça va avoir dans le Rdata si j'ai un mélange d'une sortie sous forme de matrice avec des sorties sous forme de doubles ?
Pour la sensitivité, il faut que tu es un double.... _______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 25/04/2012 15:42, Sigrid Lehuta a écrit :
ce que tu peux faire c est entrer ta maturite dans l export. Ton calcul "a la main" fais le dans l export sans appeler l ogive de maturite mais en creant le vecteur dans l export. ensuite tu sommes et tu as un double. en schematique (je sais plus ecrire du java ;-) ) biom_age = MatrixBiomass.sumOverDim(...); (ca devrait etre un vecteur) int[] mat = {0,0,0,0,0.5,0.5,0.5,1,1,1,}; ssb_age = mult(mat,biom_age); sbb = ssb_age.sum(); qui est ton double
Ca marcherait?
j'y pensait également. Ca doit être la solution la moins pire pour aller vite a une solution en attendant qu'on résolve le pb avec Éric. -- Jean Couteau - Code Lutin - www.codelutin.com 12 Avenue Jules Verne, 44230 Saint-Sébastien-Sur-Loire Tel : 02.40.50.29.28 - Port : 06.68.07.29.29
Le 25/04/2012 10:03, Eric Chatellier a écrit :
Je vais tenter un test avec le pc de Jean pour confirmer le problème ou pas dès que possible.
Salut, On vient de tester avec le pc de jean. Il a bien eu l'erreur également, mais le script corrigé a solutionné le problème. Peut-tu verifier encore une fois que tu utilises le bon script et qu'il compile ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 26/04/2012 15:16, Eric Chatellier a écrit :
Le 25/04/2012 10:03, Eric Chatellier a écrit :
Je vais tenter un test avec le pc de Jean pour confirmer le problème ou pas dès que possible.
Salut,
On vient de tester avec le pc de jean. Il a bien eu l'erreur également, mais le script corrigé a solutionné le problème.
Peut-tu verifier encore une fois que tu utilises le bon script et qu'il compile ?
Salut, J'ai viré l'ancien SensitivityBiomassY2 et téléchargé le tien à la place. Tout compile comme il faut dans ISIS. J'ai refait tourner une AS en demandant SensitivityBiomassY2 comme sortie pour la plie et la sole. Les résultats sont les mêmes qu'avant : 0. Et les messages d'erreur ne semblent pas avoir changé non plus. J'ai aussi mis SensitivityBiomassY2 en PJ pour que tu puisses vérifier si c'est bien le bon. C'est de plus en plus bizarre cette histoire... Loïc
Le 26/04/2012 15:50, Loic GASCHE a écrit :
J'ai viré l'ancien SensitivityBiomassY2 et téléchargé le tien à la place. Tout compile comme il faut dans ISIS. J'ai refait tourner une AS en demandant SensitivityBiomassY2 comme sortie pour la plie et la sole. Les résultats sont les mêmes qu'avant : 0. Et les messages d'erreur ne semblent pas avoir changé non plus. J'ai aussi mis SensitivityBiomassY2 en PJ pour que tu puisses vérifier si c'est bien le bon.
J'ai finalement réussi à la reproduire. Je l'ai corrigé dans la v 4.1 normalement. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Bonjour, J'ai installé la v 4.1 ce matin. La base a été convertie en v 4.1, et j'ai eu un message me demandant si je voulais mettre le VCS à jour. J'ai cliqué sur oui, j'ai ensuite eu un message me disant que certains scripts ne correspondaient pas à leur version originale (SiMatrix, SensitivityBiomass, etc.): normal puisqu'on les avait modifiés. Ce qui est bizarre est que ces scripts ont été dédoublés: maintenant chacun d'entre eux contient en fait deux scripts: notre script modifié suivi du script "original", tel qu'il doit être dans le dépôt en ligne. Est-ce normal ? Je suppose que je n'ai plus qu'à faire du ménage dans mes scripts ? dernière question : le SensitivityBiomassY2 à utiliser dans la v 4.1 c'est l'"original" fait par Jean ou le modifié qui était sensé contourner le bug ? Loïc Le 26/04/2012 18:36, Eric Chatellier a écrit :
Le 26/04/2012 15:50, Loic GASCHE a écrit :
J'ai viré l'ancien SensitivityBiomassY2 et téléchargé le tien à la place. Tout compile comme il faut dans ISIS. J'ai refait tourner une AS en demandant SensitivityBiomassY2 comme sortie pour la plie et la sole. Les résultats sont les mêmes qu'avant : 0. Et les messages d'erreur ne semblent pas avoir changé non plus. J'ai aussi mis SensitivityBiomassY2 en PJ pour que tu puisses vérifier si c'est bien le bon.
J'ai finalement réussi à la reproduire. Je l'ai corrigé dans la v 4.1 normalement.
Et les scripts commencent par <<<<<<< .mine et se terminent par >>>>>>> .r287 à priori quand ils ont été "dupliqués". Le 27/04/2012 09:57, Loic GASCHE a écrit :
Bonjour,
J'ai installé la v 4.1 ce matin. La base a été convertie en v 4.1, et j'ai eu un message me demandant si je voulais mettre le VCS à jour. J'ai cliqué sur oui, j'ai ensuite eu un message me disant que certains scripts ne correspondaient pas à leur version originale (SiMatrix, SensitivityBiomass, etc.): normal puisqu'on les avait modifiés. Ce qui est bizarre est que ces scripts ont été dédoublés: maintenant chacun d'entre eux contient en fait deux scripts: notre script modifié suivi du script "original", tel qu'il doit être dans le dépôt en ligne. Est-ce normal ? Je suppose que je n'ai plus qu'à faire du ménage dans mes scripts ?
dernière question : le SensitivityBiomassY2 à utiliser dans la v 4.1 c'est l'"original" fait par Jean ou le modifié qui était sensé contourner le bug ?
Loïc
Le 26/04/2012 18:36, Eric Chatellier a écrit :
Le 26/04/2012 15:50, Loic GASCHE a écrit :
J'ai viré l'ancien SensitivityBiomassY2 et téléchargé le tien à la place. Tout compile comme il faut dans ISIS. J'ai refait tourner une AS en demandant SensitivityBiomassY2 comme sortie pour la plie et la sole. Les résultats sont les mêmes qu'avant : 0. Et les messages d'erreur ne semblent pas avoir changé non plus. J'ai aussi mis SensitivityBiomassY2 en PJ pour que tu puisses vérifier si c'est bien le bon.
J'ai finalement réussi à la reproduire. Je l'ai corrigé dans la v 4.1 normalement.
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 27/04/2012 09:57, Loic GASCHE a écrit :
Bonjour,
J'ai installé la v 4.1 ce matin. La base a été convertie en v 4.1, et j'ai eu un message me demandant si je voulais mettre le VCS à jour. J'ai cliqué sur oui, j'ai ensuite eu un message me disant que certains scripts ne correspondaient pas à leur version originale (SiMatrix, SensitivityBiomass, etc.): normal puisqu'on les avait modifiés. Ce qui est bizarre est que ces scripts ont été dédoublés: maintenant chacun d'entre eux contient en fait deux scripts: notre script modifié suivi du script "original", tel qu'il doit être dans le dépôt en ligne. Est-ce normal ? Je suppose que je n'ai plus qu'à faire du ménage dans mes scripts ? Oui, isis signale les conflits du code ou il ne peut pas décider quelle version il doit choisir et les signale entre >>>>>> et <<<<<<<. Normalement le script n'est pas en entier dupliqué (seulement les conflits). C'est peut être du aux encodages de fichier pour windows, je ne sais pas trop :(
dernière question : le SensitivityBiomassY2 à utiliser dans la v 4.1 c'est l'"original" fait par Jean ou le modifié qui était sensé contourner le bug ? Normalement l'original. La version modifiée fonctionnerais aussi, mais elle n'est plus indispensable.
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Ca marche !! Bon ben il ne manque plus que CAPARMOR et on va pouvoir faire tourner des trucs sympas ! C'est dur de changer cette configuration de CAPARMOR ? Ca peut créer des problèmes ? Finalement tu vas passer Eric ? Le 27/04/2012 10:15, Eric Chatellier a écrit :
Le 27/04/2012 09:57, Loic GASCHE a écrit :
Bonjour,
J'ai installé la v 4.1 ce matin. La base a été convertie en v 4.1, et j'ai eu un message me demandant si je voulais mettre le VCS à jour. J'ai cliqué sur oui, j'ai ensuite eu un message me disant que certains scripts ne correspondaient pas à leur version originale (SiMatrix, SensitivityBiomass, etc.): normal puisqu'on les avait modifiés. Ce qui est bizarre est que ces scripts ont été dédoublés: maintenant chacun d'entre eux contient en fait deux scripts: notre script modifié suivi du script "original", tel qu'il doit être dans le dépôt en ligne. Est-ce normal ? Je suppose que je n'ai plus qu'à faire du ménage dans mes scripts ? Oui, isis signale les conflits du code ou il ne peut pas décider quelle version il doit choisir et les signale entre>>>>>> et<<<<<<<. Normalement le script n'est pas en entier dupliqué (seulement les conflits). C'est peut être du aux encodages de fichier pour windows, je ne sais pas trop :(
dernière question : le SensitivityBiomassY2 à utiliser dans la v 4.1 c'est l'"original" fait par Jean ou le modifié qui était sensé contourner le bug ? Normalement l'original. La version modifiée fonctionnerais aussi, mais elle n'est plus indispensable.
A priori en faisant tourner les AS sur caparmor, j'ai à nouveau des SensitivityBiomassY2 qui valent 0... et les erreurs qui vont avec dans les logs. Le 27/04/2012 11:29, Loic GASCHE a écrit :
Ca marche !!
Bon ben il ne manque plus que CAPARMOR et on va pouvoir faire tourner des trucs sympas !
C'est dur de changer cette configuration de CAPARMOR ? Ca peut créer des problèmes ?
Finalement tu vas passer Eric ?
Le 27/04/2012 10:15, Eric Chatellier a écrit :
Le 27/04/2012 09:57, Loic GASCHE a écrit :
Bonjour,
J'ai installé la v 4.1 ce matin. La base a été convertie en v 4.1, et j'ai eu un message me demandant si je voulais mettre le VCS à jour. J'ai cliqué sur oui, j'ai ensuite eu un message me disant que certains scripts ne correspondaient pas à leur version originale (SiMatrix, SensitivityBiomass, etc.): normal puisqu'on les avait modifiés. Ce qui est bizarre est que ces scripts ont été dédoublés: maintenant chacun d'entre eux contient en fait deux scripts: notre script modifié suivi du script "original", tel qu'il doit être dans le dépôt en ligne. Est-ce normal ? Je suppose que je n'ai plus qu'à faire du ménage dans mes scripts ? Oui, isis signale les conflits du code ou il ne peut pas décider quelle version il doit choisir et les signale entre>>>>>> et<<<<<<<. Normalement le script n'est pas en entier dupliqué (seulement les conflits). C'est peut être du aux encodages de fichier pour windows, je ne sais pas trop :(
dernière question : le SensitivityBiomassY2 à utiliser dans la v 4.1 c'est l'"original" fait par Jean ou le modifié qui était sensé contourner le bug ? Normalement l'original. La version modifiée fonctionnerais aussi, mais elle n'est plus indispensable.
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Le 27/04/2012 11:59, Loic GASCHE a écrit :
A priori en faisant tourner les AS sur caparmor, j'ai à nouveau des SensitivityBiomassY2 qui valent 0... et les erreurs qui vont avec dans les logs. Ha bah oui c'est normal, il faut que j'install la v4.1 sur caparmor.
Je te dit quand c'est fait. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 27/04/2012 12:10, Eric Chatellier a écrit :
Le 27/04/2012 11:59, Loic GASCHE a écrit :
A priori en faisant tourner les AS sur caparmor, j'ai à nouveau des SensitivityBiomassY2 qui valent 0... et les erreurs qui vont avec dans les logs. Ha bah oui c'est normal, il faut que j'install la v4.1 sur caparmor.
Je te dit quand c'est fait.
C'est bon. Vérifie juste que "Installation d'Isis" est bien égal à: /home3/caparmor/poussin/isis-fish-4.1.0 -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 27/04/2012 12:24, Eric Chatellier a écrit :
Le 27/04/2012 12:10, Eric Chatellier a écrit :
Le 27/04/2012 11:59, Loic GASCHE a écrit :
A priori en faisant tourner les AS sur caparmor, j'ai à nouveau des SensitivityBiomassY2 qui valent 0... et les erreurs qui vont avec dans les logs. Ha bah oui c'est normal, il faut que j'install la v4.1 sur caparmor.
Je te dit quand c'est fait.
C'est bon. Vérifie juste que "Installation d'Isis" est bien égal à: /home3/caparmor/poussin/isis-fish-4.1.0
J'ai changé le chemin d'"Installation d'ISIS" et ça tourne sans problème sur caparmor, les résultats de SensitivityBiomassY2 semblent bons ! Merci !
participants (4)
-
Eric Chatellier -
Jean Couteau -
Loic GASCHE -
Sigrid Lehuta