GIS Practice RecommendationsSchlumberger GIS & Remote Sensing WebinarAndrew Zolnai, Kuwait City and Cambridge UKblog.zolnai.ca

The bottom line• Spatial Integrity and Data Model is• GIS Recommended Practice is for • Minimum Requirements

1. File Structure and Data Model2. Layer and File Naming Convention3. Minimum Attributes and Metadata4. Spatial Integrity QC Requirements5. Data Delivery Standards

Spatial Integrity and Data Model is • A set of guidelines for managing GIS data associated with all

phases of development projects from initial planning to decommissioning

GIS data used in projects includes • Administrative and cadastral boundaries:

• licenses, shipping lands, environmental areas• Surveys:

• hazards, seismic, gravity, bathymetry, geotechnical, environmental• Facilities and infrastructure locations:

• platforms, pipelines, assets, wells, integrity• Met ocean:

• current, wind, tidal, wave• Geosciences:

• subsurface structures, faults, wells, contacts, salt, seismic attributes• Imagery:

• satellite, aerial photography, LIDAR, side-scan sonar

Data is collected from various sources• Head / project office• Third party contractors• Commercial data vendors• Government agencies• Partners and operators• Public domain data sources

Spatial integrity and metadata• Coordinate reference

system and precision• Source and date of origin• Use restrictions• Naming conventions • Data model, attribute

data, cross-reference / code tables, and symbol sets

• Associated reports and descriptive (non-geographic) data

The bottom line• Spatial Integrity and Data Model is• GIS Recommended Practice is for • Minimum Requirements

1. File Structure and Data Model2. Layer and File Naming Convention3. Minimum Attributes and Metadata4. Spatial Integrity QC Requirements5. Data Delivery Standards

GIS Recommended Practice is for • Those involved in the design, implementation and use of GIS

data or applications• Those directly involved in the selection and management of

third party contractors who will deliver GIS data or application

1: File Structure and Data Model• A Project Level folder structure shall be established at project

inception to be used for the duration of the project• The folder structure defined in Appendix B should be used. • Additional subfolders may be added where further subdivision of

data is required• Existing data models may be adopted for specific data types• Paths, folders and file names should avoid use of blanks and special

characters • Paths and folders should always be specified using the UNC notation• Table attributes should always avoid the use of blanks and special

characters

2: Layer and File Naming Convention• Layer and files names should indicate the content of the data. • Paths, file names and attribute names should avoid use of

blanks and special characters• Paths and files should always be specified using the UNC

notation• Mapped drive notation should not be used, as drives vary from

user to user. This includes sources for layer files, links to files and folders in attribute tables, hyperlinks in documents or Web pages

• Updates to layers and files where previous versions should be retained for reference should be renamed with a suffix

3: Minimum Attributes and Metadata• A specification of the Coordinate Reference System (CRS) must

be included for geographic data• Metadata must also include entries for a minimum core set of

entities• Additional requirements may also apply for specific data types

4: Spatial Integrity QC Requirements• For Geodetic Control Networks, more exacting requirements apply• For Architecture, Engineering and Construction (A/E/C) facilities

