Download presentation
Presentation is loading. Please wait.
Published byKanchan Gill Modified over 6 years ago
1
Status OpenSearch Standardisation Activities - HMA-S Project
Workshop Linked Open Data & OpenSearch Y. Coene, Spacebel s.a. C. Gizzi, ASTRIUM-UK Frascati - 15 January 2014 Workshop Linked Open Data & OpenSearch
2
Overview HMA for Science Contributions to standardisation Conclusion
Metadata specification Product discovery specification Ordering specifications Feasibility Analysis specification Conclusion Workshop Linked Open Data & OpenSearch
3
HMA-S project has been kicked-off in January 2013
HMA for Science HMA-S project has been kicked-off in January 2013 To further consolidate HMA standards according to the AWG recommendations, with the goal to pursue simplification of protocols for metadata, search, feasibility analysis and identity management. To finalise OpenSearch document with EO Product search, metadata AND download options. Definition of OpenSearch extension for feasibility analysis allowing seamless integration with search and download. Workshop Linked Open Data & OpenSearch
4
Metadata specification
Requirements: Update taking into account feedback from ngEO, Sentinel missions etc. Contribution to standardisation: OGC r4, EO Profile of Observations and Measurements, 06/01/2014 – OGC EOPMOS SWG. Workshop Linked Open Data & OpenSearch
5
Discovery specifications
Requirements: Use of OpenSearch for EO product discovery ngEO use cases including correlation search CEOS feedback. Contribution to standards: OGC r8, Geotemporal Extension for OpenSearch, 05/09/2013 – last update 20/12/2013 (integration of OGC public comments from RFC) OGC r3, OpenSearch Extension for Earth Observation, 13/12/2013 – OGC EOPMOS SWG. OGC , OpenSearch Extension for Correlated Search, 30/05/2013 – Discussion Paper. Workshop Linked Open Data & OpenSearch
6
Discovery specifications
Approach: Queryables for collection and product discovery Mapping to EOP O&M and ISO metadata Supports any type of XML metadata (open approach): By reference (atom:link) or foreign markup Atom response type but easily applicable to RDF response type. Remaining work: Extend queryable mapping to ISO19139 Mapping issue with eo:imageQualityDegradation OGC to define mechanism to differentiate GML media types (e.g. distinguish EOP O&M 1.0 from 1.1 in Atom:link). Dependency on draft Parameter Extension for OpenSearch Workshop Linked Open Data & OpenSearch
7
OpenSearch extensions
Work in progress, several issues, not under HMA-S project or OGC control. Useful for search by keyword URI Workshop Linked Open Data & OpenSearch
8
Ordering specification
Requirements: Alternative for OGC for RESTful environments and order options discovery via OpenSearch. Contribution to standards: OGC , RESTful encoding of Ordering Services for EO. Workshop Linked Open Data & OpenSearch
9
Ordering specification
Workshop Linked Open Data & OpenSearch
10
Ordering specification
Workshop Linked Open Data & OpenSearch
11
OpenSearch - EO Extension
CSW 3.0 WFS Light (I29) (I30) (I31) OpenSearch - Geospatial and Temporal Extensions OGC r8 OpenSearch - EO Extension OGC Download EO Extension OGC EO Data Access Protocol OGC OpenSearch 1.1 Draft 5 IETF RFC-2616 HTTP IETF RFC-5845 Metalink Draft or future specification New HMA-S specification Existing standard Workshop Linked Open Data & OpenSearch
12
Feasibility Analysis specification
Requirements: Lightweight version (HTTP binding) of Sensor Planning Service for EO (OGC Satellite Tasking Extension for SPS), … OpenSearch-style interface Consistent with EO Extension for OpenSearch OGC Contribution to standards: OGC , OpenSearch Extension for Satellite Tasking, 04/11/2014 – Vote for Best Practice in OGC TC Mumbai (SWE DWG). Workshop Linked Open Data & OpenSearch
13
Conclusion All proposed specifications being standardised through OGC.
HMA-S will also provide corresponding reference implementations (open-source) and CITE ETS / CTL scripts. Further reading: ESA_TM-21_Heterogeneous_Missions_Accessibility Workshop Linked Open Data & OpenSearch
14
SPARE SLIDES: OGC 13-042 ROSEO (courtesy Telespazio)
ADDITIONAL REFERENCES Workshop Linked Open Data & OpenSearch
15
ROSEO Resources – OrderOptions – OSDD format
Order Options in OSDD format includes: Extension to the OSDD, via the foreign markup mechanism, for including OrderOptions resource in “canonical” XML format. As specified in OpenSearch standard, “OpenSearch Description Documents can be extended with new XML “foreign” elements and attributes provided that all of them are associated with an explicit XML namespace. Clients that encounter unrecognized foreign elements should ignore them and continue to process the document as if these elements did not appear”. Extension to the Open Search Template URL for including OrderOptions parameters as template parameters. The namespace of these extensions is the ROSEO one: Prefix: roseo URL: Copyright © 2013 Open Geospatial Consortium
16
ROSEO Resources – OrderOptions – OSDD example
<mstns:OpenSearchDescription xmlns:oseo=" xmlns:roseo=" xmlns:swe=" xmlns:xlink=" xmlns:mstns=" xmlns:xsi=" <mstns:Url type="application/atom+xml" template=" <mstns:SyndicationRight>open</mstns:SyndicationRight> <mstns:OutputEncoding>UTF-8</mstns:OutputEncoding> <roseo:OrderOptions xsi:schemaLocation=" roseo.xsd" xmlns:oseo=" xmlns:roseo=" xmlns:swe=" xmlns:xlink=" xmlns:xsi=" <roseo:OrderOptionGroup> <oseo:productOrderOptionsId>Level 1,Product PRI (ASA_IMP)</oseo:productOrderOptionsId> Copyright © 2013 Open Geospatial Consortium
17
ROSEO Resources – OrderOptions – OSDD example
<oseo:description>Order Options for producing ASAR IMP 1P product</oseo:description> <oseo:orderType>PRODUCT_ORDER</oseo:orderType> <oseo:option> <swe:DataRecord> <swe:field name="processingLevel"> <swe:Category updatable="false" optional="true" definition=" <swe:identifier>processing Level</swe:identifier> <swe:constraint><swe:AllowedTokens><swe:value>1B</swe:value> Copyright © 2013 Open Geospatial Consortium
18
ROSEO Resources – OrderOptions - OSDD
OrderOptions declaration (when retrieving options): it is a template parameter in a URL. Example: parameters>& prclv={roseo:ProcessingLevel} OrderOptions setting (when creating the request): Copyright © 2013 Open Geospatial Consortium
19
ROSEO Resources – OrderOptions - OSDD
in case of simple order options i.e. defined using basic types like xs:int, xs:string, xs:dateTime, the setting is straightforward: just replace the Template parameter with the URL encoded value. Example: parameters>& prclv=1B&prdt=ASA_IMS_1P&qos=STANDARD in case of structured order options i.e. defined using complex types like: arrays, structures and nested structures the mapping is more complex because a rule has to be defined for encoding the values of sub-parameters. For the sake of simplicity the well known and vastly used JSON syntax has been adopted. Example: parameters>&sbcc={“RedBand”:“band1”,“GreenBand”:“band6”,“BlueBand”:“band12”} Copyright © 2013 Open Geospatial Consortium
20
Additional references
searchRetrieve: Part 0. Overview Version 1.0, OASIS Standard, Workshop Linked Open Data & OpenSearch
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.