<!-- 
RSS generated by JIRA (8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b) at Sat Feb 10 16:35:33 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-1444] Issues in PFSA files (based on PFSA06928311 and PFSA06928312)</title>
                <link>https://pfspipe.ipmu.jp/jira/browse/INSTRM-1444</link>
                <project id="10300" key="INSTRM">Instrument control development</project>
                    <description>&lt;p&gt;Furusawa-san and myself looked at PFSA06928311.fits and PFSA06928312.fits and found the following issues and concerns. I think that some may not be urgent for the November 2021 run and some require Subaru FITS committee to work on the observatory policy, but let me list all of them here.&lt;/p&gt;
&lt;h2&gt;&lt;a name=&quot;1.BasickeywordsintheprimaryHDU&quot;&gt;&lt;/a&gt;1. Basic keywords in the primary HDU&lt;/h2&gt;
&lt;ol&gt;
	&lt;li&gt;DISPRSR should be DISPERSR&lt;/li&gt;
	&lt;li&gt;DARKTIME is not in the dictionary (but maybe there is a Gen2 alias?)&lt;/li&gt;
	&lt;li&gt;OBS-ALOC is defined to be either Observation or Standby (need to check if the Gen2 communication is valid or not)&lt;/li&gt;
	&lt;li&gt;RA_CMD is not in the dictionary (but there is a Gen2 alias)&lt;/li&gt;
	&lt;li&gt;DEC_CMD is not in the dictionary (but there is a Gen2 alias)&lt;/li&gt;
	&lt;li&gt;ADC-TYPE is defined to be either NONE or BLUE&lt;/li&gt;
&lt;/ol&gt;


&lt;ul&gt;
	&lt;li&gt;Those not in the Subaru&apos;s dictionary should be registered by the Subaru FITS committee, if there are Gen2 aliases and they are necessary to be in the header.&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;The same is true for OBS-ALOC and ADC-TYPE. If the current values are more appropriate, please let us know.&lt;/li&gt;
&lt;/ul&gt;


&lt;h3&gt;&lt;a name=&quot;Formatissues&quot;&gt;&lt;/a&gt;Format issues&lt;/h3&gt;

&lt;p&gt;DEC, DEC2000 A12&lt;br/&gt;
 GAIN F20.3&lt;br/&gt;
 DET-TMP F20.2&lt;br/&gt;
 WAVELEN, WAV-{MIN,MAX} F20.4&lt;br/&gt;
 SEEING F20.2&lt;br/&gt;
 TRANSP F20.3&lt;br/&gt;
 LONPOLE F20.1&lt;br/&gt;
 EQUINOX F20.3&lt;br/&gt;
 AZIMUTH F20.5&lt;br/&gt;
 ALTITUDE F20.5&lt;br/&gt;
 ZD F20.5&lt;br/&gt;
 AIRMASS F20.3&lt;br/&gt;
 INST-PA F20.3&lt;br/&gt;
 INSROT F20.3&lt;br/&gt;
 FOC-VAL F20.3 &lt;br/&gt;
 ADC-STR F20.3&lt;br/&gt;
 DOM-PRS, OUT-PRS F20.2&lt;br/&gt;
 DOM-WND, OUT-WND F20.2&lt;br/&gt;
 M2-POS&lt;span class=&quot;error&quot;&gt;&amp;#91;1,2,3&amp;#93;&lt;/span&gt;, M2-ANG&lt;span class=&quot;error&quot;&gt;&amp;#91;1,2,3&amp;#93;&lt;/span&gt; F20.3&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;It is fine to be shorter than the specified formats. For example AIRMASS=1.52 is fine for the &quot;F20.3&quot; format, but it would be nice to check if they are designed not to exceed the specified length.&lt;/li&gt;
	&lt;li&gt;Formats in the dictionary can also be revised if the precision higher than that defined in the current rule is necessary.&lt;/li&gt;
&lt;/ul&gt;


&lt;h2&gt;&lt;a name=&quot;2.InstrumentkeywordsintheprimaryHDU&quot;&gt;&lt;/a&gt;2. Instrument keywords in the primary HDU&lt;/h2&gt;
&lt;ol&gt;
	&lt;li&gt;Unit &lt;span class=&quot;error&quot;&gt;&amp;#91;C&amp;#93;&lt;/span&gt; may be replaced by &lt;span class=&quot;error&quot;&gt;&amp;#91;degC&amp;#93;&lt;/span&gt;: W_CRTEMP, W_CRTEMP, W_CRSETP, W_XCL2RJ, W_ETMP1 , W_ETMP2 , W_ETMP3 , W_ETMP4 , W_ETMP5 , W_ETMP6 , W_ETMP7 , W_ETMP8 , W_ETMP9 , W_ETMP10, W_ETMP11, W_ETMP12, W_ETMP13, W_ETMP14, W_ETMP15, W_ETMP16, W_ETMP17, W_ETMP18, W_ETMP19, W_ETMP20&lt;/li&gt;
	&lt;li&gt;Temperature entries for W_XCL??? use &quot;&lt;span class=&quot;error&quot;&gt;&amp;#91;degC&amp;#93;&lt;/span&gt;&quot; and &quot;&lt;span class=&quot;error&quot;&gt;&amp;#91;K&amp;#93;&lt;/span&gt;&quot;. Are they as intended?&lt;/li&gt;
	&lt;li&gt;Is the datatype be boolean?: W_XH1ENA, W_XHP1EN, W_XH2ENA, W_XHP2EN&lt;/li&gt;
	&lt;li&gt;&quot;0..1&quot; in the comments should be &quot;0 or 1&quot;?: W_XH1FRA, W_XH2FRA&lt;/li&gt;
	&lt;li&gt;No comment is assigned: W_ENFCAS, W_ENFCAT, W_ENBSHS, W_ENRDAS, W_ENRDAT, W_ENTMPS, W_ENTMPT&lt;/li&gt;
&lt;/ol&gt;


&lt;ul&gt;
	&lt;li&gt;Datatypes and formats are not fully checked as I don&apos;t have the up-to-date dictionary.&lt;/li&gt;
&lt;/ul&gt;


&lt;h2&gt;&lt;a name=&quot;3.Queuerelatedkeywords&quot;&gt;&lt;/a&gt;3. Queue-related keywords&lt;/h2&gt;

&lt;p&gt;There are keywords for queue observations (&lt;a href=&quot;https://www.naoj.org/Observing/fits/header/queue_keywords/&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://www.naoj.org/Observing/fits/header/queue_keywords/&lt;/a&gt;). Not all of them are valid for PFS, but need to consider to put some of them. For example, OBS-MTHD, MOON-ILL, MOON-SEP, and MOON-EL will be helpful to distinguish the observing mode, but PROP-PI would not be appropriate as fibers are typically shared by multiple PIs.&lt;/p&gt;
&lt;h2&gt;&lt;a name=&quot;4.BasickeywordsinthefirstHDU&quot;&gt;&lt;/a&gt;4. Basic keywords in the first HDU&lt;/h2&gt;
&lt;ol&gt;
	&lt;li&gt;Is the location of INHERIT correct? The FITS standard says that if present it shall appear in the extension header immediately after the mandatory keywords. We need to check which keywords are actually mandatory, but if you have any thoughts, please let us know.&lt;/li&gt;
	&lt;li&gt;If I remember correctly, putting WCS as pixel coordinates are agreed or recommended by us after a long discussion, though the FITS committee think that it is still useful to put even a rough wavelength solution with CTYPE2=WAVELENGTH.&lt;/li&gt;
	&lt;li&gt;Do we need BLANK=-32768 and how it can be set in the case of tiled-image compression?&lt;/li&gt;
	&lt;li&gt;CUNIT1 and CUNIT2 should be inserted as &quot;pixel&quot; or &quot;pix&quot;?&lt;/li&gt;
&lt;/ol&gt;


&lt;h2&gt;&lt;a name=&quot;5.MissingspectroscopickeywordsrequiredbySubaruFITSregulation&quot;&gt;&lt;/a&gt;5. Missing spectroscopic keywords required by Subaru FITS regulation&lt;/h2&gt;
&lt;ol&gt;
	&lt;li&gt;There are several keywords related to slit properties. As PFS is a fiber multiobject spectrograph, it&apos;s not clear what is the appropriate entries. Subaru FITS committee also does not have a clear regulation on it. As a reference, corresponding keywords are used as follows in FMOS. I think SLT-LEN and SLT-WID look useful also for PFS (either in &lt;span class=&quot;error&quot;&gt;&amp;#91;arcsec&amp;#93;&lt;/span&gt; or &lt;span class=&quot;error&quot;&gt;&amp;#91;mm&amp;#93;&lt;/span&gt;?)&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;&lt;tt&gt;SLIT&#160;&#160; &#160;= &apos;FIBRE-MOS&apos;&#160;&#160; &#160; &#160; &#160; &#160;/ Identifier of the entrance slit used&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;SLT-LEN =&#160;&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1.2 / Diameter of the fibre entrance (arcsec)&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;SLT-WID =&#160;&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1.2 / Diameter of the fibre entrance (arcsec)&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;SLT-PA&#160;&#160;=&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;90 / Field position angle (degree)&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;SLTCPIX1=&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1024 / Slit center projected on detector (pixel)&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;SLTCPIX2=&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160;1024 / Slit center projected on detector (pixel)&lt;/tt&gt;&lt;/p&gt;</description>
                <environment></environment>
        <key id="18343">INSTRM-1444</key>
            <summary>Issues in PFSA files (based on PFSA06928311 and PFSA06928312)</summary>
                <type id="3" iconUrl="https://pfspipe.ipmu.jp/jira/secure/viewavatar?size=xsmall&amp;avatarId=10518&amp;avatarType=issuetype">Task</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="cloomis">cloomis</assignee>
                                    <reporter username="monodera">monodera</reporter>
                        <labels>
                            <label>EngRun</label>
                            <label>FITS</label>
                    </labels>
                <created>Sat, 13 Nov 2021 00:14:22 +0000</created>
                <updated>Wed, 22 Feb 2023 22:46:24 +0000</updated>
                            <resolved>Wed, 22 Feb 2023 22:46:24 +0000</resolved>
                                                                    <component>EngRun</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                <comments>
                            <comment id="25061" author="naoyuki.tamura" created="Sun, 14 Nov 2021 02:59:14 +0000"  >&lt;p&gt;I thought FITS committee would give us solid guidelines of how to populate such keywords in Section 5, so any inputs would be appreciated although, fundamentally, a regulation that requires &quot;SLT&quot;-related keywords for fiber-fed MOS is unreasonable, and therefore I know those in the keywords for FMOS were certainly placeholders.&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;&quot;FIBRE&quot; is OK not &quot;FIBER&quot;?&lt;/li&gt;
	&lt;li&gt;SLT-LEN/WID may be OK with fiber diameter. Perhaps 1.05 in case of PFS because it varies from the field center (1.1 arcsec) to field edge (1.03 arcsec)?&lt;/li&gt;
	&lt;li&gt;What should we do on SLT-PA? Again 90 deg because it is physically vertical to the ground in the spectrograph module?&lt;/li&gt;
	&lt;li&gt;Likewise detector center is OK for the other two keywords?&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="31909" author="yuki.moritani" created="Sat, 3 Dec 2022 22:21:27 +0000"  >&lt;p&gt;For recording:&lt;/p&gt;

&lt;p&gt;We received minimum list to archive PFS FITS file to STARS.&lt;br/&gt;
&lt;a href=&quot;https://sumire.pbworks.com/w/file/151312854/FITS_header_list_20221114.xlsx&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://sumire.pbworks.com/w/file/151312854/FITS_header_list_20221114.xlsx&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The followings needs to be done to archive PFSA files (step 1 in the spreadsheet).&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;ADC-STR/ADC-END&#160; to be modified/added.&#160; unit is &lt;span class=&quot;error&quot;&gt;&amp;#91;mm&amp;#93;&lt;/span&gt;, not &lt;span class=&quot;error&quot;&gt;&amp;#91;deg&amp;#93;&lt;/span&gt;&lt;/li&gt;
	&lt;li&gt;WCS-ORG to be added (&quot;pfs_utils&quot; or &quot;OBCP&quot;)&lt;br/&gt;
cf.) HSC seems to input &quot;Rough estimation&quot;, with a comment of &quot;Origin/quality of the WCS values&quot;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;There are some to be addressed by science operation (step 2 in the spreadsheet).&lt;/p&gt;</comment>
                            <comment id="32000" author="cloomis" created="Fri, 16 Dec 2022 12:29:00 +0000"  >&lt;p&gt;All but adding ADC-END are easy and done (ics_actorkeys 1.5.7, ics_utils 1.5.5, ics_ccdActor 1.8.10).&lt;/p&gt;

&lt;p&gt;For any gen2 card we want multiple values for (axis/rotator/adc/etc for PFSB reads, xxx-STR/xxx-END pairs for ADC, rotator, etc) I need to do some significant work: it does require a round trip call to the gen2Actor, but cannot at all block, ever.&lt;/p&gt;

&lt;p&gt;Can I take that particular card off this list for right now? It might not actually be that tricky to add, but adding a thread and cross-thread communication with timeout logic at that point will take some cruel testing, at least.&lt;/p&gt;</comment>
                            <comment id="32282" author="yuki.moritani" created="Wed, 22 Feb 2023 22:46:24 +0000"  >&lt;p&gt;During the 2023 February run (run10), a few PFSA files are archived STARS, although not all the items discussed here are not cleared. I&apos;m closing this ticket now to focus on the rest items more easily/clearly. The rest items are&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Add ADC-STR/ADC-END (&lt;a href=&quot;https://pfspipe.ipmu.jp/jira/browse/INSTRM-1871&quot; title=&quot;Add ADC-STR and ADC-END cards in PFS* header&quot; class=&quot;issue-link&quot; data-issue-key=&quot;INSTRM-1871&quot;&gt;INSTRM-1871&lt;/a&gt;)&lt;/li&gt;
	&lt;li&gt;Add minimum header list (step2:&#160;&lt;a href=&quot;https://sumire.pbworks.com/w/file/151312854/FITS_header_list_20221114.xlsx&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;https://sumire.pbworks.com/w/file/151312854/FITS_header_list_20221114.xlsx&lt;/a&gt; )&lt;/li&gt;
&lt;/ul&gt;
</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="22643">INSTRM-1529</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="22645">INSTRM-1531</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:00r3000k0010ii</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10005" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="123">PreEngRun4</customfieldvalue>
    <customfieldvalue id="159">PreEngRun10Feb</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>