Pour le moment ce n'est pas un gros problème car c'est contournable en changeant l'équation de croissance pour que T0 prenne une valeur positive au lieu de négative. Le 22/01/2015 15:36, Eric Chatellier a écrit :
Le 22/01/2015 15:27, Loic GASCHE a écrit :
En fait après discussion avec Steph il n'y a pas besoin d'inverser l'appel.
Il faut travailler sur la valeur absolue de la valeur de référence et pas sur la valeur de référence elle-même.
par exemple si T0 = -0.84 avec des bornes de 50% je fais -0.84 -0.5 * |-0.84| et -0.84 +0.5 * |-0.84|, et comme ça mes bornes sont toujours dans le bon sens ! Ok.
C'est à ça que je pensais quand je voulais dire "une autre façon de calculer les bornes" . Je préfère une manière de calculer qui fonctionne tous le temps plutot que gérer deux cas.
C'est corrigeable rapidement ?
En fait, on est en attente de réponse pour pouvoir release la branche 4.4.
La seule différence que j'observe est que pour Linf et K (qui ne posent pas de PB on dirait) on a context.getValueAndCompute("", valeur); alors que pour T0 jai T0 = valeur; Si l'equation ne contient pas context.getValueAndCompute(), le facteur ne sera pas utilisé. Si c'est volontaire, le facteur ne sert à rien, sinon il faut valider le facteur pour qu'il rajoute le "context.getValueAndCompute".
Si c'est bloquant, je peux corriger ça sur la branche 4.3.