slide1
Download
Skip this Video
Download Presentation
Presentation Outline Introduction and Background Uses and Requirements for Well Path data

Loading in 2 Seconds...

play fullscreen
1 / 28

Presentation Outline Introduction and Background Uses and Requirements for Well Path data - PowerPoint PPT Presentation


  • 115 Views
  • Uploaded on

Well Path Data Transfer Standard ISCWSA Meeting, Dubai, 22 March 2006 John Turvill (Paradigm Geophysical) POSC Regional SIG Meeting,Houston, 22 March 2006 Paul Maton (POSC Europe). Presentation Outline Introduction and Background Uses and Requirements for Well Path data

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' Presentation Outline Introduction and Background Uses and Requirements for Well Path data' - brinda


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1

Well Path Data Transfer StandardISCWSA Meeting, Dubai, 22 March 2006John Turvill (Paradigm Geophysical) POSC Regional SIG Meeting,Houston, 22 March 2006 Paul Maton (POSC Europe)

slide2

Presentation Outline

Introduction and Background

Uses and Requirements for Well Path data

Coordinate reference systems

Prior Well Path data formats

Well Path data in WITSML 1.3

Proposed additions for WITSML 1.3.nConclusions

well path objectives
Well Path Objectives
  • To produce a unified way of using WITSML Standards to exchange Well Path data, which addresses known requirements throughout its full life-cycle:
    • Design and Planning
    • Drilling, Acquisition, initial and subsequent Processing
    • Use in other E&P work processes, including Regulatory reporting
    • Asset disposal or decommissioning
    • Iterations within the above work processes
approach
Approach
  • Provide flexible capability for varying needs
  • Re-use existing WITSML components
    • Add (<10) elements identified as needed
  • Define profiles (subsets) of WITSML which use the wide optionality in WITSML to satisfy identified user group needs, e.g. for UKOOA P7
    • Implement profiles using XSLT
glossary
Glossary
  • WITSML – the Wellsite Information Transfer Standard Mark-up Language
    • XML: eXtensible Mark-up Language
    • XSLT: XML Stylesheet Language Transformation
  • Well - A well is a unique surface location from which wellbores are drilled into the Earth for the purpose of either (1) finding or producing underground resources; or (2) providing services related to the production of underground resources.
  • Wellbore - A wellbore is a unique, oriented path from the bottom of a drilled borehole to the surface of the Earth. The path must not overlap or cross itself.
glossary 2
Glossary - 2
  • obj_trajectory: the WITSML construct that contains contextual information about the trajectory and the trajectoryStation data items
  • obj_trajectoryStation: the WITSML construct that references the containing well, wellbore and trajectory items AND the inclination/azimuth and location data plus much (optional) instrument, acquisition and processing data at each measurement point
deviated well terminology

Zero Measured Depth

Zero True Vertical Depth

e.g: Rotary table, kelly bushing

Typically at VRD or ZMD

Well Reference Point

e.g: Ground level, Mud line

Deviated Well Terminology

Vertical Reference Datum

e.g: Mean Sea Level, Lowest Astronomical Tide

Sidetrack wellbore

Parent well

Azimuth

Inclination

Acknowledgement: UKOOA P7/2000

slide8

Presentation Outline

Introduction

Uses and Requirements for Well Path data

Coordinate reference systems

Prior Well Path data formats

Proposed additions for WITSML 1.3.n

Conclusions

life cycle uses of well path data
Life-Cycle Uses of Well Path Data
  • Planning – can result in many well paths, some of which may be drilled
    • Define intersections with geological and reservoir targets
    • Originate either from surface or pre-existing wellbores
    • Ensure safety; avoid collision with existing wells and other subsurface hazards
    • Support well engineering design in- or out-of-house
    • Enable Regulatory permitting
    • Provide contingent plans in case of anticipated anomalies
  • Drilling
    • Initial Drilling: Geosteering, MWD acquisition and near-real-time processing
    • Sharing and integration with specialist wellsite services
    • Lateral and infill drilling: Tie-in to existing wellbore
    • Daily reporting
life cycle uses of well path data 2
Life-Cycle Uses of Well Path Data - 2
  • E&P Operations
    • Provision and maintenance of Asset data resources for users and applications
    • Static and dynamic reservoir modelling, analysis and visualisation
    • Regulatory reporting
  • Asset Disposal
    • Sale, relinquishment, or decommissioning
slide11

Presentation Outline

Introduction

Uses and Requirements for Well Path data

Coordinate reference systems

Prior Well Path data formats

Well Path data in WITSML 1.3

Proposed additions for WITSML 1.3.n

Conclusions

witsml steps to epsg ogp
WITSML: Steps to EPSG (OGP)
  • WITSML Version 1.3.1 additions
    • wellCRS: references EPSG CRS names, codes and namespace for geographical and projected coordinate systems and geodetic parameters
    • wellDatum: references EPSG vertical reference systems
  • Further addition
    • Replicate Generic CRS of P7
      • Enable capture and transfer of CRS’s not in EPSG
      • Draft to be submitted to WITSML SIG TT May 2006
slide13

Presentation Outline

Introduction

Uses and Requirements for Well Path data

Coordinate reference systems

Prior Well Path specifications

Well Path data in WITSML 1.3

Proposed additions for WITSML 1.3.n

Conclusions

prior well path specifications
Prior Well Path specifications
  • WITS (1980 and subsequently)
  • LAS version 3 (2000)
  • UKOOA P7/2000 (2002)
    • POSC WellPathML (2003)
  • Minerals Management Service NTL2004-N03 (2004)
  • WITSML Version 1.3 (released March 2005)
    • Trajectory and Trajectory Station – updated
well path data categories
Well Path Data Categories
  • Well, Wellbore identification and context
    • Name, Field, Lease/Licence, Basin, Country etc
  • Survey information and context
    • Operator, acquisition and processing contractor(s)
    • Dates, depth ranges
    • Survey tools, algorithms, corrections, gravity and magnetic field models, …
  • Coordinate Reference System data
    • Geographic and projected coordinate systems and transformations
    • Vertical datums: permanent and drilling related
  • Well Path Trajectory and Trajectory Stations
    • Measured depth, inclination and azimuth
    • True vertical depth, geographical, projected and engineering coordinates
strengths of ukooa p7 2000
Strengths of UKOOA P7/2000
  • Supports multiple contractors, roles and survey phases, including wireline and MWD/LWD
  • Supports multiple Vertical Datums and relationships between them
  • References EPSG geodetic and coordinate system standards
  • Supports post-acquisition life-cycle usages
slide17

Presentation Outline

Introduction

Uses and Requirements for Well Path data

Coordinate reference systems

Prior Well Path data formats

Well Path data in WITSML 1.3

Proposed additions for WITSML 1.3.n

Conclusions

well path data in witsml
Well Path data in WITSML
  • Objectives in WITSML V1.3
    • Extend previous capabilities from WITSML V1.2 for reporting raw measurements to also support planned well paths and calculated well paths
    • Reuse WITSML specifications and objects as far as possible
    • Two phase process
      • Phase 1: Reference EPSG and gather full life-cycle Use cases – done in version 1.3.1 and subsequently
      • Phase 2: Define and implement full life-cycle specifications: to be completed in 2Q2006
well path data in witsml1
wellCRSWell Path data in WITSML

well

wellbore

trajectory

trajectoryStation

acqn. & proc. parameters (>45)

location

obj well example
obj_well Example

<wells>

<well uid=”w1”>

<name>207/29-A6</name>

<nameLegal>207/29-A6Z</nameLegal>

<numGovt>207/29-A6Z</numGovt>

<field>Saltire</field>

<country>GBR</country>

<block>207/29</block>

<timeZone>0.00</timeZone>

<operator>Highland Oil</operator>

<waterDepth uom=”ft” datum=”VRD1”>118.40</waterDepth>

<!-- well location: the location of the well reference point -->

<wellLocation>

<nameWellCRS uidRef=”proj1”>ED50 / UTM Zone 31N</nameWellCRS>

<easting uom=”m”>425353.84</easting>

<northing uom=”m”>6623785.69</northing>

<description>location of well reference point in proj system</description>

</wellLocation>

</well>

</wells>

obj trajectory example
obj_trajectory Example

<trajectorys>

<trajectory uid=”trajacq1” uidWell=”w1” uidWellbore=”wb1”>

<nameWell>207/29-A6</nameWell>

<nameWellbore>207/29-A6Z</nameWellbore>

<name>Acquisition trajectory #1</name>

<dTimTrajStart>1972-06-28T00:00:00</dTimTrajStart>

<mdMn uom=”ft”>0.</mdMn>

<mdMx uom=”ft”>1824.</mdMx>

