Details
-
Type:
Story
-
Status: Done
-
Resolution: Done
-
Fix Version/s: None
-
Component/s: verify
-
Story Points:4
-
Epic Link:
-
Sprint:AP S21-3 (February)
-
Team:Alert Production
-
Urgent?:No
Description
The existing upload script (dispatch_verify.py) assumes that metric values have been persisted in Job objects. Once we can store metric values in Gen 3 repositories, we need to be able to read those as part of the upload process.
Story point value assumes that using Gen 3 Butler inside something that's not a PipelineTask is difficult.
Attachments
Issue Links
- blocks
-
DM-21888 Stand up Gen3 version of ap_verify HiTS (2015) CI test
- Done
-
DM-28888 Allow SQuaSH uploads from ap_verify Gen 3
- Done
- is blocked by
-
DM-21875 Add StorageClass and Formatter support necessary to persist lsst.verify.Measurement in Gen3 repos
- Done
- relates to
-
DM-28757 Factor upload format out of lsst.verify.Job
- To Do
-
DM-21885 Convert concrete MetricTasks to PipelineTasks
- Done
-
DM-25507 Tooling to report to SQuaSH
- Done
-
DM-28351 Add faro to lsst_distrib
- Done
-
DM-24262 Run HSC AP processing in CI using Gen 3
- Done
-
DM-12549 ap_pipe must call AssociationTask in a reproducible order
- Done
Simon Krughoff, I apparently don't have permissions to push ticket branches to lsst-dmsst/metric-pipeline-tasks. What's the SST procedure for dealing with this? Should I fork?
For reference, I'm trying to follow https://developer.lsst.io/stack/transferring-code.html.