Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: DONLON example added, UML Diagram modified TLOF centre point and TLOF dimesion section modified, Rules added and modified., Rule

...

TLOF Centre Point (aimingPoint)

PANS-AIM requires the centre point of the TLOF to be provided including its elevation and geoid undulation.

Warning
titleAIXM 5.1(.1)

In AIXM, only the aiming point of a TLOF can be coded. Is the aiming point the same as the centre point of a TLOF?

According to ICAO Annex 14, Volume II,

The geographical coordinates of the geometric centre of the TLOF and/or of each threshold of the FATO (where appropriate) shall be measured and reported to the aeronautical information services authority

...

An aiming point marking should be provided at a heliport where it is necessary for a pilot to make an approach to a particular point before proceeding to the TLOF.

The aiming point marking shall be located within the FATO.

This definitions give the impression that the aiming point is not the centre point of the TLOF. Currently in AIXM, it is not possible to define the two different points for a TLOF. Anyhow, it seems that the relationship hasAimingPoint and the property TLOF.aimingPoint is not correct. It should be rather hasCentrePoint and TLOF.centrePoint.  Also, an aiming point may be independent from a TLOF and may also be marked and lighted. It seems that currently aiming point is not covered by AIXM 5. The workaround is to code that information in a Note.

A workaround is to code the centre point of the TLOF using the ElevatedPoint class linked by the hasAimingPoint relationship.

The ElevatedPoint class provides also dedicated attributes for elevation and geoidUndulation.

In addition the horizontal and vertical accuracy defined by PANS-AIM may be coded using the horizontalAccuracy and verticalAccuracy attribute.

Note
titleNote
In case an aiming point and a centre point shall be coded for the TLOF, the actual aiming point has to be coded as Note.

TLOF Dimension (length & width)

...

The TouchDownLiftOff.width is the declared transversal extent of the TLOF.

PANS-AIM also defines accuracy values for the TLOF length and width.

Warning
titleAIXM 5.1(.1) issue
For both attributes a dedicated attribute to provide accuracy is missing in AIXM 5.

As a workaround, the accuracy value for the length and width may be encoded as note annotation for the corresponding property.

...

titleOpen Question circle TLOF

...

In addition the extend of the TouchDownLiftOff may be coded using the Surface class.. In case of a rectangular shape the defined extend (by  a set of points with latitude longitude information) shall be consistent with the provided length and width values.

In many cases the shape of a TLOF will be a circle rather than a rectangular. In such case the length and width may not be coded (although required as minimum data for the AIP data set). In such cases only the extend shall be coded using the corresponding gml element for a circle (see document 12-028_Use_of_GML_for_aviation_data-2.pdf).

Surface

For the TLOF, PANS-AIM requires to provide the surface type.

...

IdentifierData Encoding RuleJustificationData Verification Rule (UID)Remarks
TLA-101The TouchDownLiftOff.designator attribute is mandatory.Minimum AIP data setTBD
TLA-102The TouchDownLiftOff.aimingPoint attribute is mandatory.Minimum AIP data setTBDThe aimingPoint property is used to actually code the centre point, see also AIXM 5.1(.1) issue above.
TLA-103The TouchDownLiftOff.length attribute is mandatory unless an extend is coded.Minimum AIP data setTBDActually, PANS-AIM requires the length and width as part of the minimum AIP data set. Many TLOF will have rather the shape of a circle. In such cases the length and width attribute do not provide the correct information, but the Surface class shall be used to encode the correct extend of the TLOF. Also, if a a rectangular is encoded as extend for the TLOF the length and width attribute are not needed but may be provided in addition for publication purposes.
TLA-104The TouchDownLiftOff.width attribute is mandatory unless an extend is coded.Minimum AIP data setTBDsee rule TLS-103
TLA-105If  a value for the TouchDownLiftOff.length attribute is provided a Note for the TouchDownLiftOff with propertyName equal-to 'length' shall be coded to provide the corresponding accuracy.Minimum AIP data setTBD
TLA-106If  a value for the TouchDownLiftOff.width attribute is provided a Note for the TouchDownLiftOff with propertyName equal-to 'width' shall be coded to provide the corresponding accuracy.Minimum AIP data setTBD
TLA-107For TouchDownLiftOff the SurfaceCharacteristic.composition attribute is mandatory.Minimum AIP data setTBD
TLA-108The position given by ElevatedPoint must be plausibly close (less than 20 KM) to that of the ARP of the related AirportHeliport.EADTBD
TLA-109ElevatedPoint.geoidUndulation may be specified only if ElevatedPoint.elevation has been specified.EADTBD
TLA-110The related Runway should be related to the same AirportHeliport as the TouchDownLiftOff.EADTBD
TLA-110If both a width and length and also an extend is coded the data have to be consistent (i.e. the points defined by the extend have to match with the values of the length and width).Data consistencyTBD

Coding Examples

TBD in the scope of Coding examples can be found in the DONLON AIXM AIP data set file:

No.DescriptionXPath Expression
TLA-EX-01TLOF (rectangular shape defined by with length/width and extend)

//aixm:TouchDownLiftOffTimeSlice[@gml:id ='TLA_EADH_TLOF]