Details
-
Type:
Story
-
Status: Done
-
Resolution: Done
-
Fix Version/s: None
-
Component/s: ap_pipe
-
Labels:
-
Story Points:8
-
Epic Link:
-
Sprint:AP F18-1, AP F18-2
-
Team:Alert Production
Description
Currently, ap_pipe has some hardcoded assumptions that it is working on DECam data, and the ingestion step is specific to HiTS. Both of these assumptions should be lifted (likely delegating much of the work to a standards-compliant obs_* package) to allow ap_pipe to be run on arbitrary datasets.
Attachments
Issue Links
- blocks
-
DM-14273 Add ap_verify to lsst_distrib
- Done
- is blocked by
-
DM-14325 deepDiff datasets not supported by HSC
- Done
-
DM-11422 Adapt prototype pipeline to use coadds as templates
- Done
-
DM-12851 Determine whether dataset framework can be made generic
- Done
- relates to
-
DM-14497 ap_pipe doesn't know filters for AssociationTask
- Done
-
DM-13530 Generalize ingestion to non-HiTS data
- Done
-
DM-12314 Generalize ap_pipe to multiple visits
- Invalid
-
DM-15351 Add "real commands" examples to ap_pipe documentation
- To Do
-
DM-12550 Allow user to specify a template for ap_verify
- Won't Fix
-
DM-14742 Let ap_verify run ap_pipe with dataset-specific configs
- Done
Hi Meredith Rawls, can you take a look at this reworking of the ApPipeTask configs? Thanks!
If you have any workflows on data other than ap_verify_hits2015 or the HSC datasets I mentioned in my last comment, I'd appreciate if you could try out the new system and tell me if the burden on the command-line user is too much.