Implemented Standards m-click .1 Introduction

Copyright © 2015 Open Geospatial Consortium 23

6.5.1.4 Rule Validation

AIXM 5.1 and the Digital NOTAM Event Specification provide a large number of requirements, which specify declarative validation rules for data quality control. These rules are expressed using plain English, following an Aviation domain specific profile of the OMG SBVR standard. The SBVR rules have been translated into Schematron rules. The translation was supported by the SBVR to Schematron Automation Tool 6.3. The validator executes the Schematron rules on any XML encoded AIXMDNOTAM data it receives, and stores the validation result in metadata elements that are added to the AIXMDNOTAM data. The validation process is not fully independent. The availability of additional data collected and provided by external components - such as the enrichment service for further details on enrichment, see chapter 8 or an AIXM data repository - is an important precondition for the validation of some rules.

6.5.1.5 Deployment

The validator is implemented as a Java EE web application and deployed in a Java EE 7 compliant Web Container which implements the Java Servlet specification. Additionally, for purposes of access control and security a dedicated HTTP server is placed in front of the Java web container as a protective reverse proxy. The following solution stack and COTS products are being used: ฀ Java 7 runtime environment ฀ Saxon XSLT Processor rule engine ฀ ISO Schematron for XSLT2 ฀ deegree - an OGC compliant WFSWMSWPS service implementation ฀ Apache Tomcat Web Container ฀ Nginx HTTP Server

6.5.1.6 Accomplishments

฀ Demonstrated that Schematron for XSLT2 can run reasonably fast and deliver good performance on a platform based on Java web container and standard, affordable server hardware. ฀ The SchematronXSLT approach might not be able to support all kinds of validation rules, even in combination with an enrichment service. In some cases additional components have to be combined with the rules engine in order to implement certain rules. For example, if the domain of the validation function is a complete aviation static data repository an airspace must not have geometry which intersects with other aerospaces geometries, it may not be possible to enrich a NOTAM at that extent, sufficient for this sort of validation. ฀ The OGC WPS is suitable for implementation of a validation service. The ability to load input data from an external source is advantageous. However, WPS is only a good match if the input data can be expected to be well formed XML.