Features

The supporting material includes a series of pages that:

• list the information items from the “User Requirements for Aerodrome Mapping Information” (EUROCAE ED-99 / RTCA DO-272).
• detail which elements (classes, attributes and associations) to use in AIXM 5.1.1. to meet the requirements of the EUROCAE ED-99 / RTCA DO-272 standard.
• give the semantic correspondences of the information items to the ATM Information Reference Model (AIRM).

Feature correspondences

The Features section contains one page for each feature detailed in ED-99/DO-272. These contain the following details:

Definitions:  Each entry starts with the latest ED-99/DO-272 definition of the feature and the AIXM 5.1.1 definition for the corresponding root feature.

Correspondence table with the following columns:

Notes on specific feature correspondences

• In the case of some features detailing guidance lines and markings (e.g. Land and Hold Short Operations) a choice of mapping approach was possible. The option adopted was to use the marking element as main root of these mappings rather than e.g. the centreline point. This has a practical benefit and is more inline with the philosophy of ED-99/DO-272.

• The FrequencyArea correspondence mapping is a difficult mapping case. The most correct mapping is to use GroundTrafficControlService and RadioCommunicationChannel. At first glance this seems less logical than using RadioFrqeuencyArea as the root of the mapping. However, the RadioFrequencyArea was intended to provide radio signal coverage limitations for navaids and ATC frequencies, not to designate the area in which a particular frequency has to be used. The AIXM Service concept was intended for that.

• The feattype mapping is noted as ‘can be implied’. A query will need to be performed in order to fill out the correct value. The feattype enumeration mapping can be used to define the correct value.

Feature encoding

The supporting material includes a page for each feature that:

• gives support for encoding the feature
• gives an AIXM 5.1.1 of the encoding

Each page contains:

Vocabulary: 

Links to the AIRM Information and Data concept (if provided).

General part:

Short introduction to the feature and reference to the Data Catalogue based on type of required geometry.

AMD encoding:

Covers the details of the encoding of listed AIXM 5.1 features.

AIXM 5.1:

Explains mapping of ED-99 feature to the AIXM 5.1 data model.

Geometry and GML considerations parts explain the usage of geometry information in the process of feature encoding followed by visualization of specific feature as AMD.

Time explains based on what coding rules should the feature be created. 

AIXM 5.1 features describes the mapping of specific feature in AIXM 5.1 with associated links to the AIXM 5.1 page.

Coding examples are separated into two sections: the first coding example displays the structure of the attached xml file, while the second coding example displays full AIXM 5.1 identified feature as included in the xml example.

Following part of AIXM 5.1 part provides a link to Download feature in form of attached xml file.

Additionally if the specific feature is missing some properties/attributes that are not in the scope of AIXM 5.1, the link to the Aerodrome Mapping Data Exchange specific feature page is provided with a list of properties that are part of AIXM 5.1.1 extension.

The correspondence tables make use of the extension information where appropriate. The extensions are shown in italic.

AMXM

Provides a link to the Aerodrome Mapping Data Exchange page, where other information regarding mapping from the ED-99 to the AIXM 5.1 can be found.

Notes on specific feature visualizations

• Pictures provided as background were not used for digitizing of features.
• Pictures showing feature geometry may display a magenta colored vertex or green colored vertex of the geometry. This has no particular meaning.
• Picture background images may be slightly shifted in relation to the displayed feature. This is caused by resolution and differences between the satellite image (background) and measured feature geometry.
• For completeness reasons some fictitious features/attributes where provided. These are clearly indicated.

Enumerations, codelists and datatypes

The Enumeration and codelists section contains one page for each enumeration/codelist detailed in ED-119/DO-291. These contain the following details:

Correspondence tables with the following columns:

Notes on specific enumeration and codelists correspondences

• ED-119/DO-291 uses a mixture of codelists and enumerations. However, AIXM 5.1.1 only uses codelists. These are open enumerations which means that if there is not direct mapping from the ED-119/DO-291 value, it is possible to use the construct “OTHER:UPPER_CASE_VALUE”. This has been used in several mappings.
• In one case, surftyp, more than one AIXM 5.1.1 codelist is required in order to complete the mapping.
• In one case, status, a ED-99/DO-272 attribute can map to two AIXM 5.1.1 codelist.
• ED-99C/DO-291C added a “Reserved” value to many codelists. This is not mapped as it is a convention to show that certain numbers are not used in codelists, typically the value occurring at position [0].

Metadata

This page provides summary of metadata information requirements put by several publications. 

Temporary change encoding

This shows how to use the temporality model for temporary changes within the AIXM 5.1 information exchange model.