You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Old FNL files return a longitude dimension of -1 to 358. This seems to be wrong and it should actually be 0 to 359.
Looking at the grib internals, the file seems to be encoded as 0 to -1 with a 1° increment and 360 values.
Dumping to netcdf and visualizing the orography field also suggests that everything is offset by 1°. Although it's kind of hard to tell as it's only 1 grid point.
What are the steps to reproduce the bug?
Grab a grib1 file from RDA wget https://data.rda.ucar.edu/ds083.2/grib1/1999/1999.08/fnl_19990801_00_00.grib1
What happened?
Old FNL files return a longitude dimension of -1 to 358. This seems to be wrong and it should actually be 0 to 359.
Looking at the grib internals, the file seems to be encoded as 0 to -1 with a 1° increment and 360 values.
Dumping to netcdf and visualizing the orography field also suggests that everything is offset by 1°. Although it's kind of hard to tell as it's only 1 grid point.
What are the steps to reproduce the bug?
Grab a grib1 file from RDA
wget https://data.rda.ucar.edu/ds083.2/grib1/1999/1999.08/fnl_19990801_00_00.grib1
Version
0.9.10.4
Platform (OS and architecture)
x86_64 GNU/Linux
Relevant log output
The dataarray attributes reveal the grib encoding:
Accompanying data
Land-Sea Mask for UK and Europe highlights issue as well.
Organisation
No response
The text was updated successfully, but these errors were encountered: