Git Product home page Git Product logo

borehole-database's Introduction

GSQ Borehole Database

Purpose of this document

Provide a specification for the new GSQ Borehole Database that:

  • Accurately defines the business requirements
  • Is a key input to the software design process for a software developer

Terminology

A borehole is the generalised term for any narrow shaft drilled in the ground, either vertically, horizontally, or inclined.

A borehole may be constructed for many different purposes, including the extraction of water, oil, and natural gas, as part of a geotechnical investigation, mineral exploration, temperature measurement, for geothermal installations, or for underground storage of unwanted substances, e.g. in carbon capture and storage.

'Borehole' is synonymous with a range of terms including 'well', 'bore', 'drillhole' and 'corehole'.

Background

The Borehole Database

The Geological Survey of Queensland is creating a new borehole database to replace the existing borehole functionality in the MERLIN system.

The primary focus of the database is to record details of the borehole entity and its primary attributes. This does not mean that we lose all of the other borehole-related data, we just capture and manage that data in a smarter way.

All borehole data currently stored in MERLIN will be migrated to the Borehole Database.

Borehole entities in borehole database can link to one or many datasets, e.g. wireline logs, cores and cuttings, geochemistry, etc.

While the borehole entity is generalised, datasets can be specialised for particular commodity groups and purposes.

Objectives of the Borehole Database

  1. Queensland Government knows the location, attributes, and nominal status of all boreholes in Queensland.
  2. The database helps government to perform custodianship of the borehole as an asset throughout its lifecycle.
  3. The database is a single system of record for all boreholes in Queensland.
  4. The database is integrated with data input mechanisms, data consumers, and data display systems.
  5. The database leverages schema-on-read (instead of schema-on-write) to be able to store all borehole data variations.

What the borehole database is not

The borehole database is not a complete well information management system for well planning and operations. There are multiple commercial systems that meet the extended data requirements of specific industries.

Derivation

The borehole database is derived from the following standards:

Borehole data categories


Figure 1: Borehole data categories

The above diagram shows the broad categories of data that are recorded for boreholes and is not exhaustive. The intention of this diagram is to cause us to think of our data in a categorical way.

Borehole conceptual data model


Figure 2: Borehole conceptual data model

Borehole data elements

Data Element Description Detail
borehole_id A persistent identifier for the borehole. See PID below
borehole_name Unique name and/or number assigned to each borehole. Mostly named by industry using their naming conventions. Text
borehole_alias Names & identifiers that a borehole may otherwise be known as. Includes previous or alternate borehole identifiers assigned to the borehole by a regulatory agency. The borehole PID will be stored here. Text
association Relationship to other boreholes, e.g. parent, previous, etc. While the majority of relationships are 1:1, we allow for multiple associations recorded in a separate table. Key
purpose The purpose for which the borehole was drilled, e.g. petroleum, CSG, water injection, water observation, etc. Vocab
sub_purpose A narrower definition of the purpose, for example ‘Exploration’, ‘Appraisal’, ‘Development’, ‘Water supply’. Vocab
status The current status of the borehole, e.g. intended, cased and suspended, completed, on injection, on production, plugged and abandoned, suspended. Each change in status is recorded in a separate table. Vocab
origin_latitude Angular distance in decimal degrees, east or west of the prime meridian. A negative value represents a west longitude. decimal
origin_longitude Angular distance in decimal degrees, north or south of the equator. A negative value represents a south latitude. decimal
origin_elevation Elevation of the depth datum used as a reference for other measured well or borehole points. Number
origin_circumstance A term from a controlled vocabulary indicating the named position relative to ground surface where the borehole commenced, e.g. natural ground surface, open pit floor, underground, offshore. Vocab
depth_datum The point from which depths are measured in a well or bore (depth reference datum). For example: kelly bushing (KB), rotary table (RT) or ground level (GL). Vocab
total_depth Total or maximum measured depth of the borehole relative to the origin elevation. Number
borehole_design A term from a controlled vocabulary indicating the inclination type of the borehole. Terms include vertical; inclined up; inclined down, horizontal, deviated. Vocab
azimuth The angle (in degrees) of clockwise departure from true north to the borehole direction. --
inclination The angle (in degrees) at surface of borehole deviation away from the vertical. 0 degrees inclination is horizontal and -90 degree inclination is vertical (downward). Note: Inclination is dealt with differently by minerals and petroleum. Vertical is -90° in minerals and 0° in petroleum. --
drill_start_date Date the drilling operations commenced on the borehole, penetrating the ground surface. Date
drill_end_date Date the drilling operations for the borehole was completed at the total or maximum measured depth of the borehole. Date
rig_release_date Date the drilling rig was released from operations on the borehole. Date
permit_number The permit type and permit number under which the borehole activity occurred. A lookup to the permit register. Lookup
operator The organisation responsible for commissioning the borehole (as opposed to actually drilling the borehole). A lookup to the organisation register. Lookup
driller The organisation responsible for drilling the borehole (as opposed to commissioning the borehole). A lookup to the organisation register. Lookup
geometry A geospatial representation of the borehole as a point, polygon, or 3D geometry. Where borehole location in XYZ coordinates is not available, surrogate geometries can be used, e.g. permit geometry, block or sub-block, mapsheet. WKT
see_also Contains reference to JSON metadata and data files. Can also reference related documents or datasets. Hyperlink
remarks Any narrative comments or remarks about this borehole. Text

