We’re pleased to announce the deployment of our latest iteration of the NDR User Interface, v20230220_16.
This update brings:
LAS file validation by Well Registration ID
Support for maintaining Well Reports in TIFF format
Please read on for further details.
LAS file validation by Well Registration ID
Loading routines that enable licensees to report licence information to the NDR have quality assurance included in their design.
Prior to this release, one such control was that the headers for digital well logs in LAS format were required to include the surface location of the relevant. This control was intended to mitigate against licensees associating log files to the wrong wellbore, as had often happened in the past.
The LAS standard file specifications https://www.cwls.org/wp-content/uploads/2014/09/LAS_3_File_Structure.pdf provide for the inclusion of wellbore surface location coordinates in the file header.
The NSTA has received feedback from licensees outlining difficulties faced with this spatial control. Licensees have said that in many instances, for their reportable information, the LAS file header does not include the surface location of the wellbore that the log data relates to, meaning that in order for files to be loaded, the header to be edited to include the relevant information.
It was also noted that several wellbores can have a common origin, such as with a sidetrack and its parent wellbore – meaning that a spatial check on the LAS header would not mitigate against a licensee reporting a LAS file to the wrong wellbore.
It was agreed that, instead of referencing the surface co-ordinates, validation of a LAS file should instead reference the official Wellbore Registration ID, that is assigned to the wellbore in the NSTA’s Well Operations and Notification System (WONS).
Working with its NDR service partner, Osokey, the NSTA has adapted the LAS file loading routines to check that the file header includes the Wellbore Registration ID, as it has been assigned by WONS.
Licensees were invited to participate in NDR Task Finish Group 010, to conduct User Acceptance Testing (UAT) of the revised loading controls.
User feedback stated that:
- LAS headers that include a matching Well ID will load without issue
- LAS headers that have a matching Well ID and no surface location coordinates will load without issue
- LAS headers that have a matching Well ID and also have surface location coordinates will load without issue
Thanks to the feedback from several licensees during UAT and the development by Osokey, this amendment has been deployed into the production system.
Licensees reporting LAS files must now ensure that the file header includes the official Well Registration ID in the WELL section of the file header Information Block
The requirements will be reflected in a forthcoming update to the ‘From & Manner’ document, which explains the criteria we use to quality assure reportable information.
Support for maintaining Well Reports in TIFF format
Earlier this month we deployed an update that enabled the reporting of log images in TIFF format for wellbores with a regulatory completion date prior to 2018.
Besides log images, there are close to ninety thousand Well Report files in the NDR that are also in TIFF format. While we are not enabling any more Well Report information to be loaded in TIFF, we do intend that certain NDR metadata for previously reported files should remain editable by the responsible licensee.
That functionality is needed because, in many instances, the original classification of the file and its contents, by the responsible licensee, is incorrect and/or incomplete.
We did include that in a 2022 release. It was not available for a short period and we have since restored it in this latest version.
Metadata for TIFF formatted Well Reports can be edited by a user with the Company Data Manager role, within the relevant Data Reporting Group.
Editable metadata includes Classification tags and the file description as is the case for other supported file formats.
Comments
0 comments
Article is closed for comments.