<!-- 
RSS generated by JIRA (8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b) at Sat Feb 10 15:34:29 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>[DAMD-122] Determine raw data distribution policy for shared exposures</title>
                <link>https://pfspipe.ipmu.jp/jira/browse/DAMD-122</link>
                <project id="10400" key="DAMD">Data Model</project>
                    <description>&lt;p&gt;Optical crosstalk means that all spectra on an image are required in order to optimally extract any one spectrum. If fibers on an image are shared among multiple programs, how are the raw data to be distributed while preserving proprietary information? Note that the raw data includes both the pixels from the spectrograph cameras as well as the &lt;tt&gt;pfsConfig&lt;/tt&gt; file.&lt;br/&gt;
Some potential options are:&lt;br/&gt;
1. Only distribute pipeline-extracted spectra. Only distribute the raw pixels once the proprietary periods for all fibers on the image have passed. The quality of the distributed spectra is limited by the quality of the pipeline (it might be necessary to rerun the extractions on all data when we find important bugs).&lt;br/&gt;
2. Attempt to censor the data. This might be done by masking or by subtracting the extracted spectra from the raw pixels, and manipulating the &lt;tt&gt;pfsConfig&lt;/tt&gt;. Any extraction from the censored raw data would not have access to all the data, and therefore would not be able to reach the quality level of the pipeline operating on the original raw data, while also being dependent upon the quality of the pipeline (depending on how we do the censoring, it might be necessary to rerun the censoring on all data when we find important bugs).&lt;br/&gt;
3. Do nothing and trust users not to look at fibers other than their own.&lt;/p&gt;</description>
                <environment></environment>
        <key id="18261">DAMD-122</key>
            <summary>Determine raw data distribution policy for shared exposures</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="3" iconUrl="https://pfspipe.ipmu.jp/jira/images/icons/statuses/inprogress.png" description="This issue is being actively worked on at the moment by the assignee.">In Progress</status>
                    <statusCategory id="4" key="indeterminate" colorName="yellow"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="msyktnk">Masayuki Tanaka</assignee>
                                    <reporter username="price">price</reporter>
                        <labels>
                    </labels>
                <created>Mon, 18 Oct 2021 18:51:11 +0000</created>
                <updated>Fri, 14 Jul 2023 04:54:42 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                <comments>
                            <comment id="34011" author="msyktnk" created="Fri, 14 Jul 2023 04:54:35 +0000"  >&lt;p&gt;Our current thinking is that (1) we do not sensor the raw data, (2) we instead make a custom pfsConfig for each PI, in which information of targets of other PIs is reasonably anonymous: (a) catId and objId are replaced with NULL or -1 or some other nonsense number, (b) ra and dec point the fiducial center of each cobra (i.e., ra + dec is different what we actually point to), and (c) pfiCenter and pfiNominal also point at the fiducial center. This does not make targets by other PIs completely anonymous but better than nothing. We also plan to (3) distribute the pipeline processed data for each PI through the science database, and (4) make an observatory policy that if you look at spectra other than your own, you will not be able use PFS in future runs.&#160; I am slightly worried that &quot;(b)&quot; might have some effect on the sky subtraction if we interpolate the sky line intensities acorss the field of view, but they probably do not vary significantly over a scale of 1 arcmin.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="17211">PIPE2D-910</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|02qpjd:00r20060i200180004</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>