Marine API Profiles

A source-level building block for HELCOM macroobservation point data within the Swedish EEZ, including provenance-aware marine observation properties and linked-data context.

A source-level schema building block for recent Global Fishing Watch apparent fishing events returned by the GFW Events API for a Gulf of Gdansk polygon query.

Defines the APKG-MAP application package metadata profile for software application packages, processes, parameters, temporal coverage, geometry, links, and secrets as described in the ILIAD APKG repository.

Based on JavaScript Object Notation (JSON), CoverageJSON is a format for publishing spatiotemporal data to the Web. The primary design goals are simplicity, machine and human readability and efficiency. While other use cases are possible, the primary CoverageJSON use case is enabling the development of interactive visual websites that display and manipulate environmental data within a web browser.

Coverages represent homogeneous collections of values located in space/time, such as spatio-temporal sensor, image, simulation, and statistics data. Common examples include 1-D timeseries, 2-D imagery, 3-D x/y/t image timeseries and x/y/z geophysical voxel models, as well as 4-D x/y/z/t climate and ocean data. Generally, coverages encompass multi-dimen­sional regular and irregular grids, point clouds, and general meshes. This Coverage Implementation Schema (CIS) specifies the OGC coverage model by establishing a concrete, interoperable, conformance-testable coverage structure. It is based on the abstract concepts of OGC Abstract Topic 6 [1] (which is identical to ISO 19123) which spec­i­fies an abstract model which is not per se interoperable – in other words, many different and incompatible implementations of the abstract model are possible. CIS, on the other hand, is interoperable in the sense that coverages can be conformance tested, regardless of their data format encoding, down to the level of single pixels or voxels.Coverages can be encoded in any suitable format (such as GML, JSON, GeoTIFF, or Net­CDF) and can be partitioned, e.g., for a time-interleaved representation. Coverages are independent from service definitions and, therefore, can be accessed through a variety of OGC services types, such as the Web Coverage Service (WCS) Standard [8]. The coverage structure can serve a wide range of coverage application domains, thereby contributing to harmon­ization and interoperability between and across these domains.

Darwin Core occurrence records of marine biodiversity from EMODnet Biology, packaged as GeoParquet 1.0.0, accessed via the EDITO STAC catalog. Covers global marine species observations with WoRMS Aphia identifiers, taxon hierarchy, sampling metadata, and WKB-encoded Point geometries.

Defines JSON schema properties mapped to the Taxonomic Database Working Group data model. This is based on Darwin Core.

Schema profile for declaring the data-quality and geospatial requirements that must be satisfied before an indicator can be used in a SeaDOTs impact assessment.

OGC API Records and STAC Collection metadata record for the NINA SEAPOP seabird colony observation dataset. Encodes discovery metadata including spatial coverage (Norway + Svalbard), temporal extent (2014–present), provider (NINA), license (CC-BY 4.0), and links to both the raw OBIS occurrence API (source mode) and the OIM GeoJSON Features endpoint (target mode). Implements OGC Records with relevant STAC extensions.

Source-faithful representation of a single occurrence record as returned by the OBIS v3 occurrence API for the NINA SEAPOP seabird colony monitoring dataset (dataset ID 561441ab-128b-4be7-8fce-de1ef79855da). Encodes the raw flat JSON structure including both original Darwin Core fields and OBIS-enrichment fields (bathymetry, shoredistance, sst, sss, aphiaID). Intended as the source-side contract in a source→target transformation pipeline.

Reusable schema component encoding the vertical datum metadata required for unambiguous height referencing across land and marine domains, as mandated by FMSDI Best Practice 1 (Unified Geospatial Reference). Records datum name, epoch, CRS identifier, separation surface model, transformation method, vertical orientation convention, and vertical accuracy.

Schema profile for a directed, weighted relationship between two observed properties or indicators. Used by SeaDOTs impact-assessment models to encode cross-impact links, evidence, provenance, and human-readable explanations.

based on the https://zarr.readthedocs.io/en/v2.1.2/spec/v2.html and Iliad requiremnts

based on the https://zarr.readthedocs.io/en/v2.1.2/spec/v2.html, tooling support constraints and Iliad requiremnts

based on the https://zarr.readthedocs.io/en/v2.1.2/spec/v2.html, tooling support constraints and Iliad requiremnts

Defines SensorThings API Observations to implement the OIM SOSA cross-domain model in a form compatible with ILIAD and other digital twins using this model.

Auto-generated bblock from a csv source.

Auto-generated bblock from a csv source.

Auto-generated bblock from a csv source.

Based on CoverageJSON and Ocean Information Model

OIM-aligned GeoJSON Feature representation of NINA SEAPOP seabird colony observations, extending oim-bio-tdwg (Darwin Core). Adds colonyID as a persistent URI identifying the nesting site (derived from the source locality field), enabling time-series queries per colony as sosa:hasFeatureOfInterest. Only source-derived fields are added; OBIS enrichment fields (bathymetry, shoredistance, sst, sss, aphiaID) are excluded from the schema.

Defines a composable Building Block view of the MPA aligned with the Oceans Information Model.

OGC API Records profile for the ILIAD Application Package registry hosted at https://iliad-registry.inesctec.pt. Each register item is a GeoJSON Feature describing one Application Package (CWL CommandLineTool or Workflow) with metadata covering identifier and family, software version, authors and organisations, programming language, inputs and outputs as CWL parameters, embedded CWL document, spatial and temporal coverage, license, citation, and provenance. Extends the GeoDCAT mapping for OGC API Records and reuses the APKG metadata profile (apkg:) for ApplicationPackage, Process, Parameter, Geometry and TemporalCoverage terms.

Defines observations and collections to implement the OIM SOSA cross-domain model in a form compatible with ILIAD and other digital twins using this model.

Profiles the NERC Vocabulary Server Climate and Forecast Standard Names collection for use in ILIAD and related OGC API metadata workflows.

Defines a composable Building Block view of the Oceans Information Model. This view breaks down the OIM into a set of clear dependencies and profiling layers on top of the underlying common Cross Domain Model

OIM profile for features in the intertidal and coastal zone (the 'white ribbon'), encoding elevation with vertical datum, tidal context, data lineage, gap-fill documentation, and scalable resolution metadata. Implements FMSDI Best Practices 1 (Unified Geospatial Reference), 3 (Mind the Gap), and 5 (Scalable Resolution Management).

Defines observations and collections to implement the OIM SOSA cross-domain model in a form compatible with ILIAD and other digital twins using this model.

Extensions Ontology for the Oceans Information Model, address specific semantics of the Jellyfish Citizen Science Observations Pilot

Defines a mapping from STAC multi-dimensions for ILIAD - should be refactored to a general STAC multi-dimensions profile and an ILIAD sub-profile

Feature type for tide-dependent shoreline vectors, encoding shoreline type, water level at capture, tidal datum reference, sensor platform, and spatial/temporal uncertainty. Enables multi-temporal shoreline analysis and supports FMSDI Best Practice 3 (Mind the Gap) and Best Practice 1 (Unified Geospatial Reference). Derived from TCarta FMSDI demonstrator at Hurst Spit using Planet Labs NDWI and Capella SAR data.

Defines a project specific interoperability profile of the ILIAD Citizen Science profile for Observations in accordance with the Oceans Information Model

Auto-generated bblock from a csv source.