management projects (typically confined to small geographic areas typically less than 4,000 ha (10,000 acres)

• For all other applications and data categories, requirements vary

5: Data Delivery Standards• Acceptable formats • Metadata supplied with data must conform to requirements • All data received will require a project specified evaluation

period to verify its completeness related to the contract specifications and Operator GIS Practice data standards and requirements

• Each data collection activity requires a documented protocol that includes appropriate quality control procedures and quality assurance checks

• Availability and archiving of confidential, restricted, and/or sensitive data will be addressed with individual agreements

• All raw and processed data, field notes, samples, and sample collection forms generated or collected under are the property of the Operator unless explicitly specified otherwise in contract agreement

Intent and Scope• Intent:

• Promote a methodical approach to managing the GIS data associated with development projects

• To increase efficiency of finding and using GIS data• To minimize the risks that data will be used for the wrong purposes

• Scope: • Applies to work on any operator premises• Other situations where there is a work relationship • As defined in operators’ reporting requirements

Auditing and Compliance• Monitoring and reporting on implementation and progress on

meeting targets shall be locally owned and included as part of the annual HSSE self verification process for each Business, Functional and Regional Unit.

• The Minimum Requirements of this GIS Recommended Practice will form part of the basis for the audit protocols to be used by the Safety and Operations Audit

• Operator businesses and functions that are within the scope of this GIS Recommended Practice shall adopt or modify their procedures and practices to conform to the Minimum Requirements

Administration and Authorisation• Custodian :

• Responsible for confirming the accuracy and integrity of content and proposed changes to the practice

• Maintainer :• Responsible for the upkeep and

continued integrity of the practice, including regular reviews and audits

• Adjudicator :• Responsible for authorising and

approving changes to the practice

The bottom line• Spatial Integrity and Data Model is• GIS Recommended Practice is for • Minimum Requirements

1. File Structure and Data Model2. Layer and File Naming Convention3. Minimum Attributes and Metadata4. Spatial Integrity QC Requirements5. Data Delivery Standards

1: File Structure and Data Model• A project data structure will be established at project inception • The file structure defined should be used• Additional subfolders may be used where there are multiple areas,

sources, generations or other subdivisions of data to be maintained distinctly

• Existing data models may be adopted for specific data types• Paths, folders and file names should avoid use of blanks and special

characters • Paths and folders should always be specified using the UNC

notation. • Table attributes should always avoid the use of blanks and special

• Note this includes those attributes which may be used for georeferencing purposes (for example, a table which will be joined to a geographic dataset) in text files and RDBMS tables.

2: Layer and File Naming Convention

• Layer and files names should indicate the content of the data• Paths, file names and attribute names should avoid use of blanks

and special characters• Paths and files should always be specified using the UNC notation

• Mapped drive notation should not be used, as drives vary from user to users

• This includes sources for layer files, links to files and folders in attribute tables, hyperlinks in documents or Web pages

• Updates to layers and files where previous versions should be retained for reference should be renamed with a suffix

• The Coordinate Reference System (CRS) must be defined, including:• Projection system• Units• Datum• Additional projection parameters (depends on system)

3: Minimum Attributes and Metadata

• Identification: • Purpose• Point of contact• Format• Descriptive keywords• Use Constraints• Status• Spatial resolution• Date and time• Use limitations

• Constraint: • Access constraints• Use constraints

3: Minimum Attributes and Metadata

4: Spatial Integrity QC Requirements• Geodetic control networks established to support

• Well planning: • well pads, surface and bottom hole locations, well trajectories,

• Platform planning, engineering, positioning:• related moorings, subsea assets, wires, chains, anchors, protection

structures, manifolds, tie-ins, wyes, flanges, valves, etc. • Pipeline engineering:

• gathering systems, umbilicals, crossings, rights-of-ways, compressor stations, etc.

• Utility systems:• poles, power lines, substations, cable locations, rights-of-ways,

crossings, etc.

4: Spatial Integrity QC Requirements• Geodetic control networks established to support

• Geophysical exploration surveys• Hazard surveys, including

• Transportation systems: roads, railroads, airfields, canals• Flood control and navigation systems: dams, levees, locks• Architectural site or landscape plans• Engineering master planning studies• Hydraulic and hydrological studies

Standards

Data type Data model References

Well data PPDM www.ppdm.org

Well data Energistics www.posc.org

Pipeline data APDM www.apdm.net

Pipeline data PODS www.pods.org

Open Geospatial Consortium OGC www.opengis.org

International Association of Oil & Gas Producers

EPSG info.ogp.org.uk/geodesy

The bottom line• Spatial Integrity and Data Model is• GIS Recommended Practice is for • Minimum Requirements

1. File Structure and Data Model2. Layer and File Naming Convention3. Minimum Attributes and Metadata4. Spatial Integrity QC Requirements5. Data Delivery Standards

Full document available upon request