OR/17/003 Appendix 1

From MediaWiki
Revision as of 08:35, 20 April 2017 by Ajhil (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
Terrington, R, Thorpe, S and Jirner, E. 2017. Enköping Esker pilot study - workflow for data integration and publishing of 3D geological outputs. British Geological Survey Internal Report, OR/17/003.

GSI3D model (all types) NGM corporate check

Model name with version number Lead modeller Project Leader TL reviewer Date submitted Technical checker Scientific QA reviewer Date completed
Enköping Model Eva Jirner (SGU) Ricky Terrington (RT) 09/12/2016 Steve Thorpe (ST) 06/01/2017

Major limitations that should be addressed are shown in bold. Legacy models may not meet all the checking criteria but may still be included in NGM with noted limitations in metadata shown below in bold italics.

23/10/14: to expedite QA checking, items below marked ** are considered not critical to legacy and internal model approval and may be disregarded.

NB: Model contains # units and # cross-sections.**

Mainly technical checking and metadata QA

Check Details QA comment Name Date
1.  Metadata completed
Check the metadata report contents page and report details:
  1. Is a map of fault distribution included?
  2. Are all the units modelled listed?
  3. Are the sources of legacy and baseline data identified with version numbers including raster backdrops for maps and sections? (see also 11.4 below)
  4. Is the model approval form completed and signed off?
  5. Have any raster backdrops for map and section window stated in the metadata been included?
  1. N/A – Superficial geology only
  2. Yes – in the report and GVS
  3. Yes, all included in the report
  4. N/A, the Enköping model is not part of the national geological model in the UK
  5. Yes, all raster backdrops have been stated in the report
RT 03/01/2017
2.  Metadata rules, limitations and exceptions
  1. Check the statements in the metadata fit with the model itself? Is it fit for the purposes claimed in the metadata.
  2. Do any limitations stated indicate it is unfit for any other purposes?
  1. N/A. Metadata document not produced
  2. No – generic limitations have been mentioned only
RT 03/01/2017
3.  Compliance of geological naming conventions
  1. Check bedrock units against Lexicon and Dic_Rock_All *
  2. Is the geological succession used documented in metadata and is it reasonable, based on regional GVS’s, stratigraphic charts etc
  3. Any Quaternary deposits must either have lexicon codes or be components of parent units with lexicon codes, these should be based wherever possible on the schema in McMillan et al. A table of hierarchical relationships should be included in the metadata
  4. Do artificial deposit names correspond to lexicon codes and recommended deposit types, suffixes may identify multiple units e.g. MGR_1 etc
  5. Are any lenses or exceptions clearly stated?
  1. N/A BGS internal procedure only
  2. Yes – follows that of the Uppsala model
  3. N/A – Swedish model
  4. N/A
  5. Yes
RT 03/01/2017
4.  Compliance of model component naming conventions
  1. Are GSI3D files correctly named?
  2. Is section naming convention understandable, or documented? **
  3. Are faults correctly named and clean? **
  4. Is the colour schema reasonable? **
  1. Yes
  2. Yes
  3. N/A – Superficial model only
  4. Yes – as prescribed by SGU
RT 03/01/2017
5.  Compatibility with incorporated or adjacent models
  1. Check the metadata, model approval form, GDI for detail of adjacent/incorporated models. Has appropriate action been taken to fit with or incorporate existing or adjacent models? **
  2. Have surfaces faults or other objects generated outside the modelling workspace been incorporated into the model, is the source documented in the metadata, check consistency **
  1. N/A although the geology is similar to that in the Uppsala geological model
  2. Yes – all external data sources have been listed and documented
RT 03/01/2017
6.  DTM
  1. Does the DTM contain obvious errors e.g. woods, spikes, note if observed. **
  2. Does it honour the geomorphology of landforms such as valleys, terraces, eskers etc and also areas of artificial ground (e.g. quarries, land-raise)? ‘Geologically reasonable’?
  3. Does the resolution of the geological envelope or baseline data correspond to the DTM resolution?
  1. DTM does contain spikes and is blocky. Probably the method that has been used to process the DTM
  2. Yes – need confirmation from SGU modellers
  3. Yes – need confirmation from SGU modellers
RT 03/01/2017
7.  Faults
  1. Fault-fault contacts should exist and faults should be neatly truncated at junctions. There should not be fault-fault gaps (check at calculation)
  1. N/A
8.  Geological unit surfaces (QA scientist to use Arc grids generated by Technical checker)
  1. Check for large spikes in calculated surfaces by uncovering the calculated surfaces or volumes in 3D
  2. Check for holes within envelopes
  3. Are the units ‘geologically reasonable’?
  4. Do lenses calculate correctly?
  1. Yes – thickness checks have been done using the ASCII grids
  2. Done – map has been used.
  3. Done
  4. N/A no lens units
ST/RT 03/01/2017
9.  Systematic technical check of cross sections

For each section (Technical check only):

  1. Is the section correctly orientated? **
  2. Are correlation lines trimmed to section ends?
  3. Are croplines snapped?
  4. Are crossing sections snapped?
  1. Yes
  2. Yes
  3. Yes
  4. Yes
ST 03/01/2017
10.  Borehole logs
  1. Do they generally fit the DTM or does the metadata say to hang from the DTM? **
  2. Do the correlation lines reasonably match the logs’ LEX-RCS codings (or as qualified in the metadata)?
  3. Are they in their correct geographical positions (as inferable from their GLs vs the DTM)? **
  4. Are terminal depths illogically interpreted as unit bases?
  1. Yes – all boreholes are hung from DTM
  2. N/A BGS internal only
  3. Yes – see point 1
  4. No
RT/ST 03/01/2017
Mainly scientific QA
11.  Fidelity of model to data
  1. Check that a good representation of available boreholes are included in sections
  2. Is the retained fault network adequately honoured allowing for appropriate simplification from map-face?
  3. Are structural measurements (e.g. dips) on the corresponding map taken into account as far as reasonable?
  4. Check no major data source has been left out (refer to metadata) **
  5. Check modelled horizon extents correspond to geological linework of the appropriate scale? (subject to revisions carried out when modelling, noted in metadata)
  1. Yes – 44%
  2. N/A
  3. N/A
  4. Geosigma surfaces and data points could be incorporated at a future date
  5. Yes – geological model linework matches map linework provided
RT 03/01/2017
12.  Scientific QA check of cross sections

See items 11.1–11.5 above. 10–20% of sections checked by scientific QA:

a. [section name – comment]
13.  Fit for NGM purpose
  1. Does the model have sufficient extent and stratigraphic coverage to comprise a credible part of an integrated multi-scaled national model? If not, recommend for either RESTRICTED folder (low priority) or for PENDING ACTION folder
  1. N/A
14.  Any other comments
  1. Geological check should be undertaken by somebody in SGU
RT 03/01/2017

* Extract from BGS IDA Rock Dictionaries (RCS) Search and Viewing Application:

BGS.DIC_ROCK_ALL. This dictionary includes all DIC_ROCK_NAMEV3 entries, together with: a. codes for specified composites, such as those approved for use on maps. These composites are defined in terms of the single entries in DIC_ROCK_NAMEV3. b. a number of pragmatic ‘non-rock’ entries that are required to facilitate full coding of (for example) borehole records.

DIC_ROCK_NAMEV3 is Version 3 of the largely RCS-compliant dictionary of rock names — the currently approved version. Most of its content is RCS-compliant, but for the time being it still includes a number of ‘legacy’ entries intended to support authentic coding of historical records. Entries include unique ‘root’ names from the RCS (e.g. ‘basalt’) as well as a gradually increasing set of approved qualified root names.