VIEW THIS AS

Auto mode follows the Route Engine until you choose a viewpoint.

YOU ARE HERE

ROUTE CHECK

CONNECTED TO

WHAT NEXT

Use the canonical route for this room, or HELP if you are unsure.

Why Mathematics? | Survival Support Vector Machines for Reliability: Ranking Constraints, Kernels, Censoring and Calibration

Why is mathematics important in survival support vector machines for reliability? A machine may still be operating when observation ends, so its lifetime is censored rather than fully known. Survival SVMs turn that incomplete evidence into ranking or regression constraints, then use margins and kernels to learn a risk score. This guide follows the mathematics from comparable pairs to validation, calibration and responsible use. The examples are educational; real engineering decisions need representative data, uncertainty analysis, domain review and safety governance.

Full chapter index

Chapters 1–7 · Understand the question
  1. Why a standard SVM is not enough
  2. Define the event, clock and prediction target
  3. Comparable pairs under censoring
  4. The margin idea
  5. Ranking loss and slack variables
  6. Worked ranking constraint
  7. Regression constraints for censored lifetimes
Chapters 8–14 · Reproduce the example
  1. Combining ranking and regression
  2. Feature scaling changes the geometry
  3. Kernels and nonlinear boundaries
  4. The kernel trick is still mathematics
  5. Regularisation constant C
  6. Kernel width gamma
  7. Computational cost of pair construction
Chapters 15–21 · Check assumptions
  1. Ties and timestamp precision
  2. Delayed entry and risk-set eligibility
  3. Time-varying predictors
  4. Missing data are part of the pipeline
  5. From score to concordance
  6. Time-dependent AUC
  7. Calibration requires another layer
Chapters 22–27 · Explore applications
  1. Brier scores and benchmarks
  2. Nested model selection
  3. Temporal and fleet validation
  4. Uncertainty and stability
  5. Interpretation of a linear survival SVM
  6. Interpreting kernel models
Chapters 28–33 · Study and verify
  1. Common misconception: censored means survived
  2. Common misconception: a margin is a probability
  3. Student investigation
  4. Parent and learner guidance
  5. Did You Know?
  6. Useful next reading and conclusion

CHAPTER 1 OF 33 · Understand the question

1. Why a standard SVM is not enough

Back to contents

A standard support vector machine expects a class label or a fully observed numeric response. Reliability records contain event times, right-censored times and sometimes delayed entry. Treating every censored time as a failure invents events; dropping censored units discards useful survival information. A survival SVM changes the optimisation problem so the observed ordering and censoring inequalities contribute without pretending that every lifetime is known.

Contents · Next chapter

CHAPTER 2 OF 33 · Understand the question

2. Define the event, clock and prediction target

Back to contents

Before choosing a loss, define what counts as failure, when the clock starts and what the model will output. Calendar time, operating hours and load cycles are not interchangeable. A support-vector score may rank units by risk without being an absolute probability. If the practical question needs 90-day survival, the analysis must include a separate probability mapping and calibration check at that horizon.

Contents · Previous chapter · Next chapter

CHAPTER 3 OF 33 · Understand the question

3. Comparable pairs under censoring

Back to contents

A ranking formulation uses pairs whose order is identifiable. If unit i fails at time ti and unit j is still under observation after ti, the pair supports the statement that i failed earlier. Two censored times may reveal no order at all. Building only valid pairs is the first mathematical safeguard: it prevents an optimiser from learning comparisons that the data never established.

Contents · Previous chapter · Next chapter

CHAPTER 4 OF 33 · Understand the question

4. The margin idea

Back to contents

For a comparable pair, a linear score f(x)=w·x should place the earlier failure on the higher-risk side by a margin. A constraint such as f(xi) ≥ f(xj)+1 expresses both order and separation. The number 1 sets a scale; rescaling w and the penalty changes the effective margin. Slack variables allow violations when records overlap, measurements are noisy or the model is imperfect.

Contents · Previous chapter · Next chapter

CHAPTER 5 OF 33 · Understand the question

5. Ranking loss and slack variables

Back to contents

A hinge-style ranking loss penalises a pair when the required order is not achieved. If the margin is already satisfied, that pair contributes zero loss; otherwise the penalty grows linearly. The optimisation balances a wide margin against violations through a regularisation constant. A very large penalty can chase noisy orderings, while a very small penalty can underfit important structure.

