Data, forecasts & evidence
Turn real observations into better questions.
Explore market and public databases, compare forecast ranges, and ask Scout about the saved evidence.
Foundations: Baselines and classical models
Start with naive and seasonal-naive baselines, then move into moving averages and ARIMA/ETS. This gives a
stable benchmark before adding modern architectures that can hide failure modes.
Baseline (naive) -> Smoothed baseline (MA) -> Classical (ARIMA/ETS) -> Decomposition review
Further Reading
Modern forecasting: Multi-horizon and interpretable deep models
Train models to emit full forward paths, not single points. Pair sequence encoders with interpretable attention
and feature importance so commercial stakeholders can audit forecast drivers.
Features -> Encoder/Decoder -> Multi-horizon quantiles -> Attention attributions -> Decision layer
Further Reading
Evaluation: Rolling validation and leakage controls
Use rolling windows with strict time ordering, then report point and interval metrics side by side. Validate
that feature snapshots and joins do not leak future information into training or evaluation windows.
Train window -> Validate on next slice -> Roll forward -> Refit -> Compare metrics and calibration
Further Reading
SageMaker Canvas metrics and Quantura quantile review
SageMaker Canvas reports advanced time-series metrics including Average wQL, WAPE, RMSE, MAPE, and MASE. These measurements describe different error characteristics; no single score replaces inspection of the forecast horizon and quantile calibration.
- Average wQL summarizes accuracy across forecast quantiles; lower is better for the evaluated data.
- WAPE normalizes aggregate absolute error by the observed target total.
- RMSE emphasizes larger misses; MAPE expresses mean percentage error where its denominator is meaningful.
- MASE compares absolute error with a simple baseline; values below one are estimated to outperform that baseline.
- Canvas accepts up to five comma-separated quantiles for a time-series model.
Chronological dataset → Canvas time-series build → quantile CSV → Forecast Foundry validation → P10/P50/P90 scenarios and anomaly review
Quantura treats P10 as a lower scenario, P50 as the median/base scenario, and P90 as an upper scenario. It never collapses the distribution into a guaranteed point target. Uploaded rows are date-aware and retain the model's supplied boundaries.
Further Reading
Signal engineering: Demand inflection features
Convert forecast curves into actionable features: first and second derivative (delta, acceleration), surprise
versus realized values, and regime filters that suppress low-confidence transitions.
Forecast curve -> Delta/acceleration -> Surprise vs actual -> Regime filter -> Signal score
Further Reading
MLOps: CI/CD and continuous training
Treat model updates as software releases with deterministic builds, test gates, staged promotion, and automated
rollback triggers for unstable live performance.
Commit -> Validate data/features -> Train -> Evaluate gates -> Register -> Deploy canary -> Promote
Further Reading
MLOps: Data validation and model monitoring
Monitor feature distributions, input quality, prediction drift, and business KPIs together. Trigger retraining
only when quality gates or drift thresholds are breached.
Incoming data -> Quality checks -> Drift/skew checks -> Alerts -> Retraining trigger policy
Further Reading
MLOps: Experiment tracking, registry, lineage
Every model should be reproducible from data snapshot to deployment hash. Link experiment IDs to model registry
entries and keep inference lineage for governance and postmortem debugging.
Dataset version + code commit + params -> Run ID -> Registered model -> Deployed endpoint -> Live metrics
Further Reading
Prospective event intelligence
Quantura Forecasts methodology and enterprise API
Quantura Forecasts begins with a formal unresolved question, a defined evidence cutoff, and an objective resolution rule. A possible future headline is a human-readable scenario—not a claim that the event occurred. Published probabilities are preserved as an append-only trajectory and resolved probabilities are evaluated against observed event frequencies.
Before publicationReviewers validate the proposition, deadline, primary resolution source, political-safety rules, and point-in-time evidence.
After publicationNew information creates a probability revision. It never replaces the initial snapshot or earlier revisions.
At resolutionCategory-specific structured resolvers use authoritative evidence. Conflicts become disputed records instead of forced outcomes.
Enterprise accessVersioned endpoints use hashed, scoped, revocable API keys, cursor pagination, per-key rate limits, and redacted projections that exclude private strategy fields.
Formal question → timestamped probability → immutable revisions → authoritative resolution → outcome calibration
API resources are served under /api/v1. Available scopes separate current records, probability history, resolutions, bulk trajectories, and administration. Authentication credentials belong in request headers and are never accepted in URLs.
Blueprint: Quantura + SageMaker Canvas
Keep data acquisition, AWS model building, prediction review, and notifications as explicit stages with auditable handoffs.
Quantura CSV
->
S3 / Canvas
->
Canvas Build
->
Quantile Export
->
Foundry Analysis
->
Alerts / Review
AWS compute charges remain separate from Quantura platform charges and are billed by AWS to the connected account when resources run there.