Data elements removed during review

Data Element Description
drilling_method A term from a controlled vocabulary indicating the drilling method used, e.g rotary air blast, auger, diamond core, air core, etc.
location_confidence An estimate of the accuracy of the location of the borehole collar location in metres. See Australian Map and Spatial Data Horizontal Accuracy Standard 2009

Wellbore data elements

A Wellbore is a unique drilled interval within the borehole, either the original borehole from the borehole origin to the terminating point, or additional footage from a point in an existing borehole to a new terminating point.

Wellbore is equivalent to Borehole Interval in GeosciML terminology.

Data Element Description Detail
wellbore_id A unique identifier for the wellbore. Constructed as
[borehole_id]+[Customer supplied identifier] or
[borehole_id]+[incrementing integer starting at 0] if no customer supplied identifier exists.
PID
borehole_id The association between a Wellbore and the Borehole to which the interval belongs. Key
wellbore_association The association between this interval and the parent interval. Vocab
from_depth The measured distance of the start of the interval along the path of the borehole. decimal
to_depth The measured distance of the end of the interval along the path of the borehole. decimal
diameter The diameter of the drilled hole interval. decimal
drilling_method A term from a controlled vocabulary indicating the drilling method used, e.g rotary air blast, auger, diamond core, air core, etc. Vocab
drill_start_date Date the drilling operations commenced on the interval. date
drill_end_date Date the drilling operations for the interval was completed. date
see_also Contains reference to JSON metadata and data files. Can also reference related documents or datasets. Hyperlink

Borehole Sub-Tables data elements

Table Field Detail
Borehole_alias borehole_alias Records alternative identifiers for the borehole
Borehole_alias borehole_alias_source The source of the alternative identifier
Borehole_alias borehole_alias_reason A textual description of why the alias exists
Borehole_association borehole_id The identifier of the associated borehole
Borehole_association associate_type A controlled vocabulary of associations, e.g. redrill, re-entry
Purpose purpose Records the change in purpose over the life of a borehole, e.g. P&G borehole changes to a water bore. Lookup to a controlled vocabulary.
Purpose purpose_start_date The start date of the purpose
Purpose purpose_end_date The end date of the purpose, NULL until a new purpose row is added
Sub_purpose subpurpose Records the change in sub-purpose over the life of a borehole, e.g. P&G borehole changes to a water bore. Lookup to a controlled vocabulary.
Sub_purpose subpurpose_start_date The start date of the sub-purpose
Sub_purpose subpurpose_end_date The end date of the sub-purpose, NULL until a new sub-purpose row is added
Status status The status of the borehole, e.g. intended, cased and suspended, completed, on injection, on production, plugged and abandoned, suspended. Each change in status is recorded.
Status status_event The event that triggered the status change, e.g. lodging of notice of intention to drill, lodging of well completion report.
Status status_date The date of the status event.
Geometry geometry_id The PID of the geometry object
Geometry geometry_type A controlled vocabulary for geometry type, e.g. SHP file, CSV, GeoJSON
Documents document_id The PID of the document
Documents document_purpose A controlled vocabulary for document purpose

