<!-- 
RSS generated by JIRA (8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b) at Sat Feb 10 16:28:52 JST 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>PFS-JIRA</title>
    <link>https://pfspipe.ipmu.jp/jira</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.3.4</version>
        <build-number>803005</build-number>
        <build-date>13-09-2019</build-date>
    </build-info>


<item>
            <title>[INSTRM-809] Reduce MCS image centroiding error </title>
                <link>https://pfspipe.ipmu.jp/jira/browse/INSTRM-809</link>
                <project id="10300" key="INSTRM">Instrument control development</project>
                    <description>&lt;p&gt;Following the last ICS-PFI-MCS telecon 2019-11-01 and email exchanges during that day, the centroiding algorithm for MCS images may need to be improved. Please update those, or provide a rationale as to why they are as optimal as can be.&lt;/p&gt;


&lt;p&gt;Excerpt from email from J Karr to ics mailing list 2019-10-31:&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Some updates on the analysis of the data&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;looking closely at the video Robert made, it looks like he was working with the raw pixel values for the centroid, which have not been corrected for the affine transformation, so changes in scaling and translation can dominate.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;I made some new videos using the transformed values in mm at PFI, plotting the difference in position relative to the first frame (files starting with diff1) and relative to the previous frame (files starting with diff2) for two sets of exposure times (0.5, 1, 2, 5 second). All the plots are on the same scale.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;a href=&quot;https://www.dropbox.com/sh/7krvq7oqiv1dzsi/AADN-MdooW6hd-j7pRLEMKYwa?dl=0&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://www.dropbox.com/sh/7krvq7oqiv1dzsi/AADN-MdooW6hd-j7pRLEMKYwa?dl=0&lt;/a&gt;&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;in the short exposure frames, seeing effects are dominant&lt;/li&gt;
&lt;/ul&gt;


&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;in the long exposure frames, the seeing effects are much smaller.  However, we can now see a distinct pattern emerging (look, for example, at the middle right of the image).&lt;/li&gt;
&lt;/ul&gt;


&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;this pattern is similar to the persistent pattern we see in the size of the PSFs across the image, as measured by the FWHMs. Possibly areas with different PSF sizes have different RMSs in centroid position, or that the fitting for centroiding responds differently to different PSF shapes.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;the variation in FWHM is small enough that it&apos;s not obvious by eye - a fraction of a pixel between frames. I&apos;m trying to get a handle on whether this difference is real, or an artifact of centroiding. We see the effect from different PSF fitting methods, so it&apos;s not a simple numerical effect (but might be related to assumptions of Gaussinity). A quick look using very simple measures of the PSF width indicates that it&apos;s a real effect; I&apos;m still working on this.&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;

&lt;p&gt;Excerpt from an email from R Lupton to J Karr 2019-11-01:&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;&amp;gt; - this pattern is similar to the persistent pattern we see in the size of the PSFs across the image, as measured by the FWHMs. Possibly areas with different PSF sizes have different RMSs in centroid position, or that the fitting for centroiding responds differently to different PSF shapes.&lt;/p&gt;

&lt;p&gt;It&apos;s higher order than this.  The response of the centroider to different stable PSFs is taken out because we&apos;re just plotting the differences of positions, so I think that this must be the response of the centroider to the PSF resulting from interaction of seeing with variations in optical quality from spot to spot.&lt;/p&gt;

&lt;p&gt;These spots are very bright, so using a less statistically efficient centroiding algorithm would be interesting.  You&apos;re using a Gaussian-weighted centroid + iteration (I can send you my writeup if you&apos;re interested, although I didn&apos;t yet write up the statistical properties;  they have to approach the MVB when the PSF is Gaussian);  if you use a different weighting  the convergence scale magic number will be different (the magic &quot;2&quot;), but it&apos;d be easy to calculate.  If I were forced to guess I&apos;d guess &quot;1&quot;, but can easily check that guess.  Hmm, I should do that.&lt;/p&gt;&lt;/blockquote&gt;</description>
                <environment></environment>
        <key id="13840">INSTRM-809</key>
            <summary>Reduce MCS image centroiding error </summary>
                <type id="10001" iconUrl="https://pfspipe.ipmu.jp/jira/secure/viewavatar?size=xsmall&amp;avatarId=10515&amp;avatarType=issuetype">Story</type>
                                            <priority id="10000" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/priorities/medium.svg">Normal</priority>
                        <status id="10002" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/statuses/generic.png" description="The issue is resolved, reviewed, and merged">Done</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="karr">karr</assignee>
                                    <reporter username="hassan">hassan</reporter>
                        <labels>
                            <label>MCS</label>
                    </labels>
                <created>Tue, 5 Nov 2019 16:48:19 +0000</created>
                <updated>Fri, 21 Aug 2020 13:10:22 +0000</updated>
                            <resolved>Fri, 21 Aug 2020 13:10:22 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                <comments>
                            <comment id="16529" author="karr" created="Sun, 8 Dec 2019 08:41:40 +0000"  >&lt;p&gt;The centroiding code has been updated to fix an with centroiding accuracy, where occasional individual centroids are slightly off in position (by less than a pixel, roughly 0.1 percent of the time). This was a convergence issue in calculating the centroidings; requiring a higher precision fixed the issue.&#160;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="17427" author="karr" created="Fri, 10 Jul 2020 05:47:33 +0000"  >&lt;p&gt;A full analysis of the centroiding code has been completed, and described in detail in the report&#160;PFS-MCS-ASI000115-03_MCSCentroidAlgorithmtReport and in summary in&#160;PFS-MCS-ASI000116-02_MCSCentroidAlgorithmtPresentation&lt;/p&gt;</comment>
                            <comment id="17569" author="karr" created="Fri, 21 Aug 2020 07:54:17 +0000"  >&lt;p&gt;The report has been discussed and updated according to the discussion on the telecon. To summarize:&#160;&lt;/p&gt;

&lt;p&gt;The data from the engineering run of Aug 2019 were reduced and analyzed using several different centroiding algorithms (the implemented code and several variations, PSF fitting and windowed centroids via SeXtractor and PSFEx and a simple thresholded moment). We discussed the large scale variations of spot shape and brightness, frame to frame variations due to seeing, and a persistent moir&#233; pattern seen in many images. The general characteristics were the same between algorithms; the more computationally intensive algorithms had lower RMS, but the implemented code was within requirements. In general, the centroiding accuracy, moir&#233; effects and random and systematic differences between methods were all on the order of a micron or two.&#160;&lt;/p&gt;</comment>
                            <comment id="17572" author="hassan" created="Fri, 21 Aug 2020 13:10:22 +0000"  >&lt;p&gt;Following the summary from &lt;a href=&quot;https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=karr&quot; class=&quot;user-hover&quot; rel=&quot;karr&quot;&gt;karr&lt;/a&gt; and discussions during the PFI telecons on 2020-08-07 and 2020-08-21, this ticket can be closed.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="14435">INSTRM-1005</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_10500" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|zzs028:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10002" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Story Points</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                        </customfields>
    </item>
</channel>
</rss>