Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

added grib2 table parameter codes according to new ECMWF open data and grib1 geopotential height #222

Merged
merged 4 commits into from
May 13, 2024

Conversation

bakamotokatas
Copy link
Contributor

@bakamotokatas bakamotokatas commented Apr 13, 2023

grib2 table parameter codes according to https://data.ecmwf.int/forecasts/ dataset in the link is added.

ECMWF made some of the variables open in 0.4 resolution. But unfortunately, it does not cover all the variables required to run WRF but can be mixed with other datasets.

also, the grib1 param code for geopotential height is added.

I added grib2 table parameter codes according to https://data.ecmwf.int/forecasts/ dataset in the link.

ECMWF made some of the variables open in 0.4 resolution. But unfortunately, it does not cover all the variables required to run WRF but can be mixed with other datasets.

I also added the grib1 param code for geopotential height.
@weiwangncar
Copy link
Collaborator

@bakamotokatas Is it possible to provide a test dataset to try this Vtable? You can also demonstrate the success by providing an ungrib output log. Thanks.

also added land-sea mask and 0-7 soil temperature
@bakamotokatas
Copy link
Contributor Author

bakamotokatas commented Apr 14, 2023

@weiwangncar

I've now added the land-sea mask and soil temperature (0-7cm) to Vtable as well.

For the grib2 part, I've included the ungrib.log and g2print.exe results in ecmwf_opendata_example_ungriblog_and_g2printout.zip. Since the data is 30MB with bz compression, I couldn't upload it here. You can download it from the link I uploaded: https://filebin.net/ymyd406fxwqhgbql or access the original website at https://data.ecmwf.int/ecpds/home/opendata/${date}/${baserun}z/0p4-beta/oper/ (the file ends with grib2).

I've also included the g1print.exe log and ungrib.log for geopotential height in the operational data in ecmwf_grib1_geopotential_height.zip. However, I'm unsure if I'm allowed to share this data. It is the same as the geopotential height value 156 mentioned in this link: https://www.ecmwf.int/en/forecasts/datasets/open-data

@bakamotokatas bakamotokatas changed the base branch from master to develop April 14, 2023 19:05
added soil height to GRIB1 Param
added new soil values and 2m dewpoint temperature
@jimbresch
Copy link
Collaborator

I think the addition of the grib2 codes are fine and they appear to be correct with the caveat that the EC grib2 files don't contain enough fields to initialize WRF (namely the land surface fields). I don't particularly like having so many grib2 parameter entries blank, but it does indicate which fields are not present in the files.

The rrpr code will use HGT when available, otherwise it will compute it using GEOPT. So, the modified Vtable should work with the NCAR/RDA archived files.

@weiwangncar
Copy link
Collaborator

In some of the EC data, the surface fields are in grib1 format.

@mgduda mgduda merged commit bc3ed27 into wrf-model:develop May 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants