Presentation title second line if required

Azerbaijan
SPU November 2005
WITSML
update
WITSML
– Stavanger
November
Drilling and
Completions
Monthly2005
Management Update – October 2005
Matthew Kirkman
BP Vision
•
<WITSML/>
Automation of many manual processes in current Drilling and Completions Data
workflows
− Contractors (Service and Drilling) automatically push data into our corporate data
stores, both contextual and time based data, both LWD and contextual data
− Contractors and Consultants can share data with one another at the rigsite
− Partners can automatically pull data (Not images) for morning reports (Drilling and
Geological) into their data stores
− Operators can readily exchange data between data stores and applications, both
petro-technical and commercial, without building custom interfaces
− Operators can push statutory reporting data for statutory reports, and pull public
domain data from statutory stores
•
A single standard to make the vision possible, reducing industry data management
costs, while improving data quality
2
<WITSML/>
Create a standard
• Create an active community to develop common standards
to exchange drilling and completions data between
Contractors, Operators and regulatory authorities
R
• Rapid implementation of supporting contextual data to the
“Early Adopters” use of real time data ?
3
BP vision for the standard
<WITSML/>
Service Data
Aquirer
Drilling
Contractor
Generic Applications
Operator Rig
Store
Data transfers via live web services as well as
using USB key drives and E Mail in lower cost Operator Custodial Store
environments.
Value adding
Consultants
Use technology to expand operator custodial
content to time domain data at low
incremental cost
Partner & Regulatory Custodial
Stores
4
2005 Activities
<WITSML/>
• Continue ongoing activities in Norway, UK and Trinidad
• Create Federal wording for future contract RFI’s
• “Jump Start” some of the longer term aspirations for contextual data,
with targeted development and field trials on Chirag in South
Caspian
• Eliminate the need for middleware for simple transactions between
data acquirers and corporate data stores.
• Application to Application use of well planning data
• Provide support for acceptance of daily report data
• Address BP’s needs for a custodial database of time based drilling
date
• Pilot the use of “Open Source” to reduce the barriers for smaller
companies to offer support for WITSML
• Nurture ProdML and DTSML efforts in BP
5
Field Trial
<WITSML/>
• Automation of many manual processes in current Drilling and Completions Data workflows
− Contractors (Service and Drilling) automatically push data into our corporate data stores, both contextual and time based data, both LWD
and contextual data
− Contractors and BP engineers can push data between their independent data stores and WITSML enabled applications
BP Corporate
store
6
Application to Application
•
External service providers pull
and push data to our corporate
survey store during well
planning, execution and
definitive survey tasks.
•
Establish the ability for any
service provider with any
chosen application to pull or
push data to BP store with
WITSML
•
Manage issues of tie ons,
duplication etc.
<WITSML/>
7
Daily reports
•
Provide support to accept
daily reports into a popular
daily reporting program
•
Fluid object support now
available from two major
Fluids companies in 1.2 and
1.3 approaches
<WITSML/>
8
Custodial time based data
•
<WITSML/>
Integrate manual data with the custodial storage of time based data
9
Field Trials Nov 2005
<WITSML/>
•
Decrease data entry duplication –
contracted engineers push data directly
to daily reporting system and
engineering applications – BHA, Mud
Check etc.
•
Revised targets automatically pushed
from BP engineer’s desktop application
to contractor database/application for
plan revision. Updated trajectory
returned to BP database. Contractor
updates from rig readily pushed back to
store
•
Time based data received, stored and
viewable alongside other existing data
sources such as daily reporting
information to facilitate post well event
analysis and technical Limits studies
14
Streaming live data
•
<WITSML/>
BP Baku
evaluating
WITSML solutions
for multi rig real
time data display
options in a
consistent way
across multiple
vendors, and as a
bridge to WITSML
from suppliers
currently only able
to supply legacy
data
15
Open Source initiative
<WITSML/>
•
BP Sponsoring a pilot to test the role of Open Source code in the WITSML
environment to reduce costs of entry for smaller players, and ensure access
to legacy data
•
An open source Windows utility to convert LAS files to WITSML log objects
will be made freely available through POSC and the WITSML SIG with the
source code
•
The LAS to WITSML pilot should also facilitate the use of log data from any
approach than can produce an LAS file, or legacy flat files that can be turned
into acceptable LAS input
16
2006
<WITSML/>
•
Support the promotion of WITSML workflows and available tools to the BP
community
•
Deploy major upgrades to BP global infrastructure that support both
custodial retention of streaming WITSML time based data and import of
static objects
•
Continue to support the initiatives in ProdML and DTSML
•
Manage the transition of WITSML participants
•
Complete the BP requirements for WITSML provision in federal contracts
•
Continue to develop a prioritisation for the business cases for WITSML in BP
to target both long and short term opportuntities
17