-
Notifications
You must be signed in to change notification settings - Fork 1
Using covariates as filters
- What is a covariate?
- What covariates can I declare?
- How are covariate datasets cross-referenced with the evaluation pairs?
- What filters can I impose on covariates?
- How do I declare covariates?
A covariate is a separate dataset that varies alongside the main evaluation datasets (observed
, predicted
and baseline
) and is used to filter the evaluation pairs, including the observed
and predicted
pairs and the observed
and baseline
pairs. For example, observations of precipitation may be used to conduct an evaluation of temperature forecasts under wet conditions only, i.e., when the precipitation is greater than zero, or an instrument threshold, at the same valid times, locations and timescale as the temperature forecasts. In this example, the “covariate” dataset is the observed precipitation.
As of WRES v6.23, covariate datasets may be declared for:
- One or more variables, where each
variable
has a uniquename
(two or more covariates with the samename
are inadmissible); and - Each covariate can be cross-referenced with (compared to) the main evaluation datasets, meaning at the same locations, valid times and time scales, possibly after rescaling; and
- The covariate time-series are all “observation-like”. In other words, the time-series do not contain any forecast reference times. For example, observations, model simulations and model analyses are all admissible.
The name
of each variable
is required when:
- Declaring two or more covariates; or
- Using data sources that contain two or more variables.
Otherwise, the variable name can be inferred from the data.
When cross-referencing the covariate datasets with the evaluation pairs by location or geographic feature, it is required that each covariate uses the same feature authority as one or more or the observed
, predicted
and baseline
datasets. For example, the United States Geological Survey (USGS) uses numeric site codes (the USGS is a feature authority). A covariate cannot use a novel feature authority because the covariate feature names are not declared explicitly. By default, it is assumed that the covariate feature names use the same authority as the observed
data. If this assumption is incorrect, then the feature_authority
of the covariate must be declared explicitly (and, likewise, the feature_authority
of the corresponding observed
, predicted
or baseline
dataset must be declared explicitly).
When cross-referencing the covariate datasets with the evaluation pairs by valid time, it is required that each covariate has the same time scale period
as the evaluation pairs. When the time scale period
is different, the software will rescale (upscale) the covariate (and any other datasets) to the desired evaluation time_scale
(with the same consumptions and constraints as upscaling more generally: see Time Scale and Rescaling Time Series). However, the time scale function may be declared separately for each covariate using the rescale_function
. For example, when evaluating average daily streamflow conditionally upon the total daily precipitation (the covariate) exceeding 0 MM, then the rescale_function
can be declared as a total
to ensure that the precipitation covariate is properly rescaled when required (e.g., if the time-series data of observed precipitation contains 6-hourly totals).
Covariates are used to filter the evaluation pairs, including the pairs of observed
and predicted
values and, where applicable, the pairs of observed
and baseline
values. In the absence of an explicit filter, the covariate will select evaluation pairs for only those valid times when the covariate is also defined. As of version 6.23, the following, explicit, filters are also supported for each covariate (one or both may be used):
- The
minimum
value of the covariate; and - The
maximum
value of the covariate.
An explicit filter will additionally select only those evaluation pairs where the filter condition is met. In other words, the evaluation will include only those pairs where every covariate is defined (at the corresponding valid time of the pair) and the value of each covariate meets the minimum
and/or maximum
constraints imposed upon it.
For example, to evaluate streamflow when the observed air temperature is at or below freezing, a temperature covariate should be declared with a maximum
value of 0°C or 32°F. The unit of each filter corresponds to the native unit in which the covariate is supplied. As of v6.23, it is not possible to transform the unit of a covariate prior to filtering. For the same reason, it is not possible to declare time-series sources for a single covariate with a mixture of measurement units. It is also not possible to declare a minimum
or maximum
value that varies with location. Future iterations of the software may relax these constraints.
See How do I declare covariate datasets? in the Declaration Language wiki.
The WRES Wiki
-
Options for Deploying and Operating the WRES
- Obtaining and using the WRES as a standalone application
- WRES Local Server
- WRES Web Service (under construction)
-
- Format Requirements for CSV Files
- Format Requirements for NetCDF Files
- Introductory Resources on Forecast Verification
- Instructions for Human Interaction with a WRES Web-service
- Instructions for Programmatic Interaction with a WRES Web-service
- Output Format Description for CSV2
- Posting timeseries data directly to a WRES web‐service as inputs for a WRES job
- WRES Scripts Usage Guide