Le 02/05/2012 16:01, Sigrid Lehuta a écrit :
hello, je decline toutes responsabilite dans l ecriture de cette regle ;-)
je pense que l esprit etait que, dans la vraie vie, les TAC ciblent une espece (et toutes ses pops) a l echelle d une region et non une pop. Et le cas de Loic est particulier. mais je ne vois pas pourquoi on s interesserait a des pop non simulees, donc il faudrait garder le species (for (Population pop : param_species.getPopulation()) {) mais ajouter un test qui verifie que la pop est simulee.
ca vous parait bien?
Je suis d'accord avec toi sur le fait que c'est bizarre de s'intéresser à des pops non simulées. Je reviens quand même sur mon autre question: qu'est-ce qui se passe si on simule une grande région qui correspond à plusieurs zones CIEM adjacentes (c'est bien ce qu'on a en Golfe de Gascogne non) ? Il faut faire un seul gros TAC qui s'applique à toutes les pops d'une espèce sans considération de localisation dans une zone CIEM donnée ? Ce serait bizarre...
Le 2 mai 2012 08:04, Eric Chatellier <chatellier@codelutin.com <mailto:chatellier@codelutin.com>> a écrit :
Le 02/05/2012 13:40, Loic GASCHE a écrit : > > Heu je ne comprends pas trop la dernière phrase... > > A priori je trouve ça bizarre que la règle TAC prenne toutes les populations > d'une espèce. > > Les TACs sont définis par zone CIEM ou par groupe de zones CIEM. Par exemple, > il y a un TAC pour la sole en 7D et un TAC pour la sole en 7E; mais le TAC de > plie est défini pour les zones 7D et 7E à la fois. > > Comme ça je dirais donc que quand on veut mettre un TAC, il faudrait en même > temps qu'on nous demande à quelles populations il va s'appliquer. Comme ça un > TAC s'applique à un groupe de populations, et c'est à l'utilisateur de faire > correspondre ce groupe de populations à une ou plusieurs zones CIEM. > > Comme ça on peut avoir un modèle ISIS qui représente plusieurs zones CIEM avec > chacune leurs populations et avec un TAC par zone. > > Après ce n'est que la vision que j'en ai avec mon petit modèle que je > n'utilise pas en entier. D'ailleurs le soucis ne se pose peut-être que dans > mon cas particulier: mon modèle représente 2 zones mais je n'en utilise qu'une > dans les simulations car l'autre est appelée à sauter à terme. Mais on peut > supposer qu'un "vrai" modèle ISIS ne contient que les zones auxquelles on > s'intéresse, et donc on travaillerait sur toutes les zones et toutes les pops > (avec toujours la question de comment séparer les pops des différentes zones > si le TAC prend automatiquement toutes les pops). Donc peut-être que Steph ou > Sigrid seraient plus utiles pour répondre à cette question. > Je comprend.
C'est juste que dans le postAction, Sigrid a utilisé les populations de l'espece au lieu des populations de la simulation. Il y a peut etre une raison, ou alors c'est une erreur.
-- Éric Chatellier <chatellier@codelutin.com <mailto:chatellier@codelutin.com>> Tel: 02.40.50.29.28 http://www.codelutin.com
_______________________________________________ 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
-- Loïc Gasche Doctorant Unité Ecologie et Modèles pour l'Halieutique (EMH) IFREMER - Centre de Nantes