-
Notifications
You must be signed in to change notification settings - Fork 0
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
LephareInformer passing basic tests in goldenspike notebook #6
LephareInformer passing basic tests in goldenspike notebook #6
Conversation
Working through the goldenspike notebook one step at a time
We are overwriting config from the para file via python possibly unnecesarily Can we confirm config settings for LSST
extinc_law="SB_calzetti.dat", | ||
) | ||
maglib.run( | ||
typ="GAL", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We were talking about this earlier, but yes, either these can be StageParam values that are passed in, or alternatively, we could pass this in as a single config dictionary StageParam.
It kind of depends on how this will be run.
- Would it be typical to run three in a row like this, or would this ultimately just call
mag.lib
one time per stage? - Are there many variables beyond the ones that are listed? Will there be more? If yes to either, then perhaps dictionary makes more sense so that a change in input variables in LePhare doesn't require a change in StageParams in
rail_lephare
.
|
||
# Give principle inform config 'model' to instance. | ||
self.model = dict(config_file=self.config_file) | ||
self.add_data("model", self.model) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this what BPZ is doing? I'm not criticizing it, just curious. Ceci likes there to be some output file from each stage that it seems to use as an indicator that the stage has completed, and that it's ok to move to the next stage, so perhaps this fulfills that need.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks like a great start! I left some questions, but not blockers, just things to think about as we move forward.
This is a basic version of LephareInformer and relates to issue 4:
Issue/4/create base lephareinformer class
I added a .para file locally in the repo. Some of the config values are then overwritten I think to use different values for stars, galaxies and quasars. This is not ideal. I also still feel the use of environment variables for the auxiliary files and working directories a little eccentric.
Code Quality
#pragma: no cover
; in the case of a bugfix, a new test that breaks as a result of the bug has been added