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/INSTRM-1008 Instrument control development <p>We need tables in the operational database to store information about A&amp;G camera exposures and parameters of detected candidate guide stellar objects by the AGCC actor. We may be able to model the tables after those for MCS and start our discussion with something like the following two tables:</p> <p>1. agc_exposure table</p> <ul> <li>frame_id (int4 or int8)</li> <li>pfs_visit_id (int4)</li> <li>exptime (float4)</li> <li>taken_at (timestamp)</li> <li>azimuth (float4)</li> <li>altitude (float4)</li> <li>inr (float4)</li> <li>adc (float4)</li> </ul> <p>2. agc_data table</p> <ul> <li>frame_id (int4 or int8)</li> <li>camera_id (int2)</li> <li>spot_id (int2)</li> <li>image_moment_00 (float4)</li> <li>centroid_x or image_moment_10 (float4)</li> <li>centroid_y or image_moment_01 (float4)</li> <li>central_image_moment_11 (float4)</li> <li>central_image_moment_20 (float4)</li> <li>central_image_moment_02 (float4)</li> <li>(TBD for higher order central image moments)</li> <li>peak_pixel_x (int2)</li> <li>peak_pixel_y (int2)</li> <li>peak_intensity (int2?)</li> <li>background (float4)</li> </ul> INSTRM-1008

Design and create operational database tables for A&G camera exposures

Task Normal Done Done chihyi Yoshida, Hiroshige PFI Tue, 9 Jun 2020 15:25:54 +0000 Fri, 15 Oct 2021 16:07:30 +0000 Mon, 4 Oct 2021 02:38:00 +0000 ics_agccActor spt_operational_database 0 6 <p>Those two tables look fine. Two questions:</p> <ul> <li>Do we need higher order moments?</li> <li>What' the definition for spot_id? I suppose that AGCC actor will received the info for guiding stars, and also spot_ids?</li> </ul> <ul> <li>We won't need higher order moments.</li> <li>The spot_id is meant to be a per-camera object identifier.</li> </ul> <p>Is spot_id determined by AGCC? That is, find all spots and add a number from 1 to #spots to those spots.</p> <p>Yes. That is what I had in my mind (per camera though).</p> <p>During the ICS/PFI+MCS telecon on Aug 21 2021 (<a href="https://sumire.pbworks.com/w/page/141057852/ICS-PFI-MCS%20telecon%20on%20Aug%2021%202020" class="external-link" rel="nofollow">https://sumire.pbworks.com/w/page/141057852/ICS-PFI-MCS%20telecon%20on%20Aug%2021%202020</a>), we discussed this ticket and agreed no major issues are seen in the proposal and discussions are converged, so we can go ahead to make them a part of updated schema.<br/> But there was a comment that a field should be a description of what it is, not how it is calculated so that the algorithm can always be changed later if required. <br/> Presumably in general changing the naming later would be more difficult, so perhaps we should try to make right choices and decisions to make sure all fields describe what they are, not indicating implemented algorithms?</p> <p>I would like to update the proposal for the "agc_exposure" table by following more closely to the data model of the "mcs_exposure" table and adding the following columns - dome_temperature, dome_humidity, dome_pressure, outside_temperature, outside_humidity, and outside_pressure. </p> <p>1. agc_exposure table</p> <ul> <li>frame_id (int4 or int8)</li> <li>pfs_visit_id (int4)</li> <li>exptime (float4)</li> <li>taken_at (timestamp)</li> <li>azimuth (float4)</li> <li>altitude (float4)</li> <li>inr (float4)</li> <li>adc (float4)</li> <li><font color="#de350b">dome_temperature (float4)</font></li> <li><font color="#de350b">dome_humidity (float4)</font></li> <li><font color="#de350b">dome_pressure (float4)</font></li> <li><font color="#de350b">outside_temperature (float4)</font></li> <li><font color="#de350b">outside_humidity (float4)</font></li> <li><font color="#de350b">outside_pressure (float4)</font></li> </ul> <p>I was <em>hoping</em> we could pull the environmental columns out from the SPS/AGC/MCS systems and put them in a common table. I still think we can: have the Gen2 actor add a row for each SPS visit and AGC/MCS exposure.</p> <p>Yes for <b>normalization</b>. Not sure about who should populate that table - Gen2 actor if it always knows when AGC/MCS/SPS exposures start and end and when to fetch and insert those environmental data.</p> <p>The following is an updated proposal for AG data table schemas. M2-POS3 was added and atmospheric conditions inside the dome were removed from the proposed agc_exposure table, and a spot location flag was added to the proposed agc_data table. If we decide to normalize, azimuth, altitude, inr, adc, m2_pos3, outside_temperature, outside_humidity, and outside_pressure would go into a separate table.</p> <p>agc_exposure table</p> <ul> <li>frame_id (int4 or int8)</li> <li>pfs_visit_id (int4)</li> <li>exptime (float4)</li> <li>taken_at (timestamp)</li> <li>azimuth (float4)</li> <li>altitude (float4)</li> <li>inr (float4)</li> <li>adc (float4)</li> <li><font color="#de350b">m2_pos3 (float4)</font></li> <li><del><font color="#de350b">dome_temperature (float4)</font></del></li> <li><del><font color="#de350b">dome_humidity (float4)</font></del></li> <li><del><font color="#de350b">dome_pressure (float4)</font></del></li> <li><font color="#de350b">outside_temperature (float4)</font></li> <li><font color="#de350b">outside_humidity (float4)</font></li> <li><font color="#de350b">outside_pressure (float4)</font></li> </ul> <p>agc_data table</p> <ul> <li>frame_id (int4 or int8)</li> <li>camera_id (int2)</li> <li>spot_id (int2)</li> <li>image_moment_00 (float4)</li> <li>centroid_x or image_moment_10 (float4)</li> <li>centroid_y or image_moment_01 (float4)</li> <li>central_image_moment_11 (float4)</li> <li>central_image_moment_20 (float4)</li> <li>central_image_moment_02 (float4)</li> <li><del><font color="#de350b">(TBD for higher order central image moments)</font></del></li> <li>peak_pixel_x (int2)</li> <li>peak_pixel_y (int2)</li> <li>peak_intensity (int2? <font color="#de350b">or int4</font>)</li> <li>background (float4)</li> <li><font color="#de350b">spot_loc (int2?)  # flag to indicate where on the detector the spot was detected (e.g., stepped window side, non-stepped window side, straddling step, close to edge)</font></li> </ul> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=hiro" class="user-hover" rel="hiro">Yoshida, Hiroshige</a><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=kiyoto.yabe" class="user-hover" rel="kiyoto.yabe">Kiyoto Yabe</a>: can this ticket be closed now?</p> <p>The ticket has been merged, so I close this and file a new tickets if any further fix is needed.</p> Relates INSTRM-1110 INSTRM-1287 Development Rank 0|zzs1vk: