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

LephareInformer passing basic tests in goldenspike notebook #6

Merged
merged 3 commits into from
Mar 26, 2024

Conversation

raphaelshirley
Copy link
Collaborator

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

  • [x ] My code follows the code style of this project
  • I have written unit tests or justified all instances of #pragma: no cover; in the case of a bugfix, a new test that breaks as a result of the bug has been added
  • [x ] My code contains relevant comments and necessary documentation for future maintainers; the change is reflected in applicable demos/tutorials (with output cleared!) and added/updated docstrings use the NumPy docstring format
  • Any breaking changes, described above, are accompanied by backwards compatibility and deprecation warnings

Raphael Shirley added 3 commits March 21, 2024 16:50
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",
Copy link
Collaborator

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)
Copy link
Collaborator

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.

Copy link
Collaborator

@drewoldag drewoldag left a 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.

@raphaelshirley raphaelshirley merged commit 3f8e97e into main Mar 26, 2024
2 of 5 checks passed
@raphaelshirley raphaelshirley deleted the issue/4/create-base-lephareinformer-class branch March 26, 2024 20:46
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

Successfully merging this pull request may close these issues.

2 participants