Inferred borehole data elements

Data duplication is avoided by creating a reference to data held in other registers, instead of copying that data into the borehole database. This reference allows us to infer the data relationships.

Data element How is it inferred?
Survey plan no Survey plans will be migrated from GEM to CKAN. The survey plan record will contain a reference to the borehole identifier. This data is currently held in GEM. The Survey Plan register will be migrated to the GDMP system. The Survey Plan number and link can be stored in the See Also field.
Company report number QDEX reports will be migrated to the new report database and will contain a reference to the borehole identifier. This data is currently held in MERLIN table bhf_borehole.
Wireline log Wireline logs will migrated to the samples and observations database and will have a reference to the borehole identifier. This data is currently held in MERLIN table bhf_wireline_logs.
Held Data for cuttings, cores and sidewall cores are currently held in MERLIN and will be migrated to the samples and observations database, with a reference to the borehole they were taken from.
Hold location This data is displayed in GeoResGlobe. Data will be migrated to the samples and observations database with a reference to the 'Held' data element.
Result Results will be migrated to the samples and observations database and will have a reference to the borehole identifier. This data is currently held in MERLIN table bhf_boreholes with a lookup to cpf_drill_results.

Other borehole data elements that require consideration

Data element Description Decision
QWRC RN This data is displayed in GeoResGlobe. Source is MERLIN bhf_boreholes table. Store in borehole alias
Hylog release date This data is displayed in GeoResGlobe. Of the 56000 boreholes in MERLIN, 306 have a record in this field. Link Core Library
Total depth logger This data is displayed in GeoResGlobe. Stored in Wireline Dataset
Perforation This data is displayed in GeoResGlobe. Stored in Perforation/Engineering Data

Borehole data mapping to industry reporting templates

Data Element Mineral P&G Coal PGGD01 PGGD02
borehole_id yes --- yes yes yes
borehole_name --- yes yes yes yes
borehole_alias --- --- --- --- ---
association --- --- yes --- ---
purpose --- yes yes yes yes
sub_purpose --- yes yes yes yes
drilling_method drill_type yes yes --- ---
status --- yes yes yes yes
status_event --- --- --- yes yes
status_date --- --- --- yes yes
origin_latitude easting --- yes yes yes
origin_longitude northing --- yes yes yes
origin_elevation yes --- yes --- ---
depth_datum --- yes yes --- ---
total_depth yes yes yes planned yes
azimuth yes - numeric yes - numeric --- --- ---
inclination yes - numeric yes - numeric yes - textual yes yes
origin_circumstance --- --- --- --- ---
drill_start_date yes yes spud_date estimated yes
drill_end_date yes yes yes estimated yes
rig_release_date --- yes --- --- yes
permit_type yes yes yes yes yes
permit_number yes yes yes yes yes
operator yes --- yes yes yes
driller --- yes yes --- ---
geometry --- --- --- --- ---

Borehole data mapping to standards

