radheat Mesosphere /Lower Thermosphere shortwave heating missing cpair factor
Maintainer thường phản hồi trong vòng 3 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- fortran
Hướng nghiên cứu
The issue points to radheat.F90 and identifies the qrs_mlt conversion before merge_qrx as the change. Read the radheat_tend implementation and check how composition-dependent cpairv is used; then run CAM with an MT model_top configuration and verify the shortwave heating has consistent J/kg/s units. The reporter says they plan to address it and need help, so coordinate with them before starting.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What happened?
From @briandobbins
In radheat_tend, the idealized Mesosphere /Lower Thermosphere shortwave heating qrs_mlt is built from a K/day profile ÷ 86400 (so K/s), then merged via merge_qrx with the RRTMGP qrs (which is qrs_prime, in J/kg/s). The two have inconsistent units, so wherever the merge weight qrl_wt < 1 the M/LT SW heating is ~cpair (≈1004×) too small. The LW partner qrlfomichev is already in J/kg/s, so only the SW branch is affected. This only matters for MT (model_top="mt") configs, where the top ~6 levels (p ≲ 20 Pa) run cold — full Fomichev cooling with almost no SW heating. Low-top grids have qrl_wt = 1 everywhere and are unaffected.
Fix: convert qrs_mlt to J/kg/s with the composition-dependent cpairv before merging.
What are the steps to reproduce the bug?
Run CAM
What CAM tag were you using?
latest
What machine were you running CAM on?
CISL machine (e.g. derecho)
What compiler were you using?
Intel
Path to a case directory, if applicable
No response
Will you be addressing this bug yourself?
Yes, but I will need some help
Extra info
One-line code fix:
/glade/u/home/pel/src/for-cecile-radheat/radheat.F90
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 93
- Fork
- 186
- Merge trung bình
- 5 ngày 15 giờ
- Pull request đã merge (30 ngày)
- 19
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ESCOMP/CAM
-
build-namelist hangs (infinite loop) on #-commented line in user_nl_camCó thể đã có người làm @jtruesdal đã nhận 23 ngày trước. Đang mởbug misc tag Must have CESM3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
ESCOMP/CAM#1701 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 3 ngày
-
CoupledEval3 Must have CESM3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
ESCOMP/CAM#1342 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Remove for_testing_allow_non_annual_changes from user_nl_clmCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 25/100
Maintainer thường phản hồi trong vòng 3 ngày
-
after CESM3_0 enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
Maintainer thường phản hồi trong vòng 3 ngày
-
Bring in upcoming PUMAS bug fixes (ESCOMP/PUMAS#81); answer-changing for CAM7 defaultsCó thể đã có người làm @peverwhee đã nhận 9 ngày trước. Đang mởbug Must have CESM3
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
ESCOMP/CAM#1732 · 2 người được giao ·
Maintainer thường phản hồi trong vòng 3 ngày