Skip to content

Holding bug and 'hold' command use instruction inexactitude. #2

Description

@airman1994

There's a bug with the 'hold' command. If an aircraft is flying a route, such as STAR, and receives a 'hold' at the last waypoint of the route command, it will perform its first holding lap at the penultimate waypoint of the route and only the subsequent laps - at the last waypoint of the route. If an aircraft is flying to a point after it received DCT command, or is flying to the last waypoint of a route, and then receives a 'hold' at that last waypoint of the route (or DCT point), it will perform its first holding lap at its present position where it received the 'hold' at the last waypoint (or DCT point) command, and not at that point. Subsequent holding laps will only be performed at the fix indicated in the "hold" command.
Incidentally, the description of the hold command needs to be corrected and completed. The correct sequence of 'hold' command arguments is as follows:
hold [fix name] {holding fix}
[L or R] {turns}
[radial to hold on] { e.g., 230}
[outbound leg time/distance][amount of minutes or NM] {e.g., 2 min or 4 nm).
If a holding argument is missing, the standard value ​​will be used:

  1. holding fix - present position
  2. right turns
  3. radial - 180 degrees different from the bearing to the holding fix - if specified, or 180 degrees different from the present track if the holding fix was not specified.
  4. 1 min (edited)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions