Does Focus Friday apply for SV work, including #rubinobs-science-verification Slack channel?
Camera team has been developing a similar software package as faro for camera verification purposes. This is being posted to Gen 3 (ongoing work by Eric Charles) as https://github.com/lsst-camera-dh/eotask-gen3/
eotask-gen3 is persisting some of the results as astropy tables in a format that can be used to easily create plots of values for each amp across the focal plane (~3K measurements).
Focus Friday:
Commissioning currently does not have Quiet Friday. NOIRLab has second-Friday no meetings. Guidelines for Focus Friday at this link.
RSV is a mixed channel, DM. Camera, Commissioning folk.
We are not a support team/channel - support considerations do not apply
Proposal: No regularly scheduled meeting. One-off meetings can be OK – judgement call. Co-work sessions doing development are welcome. Slack channel is open for business. DM members observing Quiet Friday don't need to feel obligated to respond. "@" – use judiciously and don't chase people down, only "@" people already in the channel. Don't '@' a dm person in a dm channel. Mixed channels are different and the same rules cannot be easily applied.
Leanne Guy to post a message anout the policy in #rubinobs-science-verification
EOTest
Goal - to do reverification of the camera on the summit. Also cp_verify package. cp_verify / eotest - what are the req.s dcos they map to. No clear answer. Implications for OSS reqs - characterization of the science pixels. Overlap with eotest_g3/cpp_verify.
lots of good work in the repo and similar to faro.
static plots but better organized.
Not using lsst.verify measurements but astropy tables. e.g to easily present all1 16 amp measurements from all rafts.
CS: want to answer, is this bias that we made aceptable, or did something go wrong. We have requirements to produce a bias/flat/dark - so we need ot verify them. Not instrument/sensor perf
KB: should follow up to understand
Keith Bechtol to try to better understand mapping of these camera and calibration products characterization efforts to verification documents and the focus of these efforts. Discuss with the SCLT
Bugs, issues, topics, etc of the week
All
New dataset status
Changes to dispatch_verify,
Handling of NaN
Jeff and Sophie Reed have started discussing the relationship between faro and analysis_drp visualization tools (see
DM-29753
-
Getting issue details...STATUS
). Should we (a) broaden the scope of the discussion, and (b) invite Sophie to present about her plotting tools (and configurable actions) at an upcoming SV meeting?
rc2_subset: Jenkins changes made, KT approved. Merge this afternoon and will run tonight
From DRP QA meeting - bad astrometry and photometry metrics for gen2to3 as compared with native gen3 processing – see
DM-31762
-
Getting issue details...STATUS
Probably external calibrations, afterburner, check that faro is picking up the correct imputs.
Poll setup for a regular faro development co-working meeting. It would be great if we could get responses by Thursday the 23rd of September. Link to poll: http://whenisgood.net/faroCowoking
List of tasks (Confluence)
Description
Due date
Assignee
Task appears on
Leanne Guy to talk to Science Pipelines (Yusra) about when do this transfer
Keith Bechtol to make a ticket to better understand mapping of these camera and calibration products characterization efforts to verification documents and the focus of these efforts. Discuss with the SCLT