/
Simple feature lifetime - DesignatedPoint GITUB

Simple feature lifetime - DesignatedPoint GITUB

Feature creation

The actual AIXM 5.1.1 (XML) coding for this example is provided in the AIP Data Set - 1st AIRAC Cycle update.

The start of life of a feature (also known as “commissioning”) is coded as a first TimeSlice with interpretation 'BASELINE', which gives initial values to all applicable properties, including the lifetime property. The start of validity of this Baseline is equal to the lifetime.start value. Note the use of the UUID value ('008591e1-3173-42f3-bd7e-68be78c7d1cf') as time-invariant identifier of the DesignatedPoint used as example.

An additional TimeSlice with interpretation 'PERMDELTA' may also be encoded, effective at the date and time when the feature is commissioned. Except for its validity, which is a time instant, the Tempdelta is practically identical to the first Baseline. There is no obligation for this Permdelta to have the same sequenceNumber value as the initial Baseline, it is just for convenience that the same value is used in this example.

Permanent change

The actual AIXM 5.1.1 (XML) coding for this example is provided in the AIP Data Set - 2nd AIRAC Cycle update.

In this case, the geographical location of the DesignatedPoint is assumed to be slightly changed. The coding of a permanent change (is done with two additional Baseline TimeSlices:

  • one with a different sequenceNumber, which contains the new values of all properties as applicable after the change and which is valid starting from the date/time of the change;
  • a “correction” TimeSlice that supersedes the initial Baseline and which indicates that the initial Baseline is now valid only until the date/time of the change.

An additional TimeSlice with interpretation 'PERMDELTA' may also be encoded, containing only the properties that actually change their values. The validTime of the Permdelta is at the effective date and time of the change.

End of life (feature withdrawal)

The actual AIXM 5.1.1 (XML) coding for this example is provided in the AIP Data Set - 3rd AIRAC Cycle update.

The end of life (also named decommissioning or withdrawal) is coded as a correction of the 'BASELINE' TimeSlice that is valid at the end of life moment. This correction TimeSlice will only modify two data elements: the validTime.TimePeriod.endPosition and the featureLifetime.TimePeriod.endPosition.

An additional TimeSlice with interpretation 'PERMDELTA' may also be encoded, containing only the properties that actually change their values - which is the featureLifetime, with the new TimePeriod.endPosition