Recommended within ENVRI Atmospheric community. Automatic conversion from IAGOS metadata pivot format to datacite profile

Recommended within ENVRI Atmospheric community

Recommended within ENVRI Atmosphere community

Community standard. Used for observed variables, instrument types and platform type

Community standard. Used for observed variables

Standard in the community and recommended within ENVRI Atmospheric community

Metadata longevity plan is part of IAGOS Data Preservation Policy

CF standard names has been chosen as Reference vocabulary by ENVRI Atmosphere community. Used for observed variables

The FTP is a standard communication protocol used for the transfer of computer files from a server to a client on a computer network.

GBIF search engine provides free and open access to biodiversity data.
GBIF search engine | Global Biodiversity Information Facility Search Engine

The GEneral Multilingual Environmental Thesaurus (GEMET) was created as a general environmental thesaurus, aimed to define a common general language with a core of general terminology for the environment. It is the reference vocabulary of the European Environment Agency (EEA) and its Network (Eionet).
GEMET | General Multilingual Environmental Thesaurus

The Generic Earth Observation Metadata Standard (GEOMS) is a generic metadata standard used for archiving data from ground based networks and for validating NASA and ESA satellite data. The standard aims to improve the portability and accessibility of geophysical datasets, and makes the contents of those datasets self-describing. Originally applicable to atmospheric and oceanographic datasets, it has expanded to support all measurements from Earth observation instruments. This standard describes the required metadata without requiring any particular format. However, implementations are available in HDF4, HDF5 or netCDF. Additional implementations in other formats can also be created as needed. Measurement-specific templates are available as various extensions of the GEOMS guidelines.
GEOMS | Generic Earth Observation Metadata Standard

GeoDCAT-AP is an extension to the 'DCAT application profile for European data portals' (DCAT-AP) for the representation of geographic metadata.

GeoNetwork is a catalog application to manage spatially referenced resources. It provides powerful metadata editing and search functions as well as an interactive web map viewer. It is currently used in numerous Spatial Data Infrastructure initiatives across the world.

User authenticates (login/passwd) against the internal catalog database of the GeoNetwork instance
GeoNetwork account in the internal catalog database

GEOSS Portal offers a single Internet access point for users seeking data, imagery and analytical software packages relevant to all parts of the globe.
GEOSS Portal | Global Earth Observation System of Systems Portal

GNU General Public License v3.0 or later

Google Dataset Search is a search engine from Google that helps researchers locate online data that is freely available for use.

Google indexes billions of web pages to allow users to search for the information they desire through the use of keywords and operators.

GNU General Public License v2.0 or later
GPL-2.0-or-later | GNU General Public License v2.0 or later

The Handle System is the Corporation for National Research Initiatives's proprietary registry assigning persistent identifiers, or handles, to information resources, and for resolving those handles into the information necessary to locate, access, and otherwise make use of the resources. As with handles used elsewhere in computing, Handle System handles are opaque, and encode no information about the underlying resource, being bound only to metadata regarding the resource. Consequently, the handles are not rendered invalid by changes to the metadata.

The Madrigal system now uses HDF5 as container format for archived data.
HDF5 archival file format for data in Madrigal

The I-ADOPT Framework acts as a semantic broker and is based on an ontology in order to facilitate interoperability between existing variable description models. It offers core atomic components and relations between them that can be applied to define machine-interpretable variable descriptions that reuse FAIR terminology concepts. DOI: 10.15497/RDA00071

The IAGOS Data Preservation Policy is the IAGOS Data Centre policy on data preservation, including for the designated community of users. This policy generally conforms to the OAIS Reference Model, with additions and alterations that are specific to the data managed by the IAGOS-DC.

The ontology that describes the ICOS metadata and data.
ICOS Ontology | Integrated Carbon Observation System Ontology

InnovAuth is a custom local authentication and authorization platform in use by different systems created and maintained at VLIZ vzw in Belgium.

The theme scope includes two main aspects; the first is the environmental monitoring facility as a spatial object, the second is the data obtained through observations and measurements taken at this facility, encoded using the ISO 19156 standard.
INSPIRE EMF | Infrastructure for Spatial Information in the European Community Environmental Monitoring Facilities

The INSPIRE infrastructure involves a number of items, which require clear descriptions and the possibility to be referenced through unique identifiers. Examples for such items include INSPIRE themes, code lists, application schemas or discovery services. Registers provide a means to assign identifiers to items and their labels, definitions and descriptions (in different languages). The INSPIRE registry provides a central access point to a number of centrally managed INSPIRE registers. The content of these registers are based on the INSPIRE Directive, Implementing Rules and Technical Guidelines.

ISO 3166-1:2013 is intended for use in any application requiring the expression of current country names in coded form. It also includes basic guidelines for its implementation and maintenance.
ISO 3166-1:2013 Codes for the representation of names of countries and their subdivisions - Part 1: Country codes

IUCN | International Union for Conservation of Nature - Red List of Threatened Species

JCAMP-DX is the IUPAC standard format family for spectral data exchange.

JSON-LD is a JSON-based format to serialize Linked Data. The syntax is designed to easily integrate into deployed systems that already use JSON, and provides a smooth upgrade path from JSON to JSON-LD. It is primarily intended to be a way to use Linked Data in Web-based programming environments, to build interoperable Web services, and to store Linked Data in JSON-based storage engines. JSON-LD is a concrete RDF syntax. A JSON-LD document is both an RDF document and a JSON document and correspondingly represents an instance of an RDF data model. However, JSON-LD also extends the RDF data model to optionally allow JSON-LD to serialize generalized RDF Datasets.
JSON-LD | JavaScript Object Notation for Linking Data

LDAP is a mature, flexible and well supported standards-based mechanism for interacting with directory servers. It is often used for authentication and storing information about users, groups and applications.
LDAP | Lightweight Directory Access Protocol

The GAW Programme of the World Metrological Organization (WMO) focuses on building a single coordinated global understanding of atmospheric composition, its change, and helps to improve the understanding of interactions between the atmosphere, the oceans and the biosphere. It coordinates high-quality atmospheric composition observations across global to local scales to drive high-quality and impact science while co-producing a new generation of research enabled products and services. About 100 countries are participating in the GAW Programme. Some components of the GAW observational network are recognized as comprehensive and baseline networks of the Global Climate Observing System (GCOS). The GAW Programme operates according to the GAW Implementation Plan 2016-2023. One major aspect of the GAW mission is to organize, participate in and coordinate assessments of the chemical composition of the atmosphere on a global scale. In this way, GAW provides reliable scientific information for policymakers, supports international conventions and contributes to improve the understanding of climate change and long-range transboundary air pollution.
GAWSIS | Global Atmosphere Watch Station Information System

GCMD Keywords | Global Change Master Directory Keywords
Global Change Master Directory (GCMD) Keywords are a hierarchical set of controlled Earth Science vocabularies that help ensure Earth Science data, services, and variables are described in a consistent and comprehensive manner and allow for the precise searching of metadata and subsequent retrieval of data, services, and variables. Initiated over twenty years ago, GCMD Keywords are periodically analyzed for relevancy and will continue to be refined and expanded in response to user needs.
GCMD Keywords |Global Change Master Directory Keywords

ICOS Data Portal provides observational data and elaborated products on greenhouse gases. Data sets can be visualised and downloaded fully and/or partially. ICOS data meets the global standards for atmospheric, ecosystem flux and marine observations of greenhouse gases. All information on observations and the metadata is stored in persistent long-term repositories.
ICOS Carbon Portal | Integrated Carbon Observation System Data Portal

The LifeWatch ERIC Metadata Catalogue provides descriptive metadata allowing users to retrieve and manage information in much greater quantities and at greater speed. It now consists of one unified VRE, workflows, datasets, services, and a research site.:
The LifeWatch ERIC Metadata Catalogue is informed by extensive ontologies and thesauri that make the records findable, accessible, interoperable and reusable, according to the FAIR principles of data management. The architecture is based on GeoNetwork 3.10 and allows users to manage metadata related to five kinds of resources:
* Datasets, by using the EML 2.2.0 standard (60 metadata attributes):
* Research Site, by using a customised ISO19139 standard (36 metadata attributes):
* Services, by using a customized ISO19139 standard (40 metadata attributes):
* Virtual Research Environments, by using a customized ISO19139 standard (25 metadata attributes):
* Workflows, by using a customized ISO19139 standard (25 metadata attributes):

Linked Open Data defines a vision of globaly globaly accessible and linked data on the internet based on the RDF standards of the semantic web. A basic theory of LOD is that data has more value if it can be connected to other data. Data, in this context, is any structured web-based information.

LUPO is the model defining the core set of LifeWatch ERIC elements (Actors, Services and Infrastructure) and describing their high-level arrangement. LUPO is extendable and will foster, connect and describe lower level models of its core elements, with the vision to provide functionalities that facilitate the uptake, re-use and enrichment of LifeWatch ERIC resources by an ever broader community.

LifeWatch core ontology under development for LifeWatch ERIC

MACROALGAETRAITS contains several concepts on demographic and functional traits. It has been developed and published by LifeWatch Italy, the Italian node of the e-science European infrastructure for biodiversity and ecosystem research (LifeWatch ERIC).
MACROALGAETRAITS | Macroalgae Traits Thesaurus

Madrigal is a de facto standard for distributing analysed data from incoherent scatter radars and other upper atmospheric instruments. It shares metadata from all sites among its instances as simple text files. Madrigal provides both a browser GUI, in recent versions developed in Django, as well as web services with APIs.

The purpose of Marine Regions is to create a standard, relational list of geographic names, coupled with information and maps of the geographic location of these features. The objectives are to capture all geographic marine names worldwide, including ocean basins, seas, seamounts, sandbanks, ridges, bays and other marine geographical place names and attributes, and to display univocally the boundaries of marine biogeographic or other managed marine areas in order to facilitate marine data management, marine (bio)geographic research and the management of marine areas.

Widely used for data citation, mainly used by us for collections and elaborated data products

Handle PIDs are used for all data objects at the highest possible granularity

As defined by the CP white paper and to implement the open data sharing defined by the statutes of ICOS ERIC.

