Introduction

IGSN – The International Geo Sample Number

The International Geo Sample Number (IGSN) is a globally unique and persistent identifier (PID) for physical samples that reduces (and perhaps even eliminates) problems associated with ambiguous naming of samples. It has been developed to (1) address requirements for reproducibility of sample-based data, (2) ensure discovery, access, and re-usability of samples and data derived from them, (3) recognize sample collection and curation as scholarly contribution to the scientific community, and (4) improve data integration. The latter especially pertains to scientific drilling projects where samples and subsamples of the same core or core section are analysed in different laboratories and over long periods of time.

IGSN is governed by an international non-profit organisation (IGSN e.V.), which operates the central registration system based on the Handle.Net System (). The IGSN e.V. aims to develop standard methods for locating, identifying and citing physical samples (). Similar to the digital object identifier (DOI), IGSNs resolve to a persistent link on the internet to IGSN landing pages with a virtual sample description, managed by federated IGSN Allocating Agents (e.g. IGSN:ICDP5054EHW1001). The largest collection of registered IGSNs is accessible via the inventor’s web portal ‘System for Earth Sample Registration’, SESAR, at Lamont-Doherty Earth Observatory (). Furthermore, the IGSN provides means for sample citation in the literature and for establishing direct links from specimen to research results and interpretations.

Each member of the IGSN e.V. may become IGSN Allocating Agent and develop an IGSN registration service for their communities. In addition, allocating agents are free to develop individual metadata schemata for the various methodical disciplines using their service as well as to design the IGSN identifier. In addition to the disciplinary metadata schemata, each allocating agent has to provide metadata in the IGSN Description Schema (http://schema.igsn.org/description/). The IGSN Description Schema contains persistent information about registered samples, such as temporal and spatial coordinates of sample acquisition, metadata about involved institutions and sample-requesting scientists, information about the sample material, collection methods, and alternate or related identifiers. This metadata kernel is aligned with the DataCite Metadata Schema 4.0 and will be harvested by the central IGSN metadata catalogue that is currently in development. Where possible, the descriptive metadata schema makes use of vocabulary lists, e.g. the Observations Data Model 2 (ODM2: http://www.odm2.org) and a list of collection methods.

Drilling Samples and the Drilling Information System (DIS)

The necessity for a meticulous acquisition and documentation of scientific drilling project data and associated samples in a structured and hierarchical way was already described for the German Continental Deep Drilling Program (KTB) (; ; ). As one outcome and consequence of the KTB project, the development of a dedicated IT system, the DIS, was initiated. The DIS (Conze et al. 2007, ) is based on a relational database with data verification routines and desktop input forms. It is designed for the full documentation of the on-site drilling operations, including the sample material and the acquired primary data. Scientific drilling projects generate a huge amount of sample material. Most prominent are drill cores, where also a number of hierarchical relationships have to be taken care of: the origin of all material of drilling projects are the drill holes, the core runs (a drill core reaching the earth surface), core sections (core runs sub-divided into segments of manageable length), and samples for further analyses. Primary data include core images, multi-sensor core logging data, borehole logging data, lithological descriptions, and so forth.

The data management system ExpeditionDIS is dedicated to individual projects and is used in field expeditions, during drilling operations, and for post-drilling examinations of core and sample material in project-associated laboratories. The broad range of different research topics of each ICDP project call for a DIS, which is tailored for each scientific drilling expedition (such as COSC-1) for the inventory of recovered sample material and core samples extracted for research from the drill cores.

In contrast, the CurationDIS is used in storage facilities (i.e., core repositories, such as MARUM in Bremen, or the ‘Nationales Bohrkernlager für kontinentale Forschungsbohrungen’ of the Federal Institute for Geosciences and Natural Resources (BGR) in Berlin-Spandau, Germany). There, sample material from many different expeditions is collected, managed, shared with and distributed to the scientific community. The lifetime of an ExpeditionDIS is limited to the period of the expedition, whereas the CurationDIS is lasting for the operational lifetime of the sample material storage.

Both DIS systems received an update recently that automatically creates an IGSN identifier from the parent-child relationships of the sample material, a prefix individual to the project, and the sample type stored in the DIS relational database. We describe the syntax of the ICDP IGSNs later in this article.

The COSC-1 Project

The COSC-1 project studies mountain building processes by drilling a continuous cored section through the thrust sheets of the Caledonian foreland in Sweden (Lorenz et al. 2015). The Caledonides are an approximately 400 my old mountain belt that originally had Himalayan dimensions.

Research in scientific drilling projects is complex and not limited to the primary goal, which often results in intricate and comprehensive science and sampling programmes. During COSC-1 operations, approximately 2.4 km of drill core were retrieved (the ‘Sample Material’), drill mud and mud gases sampled, and diverse screening techniques for microbiology employed. During the project field campaign and subsequent sampling party, inventory-keeping of all drill cores was done routinely using the ExpeditionDIS. Primary core metadata, core scan image files and on-site analytical data (Lorenz et al. 2015) were entered at several DIS client stations immediately upon its retrieval on the drill deck. Obtained core pieces, which are unanimously and uniquely identified to belonging together were treated as a single object and logged as individual ‘Core Run’ into the DIS. The core run is a ‘Child’ object of the borehole ‘Parent’, and does not carry any additional information. IGSNs were assigned immediately to all eligible objects. Off-line IGSN assignment worked flawlessly and without interfering with the researchers’ workflow. Analytical data, such as geophysical logs and XRF geochemical analyses, were linked to the respective core sections using adapted data pumps and imported into the DIS. Backups of the database were taken off-site and transferred to ICDP via secure file transfer protocols (sftp).

After completing the field campaign, all sample material was shipped to the core repository in Berlin-Spandau. The project data were subsequently transferred to the BGR CurationDIS. Sampling can continue based on the sampling policies of the project and the storage facility itself. In the case of COSC-1, researchers with accepted and DIS-generated sample requests met for a sampling party to visually inspect the core and mark/list their sampling spots and intervals. Samples were documented in the DIS and so IGSNs automatically assigned, and subsequently physically taken by the BGR curator. The properly DIS-labelled samples and sample lists were then shipped world-wide to the respective researchers. This workflow approach turned out to be successful and efficient as the scientists’ time was entirely spent on science, while sampling was performed by the assigned curator in an orderly manner. Thereby also the proper documentation of all sample material and sampling procedures was generated.

IGSN Implementation, Generation and Registration

Inherent IGSN Properties

The most conspicuous requirement for a persistent identifier (PID) in a drilling project context is that it reflects the hierarchy in the sample material. Without satisfying this pre-requirement, the provenance of a referenced piece of drill core could only be tracked by a user who has direct access to the data logged in the DIS.

When persistent identifiers are used, it is quite common to work with prefixes. This allows the separation of responsible domains by different namespaces. For example, the IGSN e.V. assigned the namespace ‘ICDP’ to ICDP and ‘BGRB’ for the core archive at BGR. The namespace is followed by an ‘Expedition ID’ and a report prefix (see Table 1). Both create several independent sub-namespaces that could be used in individual DIS systems to do data acquisition independent from each other on remote sites without internet access. An object tag allows for a quick, human-readable identification of the object in question, such as ‘Hole’, ‘Core Run’, ‘Core Section’ or ‘Sample’. The IGSN ends with a coded pattern directly derived from primary key values generated by the DIS, and thereby guarantees the uniqueness of the IGSN identifier. Figure 1 illustrates the IGSN syntax for ICDP and shows links to the ICDP naming convention.

Table 1

Structure of the extended IGSN for ICDP sample material. The coded pattern is directly derived from the internal object-ID in the DIS, and therefore guarantees uniqueness of the sample.

Name SpaceExpedition IDReport PrefixObject TagCoded Pattern

ICDP5054E = Expedition
R = Repository
H = hole
C = core run
S = core section
X = sample
W1001
Figure 1 

Mapping of sample objects to IGSNs. Example of the data structure and IGSN assignment for drill holes, core runs, core sections and core samples by the ICDP DIS as assigned during the COSC-1 project. The Expedition ID (here ‘5054’ for COSC) is defined as unique key value in the ICDP naming convention and is accompanied by a character string that includes indicators for drill Site and Hole (several boreholes per site and several sites per expedition can exist). Each lower level of the sample hierarchy (Core runs, Sections and Samples) are symbolized by additional characters or numbers to the name of the higher level. The Hole is the top level for the IGSN. Each derived object (core runs, core sections, samples, etc.) is related to the borehole through the parent-child relation of each subordinated object/sample.

The ICDP-IGSN Metadata Schema

As discussed before, the IGSN allocating agents have to provide metadata in the IGSN Description Schema. In addition, IGSN-allocating agents typically provide services to their respective topical and geographical communities and often must address the specific and variable needs of these communities. The allocating agent GFZ Potsdam decided to develop a new IGSN metadata schema for the description of scientific drilling projects in the framework of ICDP (ICDP-IGSN Schema). This community-specific schema is loosely based on the original universal SESAR metadata schema, enriched by specific metadata fields representing the drilling process and instruments, analysis methods, extended descriptive elements for the geological and lithological descriptions. In addition, individual metadata fields for the corrected depths in boreholes exist (e.g., IGSN:ICDP5054EXF4601). Furthermore, we put all information necessary for disseminating the IGSN Description Schema into our ICDP-IGSN Schema. The metadata are exported directly from the DIS into XML, and thus prepared for the IGSN registration. This way, we store IGSN metadata in XML format at GFZ Potsdam, which allows retrieving metadata via an Open Archive Initiative Protocol for Metadata Harvesting (OAI-PMH) interface.

IGSN Registration

The main technical tasks of IGSN allocating agents are to allow registration of IGSNs for physical samples, guarantee the uniqueness of IGSNs by issuing namespaces to clients, and collect and disseminate IGSN metadata (Figure 2). These technical tasks are similar to the tasks which DataCite solves with their corresponding DOI registration infrastructure. As we already modified the DataCite registration software in the past for our data publication activities at GFZ Potsdam (), we used our experiences and modified the program sources of the DataCite Metadata Store to be used as GFZ IGSN registry.

Figure 2 

Visualisation of the registration infrastructure. The associcated XML metadata flows (dotted lines and arrows) at the GFZ IGSN Allocating Agent during registration of ICDP samples are shown. Building blocks of the IGSN allocating agent are highlighted in grey boxes. In additon, the steps of an exemplary sample discovery through a web portal or a research article are shown as black arrows.

In Figure 2 we outline how the GFZ IGSN registry fits into the federated structure of the IGSN e.V. and its allocating agents. While an internet browser interface to the registry software exists, metadata and URLs to IGSN landing pages (Figure 3) are expected to be registered by machines through web-service APIs, which are feeding corresponding data through existing databases into the web portal. The GFZ IGSN registry is designed as a proxy to the global IGSN registry that mints handles which resolve to landing pages.

Figure 3 

Example of an IGSN Landing Page for a Core Sample of the COSC-1 project (IGSN:ICDP5054EXF4601). The left part contains the full sample description thematically grouped into General Identifiers (for the drilling project and the IGSN hierarchy), Sampling Location, Geology, and Methods used to produce primary borehole data, Drilling (details on the drilling method, instrumentation, PIs, and drilling dates) as well as location of the sample (Repositories). The top right box allows to browse through the sample hierarchy. Different icons indicate the type of sample (Hole, Core, Core Section, Core Sample). The map below shows the geographical location, whereas the lower right part highlights publications that are related with the sample (here the initial scientific publication in Scientific Drilling Journal and the Operational Report of COSC-1, and , and the master thesis and the data publication of and ).

Since COSC-1 has produced over 4460 IGSNs so far, it made full use of the programming interface of the GFZ IGSN registry software. The registration of URLs via web-portal landing pages and metadata was accomplished with a set of shell and python scripts. Since the IGSN Description Schema makes use of vocabulary lists, this information had to be adapted to the ICDP-IGSN schema. In particular, we had to ensure to include information about the appropriate ODM2 term for materials, specimen and feature type and the correct term for collection methods, which originates from SESAR. However, the material (rock), the resource type (hole, core, core section, core sample), and the collection method (rock corer) could be easily integrated into a conversion stylesheet.

The ICDP-IGSN schema for samples is designed as superset of the IGSN description schema that has to be available for data dissemination through the OAI-PMH. Furthermore, the ICDP-IGSN schema is used to generate the web portal landing pages through the Extensible Stylesheet Transformation (XSLT).

IGSN Landing Pages

To provide easy web-access to information about IGSN registered scientific drilling sample material and samples, a specific landing page (Figure 3) was developed for the COSC-1 drill hole A (5054_1_A), whose top- level IGSN ‘ICDP5054EHW1001’ can be resolved using the URL http://hdl.handle.net/10273/ICDP5054EHW1001. Landing pages comprise the complete descriptive data of the IGSN-registered sample material and allow the navigation through the hierarchical ‘Parent-Child’ data structure. Additionally, related publications and data sets are listed as DOI-referenced sources on this landing page and in the metadata. As soon as an IGSN is registered by the allocating agent, its sample description (metadata) is made available to the public domain via this web portal system.

Discussion und Outlook

The development of IGSN is an important tool to increase the visibility and access of physical samples. It is complementary to other text and data publication formats, including journal articles, data publications, reports, etc. For a full overview it is essential to carefully cross-reference all participating publications via the metadata. DataCite metadata is offering a broad range of ‘relation types’ in their ‘related identifier’ package, not only to tie different publications to a dataset or a report, but also to classify the related material in (dataset) documentation, supplement to a journal article and material for further reading. The relevance of IGSN as PID for physical samples is also reflected in the newly released DataCite Metadata Schema 4.0, where IGSN is added as new ‘relation type’ option (). In addition, it is already possible to cite IGSNs (including the link to the landing pages) in articles of certain journals (e.g. ; this paper).

For COSC we put efforts in presenting the whole sample family. However, it is difficult to control what happens after a sample leaves the core repository. Scientists can generate their own samples and hand over subsamples to colleagues, which are then out of reach for the core repository manager. Hence such subsamples are impossible to integrate in the CurationDIS. This may often set the lower limit of the IGSN hierarchy for drilling projects.

The content and provision of descriptive data of drilling projects is highly relevant beyond the reaches of continental scientific drilling, although it is not directly coupled to the IGSN. Similar problems persist in the ocean research drilling community and at any other organisation that holds relevant information about boreholes and drill cores that should be made accessible to the entire scientific community. A relevant example is the on-going work within the EU Horizon 2020 project European Plate Observing System (EPOS) EPOS is a multi-disciplinary e-Infrastructure for Solid Earth Science in Europe. It integrates the distributed national Research Infrastructures (RIs) by harmonising existing service and component interfaces, which are co-developed by IT specialists and the geoscientific communities. Since no disciplinary metadata standards exist for the drilling community, available practices, such as the here developed metadata schema for the IGSN registration of a scientific borehole, can be considered as first steps towards these.

Conclusion

This article summarizes the state-of-the art sample and data curation in a successful drilling project, exemplified by COSC-1 and co-sponsored by ICDP in consortium with multiple additional academic and industry partner institutions and agencies. COSC-1 provides a superb ‘Blueprint’ for future ICDP projects, i.e., how to plan, organize, conduct and finalize a typical ICDP drilling project from start to finish. COSC-1 has demonstrated the feasibility and applicability of modern geoscientific technologies by merging old and well-proven techniques and methods (e.g., core image scanning as part of acquiring ‘primary data‘) with novel developments in database management, data publication and dissemination. This article highlights the ICDP’s DIS in conjunction with the rapidly evolving IGSN system and associated web-portals for providing open-access of drilling-generated data and metadata.