Add two-way ocean-wave coupling feature to the HAFS applications

[binli2337]

Commit Queue Requirements:

• Fill out all sections of this template.
• All sub component pull requests have been reviewed by their code managers.
• Run the full Intel+GNU RT suite (compared to current baselines) on either Hera/Derecho/Hercules
• Commit 'test_changes.list' from previous step

---

Description:

The ufs-weather-model will be updated to include two-way ocean-wave coupling capability for HAFS applications.

Commit Message:

  * CMEPS - CMEPS is updated to transfer ocean-current fields from MOM6 to WW3 and to transfer the Stokes drift components from WW3 to MOM6 for the HAFS applications.
  * MOM6 - MOM6 cap is updated to convert a missing value to zero for the imported Stokes drift components for the ufs.hafs applications.
  * WW3 - WW3 cap is updated to convert a missing value to zero for the imported ocean-current fields for the ufs.hafs applications.
 

Priority:

• Normal

Git Tracking

UFSWM:

• Closes Update HAFS applications to include 2-way ocean-wave coupling capability #2582

Sub component Pull Requests:

• CMEPS: Update CMEPS for 2-way ocean-wave coupling in HAFS NOAA-EMC/CMEPS#133
• MOM6: Update MOM6 cap for 2-way ocean-wave coupling for HAFS NOAA-EMC/MOM6#143
• WW3: Update WW3 cap for 2-way ocean-wave coupling NOAA-EMC/WW3#1348

UFSWM Blocking Dependencies:

• Blocked by #
• None

---

Changes

Regression Test Changes (Please commit test_changes.list):

• PR Updates/Changes Baselines.

Input data Changes:

• Updated input data is located at /scratch1/NCEPDEV/hwrf/save/Bin.Li/UFS-WM_RT/NEMSfv3gfs/input-data-20240501/WW3_input_data_20250114/mod_def.natl_6m.

Library Changes/Upgrades:

• No Updates

---

Testing Log:

• RDHPCS
  • Hera
  • Orion
  • Hercules
  • Jet
  • GaeaC5
  • GaeaC6
  • Derecho
• WCOSS2
  • Dogwood/Cactus
  • Acorn
• CI
• opnReqTest (complete task if unnecessary)

[DeniseWorthen]

@binli2337 Don't you know the value which will be sent from non-overlapped regions (ie, the fillvalue). Why is it necessary to check for the difference between the field and the fillvalue ... for example in MOM6 : abs(stkx(i,j,ib)-fillValue) <= 0.01 ?

[binli2337]

@DeniseWorthen When comparing floating point numbers, it is generally recommended to check if the absolute difference between the two numbers is less than a tiny value. In this specific case, since stkx and fillvalue are constant, it is probably not necessary to check the absolute difference. Thanks for reviewing the code.