Add configuration for empirically-corrected ozone parameters

[DWesl]

Description

The current CCPP ozone parametrization, based on McCormack et al. (2006), does not handle the Antarctic ozone hole, as noted in that paper. This PR uses ozone loss profiles from Hassler et al. (2011, JGR-A) to update the climatological or reference ozone net production term in the parameter files, with tweaks for better agreement with GDAS column ozone values.

This PR requires a new file in FIXgfs/am or HOMEgfs/fix/am, that file being available in modify-ozone-production-loss.zip as "new-params/ozprdlos_2015_new_sbuvO3_tclm15_nuchem_shozhvlogp.f77", together with the program to modify the existing file, in "new-params/daylight_hours.f90" and "new-params/modify_ozprdloss_file.f90"
These files are available on Hera at /scratch1/NCEPDEV/global/Daniel.Wesloh/global-workflow-20250128/new-params/ozprdlos_2015_new_sbuvO3_tclm15_nuchem_shozhvlogp.f77

Resolves #2768

Type of change

• Bug fix (fixes something broken)
• New feature (adds functionality)
• Maintenance (code refactor, clean-up, new CI test, etc.)

Change characteristics

• Is this a breaking change (a change in existing functionality)? NO
• Does this change require a documentation update? NO
• Does this change require an update to any of the following submodules? NO (If YES, please add a link to any PRs that are pending.)
  • EMC verif-global
  • GDAS
  • GFS-utils
  • GSI
  • GSI-monitor
  • GSI-utils
  • UFS-utils
  • UFS-weather-model
  • wxflow

How has this been tested?

Forecast-only tests on Hera, documented in a presentation to the Physics group
Five years of ATM runs at C192, twenty years coupled at C96, and sixteen sixteed-day cases at C768

Checklist

• Any dependent changes have been merged and published
• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have documented my code, including function, input, and output descriptions
• My changes generate no new warnings
• New and existing tests pass with my changes
• This change is covered by an existing CI test or a new one has been added
• Any new scripts have been added to the .github/CODEOWNERS file with owners
• I have made corresponding changes to the system documentation if necessary

[XiaqiongZhou-NOAA]

It seems not good to add this new parameter in config.base. It is better to add it to config.fcst and config.ecf. These two file should be copied from parm/config/gefs instead of soft link and then add the new parameter.

[DWesl]

config.{fcst,efcs} copied from gefs; new configuration variable added to end of each file and removed from config.base