Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Reproducibility in reading the ToO.ecsv ledger #393

Closed
araichoor opened this issue Sep 1, 2021 · 5 comments
Closed

Reproducibility in reading the ToO.ecsv ledger #393

araichoor opened this issue Sep 1, 2021 · 5 comments
Assignees

Comments

@araichoor
Copy link
Contributor

The original pre-shutdown 2020 Main ToO.ecsv file (and SV3) do not have a TIMESTAMP column.

That is potentially problematic to rerun fiber assignment, as the ToO.ecsv file will evolve.
See desihub/desitarget#761.

@araichoor araichoor self-assigned this Sep 1, 2021
@araichoor araichoor added this to To do in Summer Shutdown 2021 via automation Sep 1, 2021
@geordie666
Copy link

Although the Main Survey ToO ledger exists, we have only used it to perform dedicated-like TOO_TYPE==TILE observations, not FIBER-like observations. As TIMESTAMP only really needs to apply to FIBER-like observations, my plan is just to add TIMESTAMP to the Main Survey ToO ledger and not be concerned about the existing TILE observations. If you disagree, I could also just back-date all of the TOO_TYPE==TILE observations to an appropriate TIMESTAMP?

@araichoor
Copy link
Contributor Author

ah right, sorry I forgot about that TILE/FIBER type (even though you reminded it to me recently...)
thanks a lot for bringing that up!

I should then apply this TIMESTAMP cut only if too_tile=False in this create_too() function, ie when designing Main-survey tiles:

too_tile (optional, defaults to False): if False, we only keep TOO_TYPE!="TILE",
if True, we do not cut on TOO_TYPE, hence keeping both TOO_TYPE="FIBER" *and*
TOO_TYPE="TILE" for ToO dedicated tiles (boolean)

right?
That should solve the issue with no action needed on your side?

And a clarification: I m a bit confused by your message: there is only one ToO.ecsv file, right (in $DESI_SURVEYOPS/mtl/main/ToO/)? that file will contain TOO_TYPE=TILE or FIBER targets (though for now, only TILE are there).

@geordie666
Copy link

Correct, I think that if you only apply the TIMESTAMP for TOO_TYPE==FIBER targets, then everything will be OK.

And a clarification: I m a bit confused by your message: there is only one ToO.ecsv file, right (in $DESI_SURVEYOPS/mtl/main/ToO/)? that file will contain TOO_TYPE=TILE or FIBER targets (though for now, only TILE are there).

Everything you say in the above is correct (there is also a ToO ledger in $DESI_SURVEYOPS/mtl/sv3/ToO/, but that's irrelevant to this discussion.

@araichoor
Copy link
Contributor Author

ok perfect, thanks for the confirmation.
this commit now applies the TIMESTAMP cut only if too_tile=False: 0d9601e

@araichoor
Copy link
Contributor Author

This is addressed in the merged #394.

Summer Shutdown 2021 automation moved this from To do to Done Sep 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Development

No branches or pull requests

2 participants