-
Notifications
You must be signed in to change notification settings - Fork 1
Feed model_id and variant_label to recipe
#309
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
base: main
Are you sure you want to change the base?
Feed model_id and variant_label to recipe
#309
Conversation
Better comment Co-authored-by: Alistair Sellar <[email protected]>
Remove comment Co-authored-by: Alistair Sellar <[email protected]>
Better comment Co-authored-by: Alistair Sellar <[email protected]>
…and variant_label
|
@alistairsellar could you please provide feedback on the errors encountered. These are not related to the implementation but not availability of data (I think, but not an expert on this!) When running cylc, run_recipe_radiation_budget failed We get this error from ESMValtool.
|
Hrmmm, it is indeed looking there. However it shouldn't be looking there, since that's our mirror of CMIP data and we now want CMEW to be feeding the locally standardised data into ESMValTool, not CMIP data. So ESMValTool should be looking in the cylc-run dir for the standardised data. |
model_id and variant_label to recipe
alistairsellar
left a comment
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.
Thanks @mo-nikosbaltas, looks good. My requested changes relate to comments and docstrings only.
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
…b.com:MetOffice/CMEW into 287-feed-model_id-and-variant_label-to-recipe
This reverts commit 704cdb7.
|
Document workflow.rst changed a040aaf |
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.
Thanks @mo-nikosbaltas. There is some useful detail in what you've added, but the sections would have been quite inconsistent in their level of detail and the space they occupied: the updated sections would have had much more detail (and took up much more space) than the sections not impacted by this PR. For me it made the flow of the page hard to follow. I've therefore condensed your additions, for more consistency across the page.
If you accept the suggestions, then once committed please check that these still compile and render OK, as I haven't checked that.
I can see that some more detail could be useful across all of the sections, using some of the more expansive formatting that you have used here. I propose that we schedule a discussion to get a shared understanding of what we want from the documentation. In the meantime, feel free to open an issue to propose what you feel should be covered in the workflow page.
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
alistairsellar
left a comment
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.
Apologies, my suggestions included trailing spaces, which has broken the GitHub checks. These suggestions remove some of them - hopefully all...
Co-authored-by: Alistair Sellar <[email protected]>
Co-authored-by: Alistair Sellar <[email protected]>
| "one for the reference and one for the evaluation run." | ||
| ) | ||
|
|
||
| # Reference dataset: keep existing project/exp/grid but override |
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.
I don't think it is keeping the existing project or exp? I think it's overwriting them?
| { | ||
| "dataset": ref_model_id, | ||
| "project": "ESMVal", | ||
| "exp": "amip", |
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.
Here, I think we're changing this from "historical". Is it deliberate? If so, the comment should be updated.
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.
Ooh, I should have picked this up in first review. Actually I think that experiment might be wrong for both runs, including the original. For this recipe (radiation budget) the choice of experiment doesn't make a difference, but it will for some recipes, so experiment should be something that the user defines as part of the model run definition. I've just opened an issue to add that: #316.
For this PR, I propose that we accept that the second run is no more wrong than the first, and that having them consistently called "amip" is as good as any choice. I.e. I propose that we keep "exp": "amip" for both.
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.
I still think the comment should reflect what's going on, but I will take note to pay more attention to the unchanged code in a review next time.
| :Executes: | ||
| The ``cdds_convert`` command and the ``restructure_dirs.sh`` script | ||
| from the |Rose| app | ||
| from the |Rose| app. |
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.
There was no full stop in the equivalent line of "configure_standardise", "configure_for" or "install_env_file". they should probably be consistent.
|
@mo-nikosbaltas some of the review comments are just queries, but if I'm correct that we are overwriting the experiment (from "historical" to "amip", then the comment should reflect this (the recipe does run successfully with the change, but is the data that it assesses the same data?) |
Closes #287
PR creation checklist for the developer
<issue_number>above ☝️ been replaced with the issue number?mainbeen selected as the base branch?<issue_number>_<short_description_of_feature>?good first issuelabel) been added to the PR?Climate Model Evaluation Workflow (CMEW)project been added to the PR?Definition of Done for the developer
docdirectory) related to the change been updated appropriately,including the [Quick Start] https://github.com/MetOffice/CMEW/blob/main/doc/source/user_guide/quick_start.rst) section? N/APR creation checklist for the reviewer
<issue_number>above ☝️ been replaced with the issue number?mainbeen selected as the base branch?<issue_number>_<short_description_of_feature>?good first issuelabel) been added to the PR?Climate Model Evaluation Workflow (CMEW)project been added to the PR?Definition of Done for the reviewer
docdirectory) related to the change been updated appropriately, including the Quick Start section?