Documentation for obj_object_profiled_data_schema

Super-types:	abstractSingularDataObject < obj_dtsInstalledSystem (by extension)
Sub-types:	None

Name	obj_dtsInstalledSystem
Used by (from the same schema document)	Complex Type obj_dtsInstalledSystems
Abstract	no

XML Instance Representation

<...
uidWell=" witsml:uidString [0..1]

'Unique identifier for the well. This uniquely represents the well referenced by the (possibly non-unique) nameWell.'

"
uidWellbore=" witsml:uidString [0..1]

'Unique identifier for the wellbore. This uniquely represents the wellbore referenced by the (possibly non-unique) nameWellbore.'

"
uid=" witsml:uidString [0..1]

'The unique identifier of a container element. This attribute is generally required within the context of a WITSML server. There should be no assumption as to the semantic content of this attribute. This should only be used with recurring container types (i.e., maxOccurs greater than one). The value is only required to be unique within the context of the nearest recurring parent element.'

<witsml:nameWell> witsml:nameString </witsml:nameWell> [1]

'Human recognizable context for the well that contains the wellbore.'

<witsml:nameWellbore> witsml:nameString </witsml:nameWellbore> [1]

'Human recognizable context for the wellbore that contains the installed system.'

<witsml:name> witsml:nameString </witsml:name> [1]

'Human recognizable context for the dts.'

<witsml:dateMin> witsml:endpointQualifiedDate </witsml:dateMin> [0..1]

'The minimum date index contained within the object. The minimum and maximum indexes are server query parameters and will be populated with valid values in a \"get\" result. That is, all measurements for a well in the specified period defined by the min/max. See the WITSML API Specification appendix on \"Special Handling\" of growing objects for a description of the behavior related to this parameter.'

<witsml:dateMax> witsml:endpointQualifiedDate </witsml:dateMax> [0..1]

'The maximum date index contained within the object. The minimum and maximum indexes are server query parameters and will be populated with valid values in a \"get\" result. See the WITSML API Specification appendix on \"Special Handling\" of growing objects for a description of the behavior related to this parameter.'

<witsml:dateCurrent> witsml:date </witsml:dateCurrent> [0..1]

'The definition of the \"current date\" index for this object. The current date index is a server query parameter which requests the selection of a single node from a recurring set (e.g., the data related to one point in a date series). That is, the \"most recent\" (at or before the specified date) installation for a well. See the WITSML API Specification appendix on \"Special Handling\" of growing objects for a description of the behavior related to this parameter.'

<witsml:wellContext> witsml:cs_wellContext </witsml:wellContext> [0..1]

'Contextual data about the well in which the system was installed.'

<witsml:isPlanned> witsml:logicalBoolean </witsml:isPlanned> [0..1]

'Is this a planned installation in a well, or has the installation already occurred. Note that the default value is \'false\', which states that this is an actual installation.'

<witsml:fiberInformation> witsml:cs_dtsFiberInformation </witsml:fiberInformation> [0..1]

'Information about the fiber used, and its installation.'

<witsml:instrumentBoxInformation> witsml:cs_dtsBoxInformation </witsml:instrumentBoxInformation> [0..1]

'Information about the instrument box used, and its installation.'

<witsml:fiberConfiguration> witsml:kindString </witsml:fiberConfiguration> [0..1]

'The configuration of the fiber installation. Example values would be linear, linear with gauge, J, U.'

<witsml:fiberEndPoint> witsml:cs_dtsFiberEndPoint </witsml:fiberEndPoint> [0..2]

'A fiber installed with a \"U\" configuration will have two ends available for hookup to an instrument box. In order to record which end is cabled to the instrument box on a particular measurement run, it is necessary to identify the two ends. This complex type allows a name and description for each end, so that it may be identified in a later use. This may also be useful when multiple fibers in multiple wellbores converge at the same wellhead.'

<witsml:fiberLength> witsml:lengthMeasure </witsml:fiberLength> [0..1]

'The length of the fiber installed in the wellbore.'

<witsml:wellboreFiberSchematic> witsml:cs_dtsFiberInstalledPoints </witsml:wellboreFiberSchematic> [0..1]

'A table of values along the length along the fiber.'

<witsml:opticalBudget> witsml:generalMeasureType </witsml:opticalBudget> [0..1]

'Total light budget available for the installation. This is generally measured in decibels, and indicates the total power loss for two-way travel of the light in the installed fiber.'

<witsml:pumpActivity> witsml:cs_dtsPumpActivity </witsml:pumpActivity> [0..1]

'The activity of pumping the fiber downhole'

<witsml:otdrInstallationTest> witsml:cs_dtsOtdr </witsml:otdrInstallationTest> [0..*]

'This captures the data from the pre-installation and post-installation OTDR tests run on the fiber. A standard quality control program would include these two, but the schema allows for more than two if additional runs associated with the installation of the fiber are performed. OTDR runs associated with a measurement are given as a child of the measurementInformation element.'

<witsml:installationCalibration> witsml:cs_dtsCalibration </witsml:installationCalibration> [0..*]

'Any calibration other than the ones explicitly given may be recorded here. This is a general calibration type, which is populated with name/value pairs.'

<witsml:basedOnInstalledFiber> witsml:refNameString </witsml:basedOnInstalledFiber> [0..1]

'If an instrument box is changed, for example, but the fiber remains the same, this instance of installed fiber is given to record that change. This element refers to a previous installed fiber, on which this one is based. For example, the wellboreFiberSchematic is unchanged, and may be obtained from the previous instance of installed fiber that is referenced here.'

<witsml:commonData> witsml:cs_commonData </witsml:commonData> [0..1]

'A container element that contains elements that are common to all data objects.'

<witsml:customData> witsml:cs_customData </witsml:customData> [0..1]

'A container element that can contain custom or user defined data elements.'

</...>

Generated by <oXygen/> XML Editor using a modified version of xs3p that adds schema diagrams and chunking support. Last modified:

Complex Type: obj_dtsInstalledSystem

[Table of contents]