Add functionality to adjust observed surface temperature to model face height using a lapse rate (local/constant)

[spanNOAA]

implementation pending

[HuiLiu-NOAA]

Thanks @spanNOAA for the effort!

One comment:
I think it is more clear to blend/merge the "CONSTANT_LAPSE_RATE" option into the "GSL" option, because both options use T2m as input. A new parameter "LAPSE_RATE" can be defined/set to either local or global constant within the "GSL" option. The "WRFDA" and "UKMO" also use their own "CONSTANT_LAPSE_RATE = 0.65K/100m", which may be conflicted/confused with the separate "CONSTANT_LAPSE_RATE" option.

[HuiLiu-NOAA]

Shun also suggested that it may be better to explicitly mention "RRFS" in the GLS option since this is specifically for the RRFS application.

[guoqing-noaa]

@HuiLiu-NOAA Thanks for the review.
@spanNOAA I would suggest we combine CONSTANT_LAPSE_RATE and GSL into one option LAPSE_RATE
Then we have choices to use const lapse rate or local lapse rate
No need to hardwire either GSL or RRFS

[HuiLiu-NOAA]

How about the T2m, which seems the other key/focus of the "GSL" option?

[guoqing-noaa]

I would think T2m is too general. Others may have other ideas for doing T2m, like doing vertical interpolation instead of doing lapse rate correction. Let's use LAPSE_RATE_T2M?

[HuiLiu-NOAA]

Any opinions/suggestions from @hu5970 and shun liu (to be added to this list)?

[HuiLiu-NOAA]

maybe "GSL" is good for now?

[guoqing-noaa]

@HuiLiu-NOAA Are you available for a meeting now?

[HuiLiu-NOAA]

yes

…

On Tue, Aug 27, 2024 at 1:03 PM Guoqing Ge ***@***.***> wrote: @HuiLiu-NOAA <https://github.com/HuiLiu-NOAA> Are you available for a meeting now? — Reply to this email directly, view it on GitHub <#2 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AOF252FBEUBNFBJ4M73QRNTZTTERBAVCNFSM6AAAAABM2ZSRUOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMJTGMYDKNBVGA> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[spanNOAA]

@HuiLiu-NOAA @guoqing-noaa Please check out the latest updates, and let me know if you have any comments.

[HuiLiu-NOAA]

Thanks @spanNOAA.

1. "local_lapse_rate_levels" is only one level. So it may be better "local_lapse_rate_level".
2. "self%lapse_rate" is only defined for "constant", not "local". So, it can be removed?

[spanNOAA]

Thanks for the comments @HuiLiu-NOAA .
"local_lapse_rate_levels" has been changed to "local_lapse_rate_level".
"self%lapse_rate" is read by the ufo_sfccorrected_setup subroutine and used in ufo_sfccorrected_simobs. So we still need "self%lapse_rate". This value can be adjusted through the YAML configuration file. For instance, we might set it to the adiabatic lapse rate of 9.8, or use an average lapse rate of approximately 6.5K for testing purposes. The term 'constant' refers to the fact that the lapse rate remains unchanged at any given observation location, but it can still be adjusted through the YAML file.

[guoqing-noaa]

@spanNOAA I send you the new surface prepbufr file.
Not sure if you have time to do a test. It is okay if you don't. But if you do, I can compile a new exec for you.

[spanNOAA]

@guoqing-noaa Please compile one for me, and I'll check if it works when I have the time.

[guoqing-noaa]

@spanNOAA The compiled exec's are here:
/lfs5/BMC/wrfruc/gge/RDASApp/mpas-build2

[delippi]

@spanNOAA does this add functionality to match the GSI parameter i_use_2mt4b>0?