Live Drilling
  • Introduction
  • FAQ
  • what's new
    • Latest releases
      • Wells 5
      • LiveRig 5
      • LiveRig 4
      • WITSML Store
    • Operations in Time by Depth Chart
    • Unit Sets
      • Per-Asset Units
      • Unit Conversion
      • Dashboard Configuration
      • Force Follow Asset Units
    • Well casing shoe schematic
    • Wells correlation
    • FFT spectrum
    • Pressure Tests
      • Configuration
      • Automated Standard Pressure Tests
      • Manual Pressure Test
      • LOT/FIT
    • Rig State detection
    • BOP Schematic
      • BOP status register
    • Signal Processing
      • Moving Average
  • Data Flow
    • Introduction
    • Data Ingestion
    • Data Normalization
      • Clock Synchronization
      • Normalized events schema
      • Data indexes and enrichment
      • Unit conversion
      • Auto-Switch
  • Physical Models
    • Introduction
      • Structure of the functions
      • Validation
    • General Equations
      • Static Data Dependencies
      • Pipes Functions
    • Trajectory
      • Introduction
      • Static Data Dependencies
      • Pipes Functions
    • Hydraulic
      • Introduction
      • Static Data Dependencies
      • Pipes Functions
    • Torque and Drag
      • Introduction
      • Static Data Dependencies
      • Pipes Functions
    • Hole Cleaning
      • Introduction
      • Static Data Dependencies
      • Pipes Functions
    • Surge and Swab
      • Introduction
      • Static Data Dependencies
      • Pipes Functions
    • Thermal
      • Introduction
    • Volume Tracker
      • Introduction
      • Pipes Functions
  • Basic Features
    • Charts
      • Channels Charts
        • Temporal Channels Chart
        • Channel Value Chart
        • Depth Channels Chart
        • Data navigation
          • Span Control
      • Rig Allocation Gantt Chart
    • Unit sets
      • Configuration changes on unit sets
      • Depth unit changes
      • Personal units sets
    • Permission schema
    • Import/Export Well
    • Add-ons
  • Static Data
    • Assets
      • Assets Structure
    • Well
      • Introduction
      • Well Schema
      • Well Units
      • Regions, fields and countries
      • Well Design Overview
      • Objectives
    • Intervention
      • Introduction
      • Intervention Schema
      • Intervention Types
      • Scenarios
      • Runs
      • Completion and Abandonment
      • Drilling Section Schema
    • Rig
      • Introduction
      • Rig Schema
      • Physical models configuration
    • Pipes functions
    • REST API Examples
  • Administration
    • High Frequency Data
      • WITSML Null Values
      • Unit Management Tools
      • WITS Custom Mapping
    • Data Normalization
      • Data Management
        • Event Settings
        • Channels Management
      • Data normalization templates
      • Data normalization templates prioritization
      • Auto-Switch
    • Standard Identifiers
    • Static Data
      • Regions, fields and countries
      • Intervention Types
  • LiveRig Collector
    • Introduction
    • Getting Started
    • Connecting to Intelie Live
    • Security
    • Local data storage
    • Data transmission and recovery
    • Monitoring
    • Remote Control
      • APIs
        • /testSourceEndpoint
        • /storeConfiguration
        • /getFromStore
        • /backlog-sync
      • Sources
        • MQTT Topics
        • OPC Requests
        • WITSML Backlog Sync
        • WITSML Object Explorer
        • WITSML Requests
      • Properties
    • HA Deployment
    • Protocols
      • WITSML
      • WITS
      • OPC-DA
      • OPC-UA
      • MODBUS
      • MQTT
      • CSV
      • RAW
    • Protocol conversion
    • Configuration
      • liverig.properties
      • sources.xml
      • store.json
      • modbus.json
      • mqtt.json
      • Configuring an OPC-UA source
      • Multiple event types for WITSML sources
      • Certificate-based authentication for WITSML HTTPS sources
    • LiveRig Collector Appliance
    • Command line Interface (CLI)
  • LIVE EDGE
    • Collector Reader
  • Integrations
    • Introduction
    • WITSML Store
    • REST Output
    • REST Input
    • WellView
    • OpenWells
    • Python
  • DEVELOPER
    • Identified Curves
    • Hidden Units
  • DEPRECATED
    • WITSML Output
    • LiveRig 3.x / 2.x
      • 3.5.0
      • 3.4.0
      • 3.3.0
      • 3.2.0
      • 3.1.0
      • 3.0.0
      • 2.29.0
Powered by GitBook
On this page
  • Time-based sources
  • Depth-based sources

Was this helpful?

  1. Data Flow
  2. Data Normalization

Data indexes and enrichment

Depending on the context, some metadata is added to the normalized events, as shown below.

Time-based sources

If the data is received from a source that provides the original date of each measurement, such as time-based WITSML logs, OPC or WITS, the fields index_timestamp and adjusted_index_timestamp will be added to each event.

The field adjusted_index_timestamp should be used by default to plot data from those sources.

For time-based WITSML logs, the value index_type will be date time.

timestamp

is added by Live itself on every event, at the moment the event is received by Live.

liverig__index__timestamp

is the value for the index curve (indexCurve) when it’s a date time curve (when it’s a depth curve, the value is instead at liverig__index).

liverig__metadata->timestamp_adjustment

is not a timestamp, it’s a calculated adjustment which should be added to the source timestamp (liverig__index__timestamp) to correct for clock errors at the source.

liverig__metadata->capture_timestamp

is when the collector received the data from the source.

liverig__metadata->capture_start_timestamp

is when the collector requested the data from the source.

liverig__metadata->remoteTimestamp

is the clock in the collector when it sent the packet with the data to Live.

liverig__metadata->localTimestamp

is the clock in Live when it received the packet with the data from the collector.

In summary, the adjusted_index_timestamp on the normalized events is equivalent to liverig__index__timestamp# + liverig__metadata->timestamp_adjustment# on the raw events.

Depth-based sources

If the data is received from depth-based sources, such as a depth-based WITSML log, then the fields depth_value, depth_uom (both relate to the normalized depth), index_uom, index_value, and index_mnemonic will be added to each event.

The field depth_value should be used by default to plot data from those sources.

In the WITSML case, the value of index_type will be either measured depth or vertical depth.

The unit of measurement used for the depth values can be configured on the Additional Features area, as the image below shows. This configuration affects the index_value, which is the value received from the data sources, and the depth_value, which is the value enriched by Intelie Live based on the Depth channel configuration.

The depth_value can be enriched for time-based sources using the property depth mnemonic on each asset normalization configuration.

PreviousNormalized events schemaNextUnit conversion

Last updated 2 years ago

Was this helpful?

Example of data normalized from a depth-based WITSML log
Example of selection of the depth unit of measurement