Obstacle lighting
The requirements for obstacle lighting are described in:
- ICAO 9157 - Aerodrome Design Manual, Part 4 - Visual Aids, Chapter 15 - Marking and lighting of obstacles
- Annex 14, Volume I, Chapter 6-Visual aids for denoting obstacles, Table 6-1
According to ICAO, obstacle lights emit either white or red light, except for mobile obstacles where blue light may be used. However in some AIP yellow light is also present on obstacles.
Some types of lights provide a steady signal, other types have a flashing characteristic. Depending on the particular application and required visual range (day/twilight/night), low-, medium- or high-intensity lights are used.
Model Overview
The UML class diagram below shows the main AIXM 5.1(.1) classes used to model the lighting associated with a vertical structure.
In addition to the overall indication that the obstacle is lighted, provided by the VerticalStructure.lighted attribute, a set of classes associated with the VerticalStructurePart allow for detailing the lighting data.
The main element of this model is the LightElement class, which has properties such as colour, intensityLevel, etc. that model the physical characteristics of each light source situated on the obstacle. The hasPosition association between LightElement and ElevatedPoint allows to indicate the exact location, horizontal and vertical, of the light element. A VerticalStructurePart may be associated with zero of more LightElement.
The operating hours of the obstacle lighting or the eventual unserviceability of the obstacle lighting is modelled at two levels:
- the association lightingIsOperational between VerticalStructure and VerticalStructureLightingStatus allows to indicate the overall status and operating hours of the obstacle lighting (all lights together);
- for each LightElement, the association isOperational with LightElementStatus allows indicating the operational status and operating hours of the individual light element.
AIXM 5.2 Improvement
A change proposal (AIXM-521) for the next AIXM 5.2 version has been approved by the AIXM Change Control Board, which adds an additional attribute to LightElement to allow for identification of specific lighting technology.
The coding guidelines provided here are aligned with forward/backward conversion rules contained in the AIXM-521 Change Proposal.
AIXM 5.2 Improvement
A change proposal (AIXM-517) for the next AIXM 5.2 version has been approved by the AIXM Change Control Board, which adds an additional attribute to LightElement to indicate the direction of the lighting.
The coding guidelines provided here are aligned with forward/backward conversion rules contained in the AIXM-517 Change Proposal.
Coding Guidelines
The PANS-AIM Data Catalogue further details the lighting into lighting type and lighting colour.
- The lighting type is coded using the VerticalStructurePart.lighting.LightElement.type element. For example, a flashing light can be encoded using for type = 'STROBE'
- The lighting colour is coded using the VerticalStructurePart.lighting.LightElement.colour element.
In relation with the lighting status, there exist two particular situations that could be using obstacleLight.status:
- Autonomous aircraft detection system: may be installed on or near an obstacle (or group of obstacles such as wind farms), designed to operate the lighting only when the system detects an aircraft approaching the obstacle, in order to reduce light exposure to local residents. This can be coded with status = 'OTHER:ACFT_DETECTION' - the lighting is activated by an aircraft detection system. Details about the aircraft detection system used (for example, Mode S and Mode A + C transponder emissions in close proximity) can be coded as an annotation.Note with purpose = 'DESCRIPTION' and property = 'status'.
- Dynamic obstacle lighting: the obstacles have lighting that can be switched on or off from distance in function of operational requirements (e.g. military low-level training flights). This can be coded with status = 'OTHER:DYNAMIC' - the lighting is activated dynamically, when required operationally. No specific schedule.
AIXM 5.1(.1) Limitation
The current model is lacking the possibility to indicate that e light source is based on LED technology. This is of particular importance for certain nigh-vision systems and head-up displays that are unable to see the LED lights. This issue has been raised in the AIXM CCB and it is expected to be resolved in the next AIXM 5.2 version.
Example 1: Unlighted Obstacle
The example below shows how to encode that an obstacle is not lighted.
Example 2: Lighted Obstacle
The example below shows how to encode that an obstacle is lighted (without any further details).
The example below shows how to encode that an obstacle is lighted, with further details, including type and colour of lighting.
Example 3: Lighted Obstacle with Day and/or Night Indication
To indicate that an obstacle is ligted during day and/or night, in principle there a 2 options, either using a Timesheet or a Note.
The examples below shows 2 VerticalStructure features one with a timesheet and the other one with an annotation.