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-357 1D Redmine <p><em><font color="#505f79"> Created on 2023-11-13 09:20:24 by Vincent Le Brun. % Done: 100</font></em></p> <p>avec la 0.46-RC1, Ly-alpha semble ne pas être prise en compte, y compris par linemeas. <br/> Ces tests sont fait sur les spectres incidents (donc sans effet instrumental) EL-COSMOS donc le fit de la largeur est fait en mode 'velocitydriven'. J'ai regardé l'objet Id1000124, mais la distribution des erreurs en redshift montre clairement que l'entrée de Ly-alpha dans le spectre pose un probleme<br/> Dans le répertoire<br/> /net/CESAM/amazed/vlebrun/EL-COSMOS2020/IncidentSpectra/output_0.46_fromspectrum_veldriven_igm/<br/> la solution en z est approximative (trouvé uniquement avec des raies en absorption) alors que la raie Ly-alpha en émission est présente<br/> Par contre alors que tous les paramètre de contrôle de l'IGM sont à true, les coefficients résultants sont à -1. <br/> Quand je rallonge le spectre jusqu'à 12600 (répertoire /net/CESAM/amazed/vlebrun/EL-COSMOS2020/IncidentSpectra/output_0.46_fromspectrum_veldriven_igm_12600) pour inclure le doublet OII, le redshift est OK, mais le modele utilise un lineratio avec une intensité Ly-alpha égale à 0. Le profil de la raie en émission est plus étroit, mais je pense que ça ne justifie pas de ne pas l'utiliser du tout. En direct intégration le flux est bien mesuré. </p> REDMINE1D-357

[RM-8475] Probleme Ly-alpha