Contents · Previous chapter · Next chapter

CHAPTER 6 OF 33 · Understand the question

6. Worked ranking constraint

Back to contents

Suppose asset A fails at 400 hours and asset B is still operating at 550 hours. The pair is comparable. If the convention assigns larger scores to higher risk, require f(A)-f(B) ≥ 1-ξ. Scores 1.4 and 0.1 satisfy the unit margin because the difference is 1.3. Scores 0.6 and 0.2 need slack 0.6. This calculation connects a data relationship to one optimisation term.

ScoresDifferenceMinimum slack
1.4 and 0.11.30
0.6 and 0.20.40.6
Pairwise margin illustration.

Contents · Previous chapter · Next chapter

CHAPTER 7 OF 33 · Understand the question

7. Regression constraints for censored lifetimes

Back to contents

A regression approach predicts a transformed survival time. An uncensored observation can use a two-sided error, while a right-censored observation supplies a lower bound: its true lifetime exceeds the censoring time. Inequality constraints preserve that fact. They do not reveal how much longer the unit would have survived, so the objective must not reward an arbitrary exact value beyond the boundary.

Contents · Previous chapter · Next chapter

CHAPTER 8 OF 33 · Reproduce the example

8. Combining ranking and regression

Back to contents

Hybrid survival SVMs can use both pairwise order and time-scale information. Ranking focuses on discrimination; regression constraints retain a connection to transformed survival time. Combining them introduces weights that decide how much each goal matters. Those weights are hyperparameters, not physical constants, and must be chosen inside training resampling rather than by inspecting the final test set.

Contents · Previous chapter · Next chapter

CHAPTER 9 OF 33 · Reproduce the example

9. Feature scaling changes the geometry

Back to contents

The margin is measured in feature space, so scaling matters. A temperature measured in tenths and a vibration measure spanning thousands can distort a linear model unless preprocessing is deliberate. Learn centring, scaling and imputation inside each training fold. Preserve units in the reporting layer so engineers can still interpret what a one-standard-deviation change represents in the original system.

Contents · Previous chapter · Next chapter

CHAPTER 10 OF 33 · Reproduce the example

10. Kernels and nonlinear boundaries

Back to contents

A kernel computes inner products in an implicit feature space. The radial basis function kernel can represent curved relationships without explicitly listing all transformed variables. Its width controls how local the similarity is. A narrow kernel can create highly irregular risk surfaces; a wide kernel approaches a smoother relation. Kernel flexibility helps only when sample size, event count and validation support it.

Contents · Previous chapter · Next chapter

CHAPTER 11 OF 33 · Reproduce the example

11. The kernel trick is still mathematics

Back to contents

For an RBF kernel K(x,z)=exp(-γ||x-z||²), identical inputs have similarity one and distant inputs approach zero. With squared distance 2 and γ=0.5, K=exp(-1)≈0.3679. This is not a probability of failure. It is a similarity used by the optimisation. Checking that distinction prevents a familiar-looking number between zero and one from being mislabelled.

Squared distanceKernel value
01
20.3679
100.0067
RBF similarity with gamma 0.5.

Contents · Previous chapter · Next chapter

CHAPTER 12 OF 33 · Reproduce the example

12. Regularisation constant C

Back to contents

The constant C controls the trade-off between margin size and training violations. Larger C gives violations more weight; smaller C allows more violations to keep the model smoother. Because the number of comparable pairs can be far larger than the number of assets, software may normalise the loss differently. Report the implementation and search range instead of assuming that C=1 means the same thing everywhere.

Contents · Previous chapter · Next chapter

CHAPTER 13 OF 33 · Reproduce the example

13. Kernel width gamma

Back to contents

Gamma sets the distance scale for an RBF kernel. If gamma is too large, each observation influences only a tiny neighbourhood and the model may memorise noise. If it is too small, distinct operating regimes can look nearly identical. Tune gamma jointly with C after scaling features. A two-dimensional validation surface is more informative than choosing each parameter independently.

Contents · Previous chapter · Next chapter

CHAPTER 14 OF 33 · Reproduce the example

14. Computational cost of pair construction

Back to contents