Data element MERLIN PPDM GeosciML CoalLog
borehole_id bore_no well_num - -
borehole_name primary_bore_name well_name drillhole_id borehole_name
borehole_alias secondary_bore_name
prev_bore_id
well_alias - -
purpose bore_type_code -- purpose borehole_type
borehole_purpose_x
sub_purpose bore_subtype_code -- -- --
drilling_method drill_method_code -- drillingmethod bit_type
status bore_status_code current_status -- borehole_status_x
status_date status_date current_status_date -- --
status_event -- -- --
origin_latitude bhf_locations surface_latitude location easting
origin_longitude bhf_locations surface_longitude location northing
origin_elevation ground_level_rl
+ collar_height
depth_datum_elev elevation --
depth_datum elev_datum_code depth_datum borehole-elevation-crs height_datum
total_depth total_depth_driller_MD final_td boreholelength total_depth
azimuth bhf_orientations
azimuth
-- -- azimuth
inclination well_path -- inclinationtype inclination
origin_circumstance -- -- startpoint --
drill_start_date spud_date spud_date dateofdrilling drill_date
drill_end_date completion_date completion_date dateofdrilling complete_date
rig_release_date rig_release_date rig_release_date -- --
permit_type tenure_type lease_name -- lease_no
permit_number tenure_no lease_num -- lease_no
operator operator_code operator operator --
driller -- -- driller drill_company
geometry bhf_orientations -- -- --

Borehole vocabularies

The following vocabularies are required:

Vocabulary MERLIN GeoSciML PPDM CoalLog
borehole purpose greenhouse gas storage, petroleum, water, stratigraphic, mineral, coal, coal seam gas -- produce, inject, cycle, service, minerals, research, observation blasthole, coal quality, environmental, gas, geotech, hydrological, lox, service, structure
borehole sub-purpose exploration well, line of oxidation borehole, observation bore, geotechnical borehole, supply bore, collaborative drilling borehole, water injection well, test bore, scout well, reference bore, appraisal well, petroleum injection well, quality borehole, gas content borehole, structure borehole, coal seam gas injection well, exploration borehole, spontaneous combustion borehole, development well, collaborative drilling initiative well, geothermal heat flow bore, mineral & extractive industries appraisal borehole -- supply, storage, disposal, relief, strat hole --
borehole drilling method -- See vocab -- auger, blades/drag blade, hammer, mill claw, poly crystalline diamond open, rock roller/tricone, surface/wing, diamond core (wireline), poly crystalline diamond core (conventional), poly crystalline diamond core (wireline), tungsten carbide core (conventional)
borehole status plugged and abandoned, producing hydrocarbons, water bore, suspended/capped/shut-in, proposed to be drilled, never drilled, injecting -- active, in-active, plugged and abandoned, reclaimed backfilled, casing removed, cemented, completed, equipment in borehole, hazard in borehole, infrastructure, in progress, mined, piezometer, plugged, rehabilitated, unknown, water bore
borehole status event -- -- -- --
borehole design vertical, horizontal, vertical and horizontal -- vertical, horizontal, directional --
borehole origin circumstance -- -- -- --
depth datum -- -- -- --
borehole association -- -- -- --
geometry types -- -- -- --
document types -- -- -- --

Reporting guideline lookup values

Vocabulary P&G Mineral Coal
borehole purpose csg, petroleum, petroleum injection well, water injection well, water observation bore, water supply bore -- --
borehole sub-purpose exploration, appraisal, development -- --
borehole drilling method core impregnated, core PDC, core surface set, core TSD, fixed cutter PDC, hammer, roller cone, roller cone insert, roller cone milled tooth air core, auger mechanical, calweld large diameter, diamond drill hole, pre-collared drillhole, open hole percussion, rotary air blast hole, reverse circulation percussion, rotary mud, unknown drill type, vacuum bedrock drill hole, vibratory drill hole, sonic, water bore, navi drilling, sonic drilling --
borehole status cased and suspended, completed, on injection, on production, plugged and abandoned, suspended -- backfilled, casing removed, cemented, completed, equipment in borehole, hazard in borehole, infrastructure, in progress, mined, piezometer, plugged, rehabilitated, unknown, water bore
borehole status event -- -- --
borehole inclination vertical, deviated -- --
borehole origin circumstance -- -- --
depth datum rotary table, kelly bushing, ground level, other ground level, drillpipe collar, rotary table, other --

Borehole 'See also' field

