...
Info |
---|
In general it is organised, as a huge tree, with the indentation below, showing different levels down that tree: - centre (CMA, ECMWF, NCEP, JMA, ...)
- realtime or reforecast
- type of data (control forecast or perturbed forecast)
- type of level (single level or pressure level or potential temperature)
- HindcastDates (2014-01-01 or 2014-01-02 or 2014-01-03, ...)
- time-steps
- members (for perturbed forecast)
The idea is to request as much data as possible from the same tape file, all time-steps, all members, all parameters for a type of level, a type, a HindcastDate
|
What would be the natural way to group requests?
Info |
---|
Following the previous paragraph, the natural way to group requests would be: all parameters, all levels, all members, all time-steps for 1 HindcastDate. Note the following:
- 'all' means 'all' that the user wants. It doesn't have to be all parameters.
- If a user is interested only on z500, he may request more HindcastDates in one go, since the overall request will not be so big.
|
...
Info |
---|
title | The main idea in brief: |
---|
|
for HindcastDate in HindcastDate-list (eg, 2010-03-01 to 2010-03-31) S2S-request(HindcastDate) |
What is the best approach to get all HindcastDays for several HindcastYears ?
The best approach is to iterate over the Hyears you wish. For each Hyear iterate over all Hmonths and for each Hmonth iterate over all its Hdays.
...