Used in Jupyter hub and many other applications by the community for easy access to SPARQL, ontology, metadatahttps://pypi.org/project/icoscp/

The ICOS SPARQL open endpoint https://meta.icos-cp.eu/sparql serves (read-only) the complete ICOS ontology and all metadata in RDF format. It is used by most back-end and front-end services of the ICOS Carbon Portal. A GUI version is served at https://meta.icos-cp.eu/sparqlclient/

The m2m interfaces to interact with the meta and data services and other back end services are based on REST 'inspired' https calls. The calls are document at the CP github repository at pages https://github.com/ICOS-Carbon-Portal/meta and https://github.com/ICOS-Carbon-Portal/data

For ORCID and Facebook identity providers

All ICOS data is available open and free.

ICOS is set up for the long term, 20-25 years starting from 2015. Statutes and data policy mention that data and metadata should be preserved also after that. In case ICOS ERIC is wound down in the future there will be a one year period to develop the contingency plan. All current landing pages generated dynamically by our metadata system can then be generated as static html pages that will together form a frozen metadata system which can be served by a simple static website at very low cost or be integrated as sub-site in another permanent website.

CF-1.7 compliant netcdf metadata included in the netcdf data objects

ICOS will be set up for the long term, 20-25 years starting from 2015. Statutes and data policy mention that data and metadata should be preserved also after that. In case ICOS ERIC is wound down in the future there will be a one year period to develop the contingency plan. All current landing pages generated dynamically by our metadata system can then be generated as static html pages that will together form a frozen metadata system which can be served by a simple static website at very low cost or be integrated as sub-site in another permanent website.

The DOIs are the best way to permanently identify a given digital object, in a format controlled by the International DOI Foundation. We have an agreement with DataCite and this will guarantee the cross-domain findability. When a DOI is not available, users can specify a persistent internal identifier.

We use the ISO 19139:2007 profile for several kinds of metadata resources (e.g., services, workflows, virtual research environments, etc.)

We use the EML 2.2.0 standard for datasets metadata records.

Being the LifeWatch ERIC Metadata Catalogue published online, Google automatically indexes its main pages.

