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/PIPE2D-660 DRP 2-D Pipeline <p><tt>GlobalDetectorMap</tt> appears to do a decent job of modeling the position of arc lines, but it may suffer precision at the upper and lower edges, where there are few lines (due to the dichroic and detector response). What is wanted is a differential correction to the design. I envision this as using the machinery invented for <tt>GlobalDetectorMap</tt>, but making it relative to the <tt>SplinedDetectorMap</tt> generated by the simulator.</p> PIPE2D-660

Differential full-detector detectorMap

Story Normal Done Done price price Thu, 3 Dec 2020 16:44:36 +0000 Fri, 12 Feb 2021 22:33:37 +0000 Fri, 12 Feb 2021 22:33:37 +0000 0 1 <p>There's something wrong with the slit offsets mechanism: measured offsets don't appear to be applied effectively.</p> <p>This is working, and generating fits with a similar quality as the <tt>GlobalDetectorMap</tt>, but with lower polynomial order, so it's a net win.</p> <p>I propose that the right time to merge this is just before our regular arc processing system (<a href="https://pfspipe.ipmu.jp/jira/browse/PIPE2D-706" title="Regular processing of arcs, flats" class="issue-link" data-issue-key="PIPE2D-706"><del>PIPE2D-706</del></a>) is running. That will generate a collection of detectorMaps that will supersede all previous collections.</p> <p>Note also that there will be merge conflicts with <a href="https://pfspipe.ipmu.jp/jira/browse/PIPE2D-689" title="Vector version of DetectorMap.findPoint fails" class="issue-link" data-issue-key="PIPE2D-689"><del>PIPE2D-689</del></a> (using consistent types).</p> <p>Stakeholders at a recent meeting confirmed that merging was acceptable.</p> <p>Merged to master.</p> Blocks PIPE2D-706 Development Rank 0|02qpt6:508yl0chzzy00004 Reviewers hassan Sprint 2DDRP-2021 A 2DDRP-2021 A 2