<serviceCompany>Tain Drilling</serviceCompany>

</trajectory>

<trajectory uid=”trajacq2” uidWell=”w1” uidWellbore=”wb1”>

<nameWell>207/29-A6</nameWell>

<nameWellbore>207/29-A6Z</nameWellbore>

<name>Acquisition trajectory #2</name>

<dTimTrajStart>1972-07-09T00:00:00</dTimTrajStart>

<serviceCompany>AC Surveys

<mdMn uom=”ft”>1915</mdMn>

<mdMx uom=”ft”>3584</mdMn>

<definitive>false</definitive>

<objectGrowing>true</objectGrowing>

<final>true</final>

</trajectory>

</trajectorys>

obj trajectorystation example
obj_trajectoryStation Example

<trajectoryStation uid=”row1”>

<nameWell>207/29-A6</nameWell>

<nameWellbore>207/29-A6Z</nameWellbore>

<typeTrajStation>O</typeTrajStation>

<md uom=”ft”>173.09</md>

<tvd uom=”ft” datum=”ZTVD1”>173.00</tvd>

<tvd uom=”ft” datum=”VRD1”>117.00</tvd>

<incl uom=”dega”>2.190</incl>

<azi uom=”dega”>292.15</azi>

<location>

<nameWellCRS uidref=”geog1”>ED50</nameWellCRS>

<latitude uom=”dega”>59.74384167</latitude>

<longitude uom="dega">1.67197806</longitude>

</location>

<location>

<nameWellCRS uidRef=”proj1”>ED50 / UTM Zone 31N</nameWellCRS>

<easting uom=”m”>425353.84</easting>

<northing uom=”m”>6623785.69</northing>

</location>

<location>

<nameWellCRS uidRef=”localWell2”> WellOneOffsetOrigin</nameWellCRS>

<localX uom=”m”>-12.63</localX>

<localY uom=”m”>3.74</localY>

</location>

</trajectoyStation>

Note: many non-mandatory attributes have been omitted

slide23

Presentation Outline

Introduction

Uses and Requirements for Well Path data

Coordinate reference systems

Prior Well Path data formats

Proposed additions for WITSML 1.3.n

Conclusions

proposed additions 1
Proposed additions - 1
  • Coordinate Reference System
    • Replicate P7 Generic CRS description
      • Need 3 additional parameters for Oblique Mercator
  • Trajectory life-cycle information
    • ‘planned’, ‘contingent’, ‘definitive plan’ descriptors for planned trajectory
    • ‘surveyed’, ‘interpolated’, ‘estimated’ for measured trajectory
    • Processing summaries: ‘initial’ and ‘latest’
  • Trajectory Station life-cycle information
    • ‘input’ and ‘interpolated’ descriptors for planned trajectoryStation
    • with required parameter sets (TVD, inclination, azimuth, build and drop rates at and between trajectoryStations)
  • Rationalise vocabulary for trajectory shapes:
    • thesaurus of vendors’ terminologies (longer term?)
proposed additions 2
Proposed additions - 2
  • Subsetting capability
    • Define templates to use in sub-setting content required for particular workflows
    • Implement templates using XSLT and other (Open Source?) tools
  • Error model transfer capability?
    • ISCWSA are invited to propose development of a WITSML based exchange specification of published error models
    • Work may be coordinated by representatives of companies who are members of both ISCWSA and of WITSML SIG
well path work plan 2q2006
Well Path Work Plan – 2Q2006
  • Preliminary reviews with interested user parties (SIG Well Path Work Group) ongoing – conclude by end March 2006
  • Draft proposal to WITSML TT – by mid-April 2006
  • Agree specification in May WITSML meetings
  • Public review and publication with next release
conclusions
Conclusions
  • WITSML V 1.3 satisfies current drilling data transfers
    • V1.3.0 was released in March 2005; V1.3.1 (mostly bug fixes) released January 2006
    • V1.3.1 based commercial products anticipated during 2006.
  • WITSML’s Well Path usage will satisfy full life-cycle data transfers
    • Will be a view of the overall path from surface to TD
    • Proposed to use existing WITSML components with a few additions/modifications and an XSLT (tool-based) sub-setting process.
slide28

Paul MatonDirector, POSC (Europe)14 Chaucer AvenueWeybridgeKT13 0SSU.K.+44 1932 828794 phone+44 1932 831756 [email protected]://www.posc.org

ad