It represents the search engine of DataCite (https://search.datacite.org), hence it allows to find, access and reuse all Life

It represents the search engine of DataCite (https://search.datacite.org), hence it allows to find, access and reuse all LifeWatch ERIC research digital objects that have a DOI.

It represents the standard de facto as secure communication protocol.

Metadata records are freely accessible in the LifeWatch ERIC Metadata Catalogue, based on GeoNetwork, hence no login is required. The authentication and authorization are needed to add and manage metadata records and currently are performed by using a traditional login mechanism that identifies and authenticates users through the couple of credentials (username and password). It will adopt the SAML 2.0 protocol, with a multifactor authentication and is going to analyse the OAUTH infrastructure (analysis of providers, costs, issues, etc.).

The authentication & authorisation technique for datasets depends from the LifeWatch ERIC national node. For example, in some cases the access through ORCID is currently used, in other cases the traditional login mechanism that identifies and authenticates users through the couple of credentials (username and password) is used.

RDF schema is actually in improvement status in the LifeWatch ERIC Metadata Catalogue to describe the metadata of all LifeWatch ERIC resources (e.g., datasets, services, Virtual Research Environments, workflows, research sites).

The XML allows us to exchange metadata records among distributed sources.

The knowledge representation languages used for datasets depend from the LifeWatch ERIC national node. Some examples are XMLS, CSV, DwC-A, NetCDF, etc.

The LifeWatch ERIC Metadata Catalogue actually allows to manually specify the thesaurus/vocabulary to be used for a given field (e.g., keyword, type, etc.) but in the future we plan to use drop-down and autocomplete lists for the semantic annotation of metadata fields and values by using semantic artifacts provided by the EcoPortal platform.

The structured vocabularies used to encode datasets depend on the LifeWatch ERIC national node.

We use the ISO 19139:2007 profile for several kinds of resources (e.g., services, workflows, virtual research environments, etc.)

The LifeWatch ERIC UPper Ontology (LUPO) defines the core set of LifeWatch ERIC elements.

In the future we will use the PARTHENOS Entities (PE) to extend the ontological model and the RDF schema of different assets.

The models, schemas used for datasets depend from the LifeWatch ERIC national node. Some examples are DwC-A, NetCDF, etc.

A mixture between mostly CC-BY, CC-0 and CC-BY-NC is used, it depends on the LifeWatch ERIC national node.

This license is used particularly for services and VREs.

Harnessing the power of supercomputing and state-of-the-art methods, the Materials Project provides open web-based access to computed information on known and predicted materials as well as powerful analysis tools to inspire and design novel materials.

Through the DOE Data ID Service, OSTI assigns persistent identifiers, known as Digital Object Identifiers (DOIs), to datasets submitted by DOE and its contractor and grantee researchers and registers the DOIs with DataCite to aid in citation, discovery, retrieval, and reuse. OSTI assigns and registers DOIs for datasets for DOE researchers as a free service to enhance the Department's management of this important resource.
U.S. Department of Energy Office of Scientific and Technical Information (OSTI) Data ID Service

Dataset Search is a search engine for datasets. Using a simple keyword search, users can discover datasets hosted in thousands of repositories across the Web.

Convenient web-based retrieval based on assigned material ID. e.g. <https://materialsproject.org/materials/mp-1234>. Also, DOIs assigned by OSTI (http://purl.org/np/RAyIQx7rn1CDYgTqRlSbsZY0yQz46VxRzSgfMp138QInM).

URLs for raw data minted and served by NOMAD Laboratory <https://nomad-lab.eu/>.

The OSTI DOI Identifier Service (http://purl.org/np/RAyIQx7rn1CDYgTqRlSbsZY0yQz46VxRzSgfMp138QInM) provides a schema.org Dataset profile via DataCite.

http://datacite.org/schema/kernel-4 is provided

Links from data are either to material DOIs via https://doi.org/ URLs or material entities via https://materialsproject.org/ URLs.

Seemed like a good idea to register here. Also, OSTI registers stuff in Google Dataset Search (http://purl.org/np/RA4CCG7liO15HaNq09OMkcSF2aQ3DsQ01wZimzwXwb_fo)

Convenient web-based retrieval based on assigned material ID. e.g. <https://materialsproject.org/materials/mp-1234>.

Seemed like a good idea to register here.

MET Norway Metadata Format (MMD) is an XML metadata format for storing information about scientific datasets. MMD is made to document datasets in order to make them findable. In this it supports information elements of Findable, Accessible, and Reusable from the FAIR guiding principles. Through the web services identified in MMD and the encoding of datasets according to the preferred format NetCDF-CF, it also supports the Interoperable aspect. The specification is strongly linked to discovery metadata standards like ISO19115 and GCMD DIF, but it also extends these as it contains configuration metadata specific for the handling of the datasets at the host data centre.
MET Norway Metadata Format Specification

SKOS concept collections of controlled vocabularies or code lists used within the MET Norway Metadata Format (https://github.com/metno/mmd).

The National Aeronautics and Space Administration Ames Format for Data Exchange (NASA Ames Format) is composed of ASCII data files that are written in one of nine "standard" file formats. The ASCII data file formats were developed at Ames Research Center by R. Stephen Hipskind and Steven E. Gaines in 1990 to standardize the file formats used for in-the-field data exchange during aircraft field experiments. Each ASCII data file consists of a file header, followed by the data records. The file header describes the data and the origin of the file. The data are conceptually divided into Independent Variables and Dependent Variables. The Dependent Variables are further divided into Primary and Auxiliary Variables.
NASA Ames Format | The National Aeronautics and Space Administration Ames Format for Data Exchange

NetCDF_CF_SDN | NETCDF CF format SeaDataNet Profile

Unidata's Network Common Data Form (netCDF) is a set of software libraries and a machine-independent data format that support the creation, access, and sharing of array-oriented scientific data. This record describes the data format and not the software libraries. The netCDF Data Model is also a community standard for sharing scientific data. The data model of dimensions, variables, and attributes, which define the The Classic Model, was extended starting with netCDF-4.0. The new The Enhanced Data Model supports the classic model in a completely backward-compatible way, while allowing access to new features such as groups, multiple unlimited dimensions, and new types, including user-defined types. For maximum interoparability with existing code, new data should be created with the The Classic Model. The Classic Model was introduced with the very first netCDF release, and is still the core of all netCDF files.

NSId is a Handle based persistent identifier for natural science specimens.

SeaDataNet NVS is used in marine domain for metadata and data.

OAuth 2.0 is the industry-standard protocol for authorization. OAuth 2.0 focuses on client developer simplicity while providing specific authorization flows for web applications, desktop applications, mobile phones, and living room devices.

Oboe based ontology for experimentation on ecosystems

OBOE is a suite of OWL-DL ontologies for modeling and representing scientific observations. The OBOE model is designed as a generic data model with a number of constructs for defining observational data. Key features of OBOE include its ability to represent a wide range of measurement types, a mechanism for specifying measurement context, and the ability to associate the type of entity (e.g., sample, organism, etc.) being measured. OBOE is being used and developed within the Semtools project for describing a wide variety of ecological data stored within the Knowledge Network for Biodiversity (KNB) as well as extensions for ontology-based data annotation and discovery within the MetaCat software infrastructure.

The OpenGIS Web Map Service Interface Standard (WMS) provides a simple HTTP interface for requesting geo-registered map images from one or more distributed geospatial databases.

The aim of a World Register of Marine Species (WoRMS) is to provide an authoritative and comprehensive list of names of marine organisms, including information on synonymy. While highest priority goes to valid names, other names in use are included so that this register can serve as a guide to interpret taxonomic literature.
WoRMS | World Register of Marine Species

A UUID is a 128-bit label used for information in computer systems.

A WCS offers multi-dimensional coverage data for access over the Internet.

The Web Feature Service is primarily a feature access service but also includes elements of a feature type service, a coordinate conversion/transformation service and geographic format conversion service.

The WIGOS framework promotes network integration and partnership outreach, and engages the regional and national actors essential for successful integration of these systems.
WIGOS | WMO Integrated Global Observing System

SeaDataNet metadata directories is used as vocabularies in metadata and data.
SDM MD | SeaDataNet metadata directories

The Common Data Index (CDI) service gives users a highly detailed insight in the availability and geographical spreading of marine data sets that are managed by the SeaDataNet data centres. Moreover it provides a unique interface for requesting access, and if granted, for downloading data sets from the distributed data centres across Europe.
SDN CDI PID LUI | SeaDataNet CDI to PID lookup index

SDN DA L 1.0 | SeaDataNet Data Access License 1.0

SeaDataNet has defined an overarching SeaDataNet Data policy, that aims to strike a balance between the rights of investigators and the need for widespread access through the free and unrestricted sharing and exchange of SeaDataNet data, meta-data and data products.
SDN DP | SeadataNet Data Policy and User License

Search and data access interface for SeaDataNet CDI metadata
SDN-CDI-Search | SeaDataNet CDI search user interface

SeaDataNet Marine ID Authorisation and Authentication service
SDN-MID-Service | SeaDataNet Marine ID AAA service

The search engines allows to search products from SeaDataNet
SDN-Sextant | SeaDataNet Sextant search engines

This standard defines a Web service interface which allows querying observations, sensor metadata, as well as representations of observed features.

The Sensor Model Language (SensorML) aims to provide a robust and semantically-tied means of defining processes and processing components associated with the measurement and post-measurement transformation of observations. This includes sensors and actuators as well as computational processes applied pre- and post- measurement. The main objective is to enable interoperability, first at the syntactic level and later at the semantic level (by using ontologies and semantic mediation), so that sensors and processes can be better understood by machines, utilized automatically in complex workflows, and easily shared between intelligent sensor web nodes. This standard is one of several implementation standards produced under OGC's Sensor Web Enablement (SWE) activity.
OGC SensorML | Open Geospatial Consortium Sensor Model Language

Data access of the svalbard integrated arctic observing system

ODV ASCII data transport format for marine datasets
ODV_ASCII | Ocean Data View ASCII format for marine datasets

OGC Catalogue Services specifies the interfaces and a framework for defining bindings and application profiles required to publish and access digital catalogues of metadata for geospatial data, services, and related resource information.
OGC CS | Open Geospatial Consortium Catalogue Services 3.0

OPeNDAP is a protocol that provides a discipline-neutral means of requesting and providing data across the World Wide Web.
OPeNDAP | Open-source Project for a Network Data Access Protocol

OpenDS is a specification of Digital Specimen and other related object type definitions essential to mass digitization of natural science collections and their digital use in a new generation of infrastructure and applications. For the principal digital object types corresponding to major categories and specimen data. openDS defines the structure and content of each object type, and the operations that can act upon them.

OpenID Connect 1.0 is an identity layer on top of the OAuth 2.0 protocol. It is supported by several major companies and allows for a REST-like communication between client applications and IdPs.

OpenSearch is a open source distributed and RESTful search engine (fork of Elasticsearch).
ORCID is an open, non-profit, community-driven effort to create and maintain a registry of unique researcher identifiers and a transparent method of linking research activities and outputs to these identifiers. The ORCID Registry is a repository of unique researcher identifiers which allows researchers to manage a record of their research activities. In addition, there are APIs that support system-to-system communication and authentication. ORCID makes its code available under an open source license, and will post an annual public data file under a CC0 waiver for free download.
ORCID | Open Researcher and Contributor ID

The Web Ontology Language (OWL) is a family of knowledge representation languages or ontology languages for authoring ontologies or knowledge bases. The languages are characterized by formal semantics and RDF/XML-based serializations for the Semantic Web. OWL is endorsed by the World Wide Web Consortium (W3C) and has attracted academic, medical and commercial interest. The OWL 2 Web Ontology Language, informally OWL 2, is an ontology language for the Semantic Web with formally defined meaning. OWL 2 ontologies provide classes, properties, individuals, and data values and are stored as Semantic Web documents. OWL 2 ontologies can be used along with information written in RDF, and OWL 2 ontologies themselves are primarily exchanged as RDF documents.

The PARTHENOS Entities (PE) propose an ontological model and RDF schema to encode data of use in supporting the activities and aims of research infrastructures to pool and connect services, software, datasets and to enable users of such services to reach the actors andunderstand the knowledge generation processes which generated the offered datasets.

PHYTOTRAITS is the first initiative to deal with the semantics of phytoplankton functional traits focusing on morpho-functional traits. It has been developed and published by LifeWatch Italy, the Italian node of the e-science European infrastructure for biodiversity and ecosystem research (LifeWatch ERIC).

The PITHIA project is developing an e-Science Centre for access to plasmasphere-ionosphere-thermosphere data and models.

The PROV Ontology (PROV-O) expresses the PROV Data Model using the OWL2 Web Ontology Language (OWL2). It is intended for the Linked Data and Semantic Web community. It provides a set of classes, properties, and restrictions that can be used to represent and interchange provenance information generated in different systems and under different contexts. It can also be specialized to create new classes and properties to model provenance information for different applications and domains. PROV-O is one serialization of PROV-DM, the other two being PROV-N and PROV-XML. PROV-DM and PROV-O define how to represent provenance on the World Wide Web, and as such additional documentation has been included in this record for PROV-AQ (Access and Query), a note which describes how standard web protocols may be used to locate, retrieve and query provenance records. PROV-DC provides a mapping from Dublin Core to PROV-O, and is listed in this record. For the purpose of this specification, provenance is defined as a record that describes the people, institutions, entities, and activities involved in producing, influencing, or delivering a piece of data or a thing. In particular, the provenance of information is crucial in deciding whether information is to be trusted, how it should be integrated with other diverse information sources, and how to give credit to its originators when reusing it. In an open and inclusive environment such as the Web, where users find information that is often contradictory or questionable, provenance can help those users to make trust judgements.

PURLs are Web addresses or Uniform Resource Locators (URLs) that act as permanent identifiers in the face of a dynamic and changing Web infrastructure. Instead of resolving directly to Web resources (documents, data, services, people, etc.). PURLs allow third party control over both URL resolution and resource metadata provision. A URL is simply an address of a resource on the World Wide Web. A Persistent URL is an address on the World Wide Web that causes a redirection to another Web resource. If a Web resource changes location (and hence URL), a PURL pointing to it can be updated. A user of a PURL always uses the same Web address, even though the resource in question may have moved. PURLs may be used by publishers to manage their own information space or by Web users to manage theirs; a PURL service is independent of the publisher of information.
PURL | Persistent Uniform Resource Locator

Higher level programming language library (Python) for access to metadata and data at ICOS Carbon Portal

RDF Schema (RDFS) is the RDF vocabulary description language. RDFS defines classes and properties that may be used to describe classes, properties and other resources.
RDFS | Resource Description Framework Schema

Re3data.org is a global registry of research data repositories that covers research data repositories from different academic disciplines. It presents repositories for the permanent storage and access of data sets to researchers, funding bodies, publishers and scholarly institutions. re3data.org promotes a culture of sharing, increased access and better visibility of research data.
re3data | Registry of Research Data Repositories

REST defines a set of constraints for how the architecture of an Internet-scale distributed hypermedia system, such as the Web, should behave.

SAML is an xml standard to exchange authentication and authorisation information across different domains designed and maintained by the Organization for the Advancement of Structured Information Standards. It was designed with SSO as the main use case and for several years it has been the reference solution for most enterprise applications. Nowadays SAML 1.1 is used mostly in legacy systems and OASIS recommends to adopt its successor, SAML2.
SAML1.1 | Security Assertion Markup Language 1.1

ORCID identifier of the user to be introduced

No specific constraints related to UUID use. Limitation is about the incomplete production of metadata records.

Non-systematic and heterogeneous practice between platforms. Need for implementation support.

Non-systematic usage among platforms IS.

GeoNetwork, in use in the AnaEE France community. CKAN portal under development at the AnaEE EU level (https://data.anaee.eu/).

Preliminary state. Only registered users in a local internal database have write access.

Preliminary state for an institutional repository. 1) Open access for published data on Dataverse repository. 2) Restricted access for contributors.

NetCD files will be generated from the AnaEE semantic pipelines. First for data French platforms then extended to other AnaEE european platforms.

Initially used in the AnaEE France community.

Initially used in the AnaEE France community. The (OBOE) extension for describing AnaEE experimentation is still under development.

INSPIRE compliance and metadata catalogue interoperability.

Planned to be integrated in the AnaEE pipelines.

Not yet implemented. Planned to be integrated in the AnaEE semantic pipelines.

DCAT-AP is intended to be the unifying profile in the ENVRI context. Starting state

Preliminary state for an institutional repository 1) Open access for published data on Dataverse repository 2) Restricted access for contributors

Use in the AnaEE France community. Netcdf files are generated from the AnaEE semantic pipelines. Will be extended to other AnaEE european platforms

Initially used in the AnaEE France community. To be extended to EU level

Initially used in the AnaEE France community. Extended to the EU level

Not yet implemented. Preliminary work in 2021

Not yet implemented. The objective is to add PROVenance elements to the semantic characterisation already in use in AnaEE for the description of data and their contexts, and to implement it using the developped pipelines

DCAT-AP is intended to be the unifying profile in the ENVRI context.

GeoNetwork, in use in the AnaEE France community.

Initially used by the AnaEE France community. To be extended to EU level.

A search service of the World Meteorological Organization.
WMO Search | World Meteorological Organization Search

URI is a string that provides a unique address (either on the Internet or on another private network, such as a computer filesystem or an Intranet) representing a resource, and implicitly describes where a resource can be found. A resource identification need not suggest the retrieval of resource representations over the Internet, nor need they imply network-based resources at all.

SPARQL (open) endpoint serving the SPARQL semantic query language to retrieve and manipulate data stored in Resource Description Framework (RDF) format.

XML schema for CDI metadata, expanded profile of ISO19139
SDN2_CDI_ISO19139 | SeaDataNet CDI metadata XML schema

SeaDataNet Common Data Persistent Identifier

SeaDataNet Common Data Index to Persistent Identifier lookup index

The RDA Repository Audit and Certification DSA–WDS Partnership Working Group (WG) produced a two-part recommendation, one of which includes a Catalogue of Common Procedures for certification. The goal of the effort was to create a set of harmonized Common Procedures for certification of repositories at the basic level, drawing from the procedures already put in place by the Data Seal of Approval (DSA) and the ICSU World Data System (ICSU¬-WDS). These procedures are intended to support the implementation of the Catalogue of Common Requirements developed by the WG to harmonize the certification criteria previously established by the DSA and ICSU-WDS.
RDA CTS | RDA Core Trust Seal Certification

The Open Archives Initiative Protocol for Metadata Harvesting Schema (OAI-PMH Schema) provides a formal structure for validating responses as part of the OAI-PMH Protocol. The OAI-PMH Protocol is a low-barrier mechanism for repository interoperability. Data Providers are repositories that expose structured metadata via OAI-PMH. Service Providers then make OAI-PMH service requests to harvest that metadata. OAI-PMH is a set of six verbs or services that are invoked within HTTP.
OAI-PMH Schema | Open Archives Initiative Protocol for Metadata Harvesting Schema

OpenAIRE Explore is a knowledgebase which makes the content of the OpenAIRE Research Graph publicly available. The OpenAIRE Research Graph is an open resource that aggregates a collection of research data properties (metadata, links) available within the OpenAIRE Open Science infrastructure for funders, organizations, researchers, research communities and publishers to interlink information by using a semantic graph database approach.

The most common PID mechanism is indicated above.

Harmonized EMSO ERIC data services also use other mechanisms for identification of data and products.

EMSO ERIC uses a harmonized metadata schema based on OceanSites specifications, CF and other conventions. The final document is not publicly available yet. The schema is used through different mechanisms such as NetCDF (below) and ERDDAP.

Metadata are registered in NetCDF files and text, available through https from portal and ERDDAP.

Datasets are provided in NetCDF files and text (CSV), available through https from portal and ERDDAP.

Metadata records are publicly available.

Most of datasets are made publicly available; however, some functionalities requires authentication and authorization.

Metadata records using DOIs are compliant with RDF.

Datasets using DOIs are compliant with RDF.

Harmonized metadata uses NERC Vocabulary Server (NVS).

Harmonized datasets use NERC Vocabulary Server (NVS)

EMSO ERIC uses a harmonized metadata schema based on OceanSites specifications, CF and other conventions. The final document is not publicly available yet.

Use license is currently being harmonized across EMSO ERIC regional facilities; however, the most common is provided above.

Provenance is currently being harmonized across EMSO ERIC regional facilities; however, the most common mechanism is currently via NetCDF.

The one-click download of Argo data and metadata is available from this DOI: https://doi.org/10.17882/42182. These are monthly snapshot of the whole Argo dataset (GDAC data).

We think that a persistent identifier for individual cycle file (2 million of them) should be provided. It won't be DOI, it should be a handle.

There should be one pid per Argo float cycle. There are more than 2 million cycles. The pid will be resolved by an Ifremer 'argo data selection' web landing page.

The one-click download of Argo data and metadata is avilable from this DOI: https://doi.org/10.17882/42182.

The data and metadata organization are described in: Argo user's manual, http://dx.doi.org/10.13155/29825'. It describes the NetCDF CF implementation for Argo data.

The Argo GDAC DOI (https://doi.org/10.17882/42182) uses the schema.org metadata schema.

Google dataset search is efficient for cross domain search.

The Argo data selection is a dedicated and specialiszed to our Argo community.

The Argo SPARQL endpoint allows interoperable and semantic queries on Essential Ocean Variables (NVS, CF) and well established vocabularies such as ORCID, FOAF, SOSA (sensors) or DCAT (catalogue of services).

Argo DOI is indexed on Google, Bing, Seanoe, OpenSearch, google dataset search.

This is a data selection tool with Argo specific subsetting criteria (parameters, deployment years, network).

Metadata are registered in NetCDF files available from https or ftp.

Data are registered in NetCDF files available from https or ftp.

The metadata access is anonymous. The download statistics from https and ftp servers are analyzed without user identification.

The data access is anonymous. The download statistics from https and ftp servers are analyzed without user identification.

The long term preservation of Argo dataset is shared by Ifremer and US-NCEI. Both sites preserve and mint regular DOIs of the whole dataset (monthly snapshots).

The Argo DOI representation language is compliant with DataCite RDF schema and RDF Schema.org

The Argo community decided 20 years ago to distribute data and metadata in NetCDF files. The Argo NetCDF format is regularly improved.

Argo metadata such as sensor type, history records are recorded in Argo NetCDF self descriptive variables. The controlled vocabularies are published on NVS vocab server.

The Argo vocabularies used in NetCDF files are published on NVS vocab server.

We use DataCite and Schema.org for Argo data and metadata DOI.

The Argo data DOI is based on DataCite Metadata scheme.

Argo data and metadata are distributed with a CC-By license.

The Argo NetCDF implementation contains detailed provenance information : data state, processing state, history of adjustements.

The provenance information is recorded in Argo NetCDF implementation documented on http://dx.doi.org/10.13155/29825.

The Argo ontology uses PROV-O to record provenance information. This information can be queried from Argo SPARQL endpoint : https://sparql.ifremer.fr/argo/query. Argo SPARQL endpoint : http://purl.org/np/RA1IPRCYWlzzoT4z11Fj8q3_thw4xtC_jYyMirHTKVCHc

The one-click download of Argo data and metadata is available from this DOI: https://doi.org/10.17882/42182.

We shall investigate the use of ePIC as data identifier.

The data and metadata organization are described in: Argo user's manual, http://dx.doi.org/10.13155/29825'.It describes the NetCDF CF implementation for Argo data.

The data selection tool is under validation, should be operational in 2021.

NetCDF contain knowledge representation features.

Argo metadata such as sensor type, history records are recorded in Argo NetCDF self descriptive variables. The vocabularies will be published in the NVS vocab server.

The one-click download of Argo data and metadata is available from this DOI: https://doi.org/10.17882/42182.These are monthly snapshot of the whole Argo dataset (GDAC data)

The data and metadata organization are described in: Argo user's manual, http://dx.doi.org/10.13155/29825. It describes the NetCDF CF implementation for Argo data

The Argo data selection is a dedicated and specialized to our Argo community

The Argo floats dashboard interactively provides Argo metadata from the Argo GDAC. https://fleetmonitoring.euro-argo.eu

This is the Argo ERDDAP server.This API provides access to Argo data and metadata. https://www.ifremer.fr/erddap

The Argo Opensearch engine is available on : https://opensearch.ifremer.fr/

This is a data selection tool with Argo specific subsetting criteria (parameters, deployment years, network). Its API is : https://dataselection.euro-argo.eu/swagger-ui.html#

The Argo ontology uses PROV-O to record provenance information. This information can be queried from Argo SPARQL endpoint: https://sparql.ifremer.fr/argo/query.

Custom built identifier system set up before other PID systems were easily available.

PID assigned via B2Handle to each datafile when stored in cloud. Please mint a B2 Handle nanopub

Extended metadataschema based on ISO19139 to accommodate for oceanography specifics

No generic system was available, and because of the ammount of metadata records DOI's are not feasible. Therefore dedicated PID-CDI identifier solution.

Aggregated records exposed to GEOSS Geoportal

Dedicated user interface offering facets to search the large collection of data sets (>2.7M).

Overarching services demand harvesting of metadata via OGC services

Aggregated records published via OpenSearch

Marine-ID is generally accepted method and solution for AAA in the marine domain

Access via Marine-ID authentication in the CDI service

metadata records in RDf via SparQL endpoint

The NVS have been developed by BODC based on the SDN requirements and specifically fulfill the needs of the marine data community.

SDN has developed metadata directories for organisations, cruises, research projects, databases, that are involved in, or used by, the datacenters when collecting data. In the metadata of the datasets there are refs to these metadata directories (instead of free text!).

NVS service used as main vocabulary for parameters, instruments, etc.

metadata directories used as vocabularies to describe organisations, cruises, projects with relation to the data

metadata for datasets in CDI format are based on ISO19115/19139, extended with the domain profile with vocabs etc. The ISO requirement originates from the overarching infrastructures that demanded inspire standards.

also available - flattened for the sdn community profile

Now using https://www.seadatanet.org/Data-Access/License/1.0 but will be made as GUPRI under ENVRIFAIR, plus mapping to CCBY. Mapping has been made as preparation.

There is already provenance info in the metadata, but more info about sensors involved will be included.

expanded with community profile, incl vocabs

used for describing the sensor by which the data was collected.

sparql endpoint for aggregated and original granularity developed, updated to DCAT AP and published, in ao ENVRIHUB.

webpages with schema.org and metadata indexed by google

Linked data for CDI published to Google data set search

aggregated data as well as WMS/WFS are indexed

A sparql endpoint is now available for aggregated records AND for original granularity with over 60M triples. in RDF... cdi.seadatanet.org/

no actions made here, implicit in internet access.

Access via Marine-ID (CAS) authentication in the CDI service

was already implemented behind marine-id

metadata records in RDf via SparQL endpoint, updated for CDAT-AP compliance!

The NVS have been developed by BODC based on the SDN requirements and specifically fulfill the needs of the marine data community. Vocab L22 now added in the metadata to describe sensor information, and a link to sensor instance info added.

NVS service used as main vocabulary for parameters, instruments, etc. vocab L22 - Sensor type - added in metadata.

implemented as part of envrifair work for uptake in Envrihub

included ref in metadata for providing detailed sensor instance information

added to CDI (and other metadata directories) metadata as part of envrifair work

sdn netcdf is compliant to cf1.7, always been the case.

CDI was using https://www.seadatanet.org/Data-Access/License/1.0 but now mapped to CCBY and implemented

There was already provenance info in the metadata, now added more info about sensors via L22 and link to sensor instance (SWE).

always been in use, cdi metadataformat is based on it.

extended sensor metadata, which is available from a ref from the metadata xml.

added as part for envrifair work to describe the sensor info as prov for the data

Aggregated CDI records will be distributed via spra