Snow depth variable descriptors are incorrect in GFS_surface_composites*meta
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 72/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Stale
- Domain
- documentation
Research direction
Open GFS_surface_composites_post.meta and GFS_surface_composites_pre.meta and inspect the snowd, snowd_lnd, snowd_ice, weasd, and weasd_lnd entries. Compare the descriptors with the issue’s stated physical meanings and update the incorrect standard and long names. Done means both metadata files consistently describe the snow-depth variables correctly; no test is mentioned in the issue.
Written by the indexing model from the issue text.
Description
Description
In GFS_surface_composites_post.meta and GFS_surface_composites_pre.meta the standard name and long name of snowd (and snowd_lnd and snowd_ice) are incorrect.
snowd is the physical snow depth (compare to weasd which is the liquid equivalent snow depth = amount of water in the snow pack)
Both files have:
[snowd]
standard_name = lwe_surface_snow
long_name = water equivalent snow depth
which should be just "snow depth" with no "water equivalent"
Also, the weasd standard name given as:
lwe_thickness_of_surface_snow_amount which is probably correct if lwe stands for "liquid water equivalent"
The weasd_lnd standard_name is water_equivalent_accumulated_snow_depth_over_land which is a better descriptor.
Steps to Reproduce
This is a documentation fix only.
Additional Context
Please provide any relevant information about your setup. This is important in case the issue is not reproducible except for under certain conditions.
- Machine
- Compiler
- Suite Definition File or Scheme
- Reference other issues or PRs in other repositories that this is related to, and how they are related.
Output
Please include any relevant log files, screenshots or other output here.
- Dominant language
- Fortran
- Stars
- 78
- Forks
- 170
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from NCAR/ccpp-physics
-
enhancement
Difficulty 4/5 3-5 days Newbie friendliness 45/100
NCAR/ccpp-physics#1238 ·
-
bug
NCAR/ccpp-physics#1234 · 1 assignee ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
NCAR/ccpp-physics#1216 ·
-
enhancement
Difficulty 4/5 3-5 days Newbie friendliness 48/100
NCAR/ccpp-physics#1210 ·
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
NCAR/ccpp-physics#1206 · 1 comment ·
All issues in NCAR/ccpp-physics
Similar issues
-
user-reported
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Kong/developer.konghq.com#7316 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
infinispan/infinispan#18150 ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Ecosystem: ClawMetry — the Qwen Code reader is now free and open source (follow-up to #9294 / #9338) Opencategory/integration priority/P3 scope/documentation status/ready-for-human type/feature-request
Difficulty 1/5 Under an hour Newbie friendliness 84/100