https://pfspipe.ipmu.jp/jira This file is an XML representation of an issue en-us 8.3.4 803005 13-09-2019 https://pfspipe.ipmu.jp/jira/browse/REDMINE1D-308 1D Redmine <p><em><font color="#505f79"> Created on 2023-09-12 06:27:15 by Vincent Le Brun. % Done: 100</font></em></p> <p>j'ai fait deux runs avec la 0.44 sur les 200000 spectres de EL-COSMOS, prior H-alpha, et avec 3 valeurs du prior euclidnhaemittersStrength différentes : -1, 1. et 0.001 et les résultats sont identiques (à quelques fluctuations près) et les PDF ne montrent aucune évolution...</p> REDMINE1D-308

[RM-8275] Probleme prior N(z) ?

Task Normal Done Done Redmine-Jira Migtation Redmine-Jira Migtation Tue, 12 Sep 2023 18:15:44 +0000 Mon, 23 Oct 2023 18:27:34 +0000 Fri, 13 Oct 2023 18:28:45 +0000 0 1 <p>Comment by Didier Vibert on 2023-09-12 06:46:03:<br/> à regarder avant que @pychabau et @gdaste ne livre la 0.44 à EUCLID ? </p> <p>Comment by Vincent Le Brun on 2023-09-12 06:50:49:<br/> les répertoires :<br/> /net/CESAM/amazed/vlebrun/EL-COSMOS2020/output_0.44<br/> /net/CESAM/amazed/vlebrun/EL-COSMOS2020/output_0.44_Halpha_N_of_z_1<br/> /net/CESAM/amazed/vlebrun/EL-COSMOS2020/output_0.44_Halpha_N_of_z_0.001</p> <p>Comment by Didier Vibert on 2023-10-12 14:56:49:<br/> si je prends un spectre au hazard (spec_1000043)</p> <p>je vois une diff sur les pdf:<br/> output_0.44 (prior Ha, pas de N(z)):<br/> <img src="https://pfspipe.ipmu.jp/jira/images/icons/attach/noimage.png" imagetext="Capture%20d%E2%80%99%C3%A9cran%20du%202023-10-12%2014-59-13.png" align="absmiddle" border="0" /></p> <p>output_0.44_Halpha_N_of_z_1 (prior Ha, avec N(z)):<br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/16581/16581_clipboard-202310121628-znerx.png" style="border: 0px solid black" /></span></p> <p>on voit clairement le prior N(z) pozzetti ajouté sur la logPDF ("fond" basse fréquence). Sur ce spectre ça ne change pas le best z, mais par exemple le candidat 4 à z~1.5 de la solution sans N(z) disparait au profit d'un candidat plus centré vers le max du prior.</p> <p>un autre exemple: sans prior N(z): <br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/16582/16582_clipboard-202310121651-zuhi5.png" style="border: 0px solid black" /></span> </p> <p>avec N(z): <br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/16583/16583_clipboard-202310121652-qxoa1.png" style="border: 0px solid black" /></span></p> <p>Les candidats sont aux mêmes z, mais leur ordre est modifié par le prior.</p> <p>Du coup, où est le problème ? si sur les stats ça change pas, il faut sans doute recalibrer la force du prior... En tout cas, on n'a pas changé dans le code la façon dont le prior est ajouté, cependant les modifs des différentes release ont pu conduire à une variation du chi2 qui induise une recalibration du prior pour avoir le même effet.</p> <p>@vlebrun , je mets en resolved ? </p> <p>Comment by Vincent Le Brun on 2023-10-13 13:58:32:<br/> Ok je ne savais pas etre très frais, les PDF sont bien modifiées mais on voit que le prior N(z) n'est pas assez fort pour contrer les solutions données par le prior H-alpha meme quand elles ne sont pas très fortes<br/> on peut fermer</p> Development Rank 0|zzszjj: