SWE Common AIXM Information models
12.2.8 WXXM
The Weather Information Exchange Model is also based on XML. It is used to encode weather observations current observations and forecasts. These are represented as an extension of OM observations. In version 1.1 it uses OM version 1.0.1 to be compatible to the AIXM which relies on GML 3.2.1. It is usable in the same way as OM for the encoding of events but adds additional properties that help to filter on properties that are of special interest in the aviation domain.12.2.9 Common Alert Protocol
12.2.9.1 Introduction
The Common Alert Protocol CAP is a message format for encoding alert or notification messages. The main idea of CAP is to normalize the expression of alert messages arising from various sources. Such normalization then allows these messages to be aggregated and compared to aid situational awareness and pattern detection. To that end, the CAP standard describes a document object model that defines the structure of an alert or notification messages and a protocol that describes how CAP messages should be constructed, used and related to each other. The CAP standard also describes a concrete implementation of its document model using XML and expressed in XML-Schema. A limited amount of testing was done by CubeWerx Inc during the OWS-7 test bed with CAP v1.1 and the Geosynchronization service. That work involved generating CAP messages as notification messages sent to subscribers. So rather than sending subscribers ATOM entries, the format used in the GSS specification, CAP messages were generated and sent instead. Unfortunately, it was not possible in the time frame of the project to also test filtering of CAP message using the Filter encoding specification as was done with ATOM entries so any discussion about using FES with CAP is purely notional.12.2.9.2 Document object model
Figure 42 illustrates the UML definition of a CAP message. 118 Copyright © 2010 Open Geospatial Consortium, Inc. Figure 42: UML for CAP Message The model defines four primary segments: alert , info , resource and area . The alert segment provides basic information about the message: purpose, source, status, etc. The alter segment can be used alone for message acknowledgements, cancellations and other system functions. The info segment encodes the details of the alert. Multiple info segments can be included to express information in multiple languages or across multiple disconnected areas. The resource segment provides an optional reference to additional related resources. The area segment describes the geographic area to which the notification applies.12.2.9.3 Spatially enabled
CAP is spatially enabled allowing messages to be targeted geographically.Parts
» OWS-7 Event Architecture Engineering Report
» Scope OWS-7 Event Architecture Engineering Report
» Document contributor contact points
» Revision history OWS-7 Event Architecture Engineering Report
» Future work OWS-7 Event Architecture Engineering Report
» Foreword OWS-7 Event Architecture Engineering Report
» Abbreviated terms OWS-7 Event Architecture Engineering Report
» Resource Class ResourceWithLifetime Class
» ResourceManager Interface ResourceTermination Interface
» AdHocEventChannel Class AggregationChannel Class
» EventChannel Class EventChannelRelationship Class
» EventMetadata Class EventingInformation Class
» Endpoint Class EndpointDeliveryMetadata Class
» Filter Class Notification Class
» PausableSubscription Class Producer Package
» Producer Class Publication Class
» Registration Class Broker Package
» Resources Lifecycle Management Behavior Model
» Managing Subscriptions Behavior Model
» Handling a Pausable Subscription
» Demand Based Publishing Behavior Model
» Introduction Event Channels OWS-7 Event Architecture Engineering Report
» Publish Subscribe Requirements OWS-7 Event Architecture Engineering Report
» Introduction Realization of Publish Subscribe
» Requirements Mapping for WS-Notification
» Summary Realization of Publish Subscribe
» Introduction Event Metadata Example
» The Event Service Discovery Model The Event Service Discovery extension package
» Scenario 1: Find a Service providing Sensor Data that supports Comparison Filters
» Step 2: Scenario 2: Find a Service providing Aviation Data in a specified Area
» Sample Event Service objects Discovery challenges:
» Denial of service Security threats and vulnerabilities
» Message replay Security threats and vulnerabilities
» Message modification Security threats and vulnerabilities
» Spoof of identity Security threats and vulnerabilities
» Intermediary network devices Security threats and vulnerabilities
» Trojan horse type of attacks
» Authorization or access control
» Data confidentiality Security measures
» Data integrity Security measures
» Communication security Security measures
» Mapping security measures to threats
» Threat Mitigation in WS- Environment
» Threat Mitigation in RESTful Environment
» Reliability OWS-7 Event Architecture Engineering Report
» Boolean Result for Filter Statement
» Event Wrapper Potential Pitfalls
» Resolve Content Given By Reference
» Reference System Transformation Potential Pitfalls
» Filter Encoding XPath Filter Processing Languages
» Event Pattern Markup Language
» Spatial Filtering via Bounding Box
» Spatial Filtering of Events Using Dynamic Filter Properties
» Discovery of filter functionality
» Specifying events OWS-7 Event Architecture Engineering Report
» Geosynchronization OWS-7 Event Architecture Engineering Report
» Dynamic Sensor Tracking and Notification Aviation
» Introduction OGC service specifications related to the Event Architecture
» Foreign standards and specifications related to the Event Architecture
» SWE Common AIXM Information models
» Introduction Document object model
» Spatially enabled Common Alert Protocol
» Code lists Common Alert Protocol
» Resource references Other features Interoperability
» Geosynchronization Common Alert Protocol
» Filtering CAP messages Common Alert Protocol
» EDXL-DE Common Alert Protocol
» WXXM Resource Requirements Package
» Consumer Requirements Package Publish Subscribe Requirements Package
» Registrar Requirements Package Information models
» Brokered Publish Subscribe Requirements Package Registering Broker Requirements Package
» Aggregation Channel Requirements Package
» Ad Hoc Channel Requirements Package
» Pausable Provider Requirements Package Demand Based Publication Requirements Package
» CSW-ebRIM Extension Package for Event Service Discovery
» Additional Sample Queries for Event Service Discovery
» XML Schema for Event Metadata
Show more