Open sbailey opened 3 years ago
This typically occurs when the data wasn't available at the time the afterburner was run.
There was a timeout issue in processing exposure 93487 (tile 1899) last night. It was processed this morning, but after the 11am afterburner was run. I was busy with DESI meeting prep and forgot to rerun the afterburner, so that is very likely a non-issue.
On Sun, Jun 13, 2021 at 8:21 PM Stephen Bailey @.***> wrote:
Main survey dark tile 1899 observed on 20210612 exposure 93487 has fiberassign-001899.fits.gz header keywords
FAFLAVOR= 'maindark' FA_SURV = 'main ' SURVEY = 'main ' FAPRGRM = 'dark '
yet somehow ended up in the daily/tiles.csv file as SURVEY=FAPRGRM=FAFLAVOR=unknown (as of 20210613 20:16 Pacific Time).
Bright tile 21116 observed on 20210608 exp 92366 is in a similar situation with tiles.csv not reflecting the header keywords, while other recent tiles appear fine.
Why?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/desihub/desispec/issues/1307, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACBM5O4D27Q2JQSKG455GKLTSVYSRANCNFSM46UMIMQA .
Thanks for the explanation. We should update the logic so that tiles.csv is populated with the correct survey metadata regardless of whether the pipeline has finished processing the exposures for that tile.
Note 21116 observed on 20210608 exp 92366 as another case to followup from a few days ago.
Main survey dark tile 1899 observed on 20210612 exposure 93487 has fiberassign-001899.fits.gz header keywords
yet somehow ended up in the daily/tiles.csv file as SURVEY=FAPRGRM=FAFLAVOR=unknown (as of 20210613 20:16 Pacific Time).
Bright tile 21116 observed on 20210608 exp 92366 is in a similar situation with tiles.csv not reflecting the header keywords, while other recent tiles appear fine.
Why?