E N D
Mapping between SOS standard specifications and INSPIRE legislation. Relationship between SOS and D2.9Matthes Rieke, Dr. Albert Remke(m.rieke, a.remke)@52north.org52°North GmbHWorkshop - INSPIRE Download service based on SOS8th April 2014, Joint Research Centre – European Commission
Agenda • SOS and relevant standards • Mapping between INS NS Implementing Rules and SOS • SOS in relation to D2.9 O&M Guidelines
Relevant Standards • OGC Sensor Observation Service (SOS) • Interface foraccessingdata • Pull based • Request ofmeasurementdata (mostlikelyas O&M) • Request ofsensororgeneralmetadata • Current IS version: 2.0 • Application Domains • Hydrology • Air quality • Weathermonitoring • Humansas Sensors
Relevant Standards • ISO/OGC Observations & Measurements (O&M) • Data model + XML encoding • Whatforms a measurement? • Current IS version: 2.0 • ApplicationProfiles • WaterML 2.0 / GroundWaterML 2.0 • AQD e-Reporting Profile • OGC SensorML • Data model + XML encoding • Focus: describesensorandmeasurementprocesses • Current IS version: 2.0
Download Services as of INS NS • INSPIRE Network Services Regulation specifiesabstractconceptofDownload Service Pre-defined Dataset Download Direct Access Download
Pre-defined Dataset Download - Mandatory • Get Download Service Metadata • Scope: informationaboutservice, itscapabilitiesandavailablespatialdatasets • SOS Request: GetCapabilities • SOS Response: extended SOS Capabilitiesdocument (including INSPIRE DS metadata) • GetSpatial Data Set • Scope: retrievalof a spatialdataset • Proposalfor TG update: spatialdataset = observationoffering • SOS Request: GetObservationusingobservationofferings (asprovided in thecapabilities) • SOS Response: setofobservationsencoded in a suitabledataformat (coveredlater)
Pre-defined Dataset Download - Mandatory • DescribeSpatialDataset • Scope: retrievalofthedescriptionof all typesofspatialobjectsofthegivenspatialdataset • SOS Request: GetCapablities – all spatialdatasetsaredescribed in theresponse • SOS Response: capabilitiesresponsecontainingtheobservationofferings(= spatialdatasets) • Link Download Service • Not a direct SOS operation • Achieved by uploading Service metadata to an INSPIRE compliant discovery service (PublishMetadata)
Pre-defined Dataset Download– Optional • GetSpatialObject • Scope: retrievalofa spatialobjectbased upon a query • Spatialobject = observation • SOS Request: GetObservationwith a setofqueryparameters (e.g. procedure, observedProperty, featureOfInterest), GetObservationByID • SOS Response: a setofobservationsencoded in a suitabledataformat (coveredlater) Link Download Service • Describe Spatial Object Type • Scope: retrievalofthedescriptionofthegivenspatialobjecttypes • SOS Request: GetCapabilities • SOS Response: Capabiltiescontainingthelistofobservationtypes (Contents section)
Direct Access Download • Get Spatial Object with Search Criteria • Scope: subsetting of a spatial dataset using • Attributes (URI of object, temporal dimension) • Bounding Box • SOS Request: GetObservation with query parameters: • Observed property • Feature of interest • Procedure • Spatial filter (bounding box) • Temporal filter • Additional: GetObservationByID • SOS Response: a setofobservationsencoded in a suitabledataformat (coveredlater)
SOS IS 2.0 and O&M • SOS Requirement Class ‘Core’: “…O&M v2.0 XML encoding (OMXML 2.0) is the only mandatory format for observation data…” • Every SOS 2.0 implementation must provide data encoded as O&M 2.0 • Other encodings are possible, but require specification work (e.g. as an extension document for SOS IS 2.0)
INSPIRE D2.9 Guidelines • D2.9 Guidelines for the use of Observations & Measurements and Sensor Web Enablement-related standards in INSPIRE Annex II and III data specification development (state: 1.0) • Relevant identified INSPIRE themes • Geology • Oceanographic geographical features • Atmospheric conditions and Meteorological geographical features • Environmental monitoring facilities • Soil
INSPIRE O&M Design Patterns • No custom specialization (= Profile) for INSPIRE • But: requirements for further on observational process within the observation (not only the procedure) • Use “parameter” attribute for KVP-encoded information • Requirement for collection of observations • No structural element like in O&M 1.0 (ObservationCollection) • Atmospheric conditions • Oceanographic features • Recommendation: Re-introduce a collection class
Feature of Interest • INSPIRE relevant types of features • Feature of Interest Station/Location • sampling point • Feature of Interest Trajectory: • sampling curve • Feature of Interest Extensive Feature • sampling surface • Feature of Interest Sample/Specimen • Ex-situanalyzation (after a sample or specimen was taken) • Sampling feature vs. sampled feature • FoI mostly provided as a samplingFeature • Lack of related Sampled Feature
Procedure • SensorMLvsOM_INSPIRE_Process • SensorML has advantage: compliancy with wider SWE scope • A specific OM_INSPIRE_Process would allow lightweight procedure definitions
Observed Property • Pure O&M: simple phenomenon stored in an observedProperty • Additional information to be defined in the procedure • Domain users expect additional information • E.g. averaging period, precipitation types • proposal for complex properties to be used within INSPIRE
Observation Result • Result encoding options • SWE Common types • GML coverages • sufficient? • Allow well-established industry standards (NetCDF, SEQ-Y, LAS, …) in the result • Include via XML metadata and xlink <Coverage> <domain>...encode domaininlinee.g. x, y, z, t axes .. </domain> <rangeType>...encode inline using swe:DataRecord </rangeType> <rangeSet>...xlinkto the file containing the values.. </rangeSet> </Coverage>
Data Specifications • INSPIRE Data specifications already considering O&M • Environmental Monitoring Facilities • Geology • Atmospheric Conditions and Meteorological Geographical Features • …
Provision of O&M encoded data • It is possible to serve the various O&M related classes via OGC services • WFS • WCS • Not very convenient for time series data D2.9 explicitly recommends to include the SOS 2.0 into the Network Services Guidance