Skip to main content

Hierarchical Variance-Retaining Transformer (HVRT) — variance-aware sample transformation for tabular data

Project description

HVRT: Hierarchical Variance-Retaining Transformer

PyPI version Python 3.8+ License: AGPL v3

Variance-aware sample transformation for tabular data: reduce, expand, or augment.


Overview

HVRT partitions a dataset into variance-homogeneous regions via a decision tree fitted on a synthetic extremeness target, then applies a configurable per-partition operation (selection for reduction, sampling for expansion). The tree is fitted once; reduce(), expand(), and augment() all draw from the same fitted model.

Operation Method Description
Reduce model.reduce(ratio=0.3) Select a geometrically diverse representative subset
Expand model.expand(n=50000) Generate synthetic samples via per-partition KDE or other strategy
Augment model.augment(n=15000) Concatenate original data with synthetic samples

Algorithm

1. Z-score normalisation

X_z = (X - μ) / σ   per feature

Categorical features are integer-encoded then z-scored.

2. Synthetic target construction

HVRT — sum of normalised pairwise feature interactions:

For all feature pairs (i, j):
  interaction = X_z[:,i] ⊙ X_z[:,j]
  normalised  = (interaction - mean) / std
target = sum of all normalised interaction columns        O(n · d²)

FastHVRT — sum of z-scores per sample:

target_i = Σ_j  X_z[i, j]                               O(n · d)

3. Partitioning

A DecisionTreeRegressor is fitted on the synthetic target. Leaves form variance-homogeneous partitions. Tree depth and leaf size are auto-tuned to dataset size.

4. Per-partition operations

Reduce: Select representatives within each partition using the chosen selection strategy. Budget is proportional to partition size (variance_weighted=False) or biased toward high-variance partitions (variance_weighted=True).

Expand: Draw synthetic samples within each partition using the chosen generation strategy. Budget allocation follows the same logic.


Installation

pip install hvrt
git clone https://github.com/hotprotato/hvrt.git
cd hvrt
pip install -e .

Quick Start

from hvrt import HVRT, FastHVRT

# Fit once — reduce and expand from the same model
model = HVRT(random_state=42).fit(X_train, y_train)   # y optional
X_reduced, idx = model.reduce(ratio=0.3, return_indices=True)
X_synthetic    = model.expand(n=50000)
X_augmented    = model.augment(n=15000)

# FastHVRT — O(n·d) target; preferred for expansion
model = FastHVRT(random_state=42).fit(X_train)
X_synthetic = model.expand(n=50000)

API Reference

HVRT

from hvrt import HVRT

model = HVRT(
    n_partitions=None,           # Max tree leaves; auto-tuned if None
    min_samples_leaf=None,       # Min samples per leaf; auto-tuned if None
    y_weight=0.0,                # 0.0 = unsupervised; 1.0 = y drives splits
    bandwidth='auto',            # KDE bandwidth: 'auto' (default), float, 'scott', 'silverman'
    auto_tune=True,
    random_state=42,
    # Pipeline params (see Pipeline section)
    reduce_params=None,
    expand_params=None,
    augment_params=None,
)

Target: sum of normalised pairwise feature interactions. O(n · d²). Preferred for reduction.

FastHVRT

from hvrt import FastHVRT

model = FastHVRT(bandwidth='auto', random_state=42)

Target: sum of z-scores. O(n · d). Equivalent quality to HVRT for expansion. All constructor parameters identical to HVRT.

HVRTOptimizer

Requires: pip install hvrt[optimizer]

from hvrt import HVRTOptimizer

opt = HVRTOptimizer(
    n_trials=30,             # Optuna trials; use ≥50 in production
    n_jobs=1,                # Parallel trials (-1 = all cores)
    cv=3,                    # Cross-validation folds for the objective
    expansion_ratio=5.0,     # Synthetic-to-real ratio during evaluation
    task='auto',             # 'auto', 'regression', 'classification'
    timeout=None,            # Wall-clock time limit in seconds
    random_state=None,
    verbose=0,               # 0 = silent, 1 = Optuna trial progress
)
opt = opt.fit(X, y)          # y enables TSTR Δ objective; required for classification

Performs TPE-based Bayesian optimisation over n_partitions, min_samples_leaf, y_weight, kernel / bandwidth, and variance_weighted. The HVRT defaults are always evaluated as trial 0 (warm start), so HPO can only match or improve on the baseline.

Post-fit attributes:

Attribute Type Description
best_score_ float Best mean TSTR Δ across CV folds
best_params_ dict Best constructor kwargs (n_partitions, min_samples_leaf, y_weight, bandwidth)
best_expand_params_ dict Best expand kwargs (variance_weighted, optionally generation_strategy)
best_model_ HVRT Refitted on the full dataset using best_params_
study_ optuna.Study Full Optuna study for visualisation and diagnostics

After fitting:

opt = HVRTOptimizer(n_trials=50, n_jobs=4, cv=3, random_state=42).fit(X, y)
print(f'Best TSTR Δ: {opt.best_score_:+.4f}')
print(f'Best params: {opt.best_params_}')

X_synth = opt.expand(n=50000)         # y column stripped automatically
X_aug   = opt.augment(n=len(X) * 5)   # originals + synthetic

expand() and augment() strip the appended y column, returning arrays with the same number of columns as the training X.

fit

model.fit(X, y=None, feature_types=None)
# feature_types: list of 'continuous' or 'categorical' per column

reduce

X_reduced = model.reduce(
    n=None,                  # Absolute target count
    ratio=None,              # Proportional (e.g. 0.3 = keep 30%)
    method='fps',            # Selection strategy; see Selection Strategies
    variance_weighted=True,  # Oversample high-variance partitions
    return_indices=False,
    n_partitions=None,       # Override tree granularity for this call only
)

expand

