DECISIONOPTIX · TECHNOLOGY PREVIEW 0.2

Know what a gas pipeline can do — and what the opportunity may be worth.

Gas Hydraulic Decision Engine (GHDE) combines transparent steady-state hydraulics with capacity, constraints, scenarios, trust, customer-ready unit systems, and screening economics.

Demonstration data only. U.S. and International/SI examples are fictional. Hydraulic and economic outputs are preliminary engineering-screening results and are not intended for operating instructions, safety decisions, custody transfer, contractual capacity, regulatory compliance, accounting, tariffs, or commercial billing.
Technology Preview 0.2 adds screening economics plus coherent U.S. and SI engineering-unit demonstrations. Optimization, authenticated projects, cloud solver services, and live customer-data connections remain roadmap capabilities.
TECHNOLOGY PREVIEW 0.2Fictional demonstration networks · preliminary hydraulic/economic screening · not for operational or commercial reliance
Active Project
100-mile Transmission Demo
Operations Overview

What can the system do now?

See current hydraulic capability, operating margin, system health, and the latest scenario without opening a detailed study.

Decision Brief

Solve the base case to begin

READY
Capacity Lens

Fast questions

GHDE Decision Architecture

Observe → Understand → Improve

PRODUCT DIRECTION
Observed operating reality and creative design/optimization are related but distinct studies. Operating practices can inform decisions without becoming unnecessary solver rules.
Network

Pressure profile

Operations Intelligence

Health monitor

Meeting Mode

Quick Decision

Change one operational condition, compare against the base case, and get an immediate decision-oriented summary.

Scenario Builder

What changed?

Plant trip is evaluated as a new steady-state endpoint in v0.2. Transient propagation and linepack timing are future physics modules.
Answer

No scenario evaluated

READY

Hydraulic margin

Energy / cost

Confidence / refinement

What-if Workspace

Scenario Lab

Build, save, rerun, and compare operating cases without changing the base model.

Saved scenarios

Scenario editor

Base vs Scenario

Comparison

v0.4.4 Decision Intelligence

Capacity & Constraint Intelligence

Quantify deliverability, identify the first hydraulic constraint, and screen which operating or network changes have the most hydraulic leverage before detailed economics or project engineering.

Question 1

How much more can we deliver?

v0.4.4 stops capacity at the first configured operating/model boundary: minimum pressure, maximum pressure where configured, operating velocity, Mach/model review, or solver convergence. The velocity advisory is a warning only. This remains steady-state screening, not a transient or contractual capacity guarantee.
Capacity Answer

Not evaluated

READY
Question 2

What pressure support is required?

Pressure Strategy

Not evaluated

READY
Constraint Ranking

What limits the system first?

v0.4.4 Capacity Profile Reliability

How does usable operating margin approach the boundary?

Hover a scenario point for pressure, velocity, Mach estimate, limiting asset, and solve status.
The upper profile shows pressure margin; the lower profile shows velocity utilization. The numerical table below is the auditable source for every plotted scenario point.
Capacity Boundary Framework

What actually stops the case?

Run a capacity search to identify the limiting condition.

v0.4.7 Constraint Foundation

Hard constraints vs advisory preferences

READY
Hard constraints reject an unacceptable candidate state. Advisory constraints flag or penalize a state without pretending the real pipeline has stopped functioning. Future optimization will use this distinction for equipment envelopes, commercial obligations and operating preferences.
Auditable Profile Data

Capacity scenario points

Build the capacity profile to review the numerical scenario points.

Low-Hanging-Fruit Screen

Which changes have the most hydraulic leverage?

The v0.4 screen perturbs one variable at a time and re-solves the network. It ranks hydraulic leverage only; CAPEX, compressor maps, tariffs, reliability and full economics remain future inputs.
v0.5 Economic Lens

What is the hydraulic opportunity worth?

v0.5 connects solved supply and delivery flows to screening supply cost, customer value, compressor-station energy and variable operating cost. Capital, tax, tariffs, reliability and detailed compressor maps remain later refinements.

v0.5 Economic Decision Baseline

Economics

Connect hydraulic feasibility to screening economics without turning GHDE into an accounting or detailed compressor-design package.

Base Case

Daily economic picture

READY
Latest Scenario

Incremental economics

NO SCENARIO

Evaluate a hydraulic scenario to compare economic consequences.

Economic Bridge

Where does daily contribution come from?

Screening economics only. Revenue/value and cost assumptions are illustrative demo inputs until replaced with project-specific commercial data.
Global Assumptions

Economic basis

ENGINEER / ANALYST INPUT
Supply / Production

Source economics

Current baseline uses a single screening marginal cost per standard cubic metre at each fixed-pressure supply. Piecewise supply tiers remain a v0.6 optimization input.
Customer / Delivery Value

Delivery economics

Value may represent tariff/revenue contribution or another decision value. It is not a custody-transfer billing calculation.
Compression Screening

Piecewise-linear station power

SIMPLIFIED
Each station interpolates power from three user-adjustable flow/power points plus zero. This is intentionally simpler than compressor maps, unit combinations, surge limits or fuel-gas thermodynamics. Those belong in the optimization releases.
v0.6 Direction

Optimization Foundation

NEXT

Future optimization will search feasible states using hard constraints, soft penalties/preferences, supply cost tiers, compressor/station operating modes and customer value. v0.5 only measures economics for hydraulic states that have already been solved.

Smart Operations

Operations Advisor

Synthesizes the hydraulic result, latest scenario, model confidence, and Pipeline Health Monitor evidence into a short list of items worth attention. It explains rather than replaces engineering judgment.

Priority actions

Refinement triggers

Hydraulic Lens

Constraint ranking

Base Case

Network Model

Edit nodes and pipes used by the steady-state solver. The base case is preserved when scenarios are evaluated.

System View

Hydraulic network schematic

Solve the base case to populate hydraulic results.
fixed-pressure supply demand / junction enabled pipe unavailable pipe pressure margin warning
Schematic only — not geographic/GIS scale. Automatic X follows station/mile where available; manual X/Y are relative layout coordinates and may be positive or negative. Fit View automatically scales the complete network. Geographic ESRI/GIS layers remain a later side module.

Nodes

X/Y are relative schematic coordinates, not GIS coordinates. Any finite values including negatives are valid; only relative spacing matters and Fit View scales the complete network. Leave blank to use automatic placement.
IDNameFixed PP kPa absDemand Sm³/hMin PMax PElevation mStation/MileXY

Pipes

Parallel pipes are offset in the schematic and remain individually selectable.
IDFromToLength kmID mmRough mmLoss ×Enabled
Solver Model

Boundary conditions, constraints & pipe controls

Fixed P = Yes
Known pressure boundary

The node pressure is prescribed. The network determines the resulting supply/withdrawal flow needed to satisfy connected demands.

Fixed P = No
Pressure is solved

Demand is prescribed and Newton/network continuity solves the node pressure. The entered P is an initial guess, not a control rule.

Min / Max P
Operating constraints

These screen the solved condition and capacity scenarios. They do not add procedural rules to the hydraulic equations.

Loss × / Enabled
Resistance / topology

Loss × multiplies Darcy friction loss (1.0 nominal). Enabled = No removes the pipe from the active hydraulic network for outage/routing studies.

GHDE intentionally favors boundary conditions + physical/operating constraints over a large procedural rule engine. Future compressors, regulators and optimization layers should add equipment envelopes and objective/constraint logic rather than force unnecessary textbook operating rules into the network solve.
Selected Connection

Parallel pipe comparison

Select a pipe in the schematic to compare all pipes connecting the same two nodes.
Historian Screening

SCADA Data Conditioning

Review historian data before using it to judge the pipeline. Validate timestamps, units, quality flags, known maintenance/calibration periods, and steady-state suitability before model reconciliation.

1 · Import

Historian CSV

NO DATA
Preferred timestamp: YYYY-MM-DDTHH:MM:SSZ (UTC/GMT). The importer accepts the new long historian format and the simpler wide sample format. Imported data are reviewed first; they are not automatically used to calibrate the hydraulic model.
2 · Quality Gate

Import checks

Checks include invalid timestamps, nonnumeric values, unsupported units, duplicate tag/timestamp records, SCADA quality flags, and explicit source exclusions.
3 · Filter