Task Normal Done Done Redmine-Jira Migtation Redmine-Jira Migtation Mon, 13 Nov 2023 18:16:25 +0000 Tue, 6 Feb 2024 18:36:27 +0000 Tue, 6 Feb 2024 18:36:27 +0000 0 1 <p>Comment by Didier Vibert on 2023-11-15 09:17:59:<br/> @vlebrun: j'ai regardé la solution avec tplfit: effectivement le bon z est trouvé, mais avec un ratio sans LyaE. Le z est trouvé vraisemblablement via le break de l'igm sur le continu qui est modélisé alors que ce n'est pas le cas en fromspectrum. </p> <p>Je vais investiguer un peu plus mais je pense que le problème vient du fait que les raies sont trop étroites pour le pas en z (1e-3) de la première passe.<br/> Donc il les rate.... Pour des spectres avec des raies aussi fines et avec un snr aussi fort, le pic dans la pdf est sans doute très étroit (avec un pied plus large dû au modèle des raies en absorption. </p> <p>Comment by Vincent Le Brun on 2023-11-15 09:22:45:<br/> en tplfit j'ai eu ca en mode 'rules' et une vitesse de 40 km/s donc la raie n'est pas si étroite que ça ...<br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/17132/17132_Id1000124_spec.png" style="border: 0px solid black" /></span></p> <p>Comment by Vincent Le Brun on 2023-11-15 09:39:12:<br/> avec le zoom on voit que le fit se fait<br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/17133/17133_Id1000124_spec-zoom.png" style="border: 0px solid black" /></span></p> <p>Comment by Didier Vibert on 2023-11-15 10:13:55:<br/> Vincent Le Brun wrote in #note-4:<br/> &gt; en tplfit j'ai eu ca en mode 'rules' et une vitesse de 40 km/s donc la raie n'est pas si étroite que ça ...</p> <p>bizarre, sur mon run (juste sur ce spectre) j'ai ça:<br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/17136/17136_clipboard-202311151113-dpyld.png" style="border: 0px solid black" /></span></p> <p>et zoomé sur Lya:<br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/17135/17135_clipboard-202311151112-3b3sh.png" style="border: 0px solid black" /></span></p> <p>Comment by Didier Vibert on 2023-11-15 10:15:36:<br/> tu as gardé le même zrange ? <br/> si c'est effectivement un pb de pas trop large en z, du coup le résultat dépend de l'échantillonnage de la zPDF et donc du zmin (ou zmax)</p> <p>Comment by Vincent Le Brun on 2023-11-15 13:04:47:<br/> oui 3700-12500<br/> mais j'ai un redshift_step de 1e-4 (et pas -3), donc c'est ça le probleme ....</p> <p>Comment by Didier Vibert on 2023-11-15 13:46:55:<br/> Vincent Le Brun wrote in #note-8:<br/> &gt; oui 3700-12500<br/> je parlais de <b>z</b> range ...</p> <p>&gt; mais j'ai un redshift_step de 1e-4 (et pas -3), donc c'est ça le probleme ....<br/> oui moi aussi, 1e-4 =&gt; 1e-3 en première passe</p> <p>Comment by Vincent Le Brun on 2023-11-15 14:02:23:<br/> Didier Vibert wrote in #note-9:<br/> &gt; Vincent Le Brun wrote in #note-8:<br/> &gt; &gt; oui 3700-12500<br/> &gt; je parlais de <b>z</b> range ...<br/> &gt; <br/> 0.01-6 aussi</p> <p>Comment by Didier Vibert on 2023-11-15 14:17:36:<br/> en regardant ton fichier de param tplfit ( /net/CESAM/amazed/vlebrun/EL-COSMOS2020/IncidentSpectra/output_0124_rules_vel20_tplfit)</p> <p>je vois les diff suivantes:</p> <ul class="alternate" type="square"> <li>rules au lieu de ratio =&gt; ça peut faire une différence: l'amplitude du ratio est mise à zéro car il trouve une amp négative, avec le continu fromspectrum, je pense qu'il est un peu à côté du bon z à cause du pas en z trop large, et avec un continu taillé juste on peut basculer à des amplitudes négatives. Avec le tplfit, tous param égaux par ailleurs on trouve plus une amplitude négative forcée à zéro, mais une amp positive très faible.</li> <li>vitesse initiale 1st pass à 20 au lieu de 70, ça peut jouer aussi</li> <li>2npass half window size 1e-2 au lieu de 1e-3 =&gt; diff aussi: on peut rattraper le bon avec la raie étroite en emssion alors qu'on la rate en 1s pass (mais on tombe un peu à côté avec Lya en abs).</li> </ul> <p>Comment by Didier Vibert on 2023-11-15 15:31:47:<br/> Bon ok, le problème ne vient pas du pas en z de la première passe... </p> <p>je ne pense toujours pas à un bug informatique (au sens du code ne fait pas ce qu'on lui a dit de faire).<br/> Le problème viendrait plutôt de la superposition de raies en émission étroites avec des raies en abs larges... il ne fitte jamais les deux ensembles (en mode ratio et aussi en mode rules), mais les abs et les émissions de façon indépendante. Et il faut croire qu'il préfère mettre une amplitude négative pour fitter l'abs même si l'émission est très forte. a priori son poids dans le chi2 ne pèse pas assez. En mode free ou rules, c'est différent.</p> <p>Comment by Vincent Le Brun on 2023-11-15 15:35:52:<br/> Didier Vibert wrote in #note-11:<br/> &gt; en regardant ton fichier de param tplfit ( /net/CESAM/amazed/vlebrun/EL-COSMOS2020/IncidentSpectra/output_0124_rules_vel20_tplfit)<br/> &gt; <br/> &gt; je vois les diff suivantes:<br/> &gt; - rules au lieu de ratio =&gt; ça peut faire une différence: l'amplitude du ratio est mise à zéro car il trouve une amp négative, avec le continu fromspectrum, je pense qu'il est un peu à côté du bon z à cause du pas en z trop large, et avec un continu taillé juste on peut basculer à des amplitudes négatives. Avec le tplfit, tous param égaux par ailleurs on trouve plus une amplitude négative forcée à zéro, mais une amp positive très faible.<br/> vu l'intensité de la raie, ça m'embêterait..<br/> &gt; - vitesse initiale 1st pass à 20 au lieu de 70, ça peut jouer aussi<br/> le résultat final est 40, donc c'est pas trop proche non plus...<br/> &gt; - 2npass half window size 1e-2 au lieu de 1e-3 =&gt; diff aussi: on peut rattraper le bon avec la raie étroite en emssion alors qu'on la rate en 1s pass (mais on tombe un peu à côté avec Lya en abs).<br/> j'ai toujours la bonne solution</p> <p>en fait le coupable est le z_step, avec 0.0005 j'ai la bonne solution, avec 0.001 je la perds... </p> <p>Comment by Didier Vibert on 2023-11-15 15:47:29:<br/> Vincent Le Brun wrote in #note-13:<br/> &gt; en fait le coupable est le z_step, avec 0.0005 j'ai la bonne solution, avec 0.001 je la perds...</p> <p>ah, c'est ce que je disais au début... mais j'avais finis par me convaincre du contraire...<br/> mais effectivement j'étais focalisé sur le z_step first pass, or la first pass ne rate pas le candidat, d'autant plus que le pb persiste avec une grande fenêtre 2nd passe.<br/> Alors que c'est le z_step final, ie en seconde passe qui importe, sinon on tombe un peu à coté de la raie, et impossible de modéliser son pic avec un tpl ratio sans faire ressortir déraisonnablement des raies faibles !</p> <p>note: si tu veux faire du rules, je te conseille de mettre comme fittingmethod et firstpass.fittingmethod "hybrid", à moins que tu n’ai aucun overlap de raies, vu les largeurs. Le mode hybrid permet quand même d'activer le "improveBalmerfit" mal nommé qui corrige les amplitudes des raies en ABS et en EM qui se superposent (halpha, beta, gamma, delta) </p> <p>Comment by Didier Vibert on 2023-11-15 15:51:33:<br/> on pourrait fermer le ticket, non ? <br/> je vais profiter de cette issue pour corriger qq problèmes sur les sorties de l'igm, et le fit de Lya qui est tenté systématiquement même si la raie n'est pas visible...</p> <p>Comment by Vincent Le Brun on 2023-11-15 15:53:21:<br/> je voudrais quand meme trouver les paramètres qui retrouvent la raie en mode tplfit+template_ratio, qui est le fonctionnement 'normal', sinon ça veut dire que je ne peux pas vérifier la représentativité des templates (continus et ratio) avec ces données </p> <p>Comment by Didier Vibert on 2023-11-15 16:41:38:<br/> Vincent Le Brun wrote in #note-16:<br/> &gt; je voudrais quand meme trouver les paramètres qui retrouvent la raie en mode tplfit+template_ratio, qui est le fonctionnement 'normal', sinon ça veut dire que je ne peux pas vérifier la représentativité des templates (continus et ratio) avec ces données</p> <p>avec z_step = 5E-4 ça marche pas ? </p> <p>Comment by Vincent Le Brun on 2023-11-15 16:44:01:<br/> non et avec 0.0001 non plus, il ne fit toujours pas les raies en emission. il y a quand meme un truc (meme si le z est OK grace au continu)</p> <p>Comment by Didier Vibert on 2023-11-15 16:52:04:<br/> Vincent Le Brun wrote in #note-18:<br/> &gt; non et avec 0.0001 non plus, il ne fit toujours pas les raies en emission. il y a quand meme un truc (meme si le z est OK grace au continu)</p> <p>malheureusement, je crois que dans ces cas là (raie fine en émission superposée à une raie large en absorption il faudrait fitter les deux ensembles)<br/> on doit pouvoir modifier le fitter hybrid pour le faire, donc en mode free/rule, mais c'est difficilement faisable en tpl-ratio, quoique, si je modifie le fitter hybrid pour fitter jointement emission et absorption on pourra le mettre au mode ratio. </p> <p>Comment by Vincent Le Brun on 2023-11-15 16:54:13:<br/> c'est quand meme bizarre que le flux en emission ne soit pas celui qui contrôle le résultat, surtout que je pars d'une vitesse proche du résultat</p> <p>Comment by Didier Vibert on 2023-11-15 18:39:46:<br/> Vincent Le Brun wrote in #note-20:<br/> &gt; c'est quand meme bizarre que le flux en emission ne soit pas celui qui contrôle le résultat, surtout que je pars d'une vitesse proche du résultat</p> <p>ça fonctionne en modelfree mais pas en ratio, plus les raies sont fortes, plus les ratio doivent être correct. C'est sans doute le pb. Il faudrait vraiment implémenter le passage en model free pour la deuxième passe.</p> <p>Mais je vais encore faire un peu de debugger demain pour m'assurer qu'il n'y a pas de bug avec Lya.</p> <p>Comment by Vincent Le Brun on 2023-11-15 20:30:12:<br/> j'ai tenté le mode 'ignorelinesupport'=true, et le résultat est toujours mauvais, mais l'affichage sur la PDF est bizarre, il y a une zone '2eme passe' autour de la bonne solution et aucune autour du résultat final, c'est normal ?<br/> <span class="image-wrap" style=""><img src="https://pfspipe.ipmu.jp/jira/secure/attachment/17137/17137_Id1000124_PDF.png" style="border: 0px solid black" /></span></p> <p>Comment by Pierre-yves Chabaud on 2023-11-15 20:41:53:<br/> Pour résoudre ce problème, on en reviendrait pas a l'implémentation de la fameuse fonctionnalité du LineModel free en second pass après un template ratio sur la première ?</p> <p>Comment by Vincent Le Brun on 2023-11-15 20:48:00:<br/> Pierre-yves Chabaud wrote in #note-23:<br/> &gt; Pour résoudre ce problème, on en reviendrait pas a l'implémentation de la fameuse fonctionnalité du LineModel free en second pass après un template ratio sur la première ?</p> <p>voir #note-21 par @dvibert </p> <p>Comment by Pierre-yves Chabaud on 2023-11-15 21:02:40:<br/> Vincent Le Brun wrote in #note-24:<br/> &gt; Pierre-yves Chabaud wrote in #note-23:<br/> &gt; &gt; Pour résoudre ce problème, on en reviendrait pas a l'implémentation de la fameuse fonctionnalité du LineModel free en second pass après un template ratio sur la première ?<br/> &gt; <br/> &gt; voir #note-21 par @dvibert</p> <p>Diable, j'ai raté ce message! faut dire que vous avez été très productifs aujourd'hui !</p> <p>Comment by Didier Vibert on 2023-11-21 14:57:31:<br/> après discussion, le problème vient bien de l'étroitesse des pics de la pdf.</p> <p>j'en ai profité pour corriger quelques lignes de code concernant le fit de Lya. </p> <p>MR: <a href="https://gitlab.lam.fr/CPF/cpf-redshift/-/merge_requests/567" class="external-link" rel="nofollow">https://gitlab.lam.fr/CPF/cpf-redshift/-/merge_requests/567</a><br/> IT full needed (small changes in fitted_line FittedLineFittingError)</p> <p>Comment by Pierre-yves Chabaud on 2024-01-25 10:42:41:<br/> Merged into @develop@ (@adb6493a@)</p> Development Rank 0|zzt0e7: