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/FIBERALLOC-46 Target to fiber allocation and configuration <p>As discussed during the ICS/PFI telecon 2023-01-20 (<a href="https://sumire.pbworks.com/w/page/151793943/ICS-PFI-MCS%20telecon%20on%20Jan%2020%202023" class="external-link" rel="nofollow">https://sumire.pbworks.com/w/page/151793943/ICS-PFI-MCS%20telecon%20on%20Jan%2020%202023</a>) as part of the target selection scheme, we need to penalize objects that are vignetted by black spots. </p> <p>This is part of a long-term solution to recover approx 2% of the patrol region, that is obscured by the blackdot penumbra.</p> <p>To do this, a penalty function that depends on the distance the target is from the blackspot will need to be provided elsewhere. I propose this goes through Project Office. This penalty function will be based on target priority observers assign, given the signal-to-noise at that target position.</p> FIBERALLOC-46

Update target selection mechanism based on blackspot distance

Task Normal Done Done Martin Reinecke hassan EngRun Thu, 26 Jan 2023 16:42:55 +0000 Fri, 17 Mar 2023 14:06:42 +0000 Fri, 17 Mar 2023 14:06:41 +0000 0 6 <p>At present we are targeting object which are partially vignetted and which thus lose S/N, so this work would allow us to make informed choices about when to target these objects (c. 5% of the PFI field). We might be able to work further into the spots (gaining back some of the 2%) if we trust blind cobra motions enough, but that's a higher-order objective.</p> <p>My idea is to add an additional parameter to <tt>buildProblem</tt> (<a href="https://github.com/Subaru-PFS/ets_fiberalloc/blob/6f8f272370d03f56bca8fda7b1a11b54fde20cc8/ets_fiber_assigner/netflow.py#L220" class="external-link" rel="nofollow">https://github.com/Subaru-PFS/ets_fiberalloc/blob/6f8f272370d03f56bca8fda7b1a11b54fde20cc8/ets_fiber_assigner/netflow.py#L220</a>), which is a function that converts a distance to the nearest black spot center into a penalty. This would be analogous to the already existing <tt>cobraMoveCost|</tt> parameter. Observers can choose to pass <tt>None</tt>, in which case no penalty is applied, or a function that implements the desired penalty. I will then simply add the penalties for all visited targets to the overall "cost" of the observation.</p> <p>This approach has the advantage of being extremely flexible, but of course also the drawback that all responsibility for the correct tuning of the function lies with the observers. On the other hand, I don't know who else would have all the required knowledge...</p> <p>Does this sound OK?</p> <p>Tentative implementation at <a href="https://github.com/Subaru-PFS/ets_fiberalloc/pull/16" class="external-link" rel="nofollow">https://github.com/Subaru-PFS/ets_fiberalloc/pull/16</a></p> <p>Open question: so far we ignore the possibility that a fiber may be in close vicinity to a black dot of a <em>neighbouring</em> Cobra; we only check against its own black dot. Is that sufficient?</p> <p>good catch Martin. Yes, the previously suggested parameter should certainly penalize observations close to any black dot.</p> <p>I'm not sure if a fiber even can approach a neighbor's black dot so closely that we need to think about penalizing it.</p> <p>Adding the feature is a bit tricky, and it may also increase run-time noticeably, so I'd be happy to get explicit confirmation that this is needed.</p> <p>Looking at the fiber-allocation slack channel, it seems to me that the range where we should penalize assignments is between the actual black dot radius (somewhere around 0.75mm) and roughly 1.15mm. As far as I can see, neighoring fibers cannot come that close to a Cobra's own black dot, so this should not be necessary. Please correct me if I'm wrong.</p> <p>Fair. It's probably worthwhile to make that calculation quickly. the focal plane object should expose all required information.</p> <p>In regard to the possibility for given Cobra come close to the area of neighbouring dots, I quickly checked the numbers:</p> <p>Measurement in September 2021 showed that distance between cobra and dot is 2.21+/- 0.25 mm ( dx(PFI) = - 0.27 +/- 0.26 mm, dy(PFI) = 2.17 +/- 0.30 mm) on average. (cf. designed value is 2.4mm in PFI-Y axis). If fibers are assigned in full patrol area, there may be a case a given Cobra reach to the neighbouring (in Y direction) dot area, I guess.</p> <p>Thank you! I think I have an idea how to implement this somewhat efficiently, and hope to update the pull request in the next days.</p> <p>This should be fixed now.</p> <p>I made a stupid mistake in the implementation in the pfsDesign generation script, which was why it didn't work well before as reported. </p> <p>Now it looks that it works as we expected. The number of fibers assigned as a function of distance from dot center for various penalty cases is shown in the figure below. Currently, I'm using a form as a function of distance, but it can be changed according to the experience of future observations and experiment.</p> <p><span class="image-wrap" style=""><a id="15578_thumb" href="https://pfspipe.ipmu.jp/jira/secure/attachment/15578/15578_FIBERALLOC-46_test2.png" title="FIBERALLOC-46_test2.png" file-preview-type="image" file-preview-id="15578" file-preview-title="FIBERALLOC-46_test2.png"><img src="https://pfspipe.ipmu.jp/jira/secure/thumbnail/15577/_thumb_15577.png" style="border: 0px solid black" /></a></span></p> <p>Here is another test with multiple priorities depending on brightness. I guess we can control the balance between dot effects and scientific priority by choosing the penalty function. I think the functionality has been implemented and tested, so we can close the ticket and file another one regarding on e.g. more scientific decision.</p> <p><span class="image-wrap" style=""><a id="15578_thumb" href="https://pfspipe.ipmu.jp/jira/secure/attachment/15578/15578_FIBERALLOC-46_test2.png" title="FIBERALLOC-46_test2.png" file-preview-type="image" file-preview-id="15578" file-preview-title="FIBERALLOC-46_test2.png"><img src="https://pfspipe.ipmu.jp/jira/secure/thumbnail/15578/_thumb_15578.png" style="border: 0px solid black" /></a></span></p> <p>Thank you very much for testing, <a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=kiyoto.yabe" class="user-hover" rel="kiyoto.yabe">Kiyoto Yabe</a>! Closing now.</p> Development Rank 0|02qpjd:00r3000k9