-
Notifications
You must be signed in to change notification settings - Fork 134
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
Coupling support for GEOS-ESM #491
base: main
Are you sure you want to change the base?
Coupling support for GEOS-ESM #491
Conversation
…p and use passed in values to update Ts
…ment; add solar to fsurf
…erenc from fresh ice
…remove ifdefs and use optional arguments
…mize routine interface changes
…e debug queue has limit
…ing suite; add a small_suite and a 15 day run set
fix a bug of not updating enthalpy for BL99
* first attempt at enabling mushy layer thero scheme in GEOS coupling; built ok; needs tests * fixed a tice_high bug in init_vertical; add updating fsurf/fsurf_cpl when Tsf gets reset to Tmlt * protect ismyturn with GEOSCOUPLED macro * protect ismyturn with another GEOSCOUPLED macro * remove printout i,j,tsk
…qsn-mushy do not correct zqsn in condensation step when ktherm=2
Enable delta Eddington shortwave scheme in GEOS
merge upstream main post v6.5.0
HI @zhaobin74. Thanks for putting these together. I've had a quick look and they look pretty reasonable. But I will go thru the modification in Icepack and CICE carefully and provide some feedback. We are in the process of updating several interfaces as part of a bgc upgrade, so depending on progress on that task, some revisions may be needed here for that too. But I don't think that will be a big problem, and we can work together to bring your changes into the code cleanly. More soon. |
Thanks, @apcraig. All sounds good. Look forward to working with you and others on this PR. |
Hi @zhaobin74, haven't forgotten about this. I'm trying to get an update to bgc into the code before we test/merge your modifications. This PR is high priority, sorry for the delays. |
Hi @apcraig, just back from leave. No problem, we can deal with it later. |
@zhaobin74, sorry for the delays. I am going to start work on this task this week. My plan is to migrate these changes into the current versions of Icepack and CICE and to do some testing. Then I will create new PRs that replace these, and we can iterate until everything is working well for you on your end. Does that make sense to you? Will you have some time in the next week to month (or so given holidays) to do some testing and iterate with me? I want to make sure the changes will meet your needs and that we're able to make some progress. This doesn't have to be a top priority for either of us, but as long as we both can carve out a little time here and there, we should be able to make progress. Thanks! |
@apcraig, that sounds a good plan. Given the scope of the changes, I think we can iterate over different sections as listed below
None of these should break anything so we could merge them piece by piece. I'd be available next two weeks before the holiday. We can coordinate times via emails. Thanks. |
Thanks @zhaobin74. I had a closer look at the modifications (both Icepack and CICE). In general, the implementation looks clean, thank you for that. We would like to implement these changes without the CPPs if possible, so we need to sort out the best way to do some of that. I attach some notes and questions (for Icepack and CICE). It would be great if you can follow up when you have a chance. If you prefer to work thru email, just let me know. Thanks. |
@apcraig, thanks for the feedback. I'll work on it over the next few days/week:
|
Hi @zhaobin74, you don't need to make any changes to your PRs or code. I will be merging your changes into the current versions of Icepack and CICE myself. There are lots of conflicts to consider and some refactoring I'll want to do. There is no reason for you to spend time on the code changes, I will take care of that as I do the migration. Input for my notes and questions will help me move that forward. Any info you can provide will very much help that process. So I would just leave the PRs as they are for now. Thanks! |
Understood. Thanks for the clarification, @apcraig. |
@apcraig, sorry for the delay. Please see my reply in this file |
Thanks @zhaobin74. The text file seems to be blank or empty. Could you try attaching it again or if you email it to me (anthony.p.craig at gmail dot com), I can try to attach it to the discussion here too. Thanks. |
Thanks @zhaobin74, got the email and I attach the reply here again, This all seems fairly clear, thanks. I would like to discuss the new namelist options. I think those are
Can we use existing namelist to set these? Do we need some new namelist variables? What should the new settings be? Happy to also have insight from @eclare108213, @dabail10, and others. I don't have a good feel for what's best. |
@apcraig, sorry for the late reply. As for the namelist, I don't have a strong opinion either. May I suggest:
I am not particularly good at naming things 😃 |
Thanks @zhaobin74. I'm back at this and working on the modifications. Will have more soon. |
PR checklist
This PR adds support for coupling CICE6/Icepack to NASA GMAO GEOS-ESM
@zhaobin74
@eclare108213, @apcraig, @dabail10
Run base_suite with both base tag (main) and this PR and got bit-for-bit identical results
GEOSCOUPLED
macro to isolate the relevant code specific to GEOSHi Consortium, I am putting this PR in draft mode for now to get feedbacks. I am happy to improve it with your help and suggestions.