X_synth = model.expand(
    n=10000,
    variance_weighted=False,      # True = oversample tails
    bandwidth=None,               # Override instance bandwidth; accepts float, 'auto', 'scott'
    adaptive_bandwidth=False,     # Scale bandwidth with local expansion ratio
    generation_strategy=None,     # See Generation Strategies
    return_novelty_stats=False,
    n_partitions=None,
)

adaptive_bandwidth=True uses per-partition bandwidth bw_p = scott_p × max(1, budget_p/n_p)^(1/d).

augment

X_aug = model.augment(n=15000, variance_weighted=False)
# n must exceed len(X); returns original X concatenated with (n - len(X)) synthetic samples

Utility methods

partitions = model.get_partitions()
# [{'id': 5, 'size': 120, 'mean_abs_z': 0.84, 'variance': 1.2}, ...]

novelty = model.compute_novelty(X_new)   # min z-space distance per point

params = HVRT.recommend_params(X)        # {'n_partitions': 180, ...}

sklearn Pipeline

Operation parameters are declared at construction time via ReduceParams, ExpandParams, or AugmentParams. The tree is fitted once during fit(); transform() calls the corresponding operation.

from hvrt import HVRT, FastHVRT, ReduceParams, ExpandParams, AugmentParams
from sklearn.pipeline import Pipeline

# Reduce
pipe = Pipeline([('hvrt', HVRT(reduce_params=ReduceParams(ratio=0.3)))])
X_red = pipe.fit_transform(X, y)

# Expand
pipe = Pipeline([('hvrt', FastHVRT(expand_params=ExpandParams(n=50000)))])
X_synth = pipe.fit_transform(X)

# Augment
pipe = Pipeline([('hvrt', HVRT(augment_params=AugmentParams(n=15000)))])
X_aug = pipe.fit_transform(X)

Alternatively, import from hvrt.pipeline to make the intent explicit:

from hvrt.pipeline import HVRT, ReduceParams

ReduceParams

ReduceParams(
    n=None,
    ratio=None,              # e.g. 0.3
    method='fps',
    variance_weighted=True,
    return_indices=False,
    n_partitions=None,
)

ExpandParams

ExpandParams(
    n=50000,                 # required
    variance_weighted=False,
    bandwidth=None,
    adaptive_bandwidth=False,
    generation_strategy=None,
    return_novelty_stats=False,
    n_partitions=None,
)

AugmentParams

AugmentParams(
    n=15000,                 # required; must exceed len(X)
    variance_weighted=False,
    n_partitions=None,
)

Generation Strategies

from hvrt import FastHVRT, epanechnikov, univariate_kde_copula

model = FastHVRT(random_state=42).fit(X)

# By name (preferred)
X_synth = model.expand(n=10000, generation_strategy='epanechnikov')

# By reference
X_synth = model.expand(n=10000, generation_strategy=univariate_kde_copula)

# Custom strategy — implement StatefulGenerationStrategy
from hvrt import StatefulGenerationStrategy, PartitionContext
import numpy as np

class MyStrategy:
    def prepare(self, X_z, partition_ids, unique_partitions):
        # precompute partition metadata once
        ...
        return PartitionContext(X_z=X_z, ...)   # or a PartitionContext subclass

    def generate(self, context, budgets, random_state):
        ...
        return X_synthetic   # shape (sum(budgets), n_features), z-score space

X_synth = model.expand(n=10000, generation_strategy=MyStrategy())
Strategy Behaviour Throughput (5K→25K, d=10) Notes
'multivariate_kde' Gaussian KDE via batch Cholesky (pure NumPy). Captures full joint covariance. 2.3M samples/s Default when partitions are large
'epanechnikov' Product Epanechnikov kernel, Ahrens-Dieter sampling. Bounded support. 2.6M samples/s Recommended for classification; ≥5× ratios
'bootstrap_noise' Resample with replacement + Gaussian noise at 10% of per-feature std. 4.3M samples/s Fastest; no distributional assumptions
'univariate_kde_copula' Per-feature 1-D KDE marginals + Gaussian copula. CDF grids precomputed at fit(). ~1M samples/s More flexible per-feature marginals

All four built-in strategies implement StatefulGenerationStrategy: partition metadata is precomputed once in prepare() (called at fit() time when the strategy is declared) and reused across repeated expand() calls.

from hvrt import BUILTIN_GENERATION_STRATEGIES
list(BUILTIN_GENERATION_STRATEGIES)
# ['multivariate_kde', 'univariate_kde_copula', 'bootstrap_noise', 'epanechnikov']

Selection Strategies

from hvrt import HVRT

model = HVRT(random_state=42).fit(X, y)

# By name (preferred)
X_red = model.reduce(ratio=0.2, method='fps')             # default
X_red = model.reduce(ratio=0.2, method='medoid_fps')
X_red = model.reduce(ratio=0.2, method='variance_ordered')
X_red = model.reduce(ratio=0.2, method='stratified')

# By reference (module-level singleton)
from hvrt import centroid_fps, variance_ordered
X_red = model.reduce(ratio=0.2, method=variance_ordered)

# Custom strategy — implement StatefulSelectionStrategy
from hvrt import StatefulSelectionStrategy, SelectionContext
import numpy as np

class MySelector:
    def prepare(self, X_z, partition_ids, unique_partitions):
        # precompute partition metadata once (cached at fit() time)
        from hvrt.reduction_strategies import _build_selection_context
        return _build_selection_context(X_z, partition_ids, unique_partitions)

    def select(self, context, budgets, random_state, n_jobs=1):
        # context.sort_idx, context.part_starts, context.part_sizes available
        ...
        return selected_indices   # global indices into X_z

X_red = model.reduce(ratio=0.2, method=MySelector())
Strategy Behaviour Notes
'fps' / 'centroid_fps' Greedy FPS seeded at partition centroid. Default. Best general-purpose diversity
'medoid_fps' FPS seeded at partition medoid. Robust to outliers; slightly slower
'variance_ordered' Highest local k-NN variance (k=10). 23–37× faster with n_jobs=-1 at large n
'stratified' Fully-vectorised random sample. 2.5–3× faster than loop; best for repeated reduce()

