Bonjour, Nous avons repéré une incohérence dans la description de la dynamique de pop (point déjà soulevé par Sigrid il y a 6 mois à peu près - pour Benjamin) Si la population est structuree en age: La méthode getRecruitment (de populationMonitor) applique changement de classe et migration aux naissances (groupe=null) jusqu'a date_naissance + delta(getMonthGapBetweenReproRecrutement). Cela sous-entend que la classe 0 est = à age 0. Ce qui n'est pas toujours le cas. Pour y remédier, on propose de distinguer dans l'interface reproduction, deux cas : cas 1=reproduction cas2=stock/recrutement *cas 1:reproduction* l'equation renvoie un nombre d'oeufs, qui vont grandir et mourir jusqu'à entrer dans la classe 0 si pop en age : delta = le nombre de mois entre age 0 et age de classe 0 + mois d'arrivee dans l'annee et croissance comme deja implementee (MAIS PAS DE MIGRATION car c'est deja dans la matrice de correspondance repro/recru) si pop en longueur: il faut que l'utilisateur saisisse la valeur de delta (avec une aide sur la definition de delta= nb de mois pour arriver dans classe 0 depuis la naissance) et pas de croissance(pas de changement de classe), ni de migration. *cas 2:stock/recrutement * l'equation renvoie un nombre de recrues en age: delta = le nombre de mois entre age 0 et age de classe 0 + mois d'arrivee dans l'annee en longueur il faut que l'utilisateur saisisse la valeur de delta (avec une aide sur la definition de delta= nb de mois pour arriver dans classe 0 depuis la naissance) Mortalité naturelle doit etre forcée à 0 Pas de migration, pas de changement de classe Donc il faut 1.ajouter un flag dans l'interface Repro (qui devrait s'appeler Repro/Recru) pour sélectionner cas1 ou cas 2 2.ajouter une aide pour le calcul de delta 3.modifier le code de getRecruitment selon algo ci-dessous *si cas 1, supprimer migration *si cas 2, supprimer migration et changement de classe 4.dans simulateur si cas 2 : forcer Mortalite naturelle du groupe null à 0 Stephanie et Sigrid -- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Le 27/11/2014 18:21, Stephanie MAHEVAS a écrit :
Bonjour, Nous avons repéré une incohérence dans la description de la dynamique de pop (point déjà soulevé par Sigrid il y a 6 mois à peu près - pour Benjamin) Si la population est structuree en age: La méthode getRecruitment (de populationMonitor) applique changement de classe et migration aux naissances (groupe=null) jusqu'a date_naissance + delta(getMonthGapBetweenReproRecrutement). Cela sous-entend que la classe 0 est = à age 0. Ce qui n'est pas toujours le cas. Pour y remédier, on propose de distinguer dans l'interface reproduction, deux cas : cas 1=reproduction cas2=stock/recrutement *cas 1:reproduction* l'equation renvoie un nombre d'oeufs, qui vont grandir et mourir jusqu'à entrer dans la classe 0 si pop en age : delta = le nombre de mois entre age 0 et age de classe 0 + mois d'arrivee dans l'annee et croissance comme deja implementee (MAIS PAS DE MIGRATION car c'est deja dans la matrice de correspondance repro/recru) si pop en longueur: il faut que l'utilisateur saisisse la valeur de delta (avec une aide sur la definition de delta= nb de mois pour arriver dans classe 0 depuis la naissance) et pas de croissance(pas de changement de classe), ni de migration. *cas 2:stock/recrutement * l'equation renvoie un nombre de recrues en age: delta = le nombre de mois entre age 0 et age de classe 0 + mois d'arrivee dans l'annee en longueur il faut que l'utilisateur saisisse la valeur de delta (avec une aide sur la definition de delta= nb de mois pour arriver dans classe 0 depuis la naissance) Mortalité naturelle doit etre forcée à 0 Pas de migration, pas de changement de classe
Donc il faut 1.ajouter un flag dans l'interface Repro (qui devrait s'appeler Repro/Recru) pour sélectionner cas1 ou cas 2 2.ajouter une aide pour le calcul de delta 3.modifier le code de getRecruitment selon algo ci-dessous *si cas 1, supprimer migration *si cas 2, supprimer migration et changement de classe 4.dans simulateur si cas 2 : forcer Mortalite naturelle du groupe null à 0 La modification repoduction/recrutement est disponible dans cette version de test: http://forge.codelutin.com/attachments/download/2570/isis-fish-4.4.0.0-r4141...
Tu peux nous faire un retour Sigrid ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
non, le lien ne marche pas... :-( y'a la 4142 sur le site je peux regarder celle la ? Le 4 décembre 2014 12:00, Eric Chatellier <chatellier@codelutin.com> a écrit :
Bonjour, Nous avons repéré une incohérence dans la description de la dynamique de
(point déjà soulevé par Sigrid il y a 6 mois à peu près - pour Benjamin) Si la population est structuree en age: La méthode getRecruitment (de populationMonitor) applique changement de classe et migration aux naissances (groupe=null) jusqu'a date_naissance + delta(getMonthGapBetweenReproRecrutement). Cela sous-entend que la classe 0 est = à age 0. Ce qui n'est pas toujours le cas. Pour y remédier, on propose de distinguer dans l'interface reproduction, deux cas : cas 1=reproduction cas2=stock/recrutement *cas 1:reproduction* l'equation renvoie un nombre d'oeufs, qui vont grandir et mourir jusqu'à entrer dans la classe 0 si pop en age : delta = le nombre de mois entre age 0 et age de classe 0
Le 27/11/2014 18:21, Stephanie MAHEVAS a écrit : pop +
mois d'arrivee dans l'annee et croissance comme deja implementee (MAIS PAS DE MIGRATION car c'est deja dans la matrice de correspondance repro/recru) si pop en longueur: il faut que l'utilisateur saisisse la valeur de delta (avec une aide sur la definition de delta= nb de mois pour arriver dans classe 0 depuis la naissance) et pas de croissance(pas de changement de classe), ni de migration. *cas 2:stock/recrutement * l'equation renvoie un nombre de recrues en age: delta = le nombre de mois entre age 0 et age de classe 0 + mois d'arrivee dans l'annee en longueur il faut que l'utilisateur saisisse la valeur de delta (avec une aide sur la definition de delta= nb de mois pour arriver dans classe 0 depuis la naissance) Mortalité naturelle doit etre forcée à 0 Pas de migration, pas de changement de classe
Donc il faut 1.ajouter un flag dans l'interface Repro (qui devrait s'appeler Repro/Recru) pour sélectionner cas1 ou cas 2 2.ajouter une aide pour le calcul de delta 3.modifier le code de getRecruitment selon algo ci-dessous *si cas 1, supprimer migration *si cas 2, supprimer migration et changement de classe 4.dans simulateur si cas 2 : forcer Mortalite naturelle du groupe null à 0 La modification repoduction/recrutement est disponible dans cette version de test:
http://forge.codelutin.com/attachments/download/2570/isis-fish-4.4.0.0-r4141...
Tu peux nous faire un retour Sigrid ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Coucou Mauvaise nouvelle, ca marche pas du tout... 1/ si je passe de repro à stock recrutement (ou l inverse), le bouton sauver ne se degrise pas, je ne peux pas sauver la modif... 2/ du coup je ne sais pas si c est la modif qui n est pas prise en compte ou si ca ne marche pas... que ca soit stock-recru ou repro, j ai exactement les memes resultats. ces res sont plutot cohérents avec stock-recrutement. 3/ au passage je remarque qu une pop structuree en age peut changer de classe plusieurs fois ds une année... c est genant.. - Il faudrait une aide contextuelle pour delta ("temps nécessaire pour rejoindre la classe 0") et forcer delta a age de la classe 0 en mois par default pour les pop structurées en age. voila pour cette fois, j attend pour retester... ps: une fois qu une base a ete migree vers la version superieur, est elle tjs ouvrable avec une version inferieure ? Le 4 décembre 2014 14:22, Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 04/12/2014 14:17, Sigrid Lehuta a écrit :
non, le lien ne marche pas... :-( y'a la 4142 sur le site je peux regarder celle la ? Oui, il y avait un pb avec la 4141.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
Coucou Mauvaise nouvelle, ca marche pas du tout...
1/ si je passe de repro à stock recrutement (ou l inverse), le bouton sauver ne se degrise pas, je ne peux pas sauver la modif... J'ai corrigé ca ici: https://forge.codelutin.com/attachments/download/2589/isis-fish-4.4.0.0-r414...
2/ du coup je ne sais pas si c est la modif qui n est pas prise en compte ou si ca ne marche pas... que ca soit stock-recru ou repro, j ai exactement les memes resultats. ces res sont plutot cohérents avec stock-recrutement. J'ai testé dans les deux cas, et les résultats ne varient pas. Par contre, j'ai vérifié que le suivant la configuration stock-recru ou repro le code que Benjamin à modifié s'execute ou pas, donc je pense que c'est bon.
Par contre, je ne sais pas comment vérifier l'influence sur les résultats...
3/ au passage je remarque qu une pop structuree en age peut changer de classe plusieurs fois ds une année... c est genant..
- Il faudrait une aide contextuelle pour delta ("temps nécessaire pour rejoindre la classe 0") et forcer delta a age de la classe 0 en mois par default pour les pop structurées en age.
Je ne comprend pas où est ce delta. -- Éric Chatellier
Le 7 décembre 2014 17:37, Eric Chatellier <chatellier@codelutin.com> a écrit :
Coucou Mauvaise nouvelle, ca marche pas du tout...
1/ si je passe de repro à stock recrutement (ou l inverse), le bouton sauver ne se degrise pas, je ne peux pas sauver la modif... J'ai corrigé ca ici:
https://forge.codelutin.com/attachments/download/2589/isis-fish-4.4.0.0-r414...
je regarde des que possible
2/ du coup je ne sais pas si c est la modif qui n est pas prise en compte
ou si ca ne marche pas... que ca soit stock-recru ou repro, j ai exactement les memes resultats. ces res sont plutot cohérents avec stock-recrutement. J'ai testé dans les deux cas, et les résultats ne varient pas. Par contre, j'ai vérifié que le suivant la configuration stock-recru ou repro le code que Benjamin à modifié s'execute ou pas, donc je pense que c'est bon.
ca ne devrait pas donner la meme chose selon que l on selectionne l un ou l autre. je verifierai.
Par contre, je ne sais pas comment vérifier l'influence sur les résultats...
3/ au passage je remarque qu une pop structuree en age peut changer de classe plusieurs fois ds une année... c est genant..
peux tu rendre exclusif le choix de la saison de changement de classe pour les pop en age ?
- Il faudrait une aide contextuelle pour delta ("temps nécessaire pour rejoindre la classe 0") et forcer delta a age de la classe 0 en mois par default pour les pop structurées en age.
pardon, le delta c'est le "gap entre repro et recrutement" la case en dessous de l equation de repro ds l interface. demande a Benjamin, si besoin. on avait meme parler de le preremplir pour les pop en age avec l age en mois de la classe 0.
Je ne comprend pas où est ce delta.
-- É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
hello alors c est ok pour stock-recrutement, par contre il me fait un truc bizarre pour repro : j ai parametrer un gap repro-recru de 24 mois (delta) avec une classe 0 d'age 2. et les simus me font bien arriver les nouveaux 2 ans plus tard mais carrement dans la classe 4 (age 6)! le changement de classe est appliqué plus de 2 fois! j ai pas ete voir le code mais qqch a du etre ajouté par rapport a la version precedente ! tu peux m appeler si c est pas clair (0695731616) mais en gros au bout de delta ils doivent tomber ds la classe qui a comme age delta. Le 8 décembre 2014 10:21, Sigrid Lehuta <sigridlehuta@gmail.com> a écrit :
Le 7 décembre 2014 17:37, Eric Chatellier <chatellier@codelutin.com> a écrit :
Coucou Mauvaise nouvelle, ca marche pas du tout...
1/ si je passe de repro à stock recrutement (ou l inverse), le bouton sauver ne se degrise pas, je ne peux pas sauver la modif... J'ai corrigé ca ici:
https://forge.codelutin.com/attachments/download/2589/isis-fish-4.4.0.0-r414...
je regarde des que possible
2/ du coup je ne sais pas si c est la modif qui n est pas prise en compte
ou si ca ne marche pas... que ca soit stock-recru ou repro, j ai exactement les memes resultats. ces res sont plutot cohérents avec stock-recrutement. J'ai testé dans les deux cas, et les résultats ne varient pas. Par contre, j'ai vérifié que le suivant la configuration stock-recru ou repro le code que Benjamin à modifié s'execute ou pas, donc je pense que c'est bon.
ca ne devrait pas donner la meme chose selon que l on selectionne l un ou l autre. je verifierai.
Par contre, je ne sais pas comment vérifier l'influence sur les résultats...
3/ au passage je remarque qu une pop structuree en age peut changer de classe plusieurs fois ds une année... c est genant..
peux tu rendre exclusif le choix de la saison de changement de classe pour les pop en age ?
- Il faudrait une aide contextuelle pour delta ("temps nécessaire pour rejoindre la classe 0") et forcer delta a age de la classe 0 en mois par default pour les pop structurées en age.
pardon, le delta c'est le "gap entre repro et recrutement" la case en dessous de l equation de repro ds l interface. demande a Benjamin, si besoin. on avait meme parler de le preremplir pour les pop en age avec l age en mois de la classe 0.
Je ne comprend pas où est ce delta.
-- É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 08/12/2014 11:40, Sigrid Lehuta a écrit :
hello alors c est ok pour stock-recrutement,
par contre il me fait un truc bizarre pour repro : j ai parametrer un gap repro-recru de 24 mois (delta) avec une classe 0 d'age 2. et les simus me font bien arriver les nouveaux 2 ans plus tard mais carrement dans la classe 4 (age 6)! le changement de classe est appliqué plus de 2 fois! j ai pas ete voir le code mais qqch a du etre ajouté par rapport a la version precedente ! Benjamin a regarder.
Voilà le code en question: http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... Il suggérait de supprimer, en plus de la migration, le code du changement d'age. Donc on suppose que si ta population a une saison avec changement de groupe, en 24 mois, il est réalisé deux fois. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Steph Peux tu jeter un œil, pas sur que j ai les yeux en face des trous : Il me semble que le changement de classe ne devrait s’appliquer qu’entre « age de la classe 0 » et delta, non? Le 8 décembre 2014 14:16, Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 08/12/2014 11:40, Sigrid Lehuta a écrit :
hello alors c est ok pour stock-recrutement,
par contre il me fait un truc bizarre pour repro : j ai parametrer un gap repro-recru de 24 mois (delta) avec une classe 0 d'age 2. et les simus me font bien arriver les nouveaux 2 ans plus tard mais carrement dans la classe 4 (age 6)! le changement de classe est appliqué plus de 2 fois! j ai pas ete voir le code mais qqch a du etre ajouté par rapport a la version precedente ! Benjamin a regarder.
Voilà le code en question:
http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... Il suggérait de supprimer, en plus de la migration, le code du changement d'age.
Donc on suppose que si ta population a une saison avec changement de groupe, en 24 mois, il est réalisé deux fois.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans. steph Le 09/12/2014 11:39, Sigrid Lehuta a écrit :
Steph
Peux tu jeter un oeil, pas sur que j ai les yeux en face des trous :
Il me semble que le changement de classe ne devrait s'appliquer qu'entre « age de la classe 0 » et delta, non?
Le 8 décembre 2014 14:16, Eric Chatellier <chatellier@codelutin.com <mailto:chatellier@codelutin.com>> a écrit :
Le 08/12/2014 11:40, Sigrid Lehuta a écrit : > hello > alors c est ok pour stock-recrutement, > > par contre il me fait un truc bizarre pour repro : j ai parametrer un gap > repro-recru de 24 mois (delta) avec une classe 0 d'age 2. et les simus me font > bien arriver les nouveaux 2 ans plus tard mais carrement dans la classe 4 (age > 6)! le changement de classe est appliqué plus de 2 fois! j ai pas ete voir le > code mais qqch a du etre ajouté par rapport a la version precedente ! Benjamin a regarder.
Voilà le code en question: http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... Il suggérait de supprimer, en plus de la migration, le code du changement d'age.
Donc on suppose que si ta population a une saison avec changement de groupe, en 24 mois, il est réalisé deux fois.
-- Éric Chatellier - www.codelutin.com <http://www.codelutin.com> - 02.40.50.29.28
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org <mailto:Isis-fish-devel@list.isis-fish.org> http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Le 09/12/2014 14:59, Stephanie MAHEVAS a écrit :
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans. Cela veut-il dire que dans le code suivant : http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... où l'on a déjà supprimé la migration, on doit aussi supprimer le changement de groupe ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
oui je dirais que l'on enlève la partie de la ligne 291 à 324 Sigrid tu confirmes? Le 09/12/2014 15:11, Eric Chatellier a écrit :
Le 09/12/2014 14:59, Stephanie MAHEVAS a écrit :
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans. Cela veut-il dire que dans le code suivant : http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... où l'on a déjà supprimé la migration, on doit aussi supprimer le changement de groupe ?
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Non pas entièrement d’accord Si delta = 40 et classe 0 est d’age 2, alors ils n’entreront pas dans la classe 0 mais dans la classe 1 au bout des 40 mois. Donc le changement de classe s’applique si delta > group.get(0).getAge() Donc ligne 303, while (step.after(stepRepro +group.get(0).getAge() ) && step.before(stepRepro + gapBetweenReproRecru)) { ? Le 9 décembre 2014 15:16, Stephanie MAHEVAS <Stephanie.Mahevas@ifremer.fr> a écrit :
oui je dirais que l'on enlève la partie de la ligne 291 à 324 Sigrid tu confirmes?
Le 09/12/2014 15:11, Eric Chatellier a écrit :
Le 09/12/2014 14:59, Stephanie MAHEVAS a écrit :
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans.
Cela veut-il dire que dans le code suivant : http://forge.codelutin.com/projects/isis-fish/repository/ revisions/4141/entry/trunk/src/main/java/fr/ifremer/isisfish/simulator/ PopulationMonitor.java#L318 où l'on a déjà supprimé la migration, on doit aussi supprimer le changement de groupe ?
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75
o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
ok pour etre le plus generaliste possible mais si c'est de la repro, quel sens ca a de les faire rentrer à delta =40? le principe de se mettre en repro c'est de decrire ce qui se passe entre la ponte et le recrutement, avec au plus simple une mortalite naturelle. Mai bon pour quoi pas, qui peut le plus peut le moins Le 09/12/2014 16:02, Sigrid Lehuta a écrit :
Non pas entièrement d'accord
Si delta = 40 et classe 0 est d'age 2, alors ils n'entreront pas dans la classe 0 mais dans la classe 1 au bout des 40 mois.
Donc le changement de classe s'applique si delta > group.get(0).getAge()
Donc ligne 303,
while (step.after(stepRepro +group.get(0).getAge() )&&
step.before(stepRepro + gapBetweenReproRecru)) {
?
Le 9 décembre 2014 15:16, Stephanie MAHEVAS <Stephanie.Mahevas@ifremer.fr <mailto:Stephanie.Mahevas@ifremer.fr>> a écrit :
oui je dirais que l'on enlève la partie de la ligne 291 à 324 Sigrid tu confirmes?
Le 09/12/2014 15:11, Eric Chatellier a écrit :
Le 09/12/2014 14:59, Stephanie MAHEVAS a écrit :
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans.
Cela veut-il dire que dans le code suivant : http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... où l'on a déjà supprimé la migration, on doit aussi supprimer le changement de groupe ?
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr <mailto:Stephanie.Mahevas@ifremer.fr>) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75
o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org <mailto:Isis-fish-devel@list.isis-fish.org> http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
attends je suis pas completement d accord, mais ca devient compliqué par mail. on s appelle peut etre pour en parler? la difference que je fais entre repro et stock recrutement c est l info dispo : - repro : si tu connais la fecondité la mortalité des jeunes stades, c'est a dire le lien ssb-oeufs - stock-recru : si tu ne connais pas la fecondité et la mortalité des premiers stades mais que tu sais le lien ssb-recru Dans les 2 cas, tu peux vouloir ne les decrire qu a partir d'un age qui n est pas 0, si par exemple ils ne sont pas péchés. mais pour une pop en age, dans les 2 cas au bout d un temps = age (classe 0) ils apparaissent dans le modele. je vois pas l interet qu ils ne recruitent pas dans la classe 0. la difference c'est si repro, M (group null) !=0 si recru, M (group null) = 0 Reste a voir le cas ou la repro a lieu en janvier et qu ils arrivent 2 ans plus tard, par exemple en mai, delta = 5 ? Ou plus simple on defini une saison de recruitment ? Le 9 décembre 2014 16:06, Stephanie MAHEVAS <Stephanie.Mahevas@ifremer.fr> a écrit :
ok pour etre le plus generaliste possible mais si c'est de la repro, quel sens ca a de les faire rentrer à delta =40? le principe de se mettre en repro c'est de decrire ce qui se passe entre la ponte et le recrutement, avec au plus simple une mortalite naturelle. Mai bon pour quoi pas, qui peut le plus peut le moins
Le 09/12/2014 16:02, Sigrid Lehuta a écrit :
Non pas entièrement d’accord
Si delta = 40 et classe 0 est d’age 2, alors ils n’entreront pas dans la classe 0 mais dans la classe 1 au bout des 40 mois.
Donc le changement de classe s’applique si delta > group.get(0).getAge()
Donc ligne 303,
while (step.after(stepRepro +group.get(0).getAge() ) &&
step.before(stepRepro + gapBetweenReproRecru)) {
?
Le 9 décembre 2014 15:16, Stephanie MAHEVAS <Stephanie.Mahevas@ifremer.fr> a écrit :
oui je dirais que l'on enlève la partie de la ligne 291 à 324 Sigrid tu confirmes?
Le 09/12/2014 15:11, Eric Chatellier a écrit :
Le 09/12/2014 14:59, Stephanie MAHEVAS a écrit :
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans.
Cela veut-il dire que dans le code suivant :
http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... où l'on a déjà supprimé la migration, on doit aussi supprimer le changement de groupe ?
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75
o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing listIsis-fish-devel@list.isis-fish.orghttp://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75
o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
ca semble pas evident par mail. Mais pas de bile, on va reussir à trouver une position commune. On peut essayer de s'appeler mais pas facile pour moi avant vendredi (RBE demain et Benthis jeudi).
attends je suis pas completement d accord, mais ca devient compliqué par mail. on s appelle peut etre pour en parler? la difference que je fais entre repro et stock recrutement c est l info dispo : - repro : si tu connais la fecondité la mortalité des jeunes stades, c'est a dire le lien ssb-oeufs - stock-recru : si tu ne connais pas la fecondité et la mortalité des premiers stades mais que tu sais le lien ssb-recru Dans les 2 cas, tu peux vouloir ne les decrire qu a partir d'un age qui n est pas 0, si par exemple ils ne sont pas péchés.
oui tout à fait d'accord. Mais dans ce cas ta classe 0 devrait correspondre à cette age d'apparition dans la pecherie. Et donc par construction, ils auront cet age là quand ils rentreront dans la classe 0 (pas besoin de les faire grandir). Sauf si tu veux les voir grandir dans les resultats entre leur naissance et leur arrivee en classe 0. Dans ce cas il faudrait que la classe O correspondre à la naissance (ou une date apres si tu veux voir grandir a partir d'un age intermediaire entre la naissance et la classe 0 initiale).
mais pour une pop en age, dans les 2 cas au bout d un temps = age (classe 0) ils apparaissent dans le modele. je vois pas l interet qu ils ne recruitent pas dans la classe 0. la difference c'est si repro, M (group null) !=0 si recru, M (group null) = 0 Reste a voir le cas ou la repro a lieu en janvier et qu ils arrivent 2 ans plus tard, par exemple en mai, delta = 5 ? Ou plus simple on defini une saison de recruitment ?
Le 9 décembre 2014 16:06, Stephanie MAHEVAS <Stephanie.Mahevas@ifremer.fr> a écrit :
ok pour etre le plus generaliste possible mais si c'est de la repro, quel sens ca a de les faire rentrer à delta =40? le principe de se mettre en repro c'est de decrire ce qui se passe entre la ponte et le recrutement, avec au plus simple une mortalite naturelle. Mai bon pour quoi pas, qui peut le plus peut le moins
Le 09/12/2014 16:02, Sigrid Lehuta a écrit :
Non pas entièrement d?accord
Si delta = 40 et classe 0 est d?age 2, alors ils n?entreront pas dans la classe 0 mais dans la classe 1 au bout des 40 mois.
Donc le changement de classe s?applique si delta > group.get(0).getAge()
Donc ligne 303,
while (step.after(stepRepro +group.get(0).getAge() ) &&
step.before(stepRepro + gapBetweenReproRecru)) {
?
Le 9 décembre 2014 15:16, Stephanie MAHEVAS <Stephanie.Mahevas@ifremer.fr> a écrit :
oui je dirais que l'on enlève la partie de la ligne 291 à 324 Sigrid tu confirmes?
Le 09/12/2014 15:11, Eric Chatellier a écrit :
Le 09/12/2014 14:59, Stephanie MAHEVAS a écrit :
je pense qu'il n'y a pas de croissance non plus pour repro. La classe 0 correspond à l'age ou la longueur à partir de laquelle on considere que les individus peuvent grandir et se deplacer selon les processus decrits dans ISIS. Si classe 0 = age 2 alors les oeufs vont rentrer dans age 2 au bout de delta mois (24<=delta<36) et donc pas besoin de les faire grandir puisque par defaut quand il rentre dans classe 0 ils ont 2 ans.
Cela veut-il dire que dans le code suivant :
http://forge.codelutin.com/projects/isis-fish/repository/revisions/4141/entr... où l'on a déjà supprimé la migration, on doit aussi supprimer le changement de groupe ?
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75
o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
_______________________________________________ Isis-fish-devel mailing listIsis-fish-devel@list.isis-fish.orghttp://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75
o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
_______________________________________________ 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 09/12/2014 21:27, Stephanie.Mahevas@ifremer.fr a écrit :
ca semble pas evident par mail. Mais pas de bile, on va reussir à trouver une position commune. On peut essayer de s'appeler mais pas facile pour moi avant vendredi (RBE demain et Benthis jeudi). Bonjour,
Avez-vous pu solutionner ce point ? Cordialement, Eric Chatellier. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
*voilà la conclusion. Est-ce que cela correspond à tes notes? * *GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*.* ·*groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations, des changements de classe (c'est à dire normalement le recrutement)* ·*on distingue deux équations : ponte (reproduction) et le recrutement* ·*ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.* ·*recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est possible d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).* Le 19/01/2015 10:42, Eric Chatellier a écrit :
Le 09/12/2014 21:27, Stephanie.Mahevas@ifremer.fr a écrit :
ca semble pas evident par mail. Mais pas de bile, on va reussir à trouver une position commune. On peut essayer de s'appeler mais pas facile pour moi avant vendredi (RBE demain et Benthis jeudi). Bonjour,
Avez-vous pu solutionner ce point ?
Cordialement, Eric Chatellier.
-- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Le 26/01/2015 12:43, Stephanie MAHEVAS a écrit :
*voilà la conclusion. Est-ce que cela correspond à tes notes? *
*GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*. *
· *groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations, des changements de classe (c'est à dire normalement le recrutement)*
· *on distingue deux équations : ponte (reproduction) et le recrutement*
· *ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.*
· *recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est possible d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).*
Ok, Désolé, nous avons oublié de traiter ce mail, et nous faut un peu de temps pour nous replonger dedans. Cela peut-il attendre la semaine prochaine le temps de traiter ces modifications ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Oui pas de problème. N'hésiter pas à appeler pour en discuter et être sur que tout est clair. Sigrid Le 24 février 2015 17:51, Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 26/01/2015 12:43, Stephanie MAHEVAS a écrit :
*voilà la conclusion. Est-ce que cela correspond à tes notes? *
*GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*. *
· *groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations,
changements de classe (c'est à dire normalement le recrutement)*
· *on distingue deux équations : ponte (reproduction) et le recrutement*
· *ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.*
· *recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est
des possible
d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).*
Ok,
Désolé, nous avons oublié de traiter ce mail, et nous faut un peu de temps pour nous replonger dedans. Cela peut-il attendre la semaine prochaine le temps de traiter ces modifications ?
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ 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 26/01/2015 12:43, Stephanie MAHEVAS a écrit :
*voilà la conclusion. Est-ce que cela correspond à tes notes? *
*GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*. *
· *groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations, des changements de classe (c'est à dire normalement le recrutement)*
· *on distingue deux équations : ponte (reproduction) et le recrutement*
· *ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.*
· *recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est possible d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).*
Ok, Nous devons ajouter une nouvelle équation "recrutement" dans l'onglet "Reproductions" d'une population. (en plus de l’équation de reproduction). Et la prendre en compte dans la méthode GetRecruitment. Cette équation prendra en paramètre les mêmes que l’équation de reproduction avec en plus la "repro" correspondante à la saison de reproduction et delta). La matrice de distribution du recrutement est donc a conserver, ou cela peut-il être d'une façon ou d'une autre simplifié pour être géré par l’équation de recrutement ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Reponse à la fin du mail Le 05/03/2015 15:11, Eric Chatellier a écrit :
Le 26/01/2015 12:43, Stephanie MAHEVAS a écrit :
*voilà la conclusion. Est-ce que cela correspond à tes notes? *
*GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*. *
· *groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations, des changements de classe (c'est à dire normalement le recrutement)*
· *on distingue deux équations : ponte (reproduction) et le recrutement*
· *ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.*
· *recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est possible d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).*
Ok,
Nous devons ajouter une nouvelle équation "recrutement" dans l'onglet "Reproductions" d'une population. (en plus de l’équation de reproduction). Et la prendre en compte dans la méthode GetRecruitment.
Cette équation prendra en paramètre les mêmes que l’équation de reproduction avec en plus la "repro" correspondante à la saison de reproduction et delta).
La matrice de distribution du recrutement est donc a conserver, ou cela peut-il être d'une façon ou d'une autre simplifié pour être géré par l’équation de recrutement ?
a partir du moment ou on met une equation, il n'y a pas lieu de mettre des parametres qui sont utilises dans l'equation en dehors de l'equation. Donc on peut supprimer prepro et precru. Stephanie -- ...................................................................... Stephanie MAHEVAS (Stephanie.Mahevas@ifremer.fr) IFREMER/EMH (Ecologie et Modèles pour l'Halieutique) Tel: (33) 2 40 37 41 81 Fax: (33) 2 40 37 40 75 o \ o / _ o __| \ / |__ o _ \ o / o /|\ | /\ ___\o \o | o/ o/__ /\ | /|\ / \ / \ | \ /) | ( \ /o\ / ) | (\ / | / \ / \ ......................................................................
Le 05/03/2015 15:37, Stephanie MAHEVAS a écrit :
a partir du moment ou on met une equation, il n'y a pas lieu de mettre des parametres qui sont utilises dans l'equation en dehors de l'equation. Donc on peut supprimer prepro et precru. Ok, par contre, ca va à l'encontre de votre souhait initial d'avoir une base de données structurante. Plus on bouge tout dans les équations, moins on a de structure.
Si tu confirmes, il faudra que les données actuelles prepro et precru soient migrées dans le code des équations automatiquement. C'est facile pour la nouvelle équation de recrutement, mais l’équation de reproduction existant déjà, on voit devoir rajouter du code au début du contenu actuel de l'equation. C'est faisable, mais c'est à confirmer. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 05/03/2015 16:06, Eric Chatellier a écrit :
Si tu confirmes, il faudra que les données actuelles prepro et precru soient migrées dans le code des équations automatiquement. C'est facile pour la nouvelle équation de recrutement, mais l’équation de reproduction existant déjà, on voit devoir rajouter du code au début du contenu actuel de l'equation.
Vu par téléphone. Pour l'instant on va seulement ajouter l’équation de recrutement et conserver prepro et precru. Il sera toujours possible de les supprimer et migrer plus tard si besoin. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 26/01/2015 12:43, Stephanie MAHEVAS a écrit :
*voilà la conclusion. Est-ce que cela correspond à tes notes? *
*GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*. *
· *groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations, des changements de classe (c'est à dire normalement le recrutement)*
· *on distingue deux équations : ponte (reproduction) et le recrutement*
· *ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.*
· *recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est possible d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).*
Voici comment nous avons implémenté ce que nous avons compris: - une équation de recrutement a été ajoutée dans la population - le code de recrutement reste inchangé (suite au dernier ajout de Benjamin) par défaut - l’équation de recrutement est appelée à tous les pas de temps La signature de l’équation est la suivante: public double compute(SimulationContext context, TimeStep step, Population pop, AbundanceAndReproMap abundanceAndRepros, MatrixND result) throws Exception; La matrice de recrutement "result" est celle calculée par IsisFish, si l’équation ne modifie pas cette matrice, l’équation n'a pas d'effet. Un nouvelle objet "abundanceAndRepros" est disponible, il contient les abondances et la matrice de production de la saison correspondant au pas de temps courant (t - delta). La nouvelle équation a donc normalement toutes les données nécessaire pour modifier le recrutement par défaut. Si cela vous convient, je peux faire une version "4.4.0.0-rc1" de IsisFish pour tester cela. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Salut Eric, Merci ca a l'air d'être exactement ce qu'on veut. - On aimerait en plus de l'abondance avoir acces à la biomasse a t-Delta - peux tu etre plus precis quant à la structure de abundanceAndRepros ? On a acces a tous les pas de temps de la saison de repro ? Le 7 avril 2015 17:03, Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 26/01/2015 12:43, Stephanie MAHEVAS a écrit :
*voilà la conclusion. Est-ce que cela correspond à tes notes? *
*GetRecruitment : *migrations et changement de groupe s'opéraient sur les oeufs (groupe nul). Il est nécessaire de distinguer deux configurations : description d'une reproduction ou d'une relation stock-recrutement*. *
· *groupe 0 : groupe (age ou longueur) dans lequel apparaisse les individus qui peuvent subir de la mortalité par pêche, des migrations,
changements de classe (c'est à dire normalement le recrutement)*
· *on distingue deux équations : ponte (reproduction) et le recrutement*
· *ponte : équation appelée à chaque mois de la saison de reproduction, elle met à disposition l'abondance à t et retourne le nombre d'oeufs (matrice zone*temps). A chaque pas de temps entre l'instant de ponte et le recrutement, cette matrice subit uniqment la mortalité naturelle du groupe null. Au moment du recrutement elle subira une migration zoneRepro-zoneRecru.*
· *recrutement : équation appelée à chaque pas de temps de la saison recrutement (définie par saison de repro, etalement recru et delta), les recrues sont récupérées dans la matrice de ponte par défaut. Il est
des possible
d'écrire une relation stock-recrutement différente (constante, fonction d'autres parametres ou variables). Dans cette équation on accède aussi à l'abondance aux instants de la reproduction précédente (t-delta).*
Voici comment nous avons implémenté ce que nous avons compris:
- une équation de recrutement a été ajoutée dans la population - le code de recrutement reste inchangé (suite au dernier ajout de Benjamin) par défaut - l’équation de recrutement est appelée à tous les pas de temps
La signature de l’équation est la suivante: public double compute(SimulationContext context, TimeStep step, Population pop, AbundanceAndReproMap abundanceAndRepros, MatrixND result) throws Exception;
La matrice de recrutement "result" est celle calculée par IsisFish, si l’équation ne modifie pas cette matrice, l’équation n'a pas d'effet.
Un nouvelle objet "abundanceAndRepros" est disponible, il contient les abondances et la matrice de production de la saison correspondant au pas de temps courant (t - delta).
La nouvelle équation a donc normalement toutes les données nécessaire pour modifier le recrutement par défaut.
Si cela vous convient, je peux faire une version "4.4.0.0-rc1" de IsisFish pour tester cela.
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
_______________________________________________ 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 14/04/2015 14:00, Sigrid Lehuta a écrit :
Salut Eric, Salut,
Merci ca a l'air d'être exactement ce qu'on veut. - On aimerait en plus de l'abondance avoir acces à la biomasse a t-Delta C'est pas vraiment compliqué, il faut juste modifier le simulateur pour que la biomasse soit toujours calculée. Actuellement la biomasse n'est calculée que si on sélectionne le résultat MATRIX_BIOMASSE.
L'objet AbundanceAndRepro devra être renommé AbundanceAndBiomassAndRepro. Comme c'est pas très jolie, vous auriez une idée de nom pour un objet (ou un concept) qui contient l'abondance, la biomasse, et la reproduction d'un pas de temps ?
- peux tu etre plus precis quant à la structure de abundanceAndRepros ? On a acces a tous les pas de temps de la saison de repro ?
Si on a une saison de reproduction "Janvier/Février/Mars" et un delta à 6 (donc une saison de recrutement sur Juillet/Aout/Septembre). Donc pour le mois de Juillet, abundanceAndRepros est une map<TimeStep, AbundanceAndRepro> qui contiendra une seule valeur: Janvier > N(janvier), reproduction(janvier) Et au mois suivant Aout, abundanceAndRepros contiendra: Janvier > N(janvier), reproduction(janvier) Février > N(février), reproduction(février) Et au mois de Septembre: Janvier > N(janvier), reproduction(janvier) Février > N(février), reproduction(février) Mars > N(mars), reproduction(mars) En gros, cela contient toutes les données du passé nécessaire au calcul de la reproduction au pas de temps courant. -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 15/04/2015 10:01, Eric Chatellier a écrit :
Merci ca a l'air d'être exactement ce qu'on veut. - On aimerait en plus de l'abondance avoir acces à la biomasse a t-Delta C'est pas vraiment compliqué, il faut juste modifier le simulateur pour que la biomasse soit toujours calculée. Actuellement la biomasse n'est calculée que si on sélectionne le résultat MATRIX_BIOMASSE.
L'objet AbundanceAndRepro devra être renommé AbundanceAndBiomassAndRepro. Comme c'est pas très jolie, vous auriez une idée de nom pour un objet (ou un concept) qui contient l'abondance, la biomasse, et la reproduction d'un pas de temps ?
Un idée de nom ? -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Le 16/04/2015 18:51, Eric Chatellier a écrit : > L'objet AbundanceAndRepro devra être renommé AbundanceAndBiomassAndRepro. > Comme c'est pas très jolie, vous auriez une idée de nom pour un objet (ou un > concept) qui contient l'abondance, la biomasse, et la reproduction d'un pas de > temps ? > Un idée de nom ? J'ai choisi le nom "ReproductionData" (pour avoir un nom generic et evolutif). Il contient trois methode : - getAboundance() : MatrixND - getBiomass() : MatrixND - getRepro() : MatrixND J'ai releasé une version de test pour pouvoir commencer à utiliser cela: http://forge.codelutin.com/attachments/download/3151/isis-fish-4.4.0.0-rc-1-bin.zip -- Éric Chatellier - www.codelutin.com - 02.40.50.29.28
Bonne initiative ! desolée du manque de reactivité. d'autre questions? Hate d'essayer la nouvelle version ! Le 21 avril 2015 14:46, Eric Chatellier <chatellier@codelutin.com> a écrit : > Le 16/04/2015 18:51, Eric Chatellier a écrit : > > L'objet AbundanceAndRepro devra être renommé AbundanceAndBiomassAndRepro. > > Comme c'est pas très jolie, vous auriez une idée de nom pour un objet > (ou un > > concept) qui contient l'abondance, la biomasse, et la reproduction d'un > pas de > > temps ? > > Un idée de nom ? > J'ai choisi le nom "ReproductionData" (pour avoir un nom generic et > evolutif). > Il contient trois methode : > - getAboundance() : MatrixND > - getBiomass() : MatrixND > - getRepro() : MatrixND > > J'ai releasé une version de test pour pouvoir commencer à utiliser cela: > > http://forge.codelutin.com/attachments/download/3151/isis-fish-4.4.0.0-rc-1-bin.zip > > -- > Éric Chatellier - www.codelutin.com - 02.40.50.29.28 > > _______________________________________________ > Isis-fish-devel mailing list > Isis-fish-devel@list.isis-fish.org > http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel >
participants (4)
-
Eric Chatellier -
Sigrid Lehuta -
Stephanie MAHEVAS -
Stephanie.Mahevas＠ifremer.fr