The borehole database purposely focuses on the basic information about boreholes. Detailed and extended borehole-related datasets can be accessed through hyperlinks stored in the 'See also' field. This lets us link to any type of dataset, held by GSQ, GA, other government department, or other party. Dataset examples are:

  • DetailedDescription
  • Geophysical Logs
  • Geological Description
  • Ground Water Level
  • Ground Water Chemistry
  • Rock Geochemistry
  • Pore Gas Chemistry
  • Geotechnical Info

Software design

The current MERLIN Oracle database is a relational database with 58 borehole-related tables:

  • 6 tables with current data updates
  • 5 tables last updated mid 2018
  • 12 tables last updated mid 2017
  • 9 tables last updated between 2012 and 2016
  • 8 tables last updated in early 2010
  • 3 tables last updated 1996-2007
  • 9 tables with no data

The new software design will feature a relational database for the primary metadata, with the remaining metadata and data being stored as key-value pairs. For example, if the driller = ACME Drilling, the key is driller and the value is ACME Drilling. Another example is Rig Release Date (key) = 25-01-2018 (value).

For an example of borehole key-value pairs, load this borehole data extract. This will load an example online tool http://jsoneditoronline.org/. The JSON is in the left-hand pane, the visualisation of the JSON in the right-hand pane.

You can also try loading the JSON into Excel to the load the JSON file

Reporting & analytics

Borehole data compilations can be created in Amazon Redshift (data warehouse). For example, we could create a prepared view of all boreholes by region.

Data migration

Existing MERLIN data will be extracted from the Oracle database. Primary metadata will be written to the database, the remainder of the data written to JSON key-value pairs. ALL historical data required to be preserved will be stored in the new system.

Data extraction from new reporting guidelines

As data is submitted by industry through the lodgement portal, the borehole data can be harvested from the submitted Excel files. Primary metadata is written to the database, other data written to JSON key-value pairs.

Application programming interfaces (APIs)

APIs (a software intermediary that allows software applications to talk to each other) will be built to enable data sharing with other businesses.

Persistent Identifer (PID)

PIDs provide a globally unique, web resolvable identifer.

As we consider boreholes to be a type of site, they will follow the Site PID scheme:

http://www.linked.data.gov.au/site/qld/[prefix][site_id]

MERLIN uses a 6-digit incrementing number for the borehole number (currently up to 76720). The new borehole database will continue this numbering system.

We will use the prefix bh to indicate the type of site, appending the borehole number. As an example:

https://linked.data.gov.au/sites/qld/bh123456

Spatial visualisation of boreholes

Boreholes and their metadata are available through the following spatial systems. Data flows to these systems must be changed from MERLIN to the new borehole database.