All four built-in strategies implement StatefulSelectionStrategy: partition metadata is precomputed once in prepare() (eagerly at fit() time when declared via reduce_params.method) and cached across repeated reduce() calls. The model's n_jobs is forwarded to select() automatically.

from hvrt import BUILTIN_STRATEGIES
list(BUILTIN_STRATEGIES)
# ['centroid_fps', 'fps', 'medoid_fps', 'variance_ordered', 'stratified']

Memory-conscious large-data workflow: FPS strategies dispatch partitions to loky workers independently, keeping per-worker memory O(partition size) regardless of total dataset size. Enable with n_jobs=-1:

model = HVRT(n_jobs=-1).fit(X_large)          # n_jobs forwarded to select()
X_red = model.reduce(ratio=0.1, method='fps') # parallel FPS, bounded memory per worker

Recommendations

Findings from a systematic bandwidth and kernel benchmark across 6 datasets, 3 expansion ratios (2×/5×/10×), and 11 methods (see benchmarks/bandwidth_benchmark.py and findings.md).

bandwidth='auto' — the default

bandwidth='auto' is the default and requires no tuning for most datasets. At each expand() call it inspects the fitted partition structure and picks the kernel most likely to produce high-quality synthetic data:

model = HVRT().fit(X)          # bandwidth='auto' by default
X_synth = model.expand(n=50000)  # auto chooses at call-time

How it decides:

At call-time, 'auto' computes the mean number of samples per partition and compares it against a feature-scaled threshold: max(15, 2 × n_continuous_features).

Condition Chosen kernel Reason
mean partition size threshold Narrow Gaussian h=0.1 Enough samples for stable multivariate covariance estimation; tight kernel stays within partition geometry
mean partition size < threshold Epanechnikov product kernel Too few samples for reliable covariance; product kernel requires no covariance matrix and bounded support keeps samples within the local region

The threshold scales with dimensionality because the minimum samples needed for a non-degenerate d-dimensional covariance matrix grows with d. At 5 features the threshold is 15; at 15 features it is 30.

Why not just always use one or the other:

Benchmarking across 4 regression datasets showed a clean crossover depending on partition size. With the default auto-tuned partition count (typically 15–20 partitions at n=500), partitions hold ~25 samples and narrow Gaussian wins on TSTR. But when partitions are finer — either because the dataset is large and the auto-tuner produces more leaves, or because n_partitions is manually increased — Gaussian KDE degrades as partitions become too small for stable covariance estimation, while Epanechnikov holds steady or improves. For example, on the housing dataset (d=6) at 10× expansion:

Partition count Gaussian h=0.1 TSTR Epanechnikov TSTR
auto (~18) +0.004 −0.014
50 −0.033 −0.008
100 −0.037 −0.011
200 −0.080 −0.008

The crossover point depends on dimensionality: higher-dimensional datasets shift it earlier. On multimodal (d=10), Epanechnikov wins from 30 partitions onward (mean partition size ~13 at n=500). On housing (d=6) and emergence_divergence (d=5), the crossover is ~50 partitions. This is because higher dimensionality makes a d×d covariance matrix harder to estimate stably from small samples, while Epanechnikov is always covariance-free.

'auto' captures this automatically: when you call expand(n_partitions=200), 'auto' sees the resulting small partition sizes and switches to Epanechnikov without any manual intervention.

When to override 'auto':

  • Heterogeneous / high-skew classification task (mean |skew| ≳ 0.8): generation_strategy='epanechnikov' directly — Epanechnikov wins consistently when within-partition data is non-Gaussian. On near-Gaussian classification data, bandwidth='auto' (h=0.10) or adaptive_bandwidth=True is competitive or better, particularly at 2×–5× expansion ratios.
  • Small dataset, coarse partitions, regression: bandwidth=0.1 or bandwidth=0.3 — explicit narrow Gaussian if you know partition sizes are large and correlation structure matters.
  • Diagnostic / ablation: pass explicit values (bandwidth=0.3, bandwidth='scott') to isolate the bandwidth effect.

Why Scott's rule underperforms

Scott's rule is AMISE-optimal for iid Gaussian data. HVRT partitions, while locally more homogeneous than the global distribution, are not Gaussian enough for this to hold (mean |skewness| 0.49–1.37 across benchmark datasets). More importantly, the decision tree already captures the primary variance structure of each partition, so the residual within-partition variance is narrower than Scott's formula assumes. The result is systematic over-smoothing: synthetic samples bleed across partition boundaries and dilute the local density structure. Scott's rule won 0 of 18 benchmark conditions.

Wide bandwidths (≥ 0.75) are actively harmful. They produce synthetic data that degrades downstream ML models (TSTR Δ as low as −0.75 R²). Discriminator accuracy can paradoxically improve with wide bandwidths on regression — a metric artifact where spreading matches marginals while destroying joint structure. Use TSTR as the primary quality signal, not disc_err.

Partition granularity

If 'auto' is already in use, increasing n_partitions will automatically trigger the switch to Epanechnikov when partition sizes fall below the threshold. You can also set it explicitly:

# Finer partitions — 'auto' will pick Epanechnikov when sizes drop below threshold
model.expand(n=50000, n_partitions=150)

# Or fix at construction time
model = HVRT(n_partitions=150, min_samples_leaf=10).fit(X)

Benchmark evidence (regression datasets, 5×/10× expansion ratios):

Dataset (d) At auto (~18 parts) best TSTR At 150 parts Epan TSTR
housing (d=6) h=0.30: −0.001 −0.013
multimodal (d=10) h=0.30: +0.004 +0.001
emergence_divergence (d=5) h=0.10: +0.007 +0.004
emergence_bifurcation (d=5) h=0.10: −0.022 −0.118

Note: for the emergence_bifurcation dataset (where the same feature region maps to a bimodal target), all methods remain significantly negative at any partition count. This indicates a structural limit: if the same X values correspond to multiple distinct y outcomes, expansion without conditioning on y cannot reproduce that structure. In such cases consider conditioning expansion on y directly (e.g., expand class-conditional subsets separately).

Hyperparameter optimisation (HPO)

Dataset heterogeneity is the primary driver of how sensitive synthetic quality is to HVRT's parameters. A well-behaved, near-Gaussian dataset with few sub-populations produces good synthetic data at defaults with little room to improve. A dataset with distinct clusters, non-linear interactions, or regime-switching needs finer partitions to achieve local homogeneity within each leaf — and the optimal settings are dataset-specific.

Benchmark evidence: on near-Gaussian data (fraud, housing at auto partition count), TSTR varied by less than 0.01 across all bandwidth candidates. On heterogeneous datasets (emergence_divergence, emergence_bifurcation), TSTR varied by up to 0.20+ between the best and worst methods at the same partition count. If your data is heterogeneous, HPO pays; if it is well-behaved, defaults are sufficient.

When HPO is worth running:

  • TSTR Δ is significantly negative on your downstream task (below −0.05 is a useful rule of thumb)
  • Your dataset has known sub-populations, clusters, non-linear interactions, or regime changes (e.g., different dynamics at different feature values)
  • You are generating at a high ratio (10×+) where compounding errors matter more

Parameter search space:

Parameter Default Suggested search Effect
n_partitions auto None, 20, 30, 50, 75, 100 Primary lever. More partitions → finer local homogeneity. Start here.
min_samples_leaf auto 5, 10, 15, 20 Controls auto-tuner floor; lower allows finer splits when n is large.
bandwidth 'auto' 'auto', 0.05, 0.10, 0.30, epanechnikov 'auto' is usually near-optimal once partition count is right.
variance_weighted False True, False True oversamples high-variance partitions; useful for tail-heavy distributions.
y_weight 0.0 0.1, 0.3, 0.5 Weights target in synthetic target; helps when y governs sub-population identity.

Evaluation metric: Use TSTR Δ (train-on-synthetic, test-on-real minus train-on-real baseline) as the HPO objective. Discriminator accuracy (disc_err) is structurally insensitive — wide bandwidths can lower it by spreading marginals while destroying joint structure. TSTR directly measures what matters: can a model trained on synthetic data perform as well as one trained on real data?

Example HPO loop:

Use HVRTOptimizer for automated Bayesian optimisation with Optuna (install the optional extra first: pip install hvrt[optimizer]):

from hvrt import HVRTOptimizer

opt = HVRTOptimizer(n_trials=50, n_jobs=4, cv=3, random_state=42).fit(X, y)
print(f'Best TSTR Δ: {opt.best_score_:+.4f}')
print(f'Best params: {opt.best_params_}')

X_synth = opt.expand(n=50000)        # uses tuned kernel + params
X_aug   = opt.augment(n=len(X) * 5)  # originals + synthetic

HVRTOptimizer searches over n_partitions, min_samples_leaf, y_weight, kernel / bandwidth, and variance_weighted using TPE sampling, with TRTR pre-computed once to halve GBM fitting overhead. The fitted best_model_ is refitted on the full dataset after tuning.

For a custom objective or manual grid search:

from sklearn.ensemble import GradientBoostingRegressor
from sklearn.metrics import r2_score
from sklearn.model_selection import train_test_split
import numpy as np
from hvrt import HVRT

X_tr, X_te, y_tr, y_te = train_test_split(X, y, test_size=0.2, random_state=42)

def tstr_delta(n_partitions, bandwidth, variance_weighted=False, seed=42):
    XY_tr = np.column_stack([X_tr, y_tr.reshape(-1, 1)])
    model = HVRT(n_partitions=n_partitions, bandwidth=bandwidth,
                 random_state=seed).fit(XY_tr)
    XY_s = model.expand(n=len(X_tr) * 5, variance_weighted=variance_weighted)
    X_s, y_s = XY_s[:, :-1], XY_s[:, -1]
    trtr = r2_score(y_te, GradientBoostingRegressor(
                        random_state=seed).fit(X_tr, y_tr).predict(X_te))
    tstr = r2_score(y_te, GradientBoostingRegressor(
                        random_state=seed).fit(X_s, y_s).predict(X_te))
    return tstr - trtr

best_score, best_cfg = float('-inf'), {}
for n_parts in [None, 30, 50, 100]:   # None = let auto-tune decide
    for bw in ['auto', 0.10, 0.30]:
        score = tstr_delta(n_partitions=n_parts, bandwidth=bw)
        if score > best_score:
            best_score, best_cfg = score, {'n_partitions': n_parts, 'bandwidth': bw}

print(f'Best TSTR Δ={best_score:+.4f}  params={best_cfg}')

Recommended tuning sequence:

  1. Run with defaults. Establish a baseline TSTR Δ. If it is close to zero, stop.
  2. Sweep n_partitions. This has the largest effect on heterogeneous data. Try None (auto), 20, 30, 50, 75, 100. More partitions only help when n is large enough — a rule of thumb is at least 10–15 real samples per partition.
  3. Check bandwidth. With 'auto', HVRT already picks the right kernel for the resulting partition size. If you have prior knowledge (classification → prefer 'epanechnikov'; regression with large partitions → prefer 0.10), override it.
  4. Try variance_weighted=True if your dataset has a long tail or rare events you want the expansion to oversample.
  5. If TSTR remains poor at any partition count, the dataset likely has inherently unpredictable local structure (e.g., the same feature region maps to multiple distinct outcomes). Consider conditioning: split by y quantile or class and expand each subset independently.

What not to try: Expanding synthetically and re-fitting HVRT on that output ("two-phase pipeline") to manufacture fine partitions does not improve TSTR. Phase 1 Gaussian smoothing introduces distribution drift that Phase 2 amplifies, and the net TSTR is worse than single-phase at the auto partition count. Finer partitions must come from more real data.


Benchmarks

Sample reduction

Metric: GBM ROC-AUC on reduced training set as % of full-training-set AUC. n=3 000 train / 2 000 test, seed=42.

Scenario Retention HVRT-fps HVRT-yw Random Stratified
Well-behaved (Gaussian, no noise) 10% 97.1% 98.1% 96.9% 98.0%
Well-behaved (Gaussian, no noise) 20% 98.7% 98.9% 98.3% 99.0%
Noisy labels (20% random flip) 10% 96.1% 91.1% 93.3% 90.4%
Noisy labels (20% random flip) 20% 95.2% 95.9% 93.1% 93.1%
Heavy-tail + label noise + junk features 30% 98.2% 98.2% 94.3% 95.2%
Rare events (5% positive class) 10% 98.0% 99.4% 86.5% 94.1%
Rare events (5% positive class) 20% 98.0% 100.4% 97.9% 99.0%

HVRT-fps: method='fps', variance_weighted=True. HVRT-yw: same + y_weight=0.3.

Reproduce: python benchmarks/reduction_denoising_benchmark.py

Synthetic data expansion

Metrics: discriminator accuracy (target ≈ 50%), marginal fidelity, tail preservation (target = 1.0), Privacy DCR, TSTR Δ. bandwidth='auto', max_n=500 training samples, expansion ratio 1×. Mean across continuous benchmark datasets (fraud, housing, multimodal). Full results: --print-table expand.

Method Marginal Fidelity Disc. Err % ↓ Tail Preservation Privacy DCR TRTR TSTR TSTR Δ Fit time
HVRT-size 0.944 5.0 1.023 0.45 0.846 0.850 +0.004 0.006 s
HVRT-var 0.921 1.8 1.068 0.45 0.846 0.866 +0.020 0.007 s
FastHVRT-size 0.936 1.5 1.018 0.43 0.846 0.805 −0.041 0.006 s
Gaussian Copula 0.937 1.9 0.983 1.17 0.846 0.806 −0.040 0.002 s
GMM (k≤20) 0.878 1.8 1.035 1.17 0.846 0.820 −0.026 0.028 s
Bootstrap + Noise 0.928 0.8 0.971 0.41 0.846 0.833 −0.013 0.000 s
SMOTE 0.902 1.0 0.889 0.30 0.846 0.828 −0.018 0.003 s
CTGAN† 0.421 32.3 1.95 0.769* 0.726 −0.043 ~10 s
TVAE† 0.624 26.1 0.89 0.769* 0.702 −0.067 ~6 s
TabDDPM‡ 0.960 2.0 N/A‡ 120 s
MOSTLY AI‡ 0.975 1.0 N/A‡ 60 s

Disc. Err = |discriminator accuracy − 50%|. Lower = more indistinguishable from real. Target = 0. Note: Bootstrap + Noise achieves 0.8% error by creating near-copies — low discriminator error without genuine novelty. TSTR Δ is the more reliable quality signal. † CTGAN/TVAE run locally (--deep-learning); all metrics including DCR are computed. Poor Disc. Err reflects small n=400 training set — deep-learning methods need more data. ‡ Published numbers only — no local runner. DCR cannot be computed. * CTGAN/TVAE TRTR is 0.769 (mean over housing + multimodal); fraud was not evaluated for these methods, so their baseline differs from other methods' 0.846 (fraud + housing + multimodal). Tail preservation = 1.0 is ideal.

Reproduce: python benchmarks/run_benchmarks.py --tasks expand --deep-learning

Privacy evaluation

The benchmark suite computes two data privacy metrics for every expansion run. Both are available in the full JSON output, the ASCII results table (--print-table expand), and the summary plot (--plot).

Distance-to-Closest-Record (DCR)

DCR = median(min_dist(synthetic_i → real))
    / median(min_dist(real_i → real excluding itself))
DCR range Interpretation
< 0.1 Near-copies: synthetic samples sit very close to specific training records — high record-linkage risk
0.1 – 0.8 Tight generation: samples fit the local distribution well; low risk unless combined with auxiliary data
≈ 1.0 Neutral: synthetic samples at the same typical distances as real-to-real neighbours
> 1.0 Spread generation: samples more dispersed than real data — global models cover empty regions

A tight generative model (HVRT, Bootstrap + Noise) intentionally produces samples close to the training distribution, yielding DCR < 1 on continuous data — this is correct behaviour, not a privacy failure. Global models (Gaussian Copula, GMM) yield DCR ≈ 1.0–1.2 because they sample from the full inferred distribution rather than local neighbourhoods.

The critical threshold is DCR < 0.1: at that level synthetic samples are essentially copies of training records and present a realistic record-linkage risk. HVRT (DCR ≈ 0.45) is 3× safer than Bootstrap + Noise (DCR ≈ 0.16) and 1.5× safer than SMOTE (DCR ≈ 0.30) on continuous data.

Categorical data caveat: on datasets with many near-duplicate records (e.g., binary or low-cardinality features), the real→real NN distance approaches zero, making the DCR ratio unstable. In the benchmark the adult dataset produces DCR values of 10–400× for all methods due to this effect — treat those numbers as unreliable. DCR is most meaningful on fully-continuous feature sets.

Novelty min-distance (novelty_min) is the minimum Euclidean distance from any synthetic sample to any real sample. A value of 0 means at least one exact duplicate of a training record was generated. HVRT's KDE sampling is strictly stochastic and produces novelty_min > 0 for any finite bandwidth.

Full privacy diagnostics per method are printed when you run:

