Impossible de faire une AS sur un niveau de TAC ?
Bonjour, J'ai profité de la version 4.1.0.1 pour faire tourner diverses AS avec des mesures de gestion. A priori aucun soucis quand on fixe les mesures de gestion et qu'on fait varier d'autres paramètres du modèle. Mais il semble que l'on ne puisse pas faire d'AS sur la valeur de la mesure de gestion elle-même. J'ai par exemple essayé de faire varier la valeur du TAC, et j'obtiens un RData vide et il y a une erreur à la fin du debug. Le pb est que je ne vois pas la cause de cette erreur... Même compressé j'ai un debug trop gros alors j'essaye de le mettre sur http://upload.codelutin.com/. Loïc
Le 15/05/2012 15:12, Loic GASCHE a écrit :
Bonjour,
J'ai profité de la version 4.1.0.1 pour faire tourner diverses AS avec des mesures de gestion. A priori aucun soucis quand on fixe les mesures de gestion et qu'on fait varier d'autres paramètres du modèle. Mais il semble que l'on ne puisse pas faire d'AS sur la valeur de la mesure de gestion elle-même. J'ai par exemple essayé de faire varier la valeur du TAC, et j'obtiens un RData vide et il y a une erreur à la fin du debug. Le pb est que je ne vois pas la cause de cette erreur...
Même compressé j'ai un debug trop gros alors j'essaye de le mettre sur http://upload.codelutin.com/.
Loïc
http://upload.codelutin.com/file.php?h=Re4cab736d9731aac5098a397262b6945
Le 15/05/2012 15:14, Loic GASCHE a écrit :
Le 15/05/2012 15:12, Loic GASCHE a écrit :
Bonjour,
J'ai profité de la version 4.1.0.1 pour faire tourner diverses AS avec des mesures de gestion. A priori aucun soucis quand on fixe les mesures de gestion et qu'on fait varier d'autres paramètres du modèle. Mais il semble que l'on ne puisse pas faire d'AS sur la valeur de la mesure de gestion elle-même. J'ai par exemple essayé de faire varier la valeur du TAC, et j'obtiens un RData vide et il y a une erreur à la fin du debug. Le pb est que je ne vois pas la cause de cette erreur... L'AS a tourné, mais lors de la second passe, il y a une erreur :
ERROR [monitor-thread] (SimulationMonitor.java:710) analyzeSensitivityResult - Can't call analyse result fr.ifremer.isisfish.simulator.sensitivity.SensitivityException: Can't evaluate results at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:362) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.analyzeSensitivityResult(SimulationMonitor.java:705) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.doPostSimulationOperation(SimulationMonitor.java:626) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.waitAndCheckProgression(SimulationMonitor.java:479) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.run(SimulationMonitor.java:424) Caused by: org.nuiton.j2r.RException: Error in `row.names<-.data.frame`(`*tmp*`, value = c("Param_regle_TACpoids_tacInTons", : les duplications dans 'row.names' ne sont pas autorisées at org.nuiton.j2r.jni.RJniEngine.voidEval(RJniEngine.java:402) at org.nuiton.j2r.RProxy.voidEval(RProxy.java:233) at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:302) ... 4 more -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 15/05/2012 15:39, Eric Chatellier a écrit :
Le 15/05/2012 15:14, Loic GASCHE a écrit :
Le 15/05/2012 15:12, Loic GASCHE a écrit :
Bonjour,
J'ai profité de la version 4.1.0.1 pour faire tourner diverses AS avec des mesures de gestion. A priori aucun soucis quand on fixe les mesures de gestion et qu'on fait varier d'autres paramètres du modèle. Mais il semble que l'on ne puisse pas faire d'AS sur la valeur de la mesure de gestion elle-même. J'ai par exemple essayé de faire varier la valeur du TAC, et j'obtiens un RData vide et il y a une erreur à la fin du debug. Le pb est que je ne vois pas la cause de cette erreur... L'AS a tourné, mais lors de la second passe, il y a une erreur :
ERROR [monitor-thread] (SimulationMonitor.java:710) analyzeSensitivityResult - Can't call analyse result fr.ifremer.isisfish.simulator.sensitivity.SensitivityException: Can't evaluate results at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:362) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.analyzeSensitivityResult(SimulationMonitor.java:705) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.doPostSimulationOperation(SimulationMonitor.java:626) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.waitAndCheckProgression(SimulationMonitor.java:479) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.run(SimulationMonitor.java:424) Caused by: org.nuiton.j2r.RException: Error in `row.names<-.data.frame`(`*tmp*`, value = c("Param_regle_TACpoids_tacInTons", : les duplications dans 'row.names' ne sont pas autorisées
at org.nuiton.j2r.jni.RJniEngine.voidEval(RJniEngine.java:402) at org.nuiton.j2r.RProxy.voidEval(RProxy.java:233) at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:302) ... 4 more
Hum étrange, il n'aurait pas réussi à calculer les indices de sensibilité. As-tu des résultats pour tes Y pour chaque simu ? Sont-ils différents ? Jean
Le 15/05/2012 15:46, Jean Couteau a écrit :
Le 15/05/2012 15:39, Eric Chatellier a écrit :
Le 15/05/2012 15:14, Loic GASCHE a écrit :
Le 15/05/2012 15:12, Loic GASCHE a écrit :
Bonjour,
J'ai profité de la version 4.1.0.1 pour faire tourner diverses AS avec des mesures de gestion. A priori aucun soucis quand on fixe les mesures de gestion et qu'on fait varier d'autres paramètres du modèle. Mais il semble que l'on ne puisse pas faire d'AS sur la valeur de la mesure de gestion elle-même. J'ai par exemple essayé de faire varier la valeur du TAC, et j'obtiens un RData vide et il y a une erreur à la fin du debug. Le pb est que je ne vois pas la cause de cette erreur... L'AS a tourné, mais lors de la second passe, il y a une erreur :
ERROR [monitor-thread] (SimulationMonitor.java:710) analyzeSensitivityResult - Can't call analyse result fr.ifremer.isisfish.simulator.sensitivity.SensitivityException: Can't evaluate results at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:362) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.analyzeSensitivityResult(SimulationMonitor.java:705) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.doPostSimulationOperation(SimulationMonitor.java:626) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.waitAndCheckProgression(SimulationMonitor.java:479) at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.run(SimulationMonitor.java:424) Caused by: org.nuiton.j2r.RException: Error in `row.names<-.data.frame`(`*tmp*`, value = c("Param_regle_TACpoids_tacInTons", : les duplications dans 'row.names' ne sont pas autorisées
at org.nuiton.j2r.jni.RJniEngine.voidEval(RJniEngine.java:402) at org.nuiton.j2r.RProxy.voidEval(RProxy.java:233) at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:302) ... 4 more
Hum étrange, il n'aurait pas réussi à calculer les indices de sensibilité. As-tu des résultats pour tes Y pour chaque simu ? Sont-ils différents ?
Jean
Oui j'ai bien des résultats pour chaque simu. En fait tu as raison Jean, ce n'est pas illogique que l'AS n'ait pas marché: les captures et la biomasse sont parfaitement identiques quel que soit le niveau de TAC... la seule chose qui change c'est les rejets. Après je ne sais pas si c'est normal que l'AS ne se fasse pas du tout au lieu de se faire et de dire qu'il n'y a aucun effet du TAC sur la biomasse et les captures...
Le 15/05/2012 16:01, Loic GASCHE a écrit :
Le 15/05/2012 15:46, Jean Couteau a écrit :
Le 15/05/2012 15:39, Eric Chatellier a écrit :
Le 15/05/2012 15:14, Loic GASCHE a écrit :
Le 15/05/2012 15:12, Loic GASCHE a écrit :
Bonjour,
J'ai profité de la version 4.1.0.1 pour faire tourner diverses AS avec des mesures de gestion. A priori aucun soucis quand on fixe les mesures de gestion et qu'on fait varier d'autres paramètres du modèle. Mais il semble que l'on ne puisse pas faire d'AS sur la valeur de la mesure de gestion elle-même. J'ai par exemple essayé de faire varier la valeur du TAC, et j'obtiens un RData vide et il y a une erreur à la fin du debug. Le pb est que je ne vois pas la cause de cette erreur... L'AS a tourné, mais lors de la second passe, il y a une erreur :
ERROR [monitor-thread] (SimulationMonitor.java:710) analyzeSensitivityResult - Can't call analyse result fr.ifremer.isisfish.simulator.sensitivity.SensitivityException: Can't evaluate results at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:362)
at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.analyzeSensitivityResult(SimulationMonitor.java:705)
at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.doPostSimulationOperation(SimulationMonitor.java:626)
at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.waitAndCheckProgression(SimulationMonitor.java:479)
at fr.ifremer.isisfish.simulator.launcher.SimulationMonitor.run(SimulationMonitor.java:424)
Caused by: org.nuiton.j2r.RException: Error in `row.names<-.data.frame`(`*tmp*`, value = c("Param_regle_TACpoids_tacInTons", : les duplications dans 'row.names' ne sont pas autorisées
at org.nuiton.j2r.jni.RJniEngine.voidEval(RJniEngine.java:402) at org.nuiton.j2r.RProxy.voidEval(RProxy.java:233) at sensitivityanalysis.SensitivityCalculatorRMorrisClean.analyzeResult(SensitivityCalculatorRMorrisClean.java:302)
... 4 more
Hum étrange, il n'aurait pas réussi à calculer les indices de sensibilité. As-tu des résultats pour tes Y pour chaque simu ? Sont-ils différents ?
Jean
Oui j'ai bien des résultats pour chaque simu. En fait tu as raison Jean, ce n'est pas illogique que l'AS n'ait pas marché: les captures et la biomasse sont parfaitement identiques quel que soit le niveau de TAC... la seule chose qui change c'est les rejets. Après je ne sais pas si c'est normal que l'AS ne se fasse pas du tout au lieu de se faire et de dire qu'il n'y a aucun effet du TAC sur la biomasse et les captures...
En fait c'est la méthode de morris qui plante dans R et qui du coup donne ce résultat là. On pourrait rajouter des garde-fous en Java avant, mais à en faire de plus en plus, on aurait peut-être plus vite fait de tout coder en Java. Jean -- 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
participants (3)
-
Eric Chatellier -
Jean Couteau -
Loic GASCHE