Hello, j ai le meme warn que toi Eric dit de ne pas regarder, c est un truc de lutin... sinon c est bien ca tu mets autant d annees de simus que de données et les effectifs initiaux au debut de ton jeu de données. c est bisarre qu il stop apres la premiere simu car les 5 premieres sont normalement independantes et ne doivent pas poser de problemes. Alors plusieurs hyp : - le nombre de simu est limité à 30 dans le before simu au debut if number < 31 as tu changé cette valeur ? - as tu bien rentré une valeur initiale de q pour les 5 premieres simus ? - y a t il un caused by dans le debug a la fin ? - a t il cree le fichier historic.csv (a cote du .bat) ? , il doit contenir la valeur de q et la valeur de la fonction objectif correspondante. Si ca n est pas le cas c est peut etre un pb dans le calcul de la fonction objectif. - Quel est le format de tes données ? 12 lignes * 1 colonne ? les captures sont sommées sur les strategies et metier ? il faut que ton tableau de donnees ait le meme format que le tableau dans isis (moi je ne sommais pas sur les strategies) et soit presenté pareil. j ai du mal a imaginer d'autres raisons ... une possibilité est de commenter regulierement le script de calibration pour savoir ou ca bug : tu ajoutes "System.out.println("il passe la ligne 5");" etc un peu partout ou tu y affiches des objets par exemple les dimentions de la matrice de captures (Arrays.toString(L.getDim())) et tu verifie dans le debug quelles etapes il a apasse et lesquelles il a ratées. il y a deja quelques commentaires notamment "critere" regarde si il te l a affiché. sinon envois ton debug. A++ courage ! Benoit Archambault <benarcha@gmail.com> a écrit :
Salut
j'ai adapté ton script à mon cas, et tenté de calibrer pour une espèce donc. J'ai la même fonction objectif, captures mensuelles en poids / strategies. Le plan modifié compile bien, et je lance donc une simulation en utilisant le plan de simulation. (que mettre alors dans le nombre d'années, autant d'années que le fichier de données ?). En ce qui concerne les données de population, j'imagine qu'on prend les effectifs initiaux correspondant à nos données.
Bref j'ai testé avec un seule année, donc un fichier Historique de 12 lignes, en mettant donc une seule année dans la durée de la simulation.
Je lance le plan de simulation et celui ci apparait "en haut", avec un numéro de plan. Une simulation "fille" se lance et se termine. Puis plus rien. La simulation mêre reste en haut. Je m'attendais à ce que une nouvelle simulation se lance etc etc. Les résultats de la simulation terminée sont accessibles. J'ai comparé et c'est bien la capturabilité contenue dans le script du plan d'expérience qui est utilisée.
J'ai regardé le débug de la "simulation fille" et je trouve beaucoup de warnings dans ce style :
WARN|14:44:41,428|MatrixType.java|227|splitObjects|Continuing but can't convert object in matrix Proportion from String: 'org.nuiton.topia.persistence.TopiaEntity(fr.ifremer.isisfish.entities.Metier#1275487264090#0.7497405236507816)'
Je trouve aussi ces warnings lorsque je fais une simulation simple sans utiliser de plan d'experiences, donc ce n'est peut être pas lié.
C'est la première fois que je touche aux plans de simulations donc je dois oublier un truc :)
Merci, Benoit
2010/6/17 Sigrid LEHUTA <Sigrid.Lehuta@ifremer.fr>
Hello Voici un script de calibration de la capturabilité quand il n y a qu un seul paramètre qui semble assez efficace (précision = 1/32 du pas initial en 11 simulations). A adapter aux fonctions objectif de chacun (ici captures mensuelles en poids) mais la partie algo (le before simulation) est générique. (déposé aussi sur le wiki). A+ Sigrid
--