With n units, all possible pairs grow on the order of n². Censoring removes some pairs, but large fleets can still create a costly optimisation problem. Efficient solvers, subsampling or alternative formulations may be needed. Pair subsampling must preserve time and risk structure; taking convenient pairs can change the estimand. Record the pair-generation rule and random seed.

Contents · Previous chapter · Next chapter

CHAPTER 15 OF 33 · Check assumptions

15. Ties and timestamp precision

Back to contents

When two failures share the same recorded time, the data may not support a strict earlier-later order. Options include excluding tied pairs or using a defined tie rule. Randomly breaking ties creates information that was not observed. The right choice depends on whether the underlying process is continuous but rounded or genuinely discrete. Report the clock precision before debating solver details.

Contents · Previous chapter · Next chapter

CHAPTER 16 OF 33 · Check assumptions

16. Delayed entry and risk-set eligibility

Back to contents

A unit that enters observation after study time zero was not at risk in the recorded cohort beforehand. Pair construction must respect delayed entry: an asset cannot serve as a comparator at a time before it joined the risk set. Ignoring this creates survivor bias. Draw each unit’s entry, event and censoring timeline, then test the code on boundary cases.

Contents · Previous chapter · Next chapter

CHAPTER 17 OF 33 · Check assumptions

17. Time-varying predictors

Back to contents

A single baseline vector cannot represent a sensor stream that changes during operation. Landmarking, counting-process data or sequence models may be more suitable when covariates evolve. If a survival SVM uses summaries such as last value, slope or variability, define the look-back window and ensure it ends before the prediction time. Future leakage can make validation look excellent while deployment fails.

Contents · Previous chapter · Next chapter

CHAPTER 18 OF 33 · Check assumptions

18. Missing data are part of the pipeline

Back to contents

Imputation should reflect why readings are missing. A sensor absent because a machine is offline carries different information from random packet loss. Fit the imputer inside training folds, add missingness indicators only when justified and test performance by missingness pattern. A kernel can otherwise turn imputed artefacts into strong similarity signals.

Contents · Previous chapter · Next chapter

CHAPTER 19 OF 33 · Check assumptions

19. From score to concordance

Back to contents

Concordance asks whether comparable pairs are ordered correctly. It matches the ranking objective, but it does not assess absolute probabilities. Report the estimator, tie handling and censoring adjustment. Cluster uncertainty by asset when repeated histories appear. A high concordance can coexist with serious calibration error or poor performance at the operational horizon.

Contents · Previous chapter · Next chapter

CHAPTER 20 OF 33 · Check assumptions

20. Time-dependent AUC

Back to contents

Time-dependent AUC evaluates ranking at a chosen horizon using a declared case-control definition. It can reveal that discrimination changes over time. The score remains a ranking measure, not a survival probability. Use the same censoring adjustment and population across models, and show several meaningful horizons rather than selecting the best-looking one after inspection.

Contents · Previous chapter · Next chapter

CHAPTER 21 OF 33 · Check assumptions

21. Calibration requires another layer

Back to contents

Many survival SVMs produce a score. Converting it to survival may use a transformation model, baseline estimator or separate calibration model. Fit this layer without touching the final test outcomes. Then check calibration-in-the-large, slope and local curves. Monotonic calibration can improve probabilities while leaving ranking nearly unchanged, which is why both dimensions must be reported.

Contents · Previous chapter · Next chapter

CHAPTER 22 OF 33 · Explore applications

22. Brier scores and benchmarks

Back to contents

A censoring-aware Brier score measures probability error at a horizon. Compare the calibrated SVM with a marginal survival benchmark and a simpler statistical model. A complex kernel should earn its place through later-cohort performance, not training fit. Show the score curve across time so a single integrated number does not hide where predictions fail.

Contents · Previous chapter · Next chapter

CHAPTER 23 OF 33 · Explore applications

23. Nested model selection

Back to contents

Scaling, feature selection, C, gamma, kernel choice and calibration all belong inside the inner training loop. Outer grouped or temporal folds estimate performance after that selection. If the same fold chooses hyperparameters and reports the result, optimism enters. Preserve fold assignments and chosen settings for every outer split so instability is visible.

Contents · Previous chapter · Next chapter

CHAPTER 24 OF 33 · Explore applications

24. Temporal and fleet validation

Back to contents

A random split can place nearly identical operating regimes on both sides. A later-time split tests drift, while a fleet or site holdout tests transport. Keep every history from one asset together. Compare calibration as well as ranking, and record changes in maintenance policy, sensor firmware, failure coding and load distribution.

Contents · Previous chapter · Next chapter

CHAPTER 25 OF 33 · Explore applications

25. Uncertainty and stability

Back to contents

Support vectors can change when a few events are removed. Bootstrap the entire modelling pipeline at the asset level to study variation in predictions and performance, while recognising that ordinary bootstrap assumptions may fail under strong dependence. Report uncertainty for comparisons and inspect whether selected support vectors or hyperparameters are stable enough for the intended use.

Contents · Previous chapter · Next chapter

CHAPTER 26 OF 33 · Explore applications

26. Interpretation of a linear survival SVM

Back to contents

In a linear model, the direction of w shows how features contribute to the score after scaling. Correlation makes individual coefficients unstable, and the score convention determines the sign. Coefficients describe prediction, not intervention effects. Present original units, uncertainty and plausible ranges; do not translate a weight directly into a promised reduction in failures.

Contents · Previous chapter · Next chapter

CHAPTER 27 OF 33 · Explore applications

27. Interpreting kernel models

Back to contents

Kernel models do not yield one simple coefficient per input. Local perturbations, accumulated local effects or model-agnostic explanations can describe behaviour, but they inherit assumptions about the background distribution. Check explanations on simulated cases with known structure and avoid extrapolating beyond observed support. An explanation of a score is not a causal mechanism.

Contents · Previous chapter · Next chapter

CHAPTER 28 OF 33 · Study and verify

28. Common misconception: censored means survived

Back to contents

A censored asset survived only up to its last observed time. It may fail later, and the data do not say when. Labelling it a permanent survivor biases ranking and regression. The correct contribution depends on the censoring-aware objective and risk-set logic. This small vocabulary correction changes the mathematics of the whole model.

Contents · Previous chapter · Next chapter

CHAPTER 29 OF 33 · Study and verify

29. Common misconception: a margin is a probability

Back to contents

The margin measures separation in the model’s score space. It can be positive, negative or larger than one. Even an RBF similarity between zero and one is not a failure probability. Absolute survival needs an explicit mapping and validation. Ask what mathematical object each output represents before attaching operational meaning.

Contents · Previous chapter · Next chapter

CHAPTER 30 OF 33 · Study and verify

30. Student investigation

Back to contents

Create six fictional assets with two features, event times and censoring indicators. List valid comparable pairs, write two margin constraints and evaluate a proposed score ordering. Then calculate one RBF similarity. Change a censoring time and identify which pairs disappear. This activity connects inequalities, vectors, exponentials and evidence quality without requiring a full optimiser.

Contents · Previous chapter · Next chapter

CHAPTER 31 OF 33 · Study and verify

31. Parent and learner guidance

Back to contents

A helpful learning route begins with inequalities and coordinate geometry, then moves to dot products, optimisation and survival data. Ask the student to explain why some pairs cannot be compared. Encourage calculation checks before software. Interest in this topic can lead toward statistics, computing, engineering and operations research, but one method does not determine a career path.

Contents · Previous chapter · Next chapter

CHAPTER 32 OF 33 · Study and verify

32. Did You Know?

Back to contents

The support vectors are the observations or constraints closest to the decision boundary in the optimisation. They shape the fitted function more directly than many comfortably separated cases. In survival ranking, this idea appears through difficult pairwise orderings. A small set can therefore have large influence, which makes stability checks especially useful.

Contents · Previous chapter · Next chapter

CHAPTER 33 OF 33 · Study and verify

33. Useful next reading and conclusion

Back to contents

Read the primary comparison of ranking, regression and hybrid survival SVMs at https://doi.org/10.1016/j.artmed.2011.06.006. Connect the method to https://edukatesg.com/2026/11/03/why-mathematics-reliability-calibration-brier-scores-time-dependent-auc-calibration-curves-decision-thresholds/ and https://edukatesg.com/2026/11/03/why-mathematics-causal-reliability-analysis-interventions-confounding-target-trials-counterfactual-failure-risk/. Mathematics makes the incomplete evidence explicit: comparable pairs, margins, kernels, calibration and validation each answer a separate question.

Contents · Previous chapter · Mathematics Learning Hub

Extended practice laboratory

Use the laboratory as one chain. Start with censored histories, identify valid pairs, translate them into margin constraints and inspect how scaling changes kernel geometry. Tune C and gamma only within grouped training folds, then add a probability mapping and test it on later fleets. Preserve the pair rule, feature scaler, kernel, solver version and calibration model. Compare with Cox regression and survival forests so nonlinear flexibility has a clear reference. The completed investigation should show three distinct layers: optimisation fits a score, calibration turns the score into probabilities, and validation tests whether either transports. A predictive weight or importance result remains separate from evidence about what maintenance would change.

Students can connect inequalities, vectors, exponentials and optimisation by explaining one pair before using software. Parents can ask what the score means and why censored does not mean survived forever. Those questions build transferable mathematical literacy across statistics, computing and engineering.

A useful capstone is to compare three representations of the same evidence. First, write the event table in ordinary language: which asset failed, which was still observed and which entered late. Second, convert only valid relationships into inequalities. Third, show how the fitted score becomes a calibrated probability at one horizon. Each representation should be reversible: a reviewer should be able to trace a constraint back to an observed timeline and a probability back to the score and calibration data. Add a deliberate error at each layer—misclassify censoring, omit scaling and use an in-sample calibrator—then explain how validation changes. This produces more than a performance table. It demonstrates why mathematics matters: inequalities control what can be learned, geometry controls similarity, regularisation controls flexibility and probability calibration controls meaning. For a school learner, the approachable path is coordinate geometry, linear inequalities and exponentials before convex optimisation. For an experienced reader, the same capstone becomes a reproducibility test covering pair generation, solver conventions and transport across fleets.

Practice case 1: Comparable pairs

Setup: Use event and censoring times for six assets.

Task: List only identifiable earlier-later pairs.

Checking target: Never invent an order between unresolved lifetimes.

List every pair and keep only comparisons established by observation. If A fails at 400 hours while B remains observed to 550, A may be ranked earlier. If C and D are both censored, their order is generally unknown. Record why each pair is included or excluded, then calculate how many constraints come from each asset. A unit with many comparisons can dominate the objective, so inspect weighting and clustering. Change B's censoring time to 350 and show that the A–B constraint disappears. This audit turns censoring from an abstract symbol into a rule about what evidence exists.

Practice case 2: Margin slack

Setup: Use two proposed score differences.

Task: Calculate minimum slack.

Checking target: Separate margin scale from probability.

Write the constraint f(A)-f(B)≥1-ξ before substituting scores. With f(A)=1.4 and f(B)=0.1, the difference is 1.3 and ξ can be zero. With 0.6 and 0.2, the difference is 0.4, so at least 0.6 slack is needed. Repeat with the score convention reversed to see how easily a sign error changes interpretation. The margin is a modelling scale, not a probability. Verify the solver's loss on this toy pair and record whether losses are summed or averaged across constraints.

Practice case 3: RBF similarity

Setup: Use squared distances 0, 2 and 10.

Task: Calculate kernel values.

Checking target: Show why scaling and gamma interact.

Calculate K(x,z)=exp[-γ||x-z||²] for squared distances 0, 2 and 10 with γ=0.5. The similarities are 1, exp(-1)≈0.3679 and exp(-5)≈0.0067. Then repeat after doubling every feature without rescaling; distances quadruple and the effective kernel becomes much narrower. This shows why standardisation and gamma must be considered together. Keep physical units in a separate reporting table so mathematical preprocessing does not erase engineering meaning. The kernel values express similarity for the model, never failure probability.

Practice case 4: Hyperparameter surface

Setup: Cross C and gamma inside grouped folds.

Task: Compare validation metrics.

Checking target: Keep the outer test untouched.

Create a small grid of C and gamma values and evaluate each inside grouped training folds. For every setting, record concordance, a probability score after calibration and the number of support constraints. Do not choose C on one fold and gamma on the final test set. Plot the validation surface: a broad plateau suggests a stable choice, while a sharp isolated optimum warns that selection may be noisy. Refit the calibration layer inside each fold, because probability mapping is part of the pipeline. Preserve the grid and selection rule for reproducibility.

Practice case 5: Probability mapping

Setup: Convert one score at 180 days.

Task: Audit survival and calibration.

Checking target: A ranking score is not a probability.

Start with a score-only SVM and fit a probability mapping using training or calibration data. Trace one unit from scaled features to score, baseline or transformation model and 180-day survival. Check that survival remains between zero and one and decreases with time. Then compare predicted and censoring-adjusted observed survival in groups. A monotone mapping can preserve concordance while changing calibration, so report both. If support at 180 days is weak, shorten the claim instead of presenting an unstable probability with false precision.

Practice case 6: Nested validation

Setup: Hold out sites and group assets.

Task: Repeat all selection inside training.

Checking target: Prevent row-level leakage.

Build nested validation with sites as outer folds and grouped inner folds for scaling, feature selection, C, gamma and calibration. Predict each outer site once. Compare the nested estimate with a naive random-row split and explain why the latter is optimistic when histories share assets. Add a temporal holdout within one site to reveal policy or sensor drift. Record event counts and follow-up in every fold; a mathematically clean split can still be uninformative when one fold has too few failures.

Practice case 7: Interpretation

Setup: Bootstrap a linear model.

Task: Compare coefficient and importance stability.

Checking target: Do not call prediction causal.

Fit a linear survival SVM after scaling and inspect coefficients across bootstrap refits. Correlated temperature and load variables may swap magnitude or sign while predictions remain similar. Group them, perturb them and compare with kernel-model explanations. Label all results as predictive. If a variable is actionable, write a separate causal question about what an intervention would change. This prevents a large weight or permutation score from becoming an unsupported maintenance recommendation. Stable prediction and causal effect require different evidence.

Practice case 8: Model card

Setup: Record the full fitted pipeline.

Task: Reproduce one constraint and probability.

Checking target: State forecast and intervention limits.

Prepare a short model card containing event, clock, censoring rule, pair construction, scaling, kernel, C, gamma, calibration method and validation cohorts. Add unsupported ranges, monitoring triggers and a rollback rule. Reproduce one pairwise constraint and one final probability from saved artefacts. Conclude with two sentences: what the model can forecast and what it cannot establish about interventions. The exercise is successful when a reviewer can trace the mathematics without needing to trust a black-box label or an attractive performance number.

Practice case 9: Tie handling

Setup: Create three failures with one rounded timestamp.

Task: Compare exclusion and a declared tie convention.

Checking target: Never invent an observed order.

Round several continuous event times to whole days and identify the resulting ties. Excluding tied pairs reduces information; forcing an arbitrary order adds false information. Compare both with a discrete-time alternative and record how many constraints change. If software applies a hidden rule, reproduce it on a tiny dataset. The correct choice follows the observation process, not which version gives higher concordance. Report timestamp precision and the proportion of tied events beside performance.

Practice case 10: Delayed entry

Setup: Let one asset join after another has failed.

Task: Build the eligible risk comparison.

Checking target: A late entrant cannot be at risk earlier.

Draw entry, failure and censoring times on one axis. At each failure, mark which assets have entered and remain under observation. Generate pairs only from eligible comparators. Then rerun a naive routine that ignores entry and count its extra constraints. Those comparisons condition on survival to entry and can bias the score. Add boundary tests for entry exactly at a failure time according to the documented convention. Delayed entry belongs in data design as well as model code.

Practice case 11: Pair weighting

Setup: Count comparisons contributed by each failure.

Task: Compare equal-pair and equal-event weighting.

Checking target: One dense risk set should not silently dominate.

An early failure can be compared with many later units, while a late failure may have few partners. Summing every pair equally gives early risk sets more influence. Calculate contributions under equal-pair, equal-failure and sampled-pair schemes. The schemes optimise different objectives and may change fleet performance. Choose using the method specification and operational target, then report it. If pairs are sampled for computation, preserve the sampling probabilities and repeat seeds to assess Monte Carlo variation.

Practice case 12: External benchmark

Setup: Fit a marginal, Cox and survival-SVM model.

Task: Compare later-fleet calibration and ranking.

Checking target: Flexibility must earn a practical gain.

Use the same cohort, features, event definition, censoring adjustment and horizons for all three models. The marginal model sets a no-personalisation benchmark; Cox regression provides a transparent covariate benchmark; the SVM tests nonlinear margin learning. Compare proper scores and calibration as well as ranking. If the SVM gains little or becomes unstable across fleets, the simpler model may be preferable. Document runtime and review effort because deployment value includes more than one metric.