C'est vraiment une question pertinente, surtout dans un contexte de redefinition des structures demographiques des pop (cf le Bar en Manche, le Hareng en Mer du Nord). De maniere pragmatique, L'objectif du modele est de tester de la gestion donc on se met a l echelle de la gestion. Les especes isis ont un sens pour les metiers et les TAC. Donc si chaque pop a sa zone, son metier et son TAC, je serais d avis de creer 2 especes differentes (comme pour les evaluations de stocks). meme si le sens biologique est perdu. Surtout que je ne crois pas que dans isis, les populations d une meme espece aient des liens privilegies qui ne puissent pas etre crees entre especes (?). Il faudrait chequer ca avec Steph qu'on ne neglige pas un aspect important en faisant ca. Autre option, creer une autre regle de TAC qui cible la pop au lieu de l espece. mais tu vas devoir interdire un metier qui cible une pop donc le TAC est atteint alors qu il pourrait encore pecher sur le reste de l'espece... et on ne distingue generalement pas les pop dans les debarquements... Bisarre! Le 2 mai 2012 10:11, Loic GASCHE <Loic.Gasche@ifremer.fr> a écrit :
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 <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 <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<Isis-fish-devel@list.isis-fish.org> <mailto:Isis-fish-devel@list.**isis-fish.org<Isis-fish-devel@list.isis-fish.org>
______________________________**_________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-**fish.org <Isis-fish-devel@list.isis-fish.org> http://list.isis-fish.org/cgi-**bin/mailman/listinfo/isis-**fish-devel<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
______________________________**_________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-**fish.org <Isis-fish-devel@list.isis-fish.org> http://list.isis-fish.org/cgi-**bin/mailman/listinfo/isis-**fish-devel<http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel>