[REDMINE1D-217] [RM-7141] Probleme VIPERS 0.30 Created: 05/Jul/23  Updated: 07/Dec/23

Status: In Progress
Project: 1D Redmine
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Normal
Reporter: Redmine-Jira Migtation Assignee: Redmine-Jira Migtation
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Created on 2022-03-17 14:30:20 by Vincent Le Brun. % Done: 80

avec la 0.30 les résultats de VIPERS sont moins bons qu'avec la 0.28 : on perd environ 1% de taux de succès, donc environ 200 spectres,
(repertoire de sortie: /net/GECO/users/vlebrun/VIPERS-W1/output_0.30)
et certains résultats sont problématiques : pour l'objet 116159542, il y a des raies en émission, la 0.28 marche

alors que la 0.30 ne sélectionne pas les bonnes raies (et le prior H-alpha n'est pas activé...)

Les PDF ont la meme allure sauf pour le premier pic
!VIPERS_PDF0.28.png !!VIPERS_PDF0.30.png !

 Comments   
Comment by Redmine-Jira Migtation [ 27/Aug/23 ]

Comment by Didier Vibert on 2023-07-24 14:42:23:
Vincent Le Brun wrote in #note-42:
> La conclusion est la meme avec la 0.44-RC1 : il faut activer 'ignoreLineSupport' pour retrouver des résultats corrects. Cette option n'a pas par contre aucun effet sur les résultats de la SelfCal. Ca vient peut-être de la mauvaise estimation de la LSF dans VIPERS ?
> Par ailleurs si on autorise 'emlinevelocity' à aller à 0, ça entraine un certain nombre de mauvaise solutions. Et la valeur de départ a aussi un impact fort sur les résultats. Tout ça ramène à un soucis d'estimation de la LSF me semble-t-il

le fait que ça n'ait pas d'effet sur selfcal ne me suprend pas: c'est une mauvaise estimation de la LSF qui conduit à une mauvaise estimation du continu, mais pour selfcal le continu n'est pas très informatif... ça va être plus important pour PFS

Generated at Sat Feb 10 15:30:29 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.