GIGS project
On behalf of Devon Energy (Oklahoma City, Oklahoma and Houston, Texas) the company performed a mini GIGS style study of the geodetic / geo-spatial capability of SeisWare (v7.2) software application. The aim of the study was to determine how the application addressed the storage, use and geodetic computations performed on different categories of geo-spatial data imported into an interpretation projects.
The study examined the geodetic library used by the application for storing all the geodetic parameters recognised. This included all, reference units of measure (linear and angular), prime meridians, ellipsoids, geodetic datums, geographical coordinate reference systems, map projections, projected coordinate reference systems, coordinate transformations and vertical datums.
Furthermore, the study made an analysis of the ease with which users could add new geodetic parameters to the existing geodetic library. The tests were conducted on each of the sub-categories listed for the geodetic library parameters above.
However, the main bulk of the study examined how the application used the geodetic parameters to perform a series of computations upon the asset data imported into the interpretation projects. Five categories of analysis were performed. These examined:
Coordinate conversions: The ability of the application to convert coordinates between a geographical CRS and a projected CRS for different types of coordinate reference systems (e.g. WGS84 and WGS84/UTM zone 31N) used globally.
Coordinate transformations: The ability of the application to transform coordinates between different geographical CRS’ over a range of pre-defined geographical locations globally (e.g. WGS84 to OSGB36).
2D seismic data: The ability of the application to correctly recognise and import 2D seismic navigation data into a project. The study aimed to test the ability of the application to correctly identify different record identifiers contained within the file in addition to checking that it fully recognised the file formats of different published exchange formats (e.g. UKOOA P1 and SEG P1). In addition to checking the formats the tests confirmed that the application correctly converted and transformed the import data from its original CRS to the designated project CRS.
3D seismic data: The ability of the application to correctly recognise and import bin grid definitions used to describe the geographical extents of 3D seismic survey data. 3D survey bin grids are provided in different formats including load sheets and UKOOA p6/98 to name two. The tests performed were conducted to determine the ease with which bin grid definitions could be imported into an interpretation project. In addition, checks were also performed to determine the integrity with which the application converted the coordinates of the bin grid from their original CRS to the designated project CRS.
Well data: The ability of the application to correctly recognise and import file formats containing data used to describe the bore path of a well. The formats checked included the recognition of standard formats including LAS v2 and v3, plus the UKOOA P7 format. Data was provided in different varieties, including MD, Az, Inc and MD, dE , dN (with combinations of grid and true azimuth). The checks performed included an assessment with the ease in which the different file formats were recognised along with checks to convert and transform the data from the original CRS to the project CRS.
Reports of the results were generated using the draft documents provided by the OGP as part of the JIP-24 GIGS project.