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

Fix bug in freshwater balancing and drifting ocean volume when using icepack #142

Open
wants to merge 18 commits into
base: main
Choose a base branch
from

Conversation

patrickscholz
Copy link
Contributor

  • Fix a variety of bugs in the FESOM2 - ICEPACK interface but also in ICEPACK itself (which is outsourced into branch icepack_fesom2_fixpscholz within the ICEPACK repository), so that we are able to fully balance the freshwater fluxes in FESOM2 zstar case and the ocean volume remains constant and does not drift away.

  • Of course with these changes the actual icepack github testcase will fail but the changes have no influence on the actual default case !

Lorenzo Zampieri and others added 11 commits May 28, 2021 14:32
…h icepack and zstar without crashing. However, FW is still not conserved as it should, and restarts fail when the model is run at high resolution... Not sure why this is.
…e_therm2, commented contribution from thermodyn. growth rates only leave contributions from evap, frain and snow in moment
…aibles are updated so changes in the namelist parameter update_ocn_f find its way into the internal variables of icepack
…rwise icepack internal variable update_ocn_f could not be updated from default .false. into namelist .true. (was a realy weird thing)
…s the unints from fesom2icepack but also from icepack2fesom
…pack add its snow based on the newly formed ice while our standard ice model add the freshwater contribution from snowfall based on the ice concentration of the previous time step (a_ice_old)
patrickscholz and others added 6 commits June 23, 2021 16:55
…o will also add another feature so the aggregation of the varaibles at the beginning will not have to be done every timestep
…dencies initialization only at the first timestep to spare computations
…ixpscholz instead of icepack_fesom2! This is very important to guarantee freshwater conservation.
@@ -31,6 +31,7 @@ subroutine ice_setup(mesh)
ice_dt=real(ice_ave_steps,WP)*dt
! ice_dt=dt
Tevp_inv=3.0_WP/ice_dt
Tevp_inv=1.0_WP/1800.0_WP
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's a bit too radical :) We will have to make it a switch to be able to keep old behaviour.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey @koldunovn! Agreed... I was just testing something on the branch and I forgot there was a pull request open associated with it! I will switch to a different branch and revert this change.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice to see you back in the FESOM2 repo! :)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I gave myself a couple of days to clean a bit of the mess I left behind ;)

@JanStreffing
Copy link
Collaborator

Master is no longer default. Can not be merged for 2.6. Shall be redone for 2.7.

@JanStreffing JanStreffing changed the base branch from master to main June 21, 2024 08:10
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.

4 participants