This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
GMES, GEOS, GOOS…. The badge may be different, but the general need to pull together different data sources, processing services and users in a cost-effective (interoperable) manner remains.
Nothing new…
find and use data…
but this is a hard problem to solve
Metocean Information needs;
-less concerned about charting and map production
-More concerned with service chaining
INSPIRE…How do you use ISO & OGC standards to deploy cost-effective services? - MOTIIVE
-Extend service to new jurisdiction (region)-Add New data sources-Add new processing models-Add new customer
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
The marine community is broad and there is no ‘one size fits all marine feature’ (MarineXML Position Paper 2005).
Meteorology
Navigation
As this is the community, the lack of clear rules means there is significant scope for variation in how the feature is defined; these feature types may lack coherence and consistency with each other. So….
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
What is a Feature in the Marine Domain? • If something has a specific name or classifier
then it is probably a feature (Met Office Workshop Communique)
• Features are an implementable subset of a conceptual model that may be based on;– Geometry / topology– Semantics [Natural Language] / Governing equations– Sampling regime
• This separation of concerns results in the ability to create a set of consistent Feature Types
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
Interoperability cannot be achieved by an application schema alone.
• A set of well defined service interfaces are vital to ensure that data can be accessed in an implementation agnostic fashion .
• A key enabler of interoperability is the registry. The registry provides the capability to publish (and govern) application schemas, phenomena dictionaries, controlled vocabularies, service bindings etc. for all to see and use.
• Furthermore, it is the registry that enables associations between objects to be expressed.
• This leads to true interoperability; for example, allowing a user to discover an object of interest, browse by navigating associations and execute a chain of processes on some dataset to derive added value.
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
MARCOAST) on the ‘best approach’ for using OGC / ISO specifications to underpin data services. This ‘best approach’ highlights the need for a reference implementation of a Feature Type Catalogue to facilitate the development and deployment of Application Schema. Co-development workplan established in principle.
• Engagement with World Meteorological Organisation and United Nations Working Group on Geographic Information with regard to development and alignment of best practices and supporting infrastructure for deployment of data standards.
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
Implementation #1• The EU MOTIIVE and the Australian Oceans
Portal project are collaborating to deliver an ebRIM registry/repository implementation, focusing on delivering a feature type catalogue– service bindings, data standards driven query models,
presentation resources and processing chains will also be exposed within the registry.
• The Met Office has proposed to initiate a parallel track to develop a second reference implementation based on the OGC Catalogue Services for Web (CSW) for (at least) the same set of use cases.
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
End Outcomes #1• Reference Implementation of a FTC
– This exploitable is a concrete (reference) realisation of the abstract ISO19110 specification for a Feature Type Catalogue (FTC). The purpose of this reference implementation is for other to use to develop and deliver web-based services. The lead partner on developing this deliverable is SCO, with CCLRC, EDINA and HRW used in its testing and deployment as part of MOTIIVE. The GMES project WIN (MARCOAST) will also have some input to this process. It has been preliminary agreed that OGC will take ownership of this specification and make it available alongside the other OGC specifications.
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
End Outcomes #2• FT Definitions for use in the marine
domain– This exploitable result is a series of data models
and GML application schema of ‘marine Feature Types’. Although classed as ‘Marine FT’s’ they are broadly applicable to any domain undertaking measurement and modelling of the environment. It builds on the CSML specification developed as part of MarineXML by CCLRC and this specification is revised and extended to take accounts of the user needs identified as part of MOTIIVE. It has been preliminary agreed that CCLRC will manage and maintain these FT’s for others to use.
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006
Specifications– This exploitable deliverable represents
knowledge on using OGC specifications to develop and deliver information products and services. It makes reference to the two exploitable deliverables in the previous chapters. This methodology is being jointly developed with the RISE project and MOTIIVE partners. It has been preliminary agreed that this will be a public document, but post-project ownership (from an update perspective) needs to be clarified.
RISE / MOTIIVE HAB+PBBrussels, Belgium, 4th October 2006