Fix Version/s: None
Component/s: obs_cfht, obs_decam, obs_lsstSim, obs_subaru
Sprint:Alert Production F17 - 11, AP S18-1, AP S18-2, AP S18-3
It looks like many of the as-implemented butler dataset templates for the jointcal output (`wcs` and `photoCalib`) were not written to include the filter name. This is, as you can expect, a problem when running data with multiple filters.
I'm also a +1 on John Parejko's arguments. I was also going to point out that it also keeps the file structure more consistent with other tract level outputs (although only up to the pre-patch level), e.g. deepCoadd_calexp has:
but it seems the proposal for jointcal is to swap the filter/tract order:
Any reason for that?
I'm not wedded to it, but I think of "process this tract" then "process this filter". Essentially, "groupby tract" is the first operation in sorting out the data.
Whether tract or visit naturally comes first depends on whether you're someone doing analysis on a multi-tract survey or someone debugging a one-run-per tract algorithm, I suspect.
Anyhow, similarity with other tract-level outputs is a pretty compelling argument. I'll make the change on
Closing this as invalid, because
DM-11138 is applying these templates to the new jointcal_XXX datasets. That way, we don't have to worry about backwards compatibility or anything.
My point is that it's much easier to check whether something has been written (when you're having other problems) by looking at the files themselves (e.g., ls some/butler/directory). Having the files separated per-filter makes that much easier.