The GeoresGlob and the MapServer use the following layers. While some layers map to borehole purpose, others will need to be created by a view (e.g. Hylogged, Core Cutting or Sidewall Held:

  • Coal, CSG, Core Cutting or Sidewall Held, Gas or Gas Show, Greenhouse Gas Storage, Hylogged, Mineral, Oil or Oil Show, Petroleum, Stratigraphic, Water - Petroleum and Gas Act

Eastings Northings and Latitude Longitude

The borehole database data entry screens must cater for spatial location information in both:

  • GDA2020 (GDA94) - Latitude, Longitude
  • MGA94 - Eastings, Nothings, Zone number

See https://github.com/geological-survey-of-queensland/coordinate-conversation for instructions on coordinate conversions and how to reuse the HTML form field controls.

Migration of wireline logs and associated data

Wireline Log Migration Process

See also

License

This code repository's content are licensed under the Creative Commons Attribution 4.0 International (CC BY 4.0), the deed of which is stored in this repository here: LICENSE.

Contacts

Geoscience Information Team, Geological Survey of Queensland, Department of Resources, Brisbane, QLD, Australia, [email protected]

borehole-database's People

Contributors

davidcrosswellgsq avatar dxwell avatar kellyvance avatar lukehauck avatar

Stargazers

xmy avatar  avatar Mriveros_ avatar Kent avatar

Watchers

James Cloos avatar

borehole-database's Issues

issue dump

The way it is described here, I do not think this is the right way to approach this and I am very concerned that there is not enough data captured. Why are we at a stage where this is being defined in the weeks before the solution vendor is being brought on? Surely what we want should have been specified in the tender, otherwise how do we know that the vendor can actually deliver a suitable system. If they’re just proposing to replicate SARIG for Queensland, that’s a backwards step of about 10 years, not a forwards step.

Terminology
• While accurate, I have never seen anyone bother to describe a borehole as ‘a narrow shaft bored in[to] the ground.
• Water is a liquid
• Petroleum covers both oil and gas
• There are other synonyms missing for borehole (e.g. corehole)

Background
• Actors?
• GSQ’s borehole dataset is the point of truth for QLD government the others leverage off it

The borehole register
• From what is described overall in this document/page, the borehole register is not replacing MERLIN, it is only replacing a part of the MERLIN boreholes table and not even the minimum amount at that. It describes what amounts to the first two ‘screens’ in MERLIN borehole and has to expand beyond this. Otherwise, the solution is not fit for purpose.
• Linked datasets should be those where data comes in an additional defined format – e.g. las or dlis for wireline logs.
• Core and cuttings intervals are primary attributes of a borehole
• Sample intervals are primary attributes of a borehole that should then be linked to the results from the sampling/analysis

Simplifed data model diagram
• Hylogger data is linked data, not result data
• Status is entity data (it’s the activity level of the borehole)
• Producing stats is probably more engineering data, maybe operational data
• Permit that the borehole is drilled on is primary metadata and can then be linked to further data available relating to the tenure. This should be attributed, rather than constantly derived, as you’ll have to take time as well as space into account.
• Reports contain data, they aren’t data themselves
• Cores and cuttings are intervals, not results
• Result includes what (if anything it discovered)
• Are intervals engineering intervals? Or production intervals? Or sample intervals? Lithological intervals? Orientation (azimuth and inclination) intervals? Casing intervals? This is really ambiguous
• From the general description, it seems that all you’re proposing is that the borehole register contains just the entity data – this isn’t enough.
Conceptual data model
• Purpose and sub-purpose would map to type and subtype and these don’t have a start and end date. Otherwise there are issues around confidentiality periods when they are defined by activity. The Status should have start and end dates (e.g. producing or not).
• Azimuth and inclination are likely to be a log in a petroleum or CSG well. Not sure if minerals and coal are running deviation logs, though I have seen some coal deviation logs. Single field not enough for storing this.

Borehole data elements
• Need to have eastings and northings and zone for the location information too
• depth_datum would make more sense as origin_datum – much easier to see the association
• Azimuth and inclination are likely to be an associated log for petroleum and csg wells
• Require rig release date for petroleum wells
Borehole data elements that are inferred
• Bhf_wireline_logs is not a good record of the wireline logs and should not be simply migrated
o Wireline log information must be scraped from las files where possible and composite log scans where no las files are available
• Bhf_borehole_survey_plan is not up to date
• QDEX Reports number is not currently held in bhf_borehole_survey_plan – it should be in bibliography, but there’s a lot of mess in that space – had to be manual update. Link will need to come from QDEX system
• Results field is a pain and is in desperate need of an update. It’s not a sample or observation though. It’s an interpretation of what was found in a well and is not particularly useful as there is an economic implication in the interpretation
Other borehole data elements
• QWCRN – needed
• Rig release date – needed for petroleum wells
• 306 have it because it’s more a reflection of how many wells have been hylogged
• Total depth logger – needed
• Perforation – this is engineering/production information
• Comments – probably needs a lot of vigorous discussion and QA

origin_elevation and depth_datum

@DavidCrosswellGSQ @KellyVance

As per discussion and agreement in the Borehole Reference Group meetings, there needs to be a fix for the origin_elevation and depth_datum:

REQUIREMENT: Capture and display the elevation of the origin (i.e. the point at which the well meets the surface) and capture the elevation of the depth datum. Alternatively, depth_datum could be captured as a measurement above the origin point.

The origin is the point at which the well meets the ground. The “depth datum” is the rotary table or other point (sometimes at GL, but most often above it) as is the noted reference datum point. This is stored in MERLIN Borehole and currently reported:

origin elevation ground level

QWRC RN

As the QWRC RN is an alias, this should be recorded in the borehole alias table, i.e.:

  • borehole_alias = QWRC RN number
  • borehole_alias_source = QWRC RN
  • borehole_alias_reason = Historical number for water bores from the Queensland Water Resource Commission (or something similar).

Thoughts?

What it is not

What the borehole database is not
The borehole database is not a borehole data management system. There are multiple commercial systems that meet the extended data requirements of specific industries.

What is the distinction between a borehole database and a borehole data management system? Are they not synonymous? Or are you using 'system' to mean 'collection of processes'?

So what are we using to manage the borehole data for our use and interpretation? Do you mean a borehole lifecycle management system? Even though it's being used to capture/store lifecycle information (e.g. status updates).

Borehole Database Review

Terminology
A borehole is a narrow shaft bored in the ground.
But narrow relative to what? Is shaft the best word?

'Borehole' is synonymous with a range of terms including 'well', 'bore', 'drillhole and corehole. -< missing single quote marks.

A more accurate description would be "including the extraction of water, oil, and natural gas".
Boreholes are synonymous with a range of terms including well, bore, drillhole and corehole.

Derivation
For minerals the data schema being used for ingest is based on the GGIC data templates

The borehole database
"The Geological Survey of Queensland is creating a new database of boreholes to replace the borehole records that are currently held in the existing MERLIN system."
Inclination, Azimuth, and Well Design are a bundle of concepts.

  • Petroleum: Relevant to view well design (e.g. deviated) at a high level and then view the directional survey data (hundred of lines of data) as linked data. The surface inclination and azimuth is largely pointless without further context.
    Would want to see
    Well 1 : Deviated | Surface Lat: -27.484939 Long: 149.008309 | Bottom Hole Lat: -27.484941 Long: 149.008315
  • Minerals: Will probably never tell us of design. But will report a inclination and azimuth at surface and will want to see the same. (e.g. 60° Inclination at 274° azimuth from True North). A surface inclination such as this would tell us the well is an inclined well, but this is not the pertinent information for minerals focuses persons.
    Would want to see
    Drillhole DDH1: Inclined | Surface Lat: -27.484939 Long: 149.008309 | Inclination 60° Azimuth 274° from True North

  • Coal is halfway between the two.

Inclination is also annoyingly dealt with differently by minerals and petroleum. Vertical is -90° in minerals and 0° in petroleum.

Borehole data elements
Association is better dealt with at the wellbore level. It is more useful to know what hole was the parent wellbore than just that a wellbore had a parent.

Move origin circumstance up to live with origin lat long and elevation

Other elements
QWRC RN ?
Rig release - include
hylogger ?
TD logger - doesn't hurt to include
Perforation - would link to separate engineering dataset

Borehole data mapping to industry reporting templates
Association should be at wellbore level
purpose/type = coal, petroleum, mineral
sub-purpose = Petroleum (exploration, appraisal, development), Coal (LOX etc)
status should be recorded in all or inferable from events

See azimuth and inclination comments above

surface circumstance -> origin circumstance

Borehole data mapping to standards
For petroleum bore_id the government borehole number
bore_name is a concatenation of well_name and well_num

Borehole vocabularies
move/add coalLog purpose into the sub-purpose. Will need collections in sub-purpose for pet, coal, min

Drilling method can be synonymous with bit type. But males more sense at the borehole or drilling interval level as an engineering dataset. each borehole may be drilled using several different methods.

borehole status. CoalLog isnt quite fit for our purposes. refer to status life cycle in borehole profile

borehole inclination (see comments above)

Reporting guideline lookup values
Needs a deeper review to get alignment across all reporting templates and guidelines.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.