python benchmarks/run_benchmarks.py --tasks expand --deep-learning
python benchmarks/report_results.py            # detailed rankings + radar chart including DCR

Privacy–Fidelity Decision Matrix

bandwidth is the primary lever for controlling Privacy DCR. The table below shows the recommended configuration per privacy profile, selected for highest marginal fidelity within each DCR range (TSTR Δ ≥ −0.05 filter; expansion ratio 2×; averaged across continuous datasets: fraud, housing, multimodal).

Privacy Profile DCR Target n_partitions bandwidth DCR Marginal Fidelity Disc. Err % TRTR TSTR TSTR Δ
Tight [0.00, 0.40) None (auto) 0.1 0.332 0.966 1.83% 0.846 0.834 −0.012
Moderate [0.40, 0.70) None (auto) 'auto' 0.443 0.958 0.79% 0.846 0.834 −0.012
High [0.70, 1.00) None (auto) 0.5 0.797 0.925 1.71% 0.846 0.839 −0.007
Maximum [1.00, ∞) 10 'scott' 1.067 0.856 0.50% 0.846 0.824 −0.022

Reproduce: python benchmarks/dcr_privacy_benchmark.py

As expected, higher DCR trades off against marginal fidelity. The Moderate profile (bandwidth='auto', n_partitions=None) is the default HVRT behaviour. Choosing a privacy profile is a one-parameter decision — only bandwidth changes; n_partitions stays at None for all profiles except Maximum.

# High privacy profile
model = FastHVRT(bandwidth=0.5, random_state=42).fit(X)
X_synth = model.expand(n=50000)   # DCR ≈ 0.80, MF ≈ 0.925

# Maximum privacy profile
model = FastHVRT(n_partitions=10, bandwidth='scott', random_state=42).fit(X)
X_synth = model.expand(n=50000)   # DCR ≈ 1.07, MF ≈ 0.856

Adaptive bandwidth and privacy

adaptive_bandwidth=True provides a significant DCR lift at expansion ratios above 1× without changing constructor parameters. It scales per-partition bandwidth as bw_p = scott_p × max(1, budget_p/n_p)^(1/d).

Expansion ratio adaptive_bandwidth Dataset DCR Marginal Fidelity TRTR TSTR TSTR Δ
False fraud 0.448 0.940 1.000 1.000 0.000
True fraud 0.448 0.940 1.000 1.000 0.000
False housing 0.744 0.962 0.573 0.554 −0.019
True housing 1.387 0.851 0.573 0.586 +0.013
False multimodal 0.136 0.971 0.966 0.949 −0.017
True multimodal 1.060 0.854 0.966 0.947 −0.019
False housing 0.739 0.975 0.573 0.541 −0.032
True housing 1.349 0.825 0.573 0.590 +0.017
False multimodal 0.136 0.975 0.966 0.948 −0.018
True multimodal 1.131 0.831 0.966 0.947 −0.019

adaptive_bandwidth=True moves housing from Moderate (0.74) to Maximum (1.39) and multimodal from Tight (0.14) to Maximum (1.06) at 2× ratio, while also improving TSTR Δ on housing (+0.032 gain). On fraud the dataset is already KDE-bandwidth-dominated and adaptive scaling has no additional effect. Use adaptive_bandwidth=True when expanding at ratios ≥ 2× and a DCR ≥ 1.0 target is required.


Benchmarking Scripts

python benchmarks/run_benchmarks.py
python benchmarks/run_benchmarks.py --tasks reduce --datasets adult housing
python benchmarks/run_benchmarks.py --tasks expand
python benchmarks/strategy_speedup_benchmark.py   # vectorization speedup (new in v2.4)
python benchmarks/speed_benchmark.py              # serial vs parallel wall-clock times
python benchmarks/reduction_denoising_benchmark.py
python benchmarks/adaptive_kde_benchmark.py
python benchmarks/adaptive_full_benchmark.py
python benchmarks/heart_disease_benchmark.py      # requires: pip install ctgan
python benchmarks/bootstrap_failure_benchmark.py
python benchmarks/hpo_benchmark.py               # HPO vs defaults, nested CV (requires: pip install hvrt[optimizer])
python benchmarks/hpo_benchmark.py --quick       # 3 datasets, 10 trials, fast mode
python benchmarks/dcr_privacy_benchmark.py       # privacy–fidelity parameter sweep + decision matrix
python benchmarks/dcr_privacy_benchmark.py --no-adaptive  # grid-only, skip adaptive bandwidth sweep

Backward Compatibility

The v1 API is still importable:

from hvrt import HVRTSampleReducer, AdaptiveHVRTReducer

reducer = HVRTSampleReducer(reduction_ratio=0.2, random_state=42)
X_reduced, y_reduced = reducer.fit_transform(X, y)

The mode constructor parameter is deprecated. Replace with params objects:

# Deprecated
HVRT(mode='reduce')

# Replacement
HVRT(reduce_params=ReduceParams(ratio=0.3))

The plain callable protocol for generation strategies is deprecated (v2.4). Custom callables still work and emit HVRTDeprecationWarning:

# Deprecated (still works)
def my_strategy(X_z, partition_ids, unique_partitions, budgets, random_state):
    ...
    return X_synthetic

model.expand(n=50000, generation_strategy=my_strategy)

# Replacement: implement StatefulGenerationStrategy
from hvrt import StatefulGenerationStrategy

class MyStrategy:
    def prepare(self, X_z, partition_ids, unique_partitions):
        ...   # return a PartitionContext (or subclass)
    def generate(self, context, budgets, random_state):
        ...   # return (sum(budgets), d) ndarray

model.expand(n=50000, generation_strategy=MyStrategy())

The plain callable protocol for selection strategies is also deprecated. Custom callables still work and emit HVRTDeprecationWarning:

# Deprecated (still works)
def my_selector(X_z, partition_ids, unique_partitions, budgets, random_state):
    ...
    return selected_indices

model.reduce(ratio=0.3, method=my_selector)

# Replacement: implement StatefulSelectionStrategy
from hvrt import StatefulSelectionStrategy
from hvrt.reduction_strategies import _build_selection_context

class MySelector:
    def prepare(self, X_z, partition_ids, unique_partitions):
        return _build_selection_context(X_z, partition_ids, unique_partitions)
    def select(self, context, budgets, random_state, n_jobs=1):
        ...   # return 1-D int64 ndarray of global indices

model.reduce(ratio=0.3, method=MySelector())

Testing

pytest
pytest --cov=hvrt --cov-report=term-missing

Citation

@software{hvrt2026,
  author = {Peace, Jake},
  title  = {HVRT: Hierarchical Variance-Retaining Transformer},
  year   = {2026},
  url    = {https://github.com/hotprotato/hvrt}
}

License

GNU Affero General Public License v3 or later (AGPL-3.0-or-later) — see LICENSE.

Acknowledgments

Development assisted by Claude (Anthropic).

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

hvrt-2.8.0.tar.gz (478.4 kB view details)

Uploaded Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

hvrt-2.8.0-cp313-cp313-win_amd64.whl (322.0 kB view details)

Uploaded CPython 3.13Windows x86-64

hvrt-2.8.0-cp313-cp313-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (391.9 kB view details)

Uploaded CPython 3.13manylinux: glibc 2.17+ x86-64

hvrt-2.8.0-cp313-cp313-macosx_11_0_arm64.whl (327.9 kB view details)

Uploaded CPython 3.13macOS 11.0+ ARM64

hvrt-2.8.0-cp312-cp312-win_amd64.whl (322.0 kB view details)

Uploaded CPython 3.12Windows x86-64

hvrt-2.8.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (391.9 kB view details)

Uploaded CPython 3.12manylinux: glibc 2.17+ x86-64

hvrt-2.8.0-cp312-cp312-macosx_11_0_arm64.whl (327.8 kB view details)

Uploaded CPython 3.12macOS 11.0+ ARM64

hvrt-2.8.0-cp311-cp311-win_amd64.whl (320.0 kB view details)

Uploaded CPython 3.11Windows x86-64

hvrt-2.8.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (390.4 kB view details)

Uploaded CPython 3.11manylinux: glibc 2.17+ x86-64

hvrt-2.8.0-cp311-cp311-macosx_11_0_arm64.whl (325.8 kB view details)

Uploaded CPython 3.11macOS 11.0+ ARM64

hvrt-2.8.0-cp310-cp310-win_amd64.whl (319.4 kB view details)

Uploaded CPython 3.10Windows x86-64

hvrt-2.8.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (389.4 kB view details)

Uploaded CPython 3.10manylinux: glibc 2.17+ x86-64

hvrt-2.8.0-cp310-cp310-macosx_11_0_arm64.whl (324.6 kB view details)

Uploaded CPython 3.10macOS 11.0+ ARM64

hvrt-2.8.0-cp39-cp39-win_amd64.whl (323.6 kB view details)

Uploaded CPython 3.9Windows x86-64

hvrt-2.8.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (389.6 kB view details)

Uploaded CPython 3.9manylinux: glibc 2.17+ x86-64

hvrt-2.8.0-cp39-cp39-macosx_11_0_arm64.whl (324.6 kB view details)

Uploaded CPython 3.9macOS 11.0+ ARM64

File details

Details for the file hvrt-2.8.0.tar.gz.

File metadata

  • Download URL: hvrt-2.8.0.tar.gz
  • Upload date:
  • Size: 478.4 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0.tar.gz
Algorithm Hash digest
SHA256 93ae032fdb2976a1b55277de0c3d612cd3913910f7e3dbdd697dce25cfc42d70
MD5 6ec84759927a3d5117d4527217d6c224
BLAKE2b-256 cddc710ffc94edc6645d84d38a66df23ea7189d175c508f17568be06d452d573

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0.tar.gz:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp313-cp313-win_amd64.whl.

File metadata

  • Download URL: hvrt-2.8.0-cp313-cp313-win_amd64.whl
  • Upload date:
  • Size: 322.0 kB
  • Tags: CPython 3.13, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0-cp313-cp313-win_amd64.whl
Algorithm Hash digest
SHA256 bc4335d542abaf85f186839239bf7c63b045261e24ee6168ab23b75433516660
MD5 6d187c701a49021b5db593a2cd60f46f
BLAKE2b-256 fd9a0c27d3383a7e515fe30f4177a2be5be0a4056323f4e5b835909b011da27d

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp313-cp313-win_amd64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp313-cp313-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp313-cp313-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm Hash digest
SHA256 97a72558c39165acd09a8a84f846ad2565d373ec44f93dde24bcb121a81a8bc8
MD5 ed2bf850eeb43a2028abf6898474552f
BLAKE2b-256 b8a8bbb141b242aedb5759a9acdd5a7a9363b9fca2bf732bb9fe741813a9efd8

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp313-cp313-manylinux_2_17_x86_64.manylinux2014_x86_64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp313-cp313-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp313-cp313-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 db3b3046107120ff70db3de1ba16691cab94439c36e6c2fa248955436352022d
MD5 a5ec1f79c36fc9037ad5a63b03f99b6a
BLAKE2b-256 1ebd854249ac1b43ec286cb3a2d91145feb902d4732f58a623cc1fac87aed97e

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp313-cp313-macosx_11_0_arm64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp312-cp312-win_amd64.whl.

File metadata

  • Download URL: hvrt-2.8.0-cp312-cp312-win_amd64.whl
  • Upload date:
  • Size: 322.0 kB
  • Tags: CPython 3.12, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0-cp312-cp312-win_amd64.whl
Algorithm Hash digest
SHA256 f95f22bba07dd27f72d453011a78cd07a4508bf885081b02fd609ef483dd25cc
MD5 00f73c8e1aa29f73ecc5ff3f41d71182
BLAKE2b-256 097dea10a04e4f6470a7a516b09379a443812c40bd2519459e10f916698a3727

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp312-cp312-win_amd64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm Hash digest
SHA256 571ed260573bed2d72766679b4952d89cd3e5d5997f7e2510a7e033584f61c7a
MD5 15727c33134bbd8379be638f2055dd52
BLAKE2b-256 15da6e929d96255d137c456b09cd6ff88f100102e6c639800c9baa5f529c3eab

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp312-cp312-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp312-cp312-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 1569947083841b4a0ac319e56a6564b7b2e6c1bfb6e92b59c099705f93fab03e
MD5 a6fa7e0345119e521041b1df8ca6b775
BLAKE2b-256 648b5375516087f0099339a5913fdaab91dccd14a958c717e2a3e7c46252ecfc

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp312-cp312-macosx_11_0_arm64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp311-cp311-win_amd64.whl.

File metadata

  • Download URL: hvrt-2.8.0-cp311-cp311-win_amd64.whl
  • Upload date:
  • Size: 320.0 kB
  • Tags: CPython 3.11, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0-cp311-cp311-win_amd64.whl
Algorithm Hash digest
SHA256 a2713d2de14d66b7168a5bbac073da837297f63cf5508415969e250c2f54ac38
MD5 c92b76f46431c95feaeabfdff4c17d34
BLAKE2b-256 8123613a18cf5577527d579aa3ed89885c887f3d0e78ffb0531753fcfbdc4470

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp311-cp311-win_amd64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm Hash digest
SHA256 b434717407304e13aef2d3fcee130886d10d897ea2b8ba9a913cc3cb01bc082b
MD5 54c2edfd9692e7b60660d93f419d2ce3
BLAKE2b-256 75057134141893c31ad943f41b608615707108db980909763444f2ce8510418a

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp311-cp311-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp311-cp311-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 f06fce96c1ed73e24e2903ca1b91dd686746d1f74c9c963af813b261aafc8dc0
MD5 1552b11b9c03b813dc4fe2cb7b15438b
BLAKE2b-256 6b7acb7af8b6f888edd2cbaadf31b4015bb61c627668c1fed5a7fac0db375b82

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp311-cp311-macosx_11_0_arm64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp310-cp310-win_amd64.whl.

File metadata

  • Download URL: hvrt-2.8.0-cp310-cp310-win_amd64.whl
  • Upload date:
  • Size: 319.4 kB
  • Tags: CPython 3.10, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0-cp310-cp310-win_amd64.whl
Algorithm Hash digest
SHA256 55c3120f02b6b9ede7a41aad520a52871e03f6c8843376b32d4c15c29e4ac9c1
MD5 743900da8ea4a0a01fdc44e0e9cd853a
BLAKE2b-256 cd47ea662f691f27a3e6ee55242c1469ccf47457749280138eafb0a9f3f3e8f2

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp310-cp310-win_amd64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm Hash digest
SHA256 dd301b3d287ff10795f2d792e37e8f7dea673f885fa08dd9eff2fbb7b4653ecd
MD5 1ac362a138c57eb518bf6e7136f5d668
BLAKE2b-256 4e4442f4bfbb272bfd67963e7317fbf035234e0fa105a6c25a6a9cc497a21751

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp310-cp310-macosx_11_0_arm64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp310-cp310-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 4394524ff6d59ba362e784d0dacd806dac20cdf23ab1a0c6dfc5d72c57b03c66
MD5 cfe8dd203e19f2c56914636675a96d64
BLAKE2b-256 d43e99c7e4a94a473cab465f4387f1bf70714bfb4243f1492235413be2512c3b

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp310-cp310-macosx_11_0_arm64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp39-cp39-win_amd64.whl.

File metadata

  • Download URL: hvrt-2.8.0-cp39-cp39-win_amd64.whl
  • Upload date:
  • Size: 323.6 kB
  • Tags: CPython 3.9, Windows x86-64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0-cp39-cp39-win_amd64.whl
Algorithm Hash digest
SHA256 449f02ba76fc5989229df5b1faab704b2c30a5ae9e1b6a99a0ccd8a532545c4f
MD5 10e30174c9dd8626d24066de95be3b57
BLAKE2b-256 6f5bfc858620ea8315c84415e7d39d435ff78ec1cb14cdd531a4f3b83e9e2094

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp39-cp39-win_amd64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.

File metadata

File hashes

Hashes for hvrt-2.8.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm Hash digest
SHA256 bb675121c335f5afd92d21075b26ba79958098841ca829878666ce6956305fc0
MD5 dbb417fa7bf62af36c405ed0ba8e6a54
BLAKE2b-256 29c095aae0e3669b7a39aaca61c61bd1a634d2a5c22de1573dd900d56688e3b3

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file hvrt-2.8.0-cp39-cp39-macosx_11_0_arm64.whl.

File metadata

  • Download URL: hvrt-2.8.0-cp39-cp39-macosx_11_0_arm64.whl
  • Upload date:
  • Size: 324.6 kB
  • Tags: CPython 3.9, macOS 11.0+ ARM64
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for hvrt-2.8.0-cp39-cp39-macosx_11_0_arm64.whl
Algorithm Hash digest
SHA256 51ca3d7e9b62002d92778e851ad6139893aa8f7d54c230cd316239904ae4d6af
MD5 2a3f8570a87a6948c3c95c04c13d761d
BLAKE2b-256 17eed65f1e61f25a947d18d6ea81e8aae3de78a9db9e6e500f4bd06e705307e3

See more details on using hashes here.

Provenance

The following attestation bundles were made for hvrt-2.8.0-cp39-cp39-macosx_11_0_arm64.whl:

Publisher: build_wheels.yml on jpeaceau/HVRT

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page