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-197 1D Redmine <p><em><font color="#505f79"> Created on 2023-06-22 15:09:26 by Vincent Le Brun. % Done: 100</font></em></p> <p>j'ai essayé de faire tourner les données SelfCal avec la photométrie, et les résultats sont strictement identiques aux résultats de base...<br/> le run sur 1 objet (2689191520649559956) en mode debug est dans<br/> /net/CESAM/amazed/vlebrun/SelfCal/output_0.42_phot_debug<br/> et le run d'origine <br/> /net/CESAM/amazed/vlebrun/SelfCal/output_0.42_wide_long_lambda_PSF12</p> <p>je ne vois rien dans le log qui indique que la photométrie est lue mais ça ne veut rien dire, dans les runs EL-COSMOS et le reader fast spec non plus...</p> REDMINE1D-197

[RM-8147] Probleme photométrie

Task Normal Done Done Redmine-Jira Migtation Redmine-Jira Migtation Wed, 5 Jul 2023 01:41:25 +0000 Wed, 5 Jul 2023 02:31:21 +0000 Wed, 5 Jul 2023 01:41:38 +0000 0 1 <p>Comment by Ali Allaoui on 2023-06-23 08:20:53:<br/> j'ai comparé les it el_cosmos et el_cosmos_galaxy_linemodel_enablephotometry et il y a bien des différences (tag f2b7ca80, donc un peu après la 0.42, mais rien qui aurait pu réparé la photométrie<br/> amzdiff voit bien des différences entre /net/CESAM/amazed/vlebrun/SelfCal/output_0.42_phot_debug /net/CESAM/amazed/vlebrun/SelfCal/output_0.42_wide_long_lambda_PSF12 mais très faibles, les plus importantes sont sur LeastSquare (diff relative&gt; 0.1), donc je suppose que ça vient des données photo</p> <p>Comment by Didier Vibert on 2023-06-23 08:50:55:<br/> ne serait-ce pas un problème d'unité ? les données photo doivent être des flux en Erg/s/cm2/Hz (en supposant que le spectre est bien en Erg/s/cm2/Angstrom, ie sans facteur 1e-16 qui traine)</p> <p>Comment by Vincent Le Brun on 2023-06-23 09:02:14:<br/> j'avais fait la conversion avant de les ingérer et j'ai vérifié sur quelques cas que les valeurs sont OK. Et si elles étaient complètement fausse, sur le run avec un poids de photométrie à 1, les résultats devraient être bizarres, pas identiques à la spectro seule ...</p> <p>Comment by Didier Vibert on 2023-06-23 09:03:30:<br/> afin de débugger on peut faire tourner cet exemple dans la branche #7767 en attente de merge.<br/> Cette branche rajoute pour chaque candidats les flux photométriques (dans les unités du spectre avec la conversion 1/Angstrom -&gt; 1/Hz) correspondant au fit (ie le template avec son amplitude intégré dans les bandes photo).</p> <p>En attendant que vizu sache afficher ça. </p> <p>Comment by Pierre-yves Chabaud on 2023-06-23 09:05:20:<br/> On est pret pour faire le merge de #7767</p> <p>Comment by Vincent Le Brun on 2023-06-23 14:23:19:<br/> bon il semblerait que le code soit bien protégé contre les valeurs de photométrie aberrante (genre un facteur 10^10 vu que c'est ce qu'il y a entre les flux /A et /Hz), vu que quand je remet les bonnes unités il se passe des choses (pas forcément rassurantes mais c'est une autre histoire). </p> <p>Comment by Didier Vibert on 2023-06-26 12:24:41:<br/> Vincent Le Brun wrote in #note-6:<br/> &gt; bon il semblerait que le code soit bien protégé contre les valeurs de photométrie aberrante (genre un facteur 10^10 vu que c'est ce qu'il y a entre les flux /A et /Hz), vu que quand je remet les bonnes unités il se passe des choses (pas forcément rassurantes mais c'est une autre histoire).</p> <p>ok, pas sur que ce soit une protection explicite ! mais je penche plutôt pour des additions de quantités de l'ordre 10^-20 (valeur au carré) qui ne change donc rien au résultat ! </p> Development Rank 0|zzsy67: