bve_select — BVE — Backward Variable Elimination¶
Group: Variable selector · Registry tolerance: 1e-06
Description¶
Backward Variable Elimination (§18 Phase 5k)
From the pls4all.sklearn.BVESelector docstring:
Backward Variable Elimination with VIP filter.
Registry note — R
plsVarSel::bve_plsbackward elimination with VIP cut (Mehmood et al.). Default_bve_select_pls4allpath mirrors the same R call with seed=11, giving bit-exact mask parity. The C++ greedy step-count RMSE backward-elimination kernel is opt-in vialegacy=True.
Parameters¶
Name |
Type |
Default |
Notes |
|---|---|---|---|
|
|
|
Number of latent components extracted (k). |
|
|
|
Number of elimination passes performed. |
|
`int |
None` |
|
|
|
|
Number of cross-validation folds used inside the selector. |
Explanations¶
Bibliographic source¶
Forina, M., Casolino, M. C. & Pizarro Millán, C. (2004). Iterative predictor weighting (IPW) PLS: a technique for the elimination of useless predictors in regression problems. Journal of Chemometrics 18(2), 105–112 (§2).
Mathematical principle¶
Greedy backward elimination: at each step, evaluate every possible one-variable removal by CV-RMSE and drop the feature whose removal hurts least (or helps most). Continue until either a target subset size is reached or removal starts to hurt CV-RMSE materially.
Cost: \(O(p^2 \cdot \mathrm{CV})\) — quadratic in the number of features, since each step evaluates \(\sim p\) candidate removals. For \(p \le 200\) this is tractable; for larger spectra the shaving variant is preferred.
Strength: BVE is essentially exhaustive at each step, so it cannot be tricked by collinearity the way SPA can. Weakness: very expensive on full NIR spectra.
Implementation¶
n4m_bve_select.
Usage¶
Every pls4all binding tab dispatches into the same C kernel; the external libraries listed at the bottom of the page are the parity references registered in benchmarks.parity_timing.registry. Switch tabs to read the same fit in your language. The R package now ships drop-in-compatible facades for the CRAN pls package (plsr, pcr, mvr) and for the mdatools::pls(x, y, ...) matrix idiom — those tabs appear only on the methods that have a meaningful equivalence.
pls4all bindings
/* C ABI — libn4m */
n4m_context_t* ctx = n4m_context_create();
n4m_config_t* cfg = n4m_config_create();
n4m_method_result_t* res = NULL;
n4m_bve_select_fit(ctx, cfg, &x_view, &y_view, /* hyperparams */, &res);
/* … read coefficients / mask / scores via */
/* n4m_method_result_get_double_matrix / vector / scalar … */
n4m_method_result_destroy(res);
n4m_config_destroy(cfg);
n4m_context_destroy(ctx);
import pls4all
from pls4all._methods import bve_select_fit
with pls4all.Context() as ctx, pls4all.Config() as cfg:
res = bve_select_fit(ctx, cfg, X, y, n_components=4)
# then: res.matrix("predictions"), res.matrix("coefficients"),
# res.vector("mask"), res.scalar("intercept"), …
from pls4all.sklearn import BVESelector
mdl = BVESelector(n_components=2, n_steps=10, min_features=None, n_folds=3)
mdl.fit(X, y)
y_hat = mdl.predict(X_test)
library(pls4all)
# Unified low-level dispatcher (May 2026 R cleanup):
res <- pls4all_method("bve_select", X, y,
n_components = 4L, params = list(n_steps = 35L, min_features = 5L))
# res is a named list with MethodResult arrays/scalars.
# selected_indices / top_k_intervals are 1-based.
res = pls4all.bve_select(X, y, 4);
% see header of bindings/matlab/+pls4all/bve_select.m for full
% parameter surface:
% res = bve_select(X, Y, n_components, n_steps, min_features)
yhat = predict(res, Xtest);
No idiomatic classdef wrapper — invoke pls4all.fit("bve_select", X, y, …) directly from the unified MEX factory.
Registry parity references 📐
📐
ref.r_plsvarsel(R · r) —plsVarSel0.10.0 · strict (rmse_rel ≤ 1e-06) — RplsVarSel::bve_pls— backward variable elimination with VIP filter.
Benchmarks¶
Adaptive wall-clock per cell measured against full_matrix.csv. Only backends that implement this method are listed; libraries without the method are omitted.
Verdict · ✓ ref / ≈ ref / ~ shape mark a reference-gate pass at strict / relaxed / qualitative tolerance · ✓ bind = pls4all binding agrees with the C++ baseline · ⇄ cross-check = documented by-design selector/RNG/model, noncanonical API/facade convention, or secondary oracle · ✗ divergent · ⚠ error · — not run. The fastest backend per column is marked 🏆.
Reference gate: strict — numeric equivalence (rmse_rel_tol ≤ 1e-06).
Rows tagged with 📐 are the canonical parity references for this method (declared in parity_timing.registry). C++ and external rows show reference parity; pls4all language bindings show binding parity against the C++ backend. Hover the icon for role and tolerance band.
| Backend | Parity | 200×40 (ms) |
|---|---|---|
| C++ native · libn4m | ||
pls4all.cpp.blas+omp | ✓ J 1.00 | 510.0 ms |
| Python · pls4all | ||
pls4all.python | ✓ J 1.00 | 563.8 ms |
pls4all.sklearn | ⇄ J 0.40 | 42.4 ms🏆 |
| R · pls4all | ||
pls4all.R | ⇄ J 0.40 | 58.7 ms |
pls4all.R.formula | ⇄ J 0.40 | 66.5 ms |
pls4all.R.mdatools | ⇄ J 0.40 | 152.1 ms |
pls4all.R.pls | ⇄ J 0.40 | 141.0 ms |
| R · external | ||
📐ref.r_plsvarsel | source | 46.9 ms |
| Backend | Parity | 200×40 (ms) |
|---|---|---|
| C++ native · libn4m | ||
pls4all.cpp.blas+omp | ✓ J 1.00 | 491.1 ms |
| Python · pls4all | ||
pls4all.python | ✓ J 1.00 | 491.1 ms |
pls4all.sklearn | ⇄ J 0.40 | 43.0 ms🏆 |
| R · pls4all | ||
pls4all.R | ⇄ J 0.40 | 61.4 ms |
pls4all.R.formula | ⇄ J 0.40 | 62.6 ms |
pls4all.R.mdatools | ⇄ J 0.40 | 62.1 ms |
pls4all.R.pls | ⇄ J 0.40 | 61.3 ms |
| R · external | ||
📐ref.r_plsvarsel | source | 47.3 ms |
| Backend | Parity | 200×40 (ms) |
|---|---|---|
| C++ native · libn4m | ||
pls4all.cpp.blas+omp | ✓ J 1.00 | 507.2 ms |
| Python · pls4all | ||
pls4all.python | ✓ J 1.00 | 479.8 ms |
pls4all.sklearn | ⇄ J 0.40 | 43.9 ms🏆 |
| R · pls4all | ||
pls4all.R | ⇄ J 0.40 | 61.3 ms |
pls4all.R.formula | ⇄ J 0.40 | 62.1 ms |
pls4all.R.mdatools | ⇄ J 0.40 | 109.1 ms |
pls4all.R.pls | ⇄ J 0.40 | 60.9 ms |
| R · external | ||
📐ref.r_plsvarsel | source | 45.8 ms |
See also: benchmark overview · methods index · interactive dashboard