Added SST field to mpas_init_atm_cases.F#1454
Conversation
sea surface temperatures to be ingested in to init files. Previously, all SSTs defaulted to the skin temperature, which produced unphysically cold SST values in the Arctic, where the skin temperature above sea ice is well below freezing.
|
Hi Mchen! I may not understand the MPAS source code as well as I should, but if I'm not mistaken, if SST were to be included in the MPAS initial conditions for a real-data test case (ie config_init_case==7), it should be read in to the subroutine init_atm_case_gfs in the mpas_init_atm_cases.F file somewhere in the lines 3539 to 3588. It should then be interpolated to the MPAS mesh somewhere in the lines 3690 to 4571. The SST is not referenced anywhere in these lines. However, the SST is set to 0 everywhere at line 3454 of mpas_init_atm_cases.F, and is not updated until line 4769, where it is set to be equal to the skintemp if it is not found in the input data, like you say. What I am contending is that it is not found in the input data, because it is not read from the input data. My fix simply reads the SST from the input intermediate files, such that the SST does not default to the skintemps on line 4769. I agree with you that it is not reasonable to use skintemps as SSTs or vice versa over ice points. My fix prevents that from happening. In MPASv8.4, the SSTs are taken to be the skintemps for all cases where config_init_case = 7 because the SSTs are not read in from the intermediate files. This occurs even though ERA5 does include SST information, and this SST information is being included in the intermediate files generates using the era5_to_int.py utility. I hope this makes sense! I am happy to answer any further questions on this topic. |
|
Hi Calvin, Thank you for the detailed description. You are correct that SST is never processed independently. We always use SKINTEMP to represent SST. My understanding is that SST and SKINTEMP are identical over open ocean points (without sea ice), but they differ significantly in areas covered by sea ice. We use SKINTEMP to represent SST everywhere because, as I mentioned previously, Noah and Noah-MP treat sea ice as “land.” Over sea-ice-covered regions, SST becomes invalid, while SKINTEMP is actively involved in the land surface physics. In this situation, SKINTEMP, rather than SST, is required as the initial condition. This is why in MPAS, SKINTEMP is always used to represent SST. Please let me know if you have more questions. Thanks. ((PS: my previous message that "SKINTEMP is used to replace SST only when SST is missing" is not correct. Thank you for clarifying this issue. As we discussed in the MPAS Forum, I still believe that the poor results of your case, which is initialized by ERA5, may be attributed to unreasonable snow from ERA5. ) |
|
Thanks for the update and the plots, which are really helpful. I agree with you that the model results are greatly improved with your fix, and your argument of SST impact on TSK does make sense, although I don't know exactly how Noah handles SST beneath seaice. Thanks for raising an important issue on LSM physics over seaice areas. Previously we mostly focus on studies in mid- and lower latitudes, and didn't pay enough attention to seaice physics. However, for global MPAS implementation, I suppose LSM physics over seaice is important, and we do need to fix any possible bugs related to seaice physics. I will copy our LSM expert and he can provide more in-depth information. @cenlinhe |



The title above should be a 1 line short summary of the pull request (i.e. what the project the PR represents is intended to do).
Enter a description of this PR. This should include why this PR was created, and what it does.
This allows sea surface temperatures to be ingested in to
init files. Previously, SSTs were not read in from intermediate files. Therefore, all SSTs defaulted to the
skin temperature, which produced unphysically
cold SST values in the Arctic, where the skin
temperature above sea ice is well below freezing. Additionally, modified mpas_init_atm_surface.F such that SST update files must be made with SSTs, rather than either SSTs or skintemps.
A more in depth discussion of this issue and solution can be found in the mpas forum at https://forum.mmm.ucar.edu/threads/sst-bias-underneath-sea-ice.25524/page-2#post-61310
Testing and relations to other Pull Requests should be added as subsequent comments.
See the below examples for more information.
MPAS-Dev/MPAS#930
MPAS-Dev/MPAS#931