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/PIPE1D-51 DRP 1D pipeline <p>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 <a href="https://pfs.ipmu.jp/internal/devarch/ipmu/pipe_e2e/" class="external-link" rel="nofollow">https://pfs.ipmu.jp/internal/devarch/ipmu/pipe_e2e/</a> .</p> <p><span class="nobr"><a href="https://pfspipe.ipmu.jp/jira/secure/attachment/13957/13957_check_redshift_determination.pdf" title="check_redshift_determination.pdf attached to PIPE1D-51">check_redshift_determination.pdf^{<img class="rendericon" src="https://pfspipe.ipmu.jp/jira/images/icons/link_attachment_7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/>}</a></span></p> <p>^{<span class="nobr"><a href="https://pfspipe.ipmu.jp/jira/secure/attachment/13956/13956_parameters_e2e.json" title="parameters_e2e.json attached to PIPE1D-51">parameters_e2e.json^{<img class="rendericon" src="https://pfspipe.ipmu.jp/jira/images/icons/link_attachment_7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/>}</a></span>}</p> PIPE1D-51

Bad redshift determination with version 0.22.0?

Story Normal Won't Fix Won't Fix vlebrun Kiyoto Yabe DRP_end-to-end_processing Mon, 26 Jul 2021 00:54:58 +0000 Thu, 9 Sep 2021 08:04:53 +0000 Thu, 9 Sep 2021 08:04:39 +0000 drp_1d drp_1dpipe 0 5 <p>This may be due to the issue in <a href="https://pfspipe.ipmu.jp/jira/browse/PIPE2D-873" title="Siginificant negative values at &gt;1200nm in pfsObject?" class="issue-link" data-issue-key="PIPE2D-873"><del>PIPE2D-873</del></a>, which will be resolved with the new simulated data.</p> <p>This is an example pfsObject, which is z=1.4979 object but the 1D result is 2.2925. </p> <p><span class="nobr"><a href="https://pfspipe.ipmu.jp/jira/secure/attachment/13962/13962_pfsObject-00001-00000-0%2C0-0000000000000318-006-0x7ace412dc05971ff.fits" title="pfsObject-00001-00000-0,0-0000000000000318-006-0x7ace412dc05971ff.fits attached to PIPE1D-51">pfsObject-00001-00000-0,0-0000000000000318-006-0x7ace412dc05971ff.fits^{<img class="rendericon" src="https://pfspipe.ipmu.jp/jira/images/icons/link_attachment_7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/>}</a></span></p> <p>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 <span class="nobr"><a href="https://pfspipe.ipmu.jp/jira/secure/attachment/13971/13971_Skyline_1226nm" title="Skyline_1226nm attached to PIPE1D-51">Skyline_1226nm^{<img class="rendericon" src="https://pfspipe.ipmu.jp/jira/images/icons/link_attachment_7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/>}</a></span>). We have to check the associated variance, and decide wether we'll have to mask this spectrum part.</p> <p>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</p> <p>Thank you for the investigation. Can I close this ticket and move to the new ticket?</p> <p>yes for sure</p> <p>OK, thank you. I closed this one.</p> Development Rank 0|zzs8rc: