Future work OWS-8 Aviation Architecture Engineering Report

4 Copyright © 2011 Open Geospatial Consortium, Inc. All Rights Reserved. services deployed on it. Work on SOAP and WSDL for OGC Web Services has been performed in previous OGC initiatives see OGC 08-009r1. This work should be reviewed and updatedextended to take into account IT standards such as WS-Addressing, WSDL 2.0 and the WS-I BasicProfiles. Temporality Model as standalone specification and better support for time varying data in OGCISO standards – The AIXM Temporality Model defines encoding as well as business rules that enable applications to keep track of time varying data, in this case of AIXM features and their properties. Refactoring the Temporality Model into a standalone specificationstandard would be beneficial for the following reasons: a enable re-use of the concepts defined by the Temporality Model in other domains that deal with time varying data, b improved maintenancegovernance of the Temporality Model itself, c improved interoperability and usability when handling and managing time varying data via web services. Section 10.1.6 explains this in more detail. The ideas and suggestions presented in that section should be considered in the future. Improved usability and interoperability in model design and encoding as well as management and access of time varying information are key benefits of the suggested refactoring. Section 10.1.6 also outlines how this could be achieved by revisingextending a set of OGC and ISO standards. Aviation Event Architecture o Dynamic spatial filtering – Future work on the dynamic spatial filter should cover processing as well as architecture modeling and interface definition aspects. A combination of temporal filters and dynamic spatial filters is imaginable. For instance, an SAA in a near upcoming part of the flight route may be activated but the start time of the activation is three hours from now. Obviously, a pilot or dispatcher is not interested in such an Event as the airplane will have passed this airspace already three hours before the activation takes place given that the route segment can be traversed in three hours. Missing such events because of application of dynamic filtering must be regarded from a security aspect as well; however, this mechanism can help clients to receive and act only upon those events that are of interest. Additionally, the design of the EML should be improved to reduce the current complexity. This accompanies a general review of the EML model with respect to dynamic event patterns and parameters. In general, alternative approaches to using EML could be investigated. o Simplification of subscription methods – Specific requirements from a client perspective should be included in the design of subscriptions. This includes the simplification of interfaces as a client should not deal with such complex markup languages if only a rather small and specific subset of the given functionality is used. This concerns the way that filter statements are created. Various options to improve the situation should be Copyright © 2011 Open Geospatial Consortium, Inc. All Rights Reserved. 5 discussed such as domain specific filter functions and stored subscriptions in Event Services. Work topics could cover the development of interfaces as well as general investigations on contents for such stored subscriptions. o Provision of aircraft position updates – in the case that the receipt of aircraft positions using ADS-B is considered as appropriate several architectural aspects need to be taken into consideration. From an Event Service point of view receiving a vast amount of position updates from different aircrafts is problematic due to performance limitations. The event architecture could benefit from some sort of broker service for position updates. An Event Service receiving a subscription for a specific flight route with an assigned CallSign could then subscribe at such a broker service for position updates of the aircraft with this call sign. Thus, an Event Service only receives those position updates which are relevant for the currently registered subscriptions. In general, it may also be reasonable to hide such a broker architecture behind the façade of a possible authoritative Event Service which would provide a global interface for subscribing to DNOTAMs. o Conceptual work on enrichment of thin events within an Event Service – during this testbed the developed enrichment design has been applied while processing events. What is currently missing is the conceptual integration of this feature into the overall model of the Event Service. Future work on the enrichment of thin events should consider the integration into the service metadata. A client using the Event Service would then be able to determine if it is capable of pulling additional information from a WFS data store, thus being able to define appropriate subscription filters. This would also imply the definition if an Event Service supports the retrieval of AIXM feature Extracts for a certain period of time see section 10.1.3 for further details on “Extract”.

1.5 Foreword

This document is a deliverable of the OGC Web Services OWS Initiative - Phase 8 OWS-8. It describes the general architecture that was implemented in the OWS-8 Aviation thread. It also contains summaries of the components developed for and used in OWS-8 Aviation. Furthermore, it documents issues, lessons learned as well as accomplishments and scenarios that were of general interest in the Aviation thread. More detailed information on specific aspects considered in OWS-8 Aviation, such as WFS usage, performance benchmarking and ICAO based portrayal can be found in dedicated Engineering Reports developed in OWS-8 see chapter 2. 6 Copyright © 2011 Open Geospatial Consortium, Inc. All Rights Reserved. 2 References The following documents are referenced in this document. For dated references, subsequent amendments to, or revisions of, any of these publications do not apply. For undated references, the latest edition of the normative document referred to applies. OWS-8 Engineering Reports: [OGC 11-061] OWS-8 AIXM Metadata Guidelines Engineering Report [OGC 11-072] OWS-8 Aviation - WXXM Interim Engineering Report [OGC 11-073] OWS-8 Aviation: Guidance for retrieving AIXM 5.1 data via an OGC WFS 2.0 [OGC 11-086] OWS-8 Aviation Thread – Authoritative AIXM Data Source Engineering Report [OGC 11-089] OWS-8 Engineering Report - Guidelines for ICAO portrayal using SLDSE [OGC 11-091] OWS-8 WXXMWXXS Schema Validation Results [OGC 11-092] OWS-8 Report on Digital NOTAM Event Specification [OGC 11-097] OWS-8 AIXM Compression Performance Benchmarking ER [OGC 11-106] OWS-8 Digital NOTAM Refactoring Report [OGC 11-107] OWS-8 Domain Modeling Cookbook Other OGC Documents: [OGC 08-009r1] OWS 5 SOAPWSDL Common Engineering Report [OGC 10-079r3] OWS-7 Aviation Architecture ER [OGC 10-195] Requirements for Aviation Metadata [OGC 10-196r1] Guidance on the Aviation Metadata Profile [OGC 11-060] Use of GML in aeronautical data [OGC 11-055] SAA Pilot Study Engineering Report Aviation Documents: Digital NOTAM Event Specification, ed. 1.0 Proposed Release, online at http:www.aixm.aeropublicstandard_pagedigital_notam_specifications.html AIXM - Temporality Model v1.0, online at http:www.aixm.aeropublicstandard_pagedownload.html AIXM - AIXM Application Schema Generation, online at http:www.aixm.aeropublicstandard_pagedownload.html AIXM - UML to XML Schema Mapping v1.1, online at http:www.aixm.aeropublicstandard_pagedownload.html Other Documents: