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

desi_zcatalog backwards compatibility #1370

Open
alxogm opened this issue Aug 10, 2021 · 2 comments
Open

desi_zcatalog backwards compatibility #1370

alxogm opened this issue Aug 10, 2021 · 2 comments

Comments

@alxogm
Copy link

alxogm commented Aug 10, 2021

Hi , I should have catch this before, but we are just noticing that with the recent updates to desi_zcatalog we (Lya WG) can not longer use it in our existing quickquasars mocks, or new recent runs, since we have not updated our simulated spectra files. So I'm wondering if we should try to restore the compatibility in the desi_zcatalog, or we create our own script somewhere else?
A quick fix for now for us is to use an older tag of the code for existing mocks, and consider update the data model for new mocks, but I wanted to check if you discard to maintain the backwards compatibility.

Thanks!

@sbailey
Copy link
Contributor

sbailey commented Aug 25, 2021

If I understand correctly, the issue is that quickquasars outputs the old zbest/redrock format (not splitting FIBERMAP vs. COADD_FIBERMAP), while desi_zcatalog now requires the new format. Is that correct?

For the future, I think you should update quickquasars to output the new format to match Everest/Fuji/SVDA.

For backwards compatibility, I see it would be helpful to update desi_zcatalog to support the old format to help with the transition period while using existing mock runs.

@alxogm could you help contribute both of those updates? Or otherwise at least provide an example pointing to files at NERSC for desi_zcatalog failing on quickquasar output? Thanks.

@alxogm
Copy link
Author

alxogm commented Aug 27, 2021

Hi @sbailey,

If I understand correctly, the issue is that quickquasars outputs the old zbest/redrock format (not splitting FIBERMAP vs. COADD_FIBERMAP), while desi_zcatalog now requires the new format. Is that correct?

yes, exactly.

For the future, I think you should update quickquasars to output the new format to match Everest/Fuji/SVDA.

Yes, we'll update it for new runs.

For backwards compatibility, I see it would be helpful to update desi_zcatalog to support the old format to help with the transition period while using existing mock runs.

@alxogm could you help contribute both of those updates? Or otherwise at least provide an example pointing to files at NERSC for desi_zcatalog failing on quickquasar output? Thanks.

Yes, I'll do that and submit the PR. Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants