[PIPE1D-51] Bad redshift determination with version 0.22.0? Created: 26/Jul/21  Updated: 09/Sep/21  Resolved: 09/Sep/21

Status: Won't Fix
Project: DRP 1D pipeline
Component/s: drp_1d, drp_1dpipe
Affects Version/s: None
Fix Version/s: None

Type: Story Priority: Normal
Reporter: Kiyoto Yabe Assignee: vlebrun
Resolution: Won't Fix Votes: 0
Labels: DRP_end-to-end_processing
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PDF File check_redshift_determination.pdf     File parameters_e2e.json     File pfsObject-00001-00000-0,0-0000000000000318-006-0x7ace412dc05971ff.fits     HTML File Skyline_1226nm    

 Description   

The simple sanity check on the redshift determination in the recent end-to-end processing (see attached) seems to show strangely bad redshift determination. The redshifts from 1D pipeline are mostly ~0.9 or ~2.3. Could you confirm that this is real or I'm doing something wrong? I'm using version 0.22.0 and the configuration is attached. The results are also in https://pfs.ipmu.jp/internal/devarch/ipmu/pipe_e2e/ .

check_redshift_determination.pdf

parameters_e2e.json



 Comments   
Comment by Kiyoto Yabe [ 26/Jul/21 ]

This may be due to the issue in PIPE2D-873, which will be resolved with the new simulated data.

Comment by Kiyoto Yabe [ 02/Aug/21 ]

This is an example pfsObject, which is z=1.4979 object but the 1D result is 2.2925. 

pfsObject-00001-00000-0,0-0000000000000318-006-0x7ace412dc05971ff.fits

Comment by vlebrun [ 27/Aug/21 ]

The two horizontal lines in the z_meas vs z_true plot are typical of artefacts at given wavelength that are mistaken for emission lines. z=2.29 is a redshift for which OII corresponds to a strong sky emission line, and therefore the subtraction residual can be identified as OII (see plot Skyline_1226nm). We have to check the associated variance, and decide wether we'll have to mask this spectrum part.

Comment by vlebrun [ 09/Sep/21 ]

Indeed the error associated to the spectrum does not indicate that this pseudo emission line is not real but the mask has a non zero value. We therefore have to include the mask values in the 1D pipeline. I'll open a new ticket

Comment by Kiyoto Yabe [ 09/Sep/21 ]

Thank you for the investigation. Can I close this ticket and move to the new ticket?

Comment by vlebrun [ 09/Sep/21 ]

yes for sure

Comment by Kiyoto Yabe [ 09/Sep/21 ]

OK, thank you. I closed this one.

Generated at Sun Apr 20 09:54:51 JST 2025 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.