Function to calculate common numerical model evaluation statistics with flexible conditioning.
modStats(
mydata,
mod = "mod",
obs = "obs",
statistic = c("n", "FAC2", "MB", "MGE", "NMB", "NMGE", "RMSE", "r", "COE", "IOA"),
type = "default",
rank.name = NULL,
...
)Returns a data frame with model evaluation statistics.
A data frame.
Name of a variable in mydata that represents modelled
values.
Name of a variable in mydata that represents measured
values.
The statistic to be calculated. See details below for a description of each.
type determines how the data are split i.e. conditioned,
and then plotted. The default is will produce statistics using the entire
data. type can be one of the built-in types as detailed in
cutData e.g. “season”, “year”, “weekday” and so
on. For example, type = "season" will produce four sets of
statistics --- one for each season.
It is also possible to choose type as another variable in the data
frame. If that variable is numeric, then the data will be split into four
quantiles (if possible) and labelled accordingly. If type is an existing
character or factor variable, then those categories/levels will be used
directly. This offers great flexibility for understanding the variation of
different variables and how they depend on one another.
More than one type can be considered e.g. type = c("season",
"weekday") will produce statistics split by season and day of the week.
Simple model ranking can be carried out if rank.name
is supplied. rank.name will generally refer to a column representing
a model name, which is to ranked. The ranking is based the COE performance,
as that indicator is arguably the best single model performance indicator
available.
Arguments passed on to cutData
xA data frame containing a field date.
hemisphereCan be "northern" or "southern", used to
split data into seasons.
n.levelsNumber of quantiles to split numeric data into.
start.dayWhat day of the week should the type = "weekday"
start on? The user can change the start day by supplying an integer
between 0 and 6. Sunday = 0, Monday = 1, ... For example to start the
weekday plots on a Saturday, choose start.day = 6.
is.axisA logical (TRUE/FALSE), used to request
shortened cut labels for axes.
local.tzUsed for identifying whether a date has daylight savings time
(DST) applied or not. Examples include local.tz = "Europe/London",
local.tz = "America/New_York" i.e. time zones that assume DST.
https://en.wikipedia.org/wiki/List_of_zoneinfo_time_zones shows time
zones that should be valid for most systems. It is important that the
original data are in GMT (UTC) or a fixed offset from GMT. See
import and the openair manual for information on how to import data
and ensure no DST is applied.
latitudeThe decimal latitude used in type = "daylight".
longitudeThe decimal longitude. Note that locations west of Greenwich are negative.
David Carslaw
This function is under development and currently provides some common model evaluation statistics. These include (to be mathematically defined later):
\(n\), the number of complete pairs of data.
\(FAC2\), fraction of predictions within a factor of two.
\(MB\), the mean bias.
\(MGE\), the mean gross error.
\(NMB\), the normalised mean bias.
\(NMGE\), the normalised mean gross error.
\(RMSE\), the root mean squared error.
\(r\), the Pearson correlation coefficient. Note, can also supply and
argument method e.g. method = "spearman". Also returned is the
P value of the correlation coefficient, \(P\), which may present as 0 for
very low values.
\(COE\), the Coefficient of Efficiency based on Legates and McCabe (1999, 2012). There have been many suggestions for measuring model performance over the years, but the COE is a simple formulation which is easy to interpret.
A perfect model has a COE = 1. As noted by Legates and McCabe although the COE has no lower bound, a value of COE = 0.0 has a fundamental meaning. It implies that the model is no more able to predict the observed values than does the observed mean. Therefore, since the model can explain no more of the variation in the observed values than can the observed mean, such a model can have no predictive advantage.
For negative values of COE, the model is less effective than the observed mean in predicting the variation in the observations.
\(IOA\), the Index of Agreement based on Willmott et al. (2011), which spans between -1 and +1 with values approaching +1 representing better model performance.
An IOA of 0.5, for example, indicates that the sum of the error-magnitudes is one half of the sum of the observed-deviation magnitudes. When IOA = 0.0, it signifies that the sum of the magnitudes of the errors and the sum of the observed-deviation magnitudes are equivalent. When IOA = -0.5, it indicates that the sum of the error-magnitudes is twice the sum of the perfect model-deviation and observed-deviation magnitudes. Values of IOA near -1.0 can mean that the model-estimated deviations about O are poor estimates of the observed deviations; but, they also can mean that there simply is little observed variability - so some caution is needed when the IOA approaches -1.
All statistics are based on complete pairs of mod and obs.
Conditioning is possible through setting type, which can be a vector
e.g. type = c("weekday", "season").
Legates DR, McCabe GJ. (1999). Evaluating the use of goodness-of-fit measures in hydrologic and hydroclimatic model validation. Water Resources Research 35(1): 233-241.
Legates DR, McCabe GJ. (2012). A refined index of model performance: a rejoinder, International Journal of Climatology.
Willmott, C.J., Robeson, S.M., Matsuura, K., 2011. A refined index of model performance. International Journal of Climatology.
Other model evaluation functions:
TaylorDiagram(),
conditionalEval(),
conditionalQuantile()
## the example below is somewhat artificial --- assuming the observed
## values are given by NOx and the predicted values by NO2.
modStats(mydata, mod = "no2", obs = "nox")
## evaluation stats by season
modStats(mydata, mod = "no2", obs = "nox", type = "season")
Run the code above in your browser using DataLab