Can't get scenarios from calculator
Bonjour les lutins, J'ai essayé de faire tourner une AS sur le PC de Fabian, et on se retrouve avec le message suivant : Can't get scenarios from calculator. On avait déjà eu cette erreur en tentant de faire tourner ISIS sur le serveur linux ici, mais je n'ai pas trouvé d'autres messages y faisant référence. Une idée sur le cause de cette erreur et comment la corriger ? Loïc ------------ Erreur Message: fr.ifremer.isisfish.IsisFishRuntimeException: Can't get scenarios from calculator Level: SEVERE Stack Trace: Can't get scenarios from calculator fr.ifremer.isisfish.simulator.launcher.SimulationService.submit(SimulationService.java:528) fr.ifremer.isisfish.ui.simulator.SimulAction.launchSimulation(SimulAction.java:1127) fr.ifremer.isisfish.ui.simulator.SimulAction.launchSimulationWithSensibility(SimulAction.java:1140) fr.ifremer.isisfish.ui.simulator.ParamsUI.launchSimulation(ParamsUI.java:370) fr.ifremer.isisfish.ui.simulator.ParamsUI.doActionPerformed__on__buttonSimulParamsSimulate(ParamsUI.java:614) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) java.lang.reflect.Method.invoke(Unknown Source) jaxx.runtime.JAXXUtil$1.invoke(JAXXUtil.java:257) $Proxy4.actionPerformed(Unknown Source) javax.swing.AbstractButton.fireActionPerformed(Unknown Source) javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) javax.swing.DefaultButtonModel.setPressed(Unknown Source) javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) java.awt.Component.processMouseEvent(Unknown Source) javax.swing.JComponent.processMouseEvent(Unknown Source) java.awt.Component.processEvent(Unknown Source) java.awt.Container.processEvent(Unknown Source) java.awt.Component.dispatchEventImpl(Unknown Source) java.awt.Container.dispatchEventImpl(Unknown Source) java.awt.Component.dispatchEvent(Unknown Source) java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) java.awt.Container.dispatchEventImpl(Unknown Source) java.awt.Window.dispatchEventImpl(Unknown Source) java.awt.Component.dispatchEvent(Unknown Source) java.awt.EventQueue.dispatchEventImpl(Unknown Source) java.awt.EventQueue.access$000(Unknown Source) java.awt.EventQueue$1.run(Unknown Source) java.awt.EventQueue$1.run(Unknown Source) java.security.AccessController.doPrivileged(Native Method) java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) java.awt.EventQueue$2.run(Unknown Source) java.awt.EventQueue$2.run(Unknown Source) java.security.AccessController.doPrivileged(Native Method) java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) java.awt.EventQueue.dispatchEvent(Unknown Source) java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) java.awt.EventDispatchThread.pumpEvents(Unknown Source) java.awt.EventDispatchThread.pumpEvents(Unknown Source) java.awt.EventDispatchThread.run(Unknown Source) null fr.ifremer.isisfish.mexico.MexicoHelper.getStringFromObject(MexicoHelper.java:545) fr.ifremer.isisfish.mexico.xml.DiscreteDomainXMLVisitor.visit(DiscreteDomainXMLVisitor.java:57) fr.ifremer.isisfish.simulator.sensitivity.domain.DiscreteDomain.accept(DiscreteDomain.java:106) fr.ifremer.isisfish.mexico.xml.FactorXMLVisitor.visit(FactorXMLVisitor.java:134) fr.ifremer.isisfish.simulator.sensitivity.Factor.accept(Factor.java:263) fr.ifremer.isisfish.mexico.xml.FactorGroupXMLVisitor.visit(FactorGroupXMLVisitor.java:73) fr.ifremer.isisfish.simulator.sensitivity.FactorGroup.accept(FactorGroup.java:278) fr.ifremer.isisfish.mexico.xml.DesignPlanXMLVisitor.visit(DesignPlanXMLVisitor.java:63) fr.ifremer.isisfish.simulator.sensitivity.DesignPlan.accept(DesignPlan.java:101) fr.ifremer.isisfish.mexico.MexicoHelper.getDesignPlanAsXML(MexicoHelper.java:102) fr.ifremer.isisfish.simulator.launcher.SimulationService.submit(SimulationService.java:448) fr.ifremer.isisfish.ui.simulator.SimulAction.launchSimulation(SimulAction.java:1127) fr.ifremer.isisfish.ui.simulator.SimulAction.launchSimulationWithSensibility(SimulAction.java:1140) fr.ifremer.isisfish.ui.simulator.ParamsUI.launchSimulation(ParamsUI.java:370) fr.ifremer.isisfish.ui.simulator.ParamsUI.doActionPerformed__on__buttonSimulParamsSimulate(ParamsUI.java:614) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) java.lang.reflect.Method.invoke(Unknown Source) jaxx.runtime.JAXXUtil$1.invoke(JAXXUtil.java:257) $Proxy4.actionPerformed(Unknown Source) javax.swing.AbstractButton.fireActionPerformed(Unknown Source) javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) javax.swing.DefaultButtonModel.setPressed(Unknown Source) javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) java.awt.Component.processMouseEvent(Unknown Source) javax.swing.JComponent.processMouseEvent(Unknown Source) java.awt.Component.processEvent(Unknown Source) java.awt.Container.processEvent(Unknown Source) java.awt.Component.dispatchEventImpl(Unknown Source) java.awt.Container.dispatchEventImpl(Unknown Source) java.awt.Component.dispatchEvent(Unknown Source) java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) java.awt.Container.dispatchEventImpl(Unknown Source) java.awt.Window.dispatchEventImpl(Unknown Source) java.awt.Component.dispatchEvent(Unknown Source) java.awt.EventQueue.dispatchEventImpl(Unknown Source) java.awt.EventQueue.access$000(Unknown Source) java.awt.EventQueue$1.run(Unknown Source) java.awt.EventQueue$1.run(Unknown Source) java.security.AccessController.doPrivileged(Native Method) java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) java.awt.EventQueue$2.run(Unknown Source) java.awt.EventQueue$2.run(Unknown Source) java.security.AccessController.doPrivileged(Native Method) java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) java.awt.EventQueue.dispatchEvent(Unknown Source) java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) java.awt.EventDispatchThread.pumpEvents(Unknown Source) java.awt.EventDispatchThread.pumpEvents(Unknown Source) java.awt.EventDispatchThread.run(Unknown Source)
Bonjour les lutins,
Salut,
J'ai essayé de faire tourner une AS sur le PC de Fabian, et on se retrouve avec le message suivant : Can't get scenarios from calculator.
On avait déjà eu cette erreur en tentant de faire tourner ISIS sur le serveur linux ici, mais je n'ai pas trouvé d'autres messages y faisant référence.
Une idée sur le cause de cette erreur et comment la corriger ?
Il semble y avoir un facteur discret avec au moins une de ses valeurs non définie. Vous pouvez vérifier ? -- Éric Chatellier
Le 18/07/2012 09:59, Eric Chatellier a écrit :
Bonjour les lutins,
Salut,
J'ai essayé de faire tourner une AS sur le PC de Fabian, et on se retrouve avec le message suivant : Can't get scenarios from calculator.
On avait déjà eu cette erreur en tentant de faire tourner ISIS sur le serveur linux ici, mais je n'ai pas trouvé d'autres messages y faisant référence.
Une idée sur le cause de cette erreur et comment la corriger ?
Il semble y avoir un facteur discret avec au moins une de ses valeurs non définie.
Vous pouvez vérifier ?
J'avais en effet mis 2 facteurs discrets par paramètre, juste pour faire un test. Le soucis c'est qu'en allant vérifier que nos facteurs avaient bien été pris en compte, la fenêtre contenant normalement les onglets avec les différentes valeurs était grisée et on ne pouvait rien faire dessus...
Le 18/07/2012 10:01, Loic GASCHE a écrit :
J'avais en effet mis 2 facteurs discrets par paramètre, juste pour faire un test.
Le soucis c'est qu'en allant vérifier que nos facteurs avaient bien été pris en compte, la fenêtre contenant normalement les onglets avec les différentes valeurs était grisée et on ne pouvait rien faire dessus...
En effet, il semble y avoir un bug pour modifier un facteur discret, je regarde ca. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 18/07/2012 14:31, Eric Chatellier a écrit :
Le 18/07/2012 10:01, Loic GASCHE a écrit :
J'avais en effet mis 2 facteurs discrets par paramètre, juste pour faire un test.
Le soucis c'est qu'en allant vérifier que nos facteurs avaient bien été pris en compte, la fenêtre contenant normalement les onglets avec les différentes valeurs était grisée et on ne pouvait rien faire dessus...
En effet, il semble y avoir un bug pour modifier un facteur discret, je regarde ca.
J'ai aussi testé avec une base téléchargée sur le site ISIS et pareil : impossible de simuler avec des facteurs discrets.
Le 18/07/2012 14:33, Loic GASCHE a écrit :
Le 18/07/2012 14:31, Eric Chatellier a écrit :
Le 18/07/2012 10:01, Loic GASCHE a écrit :
J'avais en effet mis 2 facteurs discrets par paramètre, juste pour faire un test.
Le soucis c'est qu'en allant vérifier que nos facteurs avaient bien été pris en compte, la fenêtre contenant normalement les onglets avec les différentes valeurs était grisée et on ne pouvait rien faire dessus...
En effet, il semble y avoir un bug pour modifier un facteur discret, je regarde ca.
J'ai aussi testé avec une base téléchargée sur le site ISIS et pareil : impossible de simuler avec des facteurs discrets.
J'ai également profité de l'autre base pour faire des AS sur les TargetFactors de différents métiers. Il semblerait qu'ici aussi faire varier le TargetFactor dans une AS n'ait aucun impact sur les sorties. Don il est possible qu'il y ait aussi un bug avec l'utilisation des TargetFactor dans ISIS, même si pour le moment je n'ai pas réussi à trouver d'où ça pourrait venir...
Le 18/07/2012 15:18, Loic GASCHE a écrit :
J'ai également profité de l'autre base pour faire des AS sur les TargetFactors de différents métiers. Il semblerait qu'ici aussi faire varier le TargetFactor dans une AS n'ait aucun impact sur les sorties.
Don il est possible qu'il y ait aussi un bug avec l'utilisation des TargetFactor dans ISIS, même si pour le moment je n'ai pas réussi à trouver d'où ça pourrait venir...
Je n'ai pas encore regardé. Tu te demandes si c'est l'AS qui bug, ou si le TargetFactor a vraiment une influence sur les sorties ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 18/07/2012 15:27, Eric Chatellier a écrit :
Le 18/07/2012 15:18, Loic GASCHE a écrit :
J'ai également profité de l'autre base pour faire des AS sur les TargetFactors de différents métiers. Il semblerait qu'ici aussi faire varier le TargetFactor dans une AS n'ait aucun impact sur les sorties.
Don il est possible qu'il y ait aussi un bug avec l'utilisation des TargetFactor dans ISIS, même si pour le moment je n'ai pas réussi à trouver d'où ça pourrait venir...
Je n'ai pas encore regardé.
Tu te demandes si c'est l'AS qui bug, ou si le TargetFactor a vraiment une influence sur les sorties ?
A priori c'est impossible que le TargetFactor n'ai aucune influence sur les sorties, en particulier sur la mortalité par pêche et les captures... Or là, même en le faisant varier beaucoup je me retrouve a chaque fois avec des valeurs de sortie parfaitement identiques... Donc soit le TargetFactor n'est pas pris en compte dans les calculs (mais il apparait bien dans le calcul de matrixFishingMortality de SiMatrix alors je ne vois pas trop comment ce serait possible) soit il y a un bug dans les AS (sachant que j'ai essayé avec deux méthodes différentes). Après j'ai pour le moment du mal à me faire une idée sur la cause réelle du problème...
Le 18/07/2012 15:35, Loic GASCHE a écrit :
Le 18/07/2012 15:27, Eric Chatellier a écrit :
Le 18/07/2012 15:18, Loic GASCHE a écrit :
J'ai également profité de l'autre base pour faire des AS sur les TargetFactors de différents métiers. Il semblerait qu'ici aussi faire varier le TargetFactor dans une AS n'ait aucun impact sur les sorties.
Don il est possible qu'il y ait aussi un bug avec l'utilisation des TargetFactor dans ISIS, même si pour le moment je n'ai pas réussi à trouver d'où ça pourrait venir...
Je n'ai pas encore regardé.
Tu te demandes si c'est l'AS qui bug, ou si le TargetFactor a vraiment une influence sur les sorties ?
A priori c'est impossible que le TargetFactor n'ai aucune influence sur les sorties, en particulier sur la mortalité par pêche et les captures... Or là, même en le faisant varier beaucoup je me retrouve a chaque fois avec des valeurs de sortie parfaitement identiques...
Donc soit le TargetFactor n'est pas pris en compte dans les calculs (mais il apparait bien dans le calcul de matrixFishingMortality de SiMatrix alors je ne vois pas trop comment ce serait possible) soit il y a un bug dans les AS (sachant que j'ai essayé avec deux méthodes différentes). Après j'ai pour le moment du mal à me faire une idée sur la cause réelle du problème...
Comme l'a suggéré Sigrid, j'ai fait une "AS" a la main en modifiant directement les valeurs du target factor dans la base. Et là il y a bien un impact for sur la mortalité par pêche et la biomasse : en doublant mon target factor j'augmente très fortement ma mortalité par pêche et je diminue fortement la biomasse. Donc il semblerait que le soucis vient des AS.
Le 18/07/2012 16:31, Loic GASCHE a écrit :
Le 18/07/2012 15:35, Loic GASCHE a écrit :
Le 18/07/2012 15:27, Eric Chatellier a écrit :
Le 18/07/2012 15:18, Loic GASCHE a écrit :
J'ai également profité de l'autre base pour faire des AS sur les TargetFactors de différents métiers. Il semblerait qu'ici aussi faire varier le TargetFactor dans une AS n'ait aucun impact sur les sorties.
Don il est possible qu'il y ait aussi un bug avec l'utilisation des TargetFactor dans ISIS, même si pour le moment je n'ai pas réussi à trouver d'où ça pourrait venir...
Je n'ai pas encore regardé.
Tu te demandes si c'est l'AS qui bug, ou si le TargetFactor a vraiment une influence sur les sorties ?
A priori c'est impossible que le TargetFactor n'ai aucune influence sur les sorties, en particulier sur la mortalité par pêche et les captures... Or là, même en le faisant varier beaucoup je me retrouve a chaque fois avec des valeurs de sortie parfaitement identiques...
Donc soit le TargetFactor n'est pas pris en compte dans les calculs (mais il apparait bien dans le calcul de matrixFishingMortality de SiMatrix alors je ne vois pas trop comment ce serait possible) soit il y a un bug dans les AS (sachant que j'ai essayé avec deux méthodes différentes). Après j'ai pour le moment du mal à me faire une idée sur la cause réelle du problème...
Comme l'a suggéré Sigrid, j'ai fait une "AS" a la main en modifiant directement les valeurs du target factor dans la base. Et là il y a bien un impact for sur la mortalité par pêche et la biomasse : en doublant mon target factor j'augmente très fortement ma mortalité par pêche et je diminue fortement la biomasse.
Donc il semblerait que le soucis vient des AS.
J'ai comparé les résultats d'une nouvelle AS a celui de mes simus. Malgré le fait que dans le RData il soit bien indiqué que le TargetFactor varie, les résultats eux ne varient toujours pas. Ces résultats correspondent tous à ceux obtenus avec le TargetFactor de référence dans mes simulations. C'est donc comme si les variations du TargetFactor demandées n'étaient pas prises en compte dans l'AS.
Le 18/07/2012 17:08, Loic GASCHE a écrit :
J'ai comparé les résultats d'une nouvelle AS a celui de mes simus. Malgré le fait que dans le RData il soit bien indiqué que le TargetFactor varie, les résultats eux ne varient toujours pas. Ces résultats correspondent tous à ceux obtenus avec le TargetFactor de référence dans mes simulations. C'est donc comme si les variations du TargetFactor demandées n'étaient pas prises en compte dans l'AS.
Dans les paramètres des simus de l'AS (prescript, parameter.properties ?, je sais jamais où on les retrouve ), tu arrives à retrouver des valeurs différentes ? 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
Le 18/07/2012 20:33, Jean Couteau a écrit :
Le 18/07/2012 17:08, Loic GASCHE a écrit :
J'ai comparé les résultats d'une nouvelle AS a celui de mes simus. Malgré le fait que dans le RData il soit bien indiqué que le TargetFactor varie, les résultats eux ne varient toujours pas. Ces résultats correspondent tous à ceux obtenus avec le TargetFactor de référence dans mes simulations. C'est donc comme si les variations du TargetFactor demandées n'étaient pas prises en compte dans l'AS.
Dans les paramètres des simus de l'AS (prescript, parameter.properties ?, je sais jamais où on les retrouve ), tu arrives à retrouver des valeurs différentes ?
Jean
Salut Jean, Effectivement dans parameter.properties il y a une ligne prescript à laquelle j'ai pu trouver les valeurs réelles prises par le Targetfactor à chaque simu de mon AS. Ces valeurs sont bien différentes d'une simu à l'autre et correspondent aux valeurs indiquées dans le RData (sauf que dans le Rdata elles sont normalisées entre 0 et 1). Loïc
Le 19/07/2012 10:56, Loic GASCHE a écrit :
Le 18/07/2012 20:33, Jean Couteau a écrit :
Le 18/07/2012 17:08, Loic GASCHE a écrit :
J'ai comparé les résultats d'une nouvelle AS a celui de mes simus. Malgré le fait que dans le RData il soit bien indiqué que le TargetFactor varie, les résultats eux ne varient toujours pas. Ces résultats correspondent tous à ceux obtenus avec le TargetFactor de référence dans mes simulations. C'est donc comme si les variations du TargetFactor demandées n'étaient pas prises en compte dans l'AS.
Dans les paramètres des simus de l'AS (prescript, parameter.properties ?, je sais jamais où on les retrouve ), tu arrives à retrouver des valeurs différentes ?
Jean
Salut Jean,
Effectivement dans parameter.properties il y a une ligne prescript à laquelle j'ai pu trouver les valeurs réelles prises par le Targetfactor à chaque simu de mon AS.
Ces valeurs sont bien différentes d'une simu à l'autre et correspondent aux valeurs indiquées dans le RData (sauf que dans le Rdata elles sont normalisées entre 0 et 1).
Loïc
Salut les lutins, A tout hasard auriez-vous un début de piste pour ce soucis d'AS sur les TargetFactors qui ne se fait pas ?
Salut, Le 23/07/2012 09:47, Loic GASCHE a écrit :
A tout hasard auriez-vous un début de piste pour ce soucis d'AS sur les TargetFactors qui ne se fait pas ?
Là je dois t'avouer que je sèche. A priori, c'est dans le simulateur que la valeur n'est pas prise en compte (puisqu'elle arrive à priori bien jusqu'à lui). Malheureusement, Éric et Ben sont en congés cette semaine. Je vais essayer de regarder ça dans la semaine, mais ça ne sera pas avant mercredi. Jean
Le 23/07/2012 17:51, Jean Couteau a écrit :
Le 23/07/2012 09:58, Jean Couteau a écrit :
Je vais essayer de regarder ça dans la semaine, mais ça ne sera pas avant mercredi.
T'as de la chance, je viens de regarder 5 minutes ;)
Tu peux me donner le contenu de ton prescript ? il y a peut-être une erreur dedans.
Jean
Hello ! J'ai mis en pièce jointe le fichier parameter.properties dans lequel j'ai trouvé la ligne nommée prescript... c'est ça que tu veux ? Loïc
Le 23/07/2012 18:10, Loic GASCHE a écrit :
J'ai mis en pièce jointe le fichier parameter.properties dans lequel j'ai trouvé la ligne nommée prescript... c'est ça que tu veux ?
Nickel, tu pourrais me donner le nom du facteur dans l'interface aussi ? -- 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
Le 24/07/2012 08:57, Jean Couteau a écrit :
Le 23/07/2012 18:10, Loic GASCHE a écrit :
J'ai mis en pièce jointe le fichier parameter.properties dans lequel j'ai trouvé la ligne nommée prescript... c'est ça que tu veux ?
Nickel, tu pourrais me donner le nom du facteur dans l'interface aussi ?
Le nom des facteurs dans l'interface d'AS : Beaming7D-Sole(janvier-décembre)(TargetFactor).targetFactorEquation Netting7D-Sole(janvier-décembre)(TargetFactor).targetFactorEquation Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation Netting7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Le 24/07/2012 09:41, Loic GASCHE a écrit :
Beaming7D-Sole(janvier-décembre)(TargetFactor).targetFactorEquation
Netting7D-Sole(janvier-décembre)(TargetFactor).targetFactorEquation
Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Netting7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation Pour ton AS, tu repars d'une AS existante ? Si oui, si tu repars de zéro (sans recharger une autre AS), ça résous le problème ? En fait ce qui est bizarre, c'est que dans le prescript, tu as un result qui est rajouté au nom d ufacteur, du coup ISIS ne retrouve pas ses petits. J'ai vu le problème, mais je n'arrive pas à identifier la cause, et Éric est en congés :(. -- 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
Le 24/07/2012 15:38, Jean Couteau a écrit :
Le 24/07/2012 09:41, Loic GASCHE a écrit :
Beaming7D-Sole(janvier-décembre)(TargetFactor).targetFactorEquation
Netting7D-Sole(janvier-décembre)(TargetFactor).targetFactorEquation
Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Netting7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Pour ton AS, tu repars d'une AS existante ? Si oui, si tu repars de zéro (sans recharger une autre AS), ça résous le problème ?
Je crois que j'ai testé les deux cas de figure... Je vais réessayer en partant de 0 au cas où j'aurais fait une bêtise.
En fait ce qui est bizarre, c'est que dans le prescript, tu as un result qui est rajouté au nom d ufacteur, du coup ISIS ne retrouve pas ses petits. J'ai vu le problème, mais je n'arrive pas à identifier la cause, et Éric est en congés :(.
Le 24/07/2012 15:39, Loic GASCHE a écrit :
Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Netting7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Pour ton AS, tu repars d'une AS existante ? Si oui, si tu repars de zéro (sans recharger une autre AS), ça résous le problème ?
Je crois que j'ai testé les deux cas de figure... Je vais réessayer en partant de 0 au cas où j'aurais fait une bêtise.
Jean a raison. Il faut bien verifier que le nom du facteur est le même que celui utilisé dans l'equation. Par exemple, si ton facteur s'appele: Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation.Ktemp le contenu de l'equation doit aussi contenir le code double Ktemp = context.getValueAndCompute("Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation.Ktemp"); -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 25/07/2012 09:35, Eric Chatellier a écrit :
Le 24/07/2012 15:39, Loic GASCHE a écrit :
Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Netting7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
Pour ton AS, tu repars d'une AS existante ? Si oui, si tu repars de zéro (sans recharger une autre AS), ça résous le problème ?
Je crois que j'ai testé les deux cas de figure... Je vais réessayer en partant de 0 au cas où j'aurais fait une bêtise.
Jean a raison. Il faut bien verifier que le nom du facteur est le même que celui utilisé dans l'equation.
Par exemple, si ton facteur s'appele: Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation.Ktemp le contenu de l'equation doit aussi contenir le code double Ktemp = context.getValueAndCompute("Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation.Ktemp");
Ben là ce que j'ai est de la forme : pour le nom du paramètre : Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation pour l'equation : double result = context.getValueAndCompute("Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation.result", 0.20); Par contre Jean a raison, je ne l'avais pas remarqué mais il y a un _result qui apparait à la fin du nom du paramètre... par exemple : Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation_result
Le 25/07/2012 09:53, Loic GASCHE a écrit :
Ben là ce que j'ai est de la forme :
pour le nom du paramètre :
Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation
pour l'equation :
double result = context.getValueAndCompute("Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation.result",
0.20);
Par contre Jean a raison, je ne l'avais pas remarqué mais il y a un _result qui apparait à la fin du nom du paramètre... par exemple :
Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation_result
Oui,
mais ton facteur, dans l'UI, devrait être : Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation.result -- 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
Le 25/07/2012 10:09, Jean Couteau a écrit :
Le 25/07/2012 09:53, Loic GASCHE a écrit :
Ben là ce que j'ai est de la forme :
pour le nom du paramètre :
Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation
pour l'equation :
double result = context.getValueAndCompute("Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation.result",
0.20);
Par contre Jean a raison, je ne l'avais pas remarqué mais il y a un _result qui apparait à la fin du nom du paramètre... par exemple :
Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation_result
Oui,
mais ton facteur, dans l'UI, devrait être : Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation.result
Heu je ne suis pas certain de comprendre... En fait avant de faire tourner l'AS le facteur s'appelle : Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation et au lancement de l'AS son nom devient : Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation Par contre le .result ou le .Ktemp il n'apparait que dans l'equation, et pas dans le nom du paramètre. J'ai vérifié pour plusieurs paramètres, et targetfactor ne semble pas se comporter différemment des autres...
Le 25/07/2012 10:50, Loic GASCHE a écrit :
Heu je ne suis pas certain de comprendre...
En fait avant de faire tourner l'AS le facteur s'appelle :
Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation
et au lancement de l'AS son nom devient :
Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation
C'est
normal, on enlève les caractères spéciaux, le problème n'est pas là.
Par contre le .result ou le .Ktemp il n'apparait que dans l'equation, et pas dans le nom du paramètre.
Il est là le problème. Il faut que ce qu'il y ait dans l'equation corresponde au nom du facteur. Jean
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-- 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
Le 25/07/2012 10:58, Jean Couteau a écrit :
Le 25/07/2012 10:50, Loic GASCHE a écrit :
Heu je ne suis pas certain de comprendre...
En fait avant de faire tourner l'AS le facteur s'appelle :
Beaming7E-Sole(janvier-décembre)(TargetFactor).targetFactorEquation
et au lancement de l'AS son nom devient :
Beaming7E_Sole_janvier_decembre__TargetFactor__targetFactorEquation
C'est
normal, on enlève les caractères spéciaux, le problème n'est pas là.
Par contre le .result ou le .Ktemp il n'apparait que dans l'equation, et pas dans le nom du paramètre.
Il est là le problème. Il faut que ce qu'il y ait dans l'equation corresponde au nom du facteur.
Jean
Alors là je ne comprends pas... Pourquoi ca marcherait pour tous les autres facteurs et pas pour le TargetFactor ? Car par exemple pour la sélectivité ça donne ça : BeamTrawl - Plaice7D(Plaice)(Selectivity).equation double SBTP7D = context.getValueAndCompute("BeamTrawl - Plaice7D(Plaice)(Selectivity).equation.SBTP7D", 1.0); pour la mortalité naturelle : Plaice7D.naturalDeathRate double result = context.getValueAndCompute("Plaice7D.naturalDeathRate.result", 0.10); pour le poids moyen : Plaice7D.meanWeight double MWP7D = context.getValueAndCompute("Plaice7D.meanWeight.MWP7D", 1.0); pour le TargetFactor : Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation double result = context.getValueAndCompute("Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation.result", 0.25);
Le 25/07/2012 11:09, Loic GASCHE a écrit :
Alors là je ne comprends pas... Pourquoi ca marcherait pour tous les autres facteurs et pas pour le TargetFactor ?
Ah ba je dois louper une étape quelque part alors :(.... Eric ? PS : Eric est en vacances donc je sais pas si il pourra te filer une réponse rapidement :(. Jean
Le 25/07/2012 11:09, Loic GASCHE a écrit :
pour le TargetFactor :
Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation
double result = context.getValueAndCompute("Beaming7D-Plaice(janvier-décembre)(TargetFactor).targetFactorEquation.result", 0.25);
C'est bon tout ca si la variable du facteur s'appele bien "result". tu peut rajouter un log (ou System.out) sur "result" pour voir déjà si la valeur change pendant la simulation ? Si la valeur change bien, le problème est ailleurs. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 25/07/2012 20:59, Eric Chatellier a écrit :
C'est bon tout ca si la variable du facteur s'appele bien "result".
tu peut rajouter un log (ou System.out) sur "result" pour voir déjà si la valeur change pendant la simulation ?
Si la valeur change bien, le problème est ailleurs. J'ai retesté, ca semble fonctionner correctement.
Tu peux m'envoyer ta base stp ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 08/08/2012 15:49, Eric Chatellier a écrit :
Le 25/07/2012 20:59, Eric Chatellier a écrit :
C'est bon tout ca si la variable du facteur s'appele bien "result".
tu peut rajouter un log (ou System.out) sur "result" pour voir déjà si la valeur change pendant la simulation ?
Si la valeur change bien, le problème est ailleurs. J'ai retesté, ca semble fonctionner correctement.
Tu peux m'envoyer ta base stp ?
Voilà
Le 08/08/2012 15:51, Loic GASCHE a écrit :
Voilà
Je ne comprend pas, je n'ai toujours pas d'erreur sur ta base. Tu peux tester en utilisant cette version : http://forge.codelutin.com/attachments/download/417/isis-fish-4.1.0.3-r3715-... ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 09/08/2012 10:02, Eric Chatellier a écrit :
Le 08/08/2012 15:51, Loic GASCHE a écrit :
Voilà
Je ne comprend pas, je n'ai toujours pas d'erreur sur ta base.
Tu peux tester en utilisant cette version : http://forge.codelutin.com/attachments/download/417/isis-fish-4.1.0.3-r3715-... ?
Pareil que Fabian : la nouvelle version semble ne rien changer pour moi. J'ai repris la petite AS d'hier et faire varier le TF n'a aucun impact sur la biomasse ou les captures...
Le 09/08/2012 10:41, Loic GASCHE a écrit :
Pareil que Fabian : la nouvelle version semble ne rien changer pour moi. J'ai repris la petite AS d'hier et faire varier le TF n'a aucun impact sur la biomasse ou les captures...
Et les log affichent toujours la valeur par défaut ? Je ne comprend vraiment pas pourquoi on a un comportement différent sur les mêmes données :( Au pire je peux venir voir demain matin ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 09/08/2012 16:07, Eric Chatellier a écrit :
Le 09/08/2012 10:41, Loic GASCHE a écrit :
Pareil que Fabian : la nouvelle version semble ne rien changer pour moi. J'ai repris la petite AS d'hier et faire varier le TF n'a aucun impact sur la biomasse ou les captures...
Et les log affichent toujours la valeur par défaut ?
Je ne comprend vraiment pas pourquoi on a un comportement différent sur les mêmes données :(
Au pire je peux venir voir demain matin ?
Je viens de vérifier à nouveau en rajoutant un log sur tous les TF... Toujours pareil : - TF varie dans le prescript de parameter.properties - TF varie dans le RData - TF ne varie pas dans les logs de la simulation, et reste à la valeur par défaut. - Les variables de sortie de l'AS ne varient pas du tout, quel que soit le TF correspondant indiqué dans le RData Oui pas de soucis pour demain matin !
Le 09/08/2012 17:04, Loic GASCHE a écrit :
Je viens de vérifier à nouveau en rajoutant un log sur tous les TF... Toujours pareil : - TF varie dans le prescript de parameter.properties - TF varie dans le RData - TF ne varie pas dans les logs de la simulation, et reste à la valeur par défaut. - Les variables de sortie de l'AS ne varient pas du tout, quel que soit le TF correspondant indiqué dans le RData
Bug résolu (problème d'encodage des fichiers mauvais par windows) -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Le 18/07/2012 14:33, Loic GASCHE a écrit :
J'ai aussi testé avec une base téléchargée sur le site ISIS et pareil : impossible de simuler avec des facteurs discrets.
C'est corrigé dans la 4.1.0.2. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
participants (3)
-
Eric Chatellier -
Jean Couteau -
Loic GASCHE