Choose data worth analyzing

Known Context

Exclude known bad/maintenance periods

This is intentionally simple. Later versions can import maintenance logs, calibration records, alarms, and historian annotations automatically.
Tag Catalog

What did we import?

4 · Steady-State Screen

Find candidate stable periods

Screening logic: a window passes when the included pressure, temperature, and flow tags remain within the engineer-set ranges. This identifies candidate steady periods; it does not prove thermodynamic or operational steady state.
5 · Visual Review

Data Quality & Steady-State Timeline

SCREENING
Import data and choose a tag to inspect the timeline.
Included / good BAD quality Candidate steady-state window Manual/source exclusion
The timeline is a visual screening aid. Candidate windows are generated from the engineer-set stability limits above. Review operating context before accepting a window for hydraulic reconciliation.
6 · Candidate Windows

Select steady periods for later model evaluation

Selection is advisory in v0.4.2: accepted windows are saved with the local project, but automatic tag-to-asset mapping and hydraulic snapshot creation remain planned capabilities.
7 · Review Before Model Use

Filtered data preview

Future integration placeholder: tag-to-node/pipe mapping and automatic creation of hydraulic trust snapshots will be added after the data-conditioning workflow is proven. v0.3D deliberately keeps raw historian screening separate from model calibration.
Diagnose

Pipeline Health Monitor

This is a separate but complementary capability: the hydraulic solver predicts expected behavior; the health monitor asks why measured behavior differs from expected.

Health test scenario

Recommended next checks

Issue family ranking

Segment evidence

Why the engine said this

Model Reconciliation

Hydraulic Trust Baseline

Separate physical calibration from data-quality problems. Compare steady-state SCADA observations with the hydraulic model, identify suspicious instruments or asset data, and apply controlled pipe-loss multipliers only when the evidence supports it.

Historical Snapshot

Measured vs expected

Calibration fits section-level Darcy loss multipliers against measured pressures. A factor far from 1.0 is evidence to investigate—not permission to hide bad pipe data, a pinched valve, or an instrument problem.
Controlled Calibration

Pipe hydraulic factors

No calibration has been run.

Pressure residuals

Data-quality & physical hypotheses

Measurement Confidence

Uncertainty analysis

SCREENING
Suggested values are screening assumptions only—not a calibration certificate, custody-transfer compliance statement, or NIST-traceable uncertainty budget. Engineers can replace them with site standards or certificate values.
Decision Significance

Residual vs expected uncertainty

This answers a practical question: is measured/model disagreement small relative to expected measurement uncertainty, or large enough to justify investigation?
Historian Foundation

SCADA history & residual persistence

FOUNDATION
v0.3D: raw historian review now belongs in SCADA Data Prep. The legacy residual-series import remains here for backward compatibility after measured/model values already exist. Tag-to-asset mapping, automated model solves, drift/change-point detection, and Azure historian connectors remain future expansions.
Across Operating Conditions

Historical consistency matrix

A correction that appears in only one operating snapshot may be an event or instrument issue. A repeated hydraulic signature across stable operating conditions is stronger evidence for a persistent model/asset correction.
Asset Data

Model plausibility checks

Regression Guard

Solver self-tests

Historical Repetition

Calibration consistency across snapshots

A correction factor that repeats across independent stable operating periods is more credible than one inferred from a single snapshot. Mixed fault scenarios should not be expected to agree.
Interpretation

Trust rules in v0.2

Instrument first when isolated.A single pressure or flow residual with otherwise coherent hydraulics should trigger tag/scaling/calibration checks before hydraulic tuning.
Physical restriction when local loss persists.A repeated need for higher loss across one section can represent a pinched valve, fouling, smaller ID, roughness, fittings, or equivalent-length error.
Calibration is bounded and visible.Section multipliers remain explicit model parameters with audit meaning; they are not silently embedded in the equation.
Historical repetition matters.A factor inferred from one snapshot is preliminary. Confidence increases when the same correction explains multiple stable operating periods.
Engineering Detail

Hydraulic Solver Results

Inspect convergence, pressure, flow, velocity, Reynolds number, friction factor, density, and Z used by the current calculation.

Node results

Pipe results

Solver iteration log
v0.3 Engineering Authority

Trusted Hydraulic Core

Run permanent core checks for convergence, elevation/static head, gas-property sanity, and legacy-vs-v0.3 comparison. These are regression checks, not a substitute for independent field validation.

Core regression checks

Trusted-core scope

Hydraulic formulationIsothermal Darcy-Weisbach, integrated P²
ElevationActive at node level
Natural-gas viscosityLee-Gonzalez-Eakin
Network solutionFinite-difference Newton + damping
Property reference pathREFPROP / NIST AGA8 validation workflow
Important: AGA8 is not silently approximated in the browser. v0.3 establishes the validation interface and references the official NIST AGA8 code; an authoritative runtime AGA8 implementation belongs in the future backend/property service.

Reference-validation status

The NIST AGA8 repository is the designated AGA8 reference implementation for future comparison cases. Your licensed REFPROP installation remains the preferred independent property reference for the local validation matrix.
v0.3 deliberately separates implemented physics from reference methods so the application never reports an AGA8 result unless an AGA8 calculation was actually performed.
v0.3B.1 Engineering Validation

REFPROP Property Validation

Import the combined REFPROP 9.1 CSV generated in Windows/Parallels and compare the same pressure, temperature, and composition points against GHDE runtime property models. Reference data never changes the hydraulic solution.

Reference dataset

REFERENCE ONLY
No REFPROP CSV loaded.
Design rule: imported REFPROP values are an independent validation authority. They are not substituted into the GHDE network solver and do not tune model coefficients automatically.

Model applicability

Load a reference dataset to see applicability.

Accuracy matrix

Import a REFPROP CSV to calculate model errors.

Z vs pressure

Hover over the chart for nearest-point values.

Z error vs pressure

Hover over the chart for nearest-point values. Error = (GHDE − REFPROP) / REFPROP × 100.

Density error vs pressure

Hover over the chart for nearest-point values.

Phase / reference coverage

Single-phase boundary: REFPROP may return valid two-phase or liquid-side states that are outside GHDE's current gas-hydraulic solver. Those points are retained as reference data but excluded from the single-phase error metrics.

Largest Z discrepancies

No comparison loaded.

Thermodynamics

Gas Properties & Validation

Keep the gas-property layer visible and testable while the network solver stays model-agnostic.

Composition · mole %

Property diagnostics

v0.2 confidence: DAK/CNGA are SG-based correlations. PR is pure-component only. AGA8/GERG and mixture PR are planned validation upgrades.

Z vs pressure

Z-factor heat map

Traceability

Run History

Every scenario evaluation is stored locally in v0.2 with the model version, gas model, result, and timestamp.

Recent runs

Display Layer

Engineering Units & Standard Conditions

The solver never changes unit systems. Its canonical calculations remain kPa absolute, kelvin, metres, and standard m³/h at the project core base conditions. These settings convert only user-facing values.

Customer Demonstrations

Load a coherent example system

DEMO DATA
International / SI demo
160-km fictional transmission example using bar(g), km, mm, °C and standard m³/h.
U.S. pipeline demo
100-mile fictional transmission example using psig, miles, inches, °F and MMSCFD.
Demonstration data only. Both use the same canonical SI solver architecture.

Unit profile

Reset restores the known-good SI Engineering display profile. It does not change the solver core or project data.
Core Invariant

Calculation units never change

LOCKED SI CORE
Design rule: unit selections are converted at the UI boundary. No alternate unit system enters the Newton solver or gas-property equations. This sharply reduces unit-conversion defects.

Conversion preview

Standard-volume conversion preserves molar flow between the project core base state and the selected reporting base state. The current gas-property model is used for the small Z correction at both base states when available.
Assumptions

Settings

These controls define base conditions and preliminary decision thresholds. They should later become project-level controlled inputs.

Gas / standard conditions

Operational thresholds

Hydraulic core

Use the v0.2 formulation only for regression comparison. New projects should use the v0.3 core.

Preliminary compressor-cost estimator

The energy estimator is intentionally separate from the hydraulic solver and is labeled preliminary until compressor maps and station equipment are modeled.