Files
wickra/docs/wiki/indicators/moving-averages/Indicator-Vwma.md
T
kingchenc d2f99efd78 F13c: restructure the indicator catalogue into eight families
The original taxonomy was four classical families plus a statistics group,
with the F1-F12 expansion slotted in as sub-categories. This regroups the
whole 71-indicator catalogue into eight top-level families, each with at
least five members:

  Moving Averages (12), Momentum Oscillators (13), Trend & Directional (9),
  Price Oscillators (5), Volatility & Bands (12), Trailing Stops (5),
  Volume (9), Price Statistics (7).

- Wiki: docs/wiki/indicators/ reorganised into eight family folders; all 71
  indicator pages moved with `git mv`. Every internal cross-link is
  normalised to `../<family>/Indicator-X.md`, each page's `Family` field is
  set to its new family, and two pre-existing `../Indicator-Chaining.md`
  links (should have been `../../`) are corrected. A link check confirms
  every relative wiki link resolves.
- Indicators-Overview.md fully rewritten around the eight families;
  Home.md indicator reference and the README family table follow suit.
- Warmup-Periods.md gains the eight F13 indicators; CHANGELOG records the
  46-indicator expansion (25 -> 71) and the eight-family taxonomy.
- Tests: Node indicators.test.js and Python test_new_indicators.py cover
  all eight new indicators (Node 91/91, Python 117/117 green).

cargo fmt + clippy (core/wickra/data/wasm/node) clean; 508 core tests,
25 data tests and 74 doctests green.
2026-05-22 21:21:56 +02:00

5.4 KiB
Raw Blame History

VWMA

Volume-Weighted Moving Average — a rolling mean of closes where each bar is weighted by its own traded volume.

Quick reference

Field Value
Family Moving Averages
Input type Candle (uses close and volume)
Output type f64
Output range unbounded; tracks the input price scale
Default parameters period is required (no default in either binding)
Warmup period period
Interpretation Trend line that leans toward high-conviction (high-volume) bars.

Formula

VWMA_t = Σ(close_i · volume_i) / Σ(volume_i)   over the last `period` bars

A heavy bar pulls the average toward its close; a thin bar barely moves it. Both the numerator (Σ price·volume) and denominator (Σ volume) are maintained as O(1) rolling sums, so update is O(1) regardless of period.

If every bar in the window has zero volume the weighted mean is undefined (0 / 0). VWMA then falls back to the plain unweighted mean of the period closes, so the output is always finite and defined.

Parameters

Name Type Default Valid range Description
period usize none >= 1 Rolling window length in bars. period = 0 errors with Error::PeriodZero.

There is no Python #[pyo3(signature = …)] default for VWMA, so wickra.VWMA(period) requires the period explicitly.

Inputs / Outputs

From crates/wickra-core/src/indicators/vwma.rs:

impl Indicator for Vwma {
    type Input = Candle;
    type Output = f64;
    // update(&mut self, input: Candle) -> Option<f64>
}

VWMA is a candle-input indicator: it reads close and volume from each Candle. In Python the streaming update accepts a 6-tuple or a dict; the batch helper takes close and volume numpy arrays. Node and WASM expose update(close, volume) and batch(close, volume).

Warmup

Vwma::new(period).warmup_period() == period. The first period 1 candles fill the rolling window; the period-th update() produces the first weighted mean.

Edge cases

  • Constant closes. Closes all equal to c give VWMA = c regardless of the volumes (Σ c·v / Σ v = c), and the zero-volume fallback also yields c (constant_series_yields_the_constant pins this).
  • Zero-volume window. If every bar in the window has volume = 0, VWMA returns the unweighted mean of the period closes (zero_volume_window_falls_back_to_unweighted_mean pins this).
  • Candle validation. Candle::new already rejects NaN/infinite fields and negative volume, so update never sees an invalid bar — there is no separate non-finite guard.
  • Reset. vwma.reset() clears the window and all three rolling sums.

Examples

Rust

use wickra::{Candle, Indicator, Vwma};

fn main() -> Result<(), Box<dyn std::error::Error>> {
    let mut vwma = Vwma::new(2)?;
    // (close, volume): (10, 1) then (20, 3).
    let a = Candle::new(10.0, 10.0, 10.0, 10.0, 1.0, 0)?;
    let b = Candle::new(20.0, 20.0, 20.0, 20.0, 3.0, 1)?;
    println!("{:?}", vwma.update(a));
    println!("{:?}", vwma.update(b));
    Ok(())
}

Output:

None
Some(17.5)

The window holds two bars: (10·1 + 20·3) / (1 + 3) = 70 / 4 = 17.5. The heavier bar at 20 dominates, so the result sits well above the simple mean of 15. This matches the reference_value test in crates/wickra-core/src/indicators/vwma.rs.

Python

import numpy as np
import wickra as ta

vwma = ta.VWMA(2)
close = np.array([10.0, 20.0, 30.0])
volume = np.array([1.0, 3.0, 1.0])
print(vwma.batch(close, volume))
print("warmup_period =", vwma.warmup_period())

Output:

[ nan 17.5 22.5]
warmup_period = 2

Node

const ta = require('wickra');
const vwma = new ta.VWMA(2);
console.log(vwma.batch([10, 20, 30], [1, 3, 1]));
console.log('warmupPeriod:', vwma.warmupPeriod());

Output:

[ NaN, 17.5, 22.5 ]
warmupPeriod: 2

Interpretation

Vwma is a trend line that respects participation. Compared with an equal-weighted Sma of the same period, it reacts faster to moves backed by heavy volume and lags moves on thin volume. The classic read is the Vwma-vs-Sma relationship: Vwma above Sma means recent strength was volume-backed (more trustworthy); Vwma below Sma means the up-moves came on light volume. It is a session-independent cousin of Vwap — VWAP weights by volume since the start of the stream, VWMA over a fixed rolling window.

Common pitfalls

  • Feeding it scalar prices. VWMA needs volume; it takes a Candle, not an f64. Use Sma/Wma for a pure price series.
  • Assuming a zero-volume window is an error. It is not — VWMA falls back to the unweighted mean. If that fallback matters to you, screen the window's total volume yourself.

References

The volume-weighted moving average is a standard volume-weighted rolling mean; the rolling-sum formulation here matches the common pandas implementation (close*volume).rolling(n).sum() / volume.rolling(n).sum(), with an explicit zero-volume fallback added for robustness.

See also