-
Notifications
You must be signed in to change notification settings - Fork 179
RDA CFSR work #354
Comments
ds 093.1 seems ok, except for staggered grid.
|
ds 094.1 index not written or bad?
|
ds 094.2_t "regular full monthly means"
correct is probably monthly average between reference date and " time of end of overall time interval" probably should be ignored: 50: Length of the time range over which statistical processing is done, in units defined by the previous octet == 124 since it gives nonsense intervals. possibly it means number of values going into the average
|
ds 094.2_dt im guessing this is "6-hourly diurnal monthly means (0000, 0600, 1200, and 1800 UTC)"
note "end of overall time interval" fields are = 0 again "'length of the time range" is probably number of values going into the average. this matches the number of days in the month (for each month i checked, eg for feb 2011: 28 ) each month has 4 reference times (00, 06, 12, 18Z), each reference time has 6 forecast times (1-6). Im guess these are the averages of each corresponding hour, over the days of the month. hmm, wonder how CF encodes that?
|
from bob dattore: See http:https://rda.ucar.edu/datasets/ds093.2/#!docs and click on "time_ranges.html" for information on how NCEP encoded metadata for monthly mean grids (which is not correct according to the GRIB2 standard) http:https://rda.ucar.edu/datasets/ds093.2/#docs/time_ranges.html |
ds094.2_t So there are really two different quantities here?
There are files for 01, .. 06, so the complete set has
PS: If one parses the record "normally", I get Grib2Pds{ id=5-192 template=8, forecastTime= 0 timeUnit=1 vertLevel=0.000000} Grib2Pds{ id=5-192 template=8, forecastTime= 4 timeUnit=1 vertLevel=0.000000} as you see, there are 2 "time range specifications". ive never understood these very well. apparently im not picking up the different stat types and making 2 different variables, because there are two stat types, i am taking the first one (?). See Grib2Pds.getStatisticalProcessType. Does this happen in other datasets? worse, Grib2Variable is not disambiguating different statTypes. Also in 4.6, at least for a year. Probably need to check ncep datasets to see if this affects them. adding the statType will mean we have to redo all the ncx. |
From Bob Dattore: Issue #354: The time_ranges.html document applies to ds093.2 (CFSR monthly) and ds094.2 (CFSv2 monthly). The time encodings for the time series files (ds093.1 and ds094.1) should be standard. Let me know if you see something different though and I'll check it out. |
ds094.2/diurnal_timeseries has 3 different stat types: // 193 // 195: // 205 grabbed 195 from ncep, assume its the same probably dont have time intervals correct yet |
CFSR has various non-standard encodings we need to unravel.
datasets
The text was updated successfully, but these errors were encountered: