<!-- 
RSS generated by JIRA (8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b) at Sat Feb 10 15:59:42 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>[PIPE2D-915] Make spectrum covariances match original intent</title>
                <link>https://pfspipe.ipmu.jp/jira/browse/PIPE2D-915</link>
                <project id="10002" key="PIPE2D">DRP 2-D Pipeline</project>
                    <description>&lt;p&gt;Based on a conversation in the &lt;tt&gt;#datamodel&lt;/tt&gt; Slack channel, 2021-10-15,19:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=price&quot; class=&quot;user-hover&quot; rel=&quot;price&quot;&gt;price&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I believe the covariance in PfsArm should be the covariance between fibers (because there isn&apos;t much covariance between pixels within a fiber, as we haven&apos;t resampled), and that&apos;s what I&apos;ve implemented (it&apos;s a product of the simultaneous extraction of all fibers). But I&apos;m not sure what the covariance in PfsObject is supposed to be; since there aren&apos;t multiple fibers, I&apos;ve been expecting that it&apos;s the covariance between pixels within a fiber, but maybe that&apos;s what covar2 was intended for?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;&lt;a href=&quot;https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=rhl&quot; class=&quot;user-hover&quot; rel=&quot;rhl&quot;&gt;rhl&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I agree that the off-diagonal part of the pfsArm covariances should be very small (I can think of non-zero contributions such as uncorrected brighter-fatter and the effects of non-uniformities in the pixel sizes if we correct for them &amp;#8212; but I suspect that both are negligible).   However, these data will compress very well.&lt;br/&gt;
For the pfsObject file the resampling indeed generates covariances, and those are the terms that most concern me.  I suspect that only the +- band (i.e. neighbouring pixels) is significant, but specifying a wider band seemed conservative;  again the data will compress well.  The COVAR2 are intended to give an idea of the errors coming from the spectrophotometry, where there are uncertainties in e.g. the fibre corrections as a function of wavelength.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Tasks:&lt;br/&gt;
1. Make the covariances calculated by the pipeline and stored in the spectral products match the original intent as specified by &lt;a href=&quot;https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=rhl&quot; class=&quot;user-hover&quot; rel=&quot;rhl&quot;&gt;rhl&lt;/a&gt;, above.&lt;br/&gt;
2. Ensure this original intent is documented in &lt;tt&gt;datamodel.txt&lt;/tt&gt;.&lt;br/&gt;
3. Implement FITS compression for the covariances in the spectral products.&lt;br/&gt;
&lt;del&gt;4. Make the width of the covariance band configurable (currently hard-wired to 3 everywhere; we might consider 1 for &lt;tt&gt;pfsArm&lt;/tt&gt; and 5 for &lt;tt&gt;pfsObject&lt;/tt&gt;).&lt;/del&gt;&lt;br/&gt;
5. We will continue to neglect &lt;tt&gt;covar2&lt;/tt&gt; for now.&lt;/p&gt;</description>
                <environment></environment>
        <key id="18266">PIPE2D-915</key>
            <summary>Make spectrum covariances match original intent</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="1" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="price">price</assignee>
                                    <reporter username="price">price</reporter>
                        <labels>
                    </labels>
                <created>Tue, 19 Oct 2021 15:01:06 +0000</created>
                <updated>Fri, 22 Sep 2023 15:16:19 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                <comments>
                            <comment id="23332" author="price" created="Tue, 19 Oct 2021 15:26:53 +0000"  >&lt;p&gt;&lt;a href=&quot;https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=rhl&quot; class=&quot;user-hover&quot; rel=&quot;rhl&quot;&gt;rhl&lt;/a&gt; recommends dropping item 4:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;With compression there&apos;s no on-disk cost to making the COVAR identical in object and arm files.  And I think 3 is enough for now, no need to bump to 5 &amp;#8211; there is cost in memory.  We could truncate on read, I suppose.  Or use some other python data structure; but I wouldn&apos;t bother just now.&lt;/p&gt;&lt;/blockquote&gt;</comment>
                    </comments>
                    <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|02qpho:</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>