Text NOTAM production rules
...
- the abbreviation NAV.BL. indicates that the corresponding data item must be taken from the Navaid BASELINE, which is valid at the start time of the Event;
- the abbreviation NAV.TD. indicates that the corresponding data item must be taken from the Navaid TEMPDELTA;
- the abbreviation NEQ.BL. indicates that the corresponding data item must be taken from the NavaidEquipment specialisation (VOR, DME, Localizer, etc.) BASELINE, which is valid at the start time of the Event;
- the abbreviation NEQ.TD. indicates that the corresponding data item must be taken from the NavaidEquipment specialisation (VOR, DME, Localizer, etc.) TEMPDELTA;
- Important note: According to encoding rule ER-11, the TEMPDELTA might also include NavaidOperationalStatus elements that have been copied from the BASELINE data for compliance with the AIXM Temporality rules. The current practice is to not include such static information in the NOTAM text. Therefore, all NavaidOperationalStatus that have an associated annotation with purpose=REMARK and the text="Baseline data copy. Not included in the NOTAM text generation" shall be excepted from the text NOTAM generation algorithm!
...
Note that if the navaid is used for instrument approach or departures from one or more airports or affects the en-route navigation in one or more FIR, explicit associations between the Event and one or more AirportHeliport and/or Airspace may be coded. Then, there exist dedicated provision in the OPADD (v4.1, section 2.3.9.3) with regard to the NOTAM that need to be issued in order to ensure that the NOTAM appear correctly in the relevant en-route and airport Pre-Flight Information Bulletins (PIB). Further details are provided in the “several NOTAM possible” section.
The NOTAM production rules provided on this page, unless specified otherwise, are applicable to the “first NOTAM” and the NOTAM containing one or more FIR in Item A.
Event.concernedAirspace | Event.concernedAirportHeliport | NOTAM to be generated |
---|---|---|
1..* | None | produce a single NOTAM with scope E for all the FIR(s) identified |
1..* | 1..* | Produce a "first" NOTAM with scope E for all FIR and additional (scope A) NOTAM for each airport concerned. |
1 | 1..* | Produce a "first" NOTAM with scope AE for the FIR and one of the aerodromes associated with the Event and additional (scope A) NOTAM for each additional airport. |
Item A
The item A shall be generated according to the geographical location of the Airspace and shall contain the Airspace.designator of the predefined FIR(s) for which a NOTAM has to be issued, except if there is an association Event to an AirportHeliport case in the AirportHeliport.designator shall be used. general production rules for item A using the concernedAirspace(s) or the concernedAirportHeliport, according to the rules specified in table above.
Item Q
Apply the common NOTAM production rules for item Q, complemented by the following specific rules for this particular scenario:
...
NAV.TD.operationalStatus | Corresponding Q codes (4th and 5th letters) |
---|---|
UNSERVICEABLE | AS |
ONTEST | CT |
INTERRUPT | LS |
PARTIAL | AS |
FALSE_INDICATION | XX |
IN_CONSTRUCTION | XX |
OTHER | XX |
Scope
...
As general rules, for each NOTAM that is generated:
If Item A contains the designator of one (or more) FIR, insert E.
If Item A contains the ICAO code of an AirportHeliport, insert AE, for the first such NOTAM and value A for the rest of the NOTAM.
However, more specific rules may be applied, depending on the split in NOTAM series, actual configuration of the FIR, etc. These have to be taken into consideration for each implementation.
Items B, C and D
Items B and C shall be decoded from the values of NAV.TD.validTime following the common production rules.
If at least one NAV.TD.NavaidOperationalStatus.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}}. Otherwise, item D shall be left empty.
...
The following pattern should be used for automatically generating the E field text from the AIXM data:
Code Block | ||||
---|---|---|---|---|
| ||||
template = ["NAV.BL.name(1)"] "NAV.BL.type(2)" ["NEQ.BL.type(3)"] ["NEQ.TD.availability.signalType(4)"] [( "NAV.BL.designator(5)" | "RWY-" "NAV.BL.runwayDirection(5)")] \n ["NEQ.BL.frequency(6)"] ["NEQ.BL.channel(7)"] "NEQ.TD.operational status(8)" "." \n ["\n" "due to" "NEQ.TD.NavaidOperationalStatus.annotation(9)" "."] \n {"\n" "NEQ.TD.NavaidOperationalStatus.annotation(10)" "."}. |
Reference | Rule | ||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
(1) | The name of the Navaid shall be included if present in the NAV.BL data | ||||||||||||||||||||||||||||||||||||||||
(2) | Insert the type from the Navaid baseline, according to the following decoding rule:
| ||||||||||||||||||||||||||||||||||||||||
(3) | If the Navaid Baseline has several Navaid components and only one of its primary component NavaidEquipment has a NEQ.TD associated with the Event, then insert the type of that equipment, according to the following decoding rule:
| ||||||||||||||||||||||||||||||||||||||||
(4) | If NAV.BL is TACAN or VORTAC and its (TACAN)TD.availability.signalType is specified, then insert its value here. | ||||||||||||||||||||||||||||||||||||||||
(5) | The following rules apply:
| ||||||||||||||||||||||||||||||||||||||||
(6) | Apply the following rules:
| ||||||||||||||||||||||||||||||||||||||||
(7) | Apply the following rules:
| ||||||||||||||||||||||||||||||||||||||||
(8) | Insert the NEQ.TD.operationalStatus decoded as follows:
| ||||||||||||||||||||||||||||||||||||||||
(9) | If specified, insert here only the NEQ.TD.NavaidOperationalStatus.annotation that has propertyName="operationalStatus" and purpose="REMARK", translated into free text according to the following encoding rules. | ||||||||||||||||||||||||||||||||||||||||
(10) | Annotations shall be translated into free text according to the rules for annotations decoding. |
...
The eventual update of this type of event shall be encoded following the general rules for [archived] Event update 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
...