NOTAM production rules
This section provides rules for the automated production of the text NOTAM message items, based on the AIXM 5.1 data encoding of the Event. Therefore, AIXM specific terms are used, such as names of features and properties, types of TimeSlices, etc:
- the abbreviation APL.BL. indicates that the corresponding data item must be taken from the ApproachLightingSystem BASELINE, which is valid at the start time of the Event;
- the abbreviation RLS.BL. indicates that the corresponding data item must be taken from the RunwayDirectionLightSystem BASELINE, which is valid at the start time of the Event;
- the abbreviation TWL.BL. indicates that the corresponding data item must be taken from the TaxiwayLightSystem BASELINE, which is valid at the start time of the Event;
- the abbreviation VGI.BL. indicates that the corresponding data item must be taken from the VisualGlideSlopeIndicator BASELINE, which is valid at the start time of the Event;
- the abbreviation RDN.BL. indicates that the corresponding data item must be taken from the RunwayDirection BASELINE, which is valid at the start time of the Event;
- the abbreviation AHP.BL. indicates that the corresponding data item must be taken from the AirportHeliport BASELINE, which is valid at the start time of the Event;
- the abbreviation TWY.BL. indicates that the corresponding data item must be taken from the Taxiway BASELINE, which is valid at the start time of the Event;
- the abbreviation APL.TD. indicates that the corresponding data item must be taken from the ApproachLightingSystem TEMPDELTA, which is valid at the start time of the Event;
- the abbreviation RLS.TD. indicates that the corresponding data item must be taken from the RunwayDirectionLightSystem TEMPDELTA, which is valid at the start time of the Event;
- the abbreviation TWL.TD. indicates that the corresponding data item must be taken from the TaxiwayLightSystem TEMPDELTA, which is valid at the start time of the Event
- the abbreviation VGI.TD. indicates that the corresponding data item must be taken from the VisualGlideSlopeIndicator TEMPDELTA, which is valid at the start time of the Event
Item A
The item A shall be generated according to the general production rules for item A using the Event.concernedAirportHeliport.
Item Q
Apply the common NOTAM production rules for item Q, complemented by the following specific rules for this particular scenario:
Q Code
The mapping provided in the tables below shall be used.
Light system type | type/position | Corresponding Q codes (2nd and 3rd letters) |
---|---|---|
APL.BL. | all types | QLA |
RLS.BL. | TDZ | QLZ |
CL | QLC | |
EDGE | QLE | |
THR | QLT | |
END | QLI | |
OTHER:SWY | QLS | |
OTHER:REIL | QLI | |
all - not sure if it possible to encode? | QLR | |
TWL.BL. | CL | QLX |
EDGE | QLY | |
VGI.BL. | PAPI related (=PAPI, APAPI, HAPI) | QLP |
PVASI or VASI (=VASIS, PVASI, AVASIS etc.) | QLV |
and
(GroundLightSystem).TD.operationalStatus | Corresponding Q codes (4th and 5th letters) |
---|---|
UNSERVICEABLE | AS |
DOWNGRADED TO | CG |
OTHER | XX |
Scope
Insert the value ‘A’.
Lower limit / Upper limit
Use “000/999”
Geographical reference
Insert the coordinate of the ARP (AHP.BL.ARP.ElevatedPoint) of the airport, formatted as follows:
- the set of coordinates comprises 11 characters rounded up or down to the nearest minute; i.e. Latitude (N/S) in 5 characters; Longitude (E/W) in 6 characters;
- the radius value is “005”.
Items B, C and D
Items B and C shall be decoded from the values of ACG.TD.validTime, ASV.TD.validTime, PSV.TD.validTime following the common production rules.
If at least one ACG.TD.ServiceOperationalStatus.timeInterval, ASV.TD.ServiceOperationalStatus.timeInterval, or PSV.TD.ServiceOperationalStatus.timeInterval exists (the Event has an associated schedule), then the associated Timesheets(s) shall be decoded in item D according to the common NOTAM production rules for {{Item D, E - Schedules}}.
Item E
The following patterns should be used for automatically generating the E field text from the AIXM data:
EBNF Code
Reference | Data item (from coding scenario) | Rule | ||||||||
---|---|---|---|---|---|---|---|---|---|---|
(1) | If AHP.BL.locationIndicatorICAO=YES, then ignore this branch. | |||||||||
(2) | Insert here the type of the airport decoded as follows
| |||||||||
(3a/3b) | name | If AHP.BL.name is not NIL, then insert it here. Otherwise insert here the text "LOCATED AT " followed by the AHP.BL.ARP.ElevatedPoint decoded according to thetext NOTAM production rules for aixm:Point | ||||||||
(4) | light type, light location | If APL.BL.type is included, then insert here "ALS Rwy" or "Approach lighting system Rwy" followed by RDN.BL.designator. If more than one RDN.BL.designator is included, separate it with "/". | ||||||||
(5) | light type, light location | If RLS.TD.position is included, then insert here "Rwy" followed by the value
followed by "lights" and "Rwy + RDN.BL.designator". If more than one RDN.BL.designator is included, separate it with "/". | ||||||||
(6) | light type, light location | If TWL.TD.position is included, then insert here "Twy" followed by the value
followed by "lights" and "Twy + TWY.BL.designator". If more than one TWY.BL.designator is included, separate it with ",". | ||||||||
(7) | light type, light location | If VGI.TD.type is included, then inser here a value, followed by "Rwy + RDN.BL.designator". If more than one RDN.BL.designator is included, separate it with "/". | ||||||||
(8) | operational status | TD.operationalStatus shall be inserted:
| ||||||||
(9) | light intensity | If APL.TD.operationalStatus =DOWNGRADED, then insert here "except" and value of APL.TD.lightIntensity as translated:
| ||||||||
(10) | note | Annotations shall be translated into free text according to the decoding rules for Notes. |
Note: The objective is to full automatic generation, without human intervention. However, the implementers of the specification might consider reducing the cost of a fully automated generation by allowing the operator to fine-tune the text in order to improve its readability (with the inherent risk for human error, when re-typing is allowed).
Items F & G
Leave empty.
Event Update
The eventual update of this type of event shall be encoded following the general rules for Event updates or cancellation, which provide instructions for all NOTAM fields, except for item E and the condition part of the Q code, in the case of a NOTAM C
If a NOTAM C is produced, then the 4th and 5th letters (the "condition") of the Q code shall be "AK", except for the situation of a “new NOTAM to follow, in which case “XX” shall be used.
The following pattern should be used for automatically generating the E field text from the AIXM data:
Reference | Rule |
---|---|
(11) | If the NOTAM will be followed by a new NOTAM concerning the same situation, then the operator shall have the possibility to choose the "New NOTAM to follow" branch. This branch cannot be selected automatically because this information is only known by the operator. Note: in this case, the 4th and 5th letters of the Q code shall also be changed into “XX”. |