Preferences are used to specify timing and other attributes of the scenario. GSGT looks
for a preferences configuration file called prefs.xml. First it looks in the scenario
directory and then in the directory specified by the environment variable
$GSGT_SITE_DEFAULTS. If prefs.xml cannot be found in either location,
standard defaults are used.
To edit Scenario Preferences click on the object label in the Scenario Editor Main Window.

All scenario events are pegged to this value. Changing this value will change all event times in the scenario accordingly.
The length of the scenario.
The random number seed to be used for generation of radar noise. A value of -1 means use a random seed. For the generated noise to be identical from run to run set this value to any arbitrary positive integer.
No messages will be injected before this time, unless the message is marked as a system setup message.
The minimum amount of time to be interjected between a target's associated messages. Ensures that messages associated with the same target will not be injected out of order. It is useful in large sims, when msg injection times tend to be delayed due to equipment injection delays.
For auto-generated messages, the amount of time preceding a target's start time that the FP will be scheduled.
For auto-generated messages, the time after a target's start time that the QT or TI will be scheduled.
For auto-generated messages, the time before an inter-sector boundary crossing when the handoff will be scheduled (QN messages).
For auto-generated messages, the time before an inter-facility boundary crossing when the handoff will be scheduled (TI messages).
For auto-generated messages, the time between the handoff and the handoff accept.
For auto-generated messages, the minimum amount of time a target must spend in a sector before a handoff to that sector will be scheduled.
For auto-generated messages, use relative time format for field 7 in the auto-generated FP.
For auto-generated messages, start all tracks internally to the local adaptation. That is, don't use any incoming TI handoffs.
Save and apply the changes made and close the Preferences editor dialog.
GSGT creates Equipment devices based on the equipment defined in the adaptation. Since the equipment is adapted most of their attributes cannot be modified. However there are few exceptions where some of the attributes can be modified.
Equipment attributes can be viewed using various Equipment Editors. To open the editor click on the object label in the Scenario Editor then double-clicking on the desired Equipment in the list tree. To unroll subtree contained in particular type of equipment click on the + icon to the left of the item.
There are several types of equipment for each adaptation. Each equipment type has its own characteristics and unique fields, however there are some characteristics that are common for many equipment types. Each type of equipment has a specific editor for that type and the values are displayed as read-only for attributes that can't be modified.

CFAF equipment has no attributes that can be modified. It is present in HCS version only
NADIN equipment is generated based on the adaptation but may also be user defined. Adapted equipment appears LIGHT BLUE in list and cannot be deleted. Non-adapted equipment appears GREEN and may be modified and deleted.
The equipment name. The name is auto formated based on the Facility ID and NADIN Address.
The facility name.
Address of the NADIN device.
A single NOTAM device is auto-generated by GSGT and it has no attributes that can be modified.
IOT equipment has no attributes that can be modified. It is present in HCS version only
KVDT equipment has no attributes that can be modified. It is present in HCS version only
READER equipment has no attributes that can be modified. It is present in HCS version only
A single SWIM device is auto-generated by GSGT and it has no attributes that can be modified.
Some systems refer to 'DS' as 'DSR'. There are two types of DS objects in GSGT - DS Sector Position and DS Equipment. Most of the attributes are adapted and can't be modified with exception of sector pilot position options.
The sector number (or ID) is set by the adaptation used in the scenario. Only certain DS Sector Position information can be edited. To edit Sector Position double click on sector position name in the list of objects.

Sets the sector as 'live'. A live sector is intended to have a real person controlling the traffic and creating appropriate messages, so GSGT will not auto-derive messages for this sector.
The sector position frequency.
The pilot position assigned to the sector. This is set by the pilot positions editor (see Section 4.9.1, “Pilot Position Editor”).
GSGT defines AChars based on the aircraft characteristics read from a site adaptation or specific aircraft characteristics sets referenced by scenario. The Turn Rate profile is generated from GSGT defaults. Adapted AChars are shown in GRAY and their attributes and profiles can't be modified. User defined AChars may be added for non-adapted aircraft with custom attributes values. Non-adapted (user defined) AChars are shown in BLUE and all of their attributes and profiles are editable.
To create an AChar, click on the object label in the Scenario Editor Main Window and right-click the object list. Select from the context menu. To edit or view AChar attributes double click on the desired AChar in the list.

Model name of the AChar.
The Maximum Altitude of the aircraft, in feet.
The rate of Acceleration, in knots per minute.
The rate of Deceleration, in knots per minute.
The Maximum Climb Factor, in feet per minute.
The Maximum Descent Factor, in feet per minute.
The Maximum Turn Factor (no units).
Aircraft Criteria
Indicates whether the AChar is an adapted Aircraft Type.

Opens the Climb Profile dialog to create a new record.
Opens the Climb Profile dialog to edit the selected record.
Deletes the selected record(s).
The Climb Profile Dialog is displayed when 'New' or 'Edit' selected from the Climb Profile list or if a record is double-clicked.

The temperature delta in degrees Celsius.
The climb rate in feet per minute.
The altitude in feet.
True Air Speed in knots.
Minimum True Air Speed in knots.
Maximum True Air Speed in knots.

Opens the Descent Profile dialog to create a new record.
Opens the Descent Profile dialog to edit the selected record.
Deletes the selected record(s).
The Descent Profile Dialog is displayed when 'New' or 'Edit' selected from the Descent Profile list or if a record is double-clicked.

The temperature delta in degrees Celsius.
The descent rate in feet per minute.
The altitude in feet.
True Air Speed in knots.
Minimum True Air Speed in knots.
Maximum True Air Speed in knots.

Opens the Turn Rate Profile dialog to create a new record.
Opens the Turn Rate Profile dialog to edit the selected record.
Deletes the selected record(s).

Opens the Max Speed Profile dialog to create a new record.
Opens the Max Speed Profile dialog to edit the selected record.
Deletes the selected record(s).

Opens the Min Speed Profile dialog to create a new record.
Opens the Min Speed Profile dialog to edit the selected record.
Deletes the selected record(s).
Record Selection Indicators, abbreviated RSI, can be used to identify various messages, which can then be selected or filtered during runtime.
To create a new RSI, click on the object label in the Scenario Editor Main Window and right-click the object list. Select from the context menu.

Integer value between 1 and 99999.
![]() | Note |
|---|---|
|
Each integer value can only be used for one RSI. The following warning is displayed, when there is an error adding a RSI. ![]() |
Text description of the RSI.
Save and apply the changes made and close the RSI editor dialog.
Cancel the changes made and close the RSI editor dialog.
From the Scenario Editor, right-click on the desired RSI to display the RSI context menu and select .

This opens RSI-specific scenario editor. These editors only display scenario items that are associated with the given RSI, but otherwise function exactly like the general Scenario Editor.
GSGT creates Radars based on the radar definitions in the adaptation. Adapted Radars are shown in BLUE and their attributes can't be modified. Static messages are also automatically generated based on the adapted values but they can be changed dynamically using overrides and events. Additionally non-radar areas may be defined to inhibit target detection in certain geographic areas.
To edit or view Radar attributes double click on the desired Radar in the list. Radar attributes can't be modified directly, however some attributes can be changed using the Events.

Name of the radar.
Radar type.
The available types are: ANFPS117, ARSR1, ARSR2, ARSR3, ARSR4, ASR7, ASR8, ASR9, ASR11, ASR11-DOD, ASR11ER, ATCBI6, MODE-S, and LRR.
Number of seconds to complete a full scan.
Starting azimuth.
Maximum altitude of coverage.
The start of the radar's detection range (in nmi).
The end of the radar's detection range (in nmi).
Check boxes to select if radar contains Mode-S (HCS version only), Mode-2 (HCS version only), and/or Mode-3a equipment.
The latitude and longitude of the radar.
Elevation of the radar, in feet.
Up to 5 three-digit LDNs (logical device numbers) can be entered (separated by commas). Each LDN corresponds to a radar channel. For example, specifying three LDNs declares the radar to have three channels.
![]() | Note |
|---|---|
|
Entering a value for the LDN disables the Chans, since the number of channels corresponds to the number of LDNs. The value displayed in the disabled Chans is ignored. |
The number of channels of the radar. Chans is only enabled when LDNs is empty.
The deviation (in degrees) between the radar's north and magnetic north.
Static Radar Messages can be viewed/edited by selecting the Static Messages tab from the Radar Editor.
A static Radar Message is a message sent from a radar that repeats once every scan such as Parrots and Permanent Echoes. GSGT automatically generates set of static messages based on the adapted values. The list includes all static messages contained in the radar.

Adapted Static Messages are shown in LIGHT BLUE. They can't be deleted but their contents may be modified using overrides, which are defined as time intervals. For any specific time interval the message data can be modified or disabled using inhibit.
The Static Radar Message Editor dialog is used for editing static message overrides. To edit existing message double-clicked on particular message in Static Radar Messages list.

Displays the message type in a non-editable format. The message type is set by the value of the hex digits in Word 0. Changing the value of Word 0 automatically changes the message type.
List of time intervals during which the override message is active. Inhibit intervals may not overlap and only the final interval can have a Stop time of 'None', which mean infinite.
Right mouse click context menu options
Opens the Inhibit Time Interval dialog to create a new interval.
Opens the Modify CD2 Time Interval dialog to create a new interval. (depends on radar type)
Opens the ModifyAsterix Time Interval dialog to create a new interval. (depends on radar type)
Opens the Time Interval dialog to edit the selected interval.
Deletes the selected time interval(s).
description of the message.
Boxes in which the values of each word of the message are represented. A value is 3 hex digits. When Parity Error is checked, the parity error bit for the word will be set when the message is generated.
The Inhibit Time Interval Dialog is used to create and edit time intervals when static radar messages are disabled. This dialog is open when is selected from the right mouse click context menu on the Static Radar Message Inhibit Time Interval list.

Sets the start time of the interval.
Sets the stop time of the interval. If None is selected, the message will repeat for as long as the scenario is running.
The ModifyCD2 Time Interval Dialog is used to create and edit time intervals to change static radar messages. This dialog is open when is selected from the right mouse click context menu on the Static Radar Message Active Time Interval list.

Sets the start time of the interval.
Sets the stop time of the interval. If None is selected, the message will repeat for as long as the scenario is running.
Hex data for the modified message.
The ModifyASTERIX Time Interval Dialog is used to create and edit time intervals to change static radar messages. This dialog is open when is selected from the right mouse click context menu on the Static Radar Message Active Time Interval list.

Sets the start time of the interval.
Sets the stop time of the interval. If None is selected, the message will repeat for as long as the scenario is running.
Hex data for the modified message, specifying FRN, Mask and Data to be replaced.
Radar Events are similar to Target Events and Service Volume Events. They are associated with a particular radar and affect its output and behavior by changing various characteristics of the generated data.
The Radar Events list is opened by selecting the Events tab in the Radar Editor.

List of radar events.
Right mouse click context menu options:
Opens the Radar Event dialog to create a new event.
Opens the Radar Event dialog to edit the selected event.
Deletes the selected radar event(s).
Radar Events are created and edited using Radar Event Editor. This allows to define a wide range of events that can be applied to a radar to change its characteristics and behavior. Reference table below describing all available events.

A drop-down box selection of the Event Type (see Table 5, “Radar Event Types”)
Sets the time the event will be generated.
List of RSIs for this target. Clicking 'Select' will open a scroll down menu allowing you to select the desired RSIs. Holding CTRL or SHIFT while clicking enables more than one RSI to be selected.
Options and value settings for the event. The available options and values vary based on the Event Type.
Table 5. Radar Event Types
| Event | Description |
|---|---|
| Sensor Active | Sets primary or secondary antenna sensor up or down |
| Change Range Bias | Sets range bias for primary or secondary antenna |
| Change Range Noise Sigma | Sets range noise sigma for primary or secondary antenna |
| Change Azimuth Bias | Sets azimuth bias for primary or secondary antenna |
| Change Azimuth Noise Sigma | Sets azimuth noise sigma for primary or secondary antenna |
| Change BlipScan | Sets blip scan for primary or secondary antenna |
| Change Run Length | Sets the run length |
| Generate Strobe | Generates a strobe with a call sign for defined number of scans |
| Change Ghost Percentage | Sets ghost percentage (HCS version only) |
| Change Ghost Delta Range | Sets ghost delta range (HCS version only) |
| Change Ghost Delta Azimuth | Sets ghost delta azimuth (HCS version only) |
| Change Merge Range Diff | Sets merge range difference (HCS version only) |
| Change Merge Range Azimuth | Sets merge azimuth difference (HCS version only) |
| Change Chans | Sets number of channels (HCS version only) |
| Change Noise Level | Sets the noise level (HCS version only) |
The Non-Radar Areas define areas in the radar coverage where radar data in not generated. The areas are defined by azimuth, range and altitude.
The Non-Radar Areas list is opened by selecting the Non-Radar Areas tab from the Radar Editor.

One half of the angle (in degrees) directly above the radar which it cannot generate target returns.
List of non-radar areas defined in the radar.
Right mouse click context menu options:
Opens the Non-Radar Area dialog to create a new non-radar area.
Opens the Non-Radar Area dialog to edit the selected area.
Deletes the selected area(s).
Non-Radar Areas are created and edited using Non-Radar Area Editor. The non-radar area is a 3-dimensional shape defined by start and end azimuth (pie shaped) with start and end range and height limited by base and ceiling altitude. The area can be defined both primary and secondary radar sensors.

The Start and End azimuth (angle) of the Non-Radar Area, in degrees.
The Start and End range of the Non-Radar Area, in Nmi.
The Base and Ceiling altitudes of the Non-Radar Area, in feet.
The radar type that is excluded from the Non-Radar Area. Values are Both, Primary, Secondary.
GSGT creates ADS-B Service Volumes based on the service volumes defined in the adaptation. Since all service volumes are adapted, their attributes cannot be modified. However events can be defined that will change some of the parameters dynamically. Static messages are generated automatically based on the adapted values but they can be changed dynamically using overrides and events. Additionally Coverage Areas may be used to define inclusion or exclusion areas to activate or deactivate target detection in certain geographic areas.
Service Volume tree allows to view attributes and edit static messages and events. To view the attributes, select + symbol next to object.

The image above shows the Service Volume Editor attribute tree where general attributes of an adapted Service Volume and its contained Radio Stations and Radio Receivers can be viewed. It also displays its static messages, events and coverage areas.
The Radio Stations sub tree lists Radio Stations that are adapted for the selected Service Volume. The list includes attributes, Radio Receivers contained in the station and their specific static messages. The Radio Receivers sub tree similarly lists its attributes and their corresponding static messages.
When Service Volume Boundary (AOI) is adapted, the detection of ADSB targets is limited to within the boundary regardless of radio station coverage that is outside of the boundary. This however never affects the detection of the test targets. When the boundary is not adapted, the detection occurs anywhere within the radio stations coverage. The target detection can be overridden by defining inclusion and exclusion Coverage Areas see Section 4.6.5, “Service Volume Coverage Areas”. If boundary is adapted, it can be previewed on the map by enabling it from the menu.
In certification scenarios, the Service Volume Boundary is ignored entirely and target detection occurs only within the certification radio stations, normally named RSXX<SITE> and RSYY<SITE>. All other radio stations are ignored entirely and there is no detection and status messages generated. In all other scenarios, it's reversed, where certification radio stations are ignored entirely.
Service Volume Grid is an ATCoach definition that is used internally by ATCoach for its target detection. This definition is used only when GSGT is using ATCoach engine. Both normal and certification grids are dynamically calculated based on the Service Volume Boundary, if adapted, or by radio station coverage. The normal grid is calculated based on the boundary coverage, and if not adapted then it's based on all radio stations coverage, excluding certification radio stations. The certification grid only includes area defined by certification radio stations.
Service Volume Grids can be previewed on the map by enabling them from the menu. They are provided as a guide to illustrate the Service Volume grid cells for normal and certification scenarios.
Static Service Volume Messages (ASTERIX) can be viewed/edited by selecting the Static Messages sub tree from the Service Volume tree view.
A static Service Volume Message is a message sent from an ADSB Sensor (i.e. Radio Station/Receiver) that repeats in predetermined interval such as the status messages. GSGT automatically generates set of static messages based on the adapted values.
Messages that are generated based on adaptation are LIGHT BLUE. The Static Messages list displays all of the static messages that have been adapted/auto-generated pertaining to the Service Volume, Radio Station or specific Radio Receiver. Note that adapted messages can't be deleted. Static messages can be modified or inhibited using overrides in similar fashion as radar static messages.
Right mouse click context menu options:
Opens the Static ASTERIX Message Editor dialog to edit the selected message.
The Static ASTERIX Message Editor is used for new or editing of existing static message list.

Indicates the interval, in seconds, at which the message should be repeated.
List of time intervals during which the override message is active. Inhibit intervals may not overlap and only the final interval can have a Stop time of 'None', which mean indefinite.
Right mouse click context menu options
Opens the Inhibit Time Interval dialog to create a new interval.
Opens the ModifyAsterix Time Interval dialog to create a new interval.
Opens the Time Interval dialog to edit the selected interval.
Deletes the selected time interval(s).
For adapted/auto-generated static messages, it's a general description of the purpose of the static message. For user-entered messages the description may contain any text and will have no effect on the message.
Hex representation of values in each FRN of the ASTERIX message. Byte values are specified in 2 hex digits.
The Inhibit Time Interval Dialog is used to create and edit time intervals for disabling static Service Volume messages. This dialog is open when is selected from the right mouse click context menu on the Static ASTERIX Message Overrides list.

Sets the start time of the interval.
Sets the stop time of the interval. If None is selected, the message will repeat for as long as the scenario is running.
The ModifyASTERIX Time Interval Dialog is used to create and edit time intervals to change static Service Volume messages. This dialog is open when is selected from the right mouse click context menu on the Static ASTERIX Message Overrides list.

Sets the start time of the interval.
Sets the stop time of the interval. If None is selected, the message will repeat for as long as the scenario is running.
Hex data for the modified message, specifying FRN, Mask and Data to be replaced.
Service Volume Events are similar to Target Events and Radar Event. They are associated with a particular ADSB service volume and affect its output and behavior by changing various characteristics of the generated data.
The Service Volume Events list is part of the Service Volume Editor tree. Each item in the event list represents a single Service Volume Event. Event list operations can be invoked by right mouse click context menu on Events tree parent and children. The operations include ability to add new event, or edit or delete existing events.
Right mouse click Context menu options:
Opens the Service Volume Event Editor to create a new event.
Opens the Service Volume Event Editor to edit the selected event.
Deletes the selected Service Volume event (user is prompted before item is actually deleted).
Service Volume Events are created and edited using Service Volume Event Editor. This allows to define a wide range of events that can be applied to a service volume to change its characteristics and behavior. Reference table below describing all available events.

Type of the event.
Sets the time at which the event will be generated.
Associated RSI for this event.
Individual options/values that can be adjusted for each type of Service Volume Event. The contents of the Event Frame will differ based on selected event type.
Table 6. Service Volume Event Types
| Event | Description |
|---|---|
| Service Volume Status | Sets Service Volume status to enabled or disabled |
| Service Volume Data Link Identifier | Sets Service Volume data link identifier value (ERAM version only) |
| Radio Station Status | Sets the status to enabled or disabled of a selected Radio Station (ERAM version only) |
| Radio Station Detection Probability | Sets detection probability as a percentage value of a selected Radio Station (ERAM version only) |
| Radio Station Time of Applicability offset | Sets time of applicability (TOA) offset value of a selected Radio Station (ERAM version only) |
| ASTERIX Message Filter | Changes arbitrary value using a filter in the ADSB test target report messages (ERAM version only) |
| Test Target Reporting | Sets the test target reporting rate, as well and enables and enabled reporting of selected test target (ERAM version only) |
| Test Target Integrity and Accuracy | Changes ADSB Integrity and Accuracy for selected test target |
| Squit Parameters | Set squit parameters for UAT or 1090 reports. (HCS version only) |
Service Volume Coverage Areas are similar to non-Radar areas. They are associated with a particular ADSB service volume and define areas in that service volume coverage where ADSB targets are not detected or are forced to be detected. The Coverage Areas (inclusion and exclusion) are provided so that adapted coverage area can be overridden simulate specific needs. By default service volume detection area is defined by radio station coverage, and when service volume Boundary (AOI) is adapted, the detection area is limited to within that boundary.
The user defined inclusion Coverage Area is used to specify area that is outside of service volume boundary, but within radio station coverage to explicitly force target detection and generate appropriate data during simulation. Inclusion area specified outside of radio station coverage or within service volume boundary has no effect on service volume detection.
![]() | Note |
|---|---|
|
When service volume boundary is not adapted, specifying inclusion Coverage Area in any location has no effect. |
The user defined exclusion Coverage Area is used to specify area that is within detection area, radio station coverage and within service volume AOI boundary, when adapted. The exclusion Coverage Areas inhibit target detection and generation of data during simulation for that particular location. Area specified outside of radio station coverage have no affect on detection. Also area specified outside of service volume boundary, when adapted, has no affect.
![]() | Note |
|---|---|
|
The exclusion Coverage Area takes precedence over inclusion Coverage Area that is overlapping same area. |
The Service Volume Coverage Area list is part of the Service Volume Editor tree. Each item in the list represents a single Service Volume Coverage Area, inclusion or exclusion. Operations can be invoked by right mouse click context menu on Coverage Areas tree parent and children. They include ability to add new inclusion or exclusion areas, or edit or delete existing areas.
Right mouse click Context menu options:
Opens the Service Volume Coverage Area Editor to create a new inclusion area.
Opens the Service Volume Coverage Area Editor to create a new exclusion area.
Opens the Service Volume Coverage Area Editor to edit the selected area.
Deletes the selected Service Volume Coverage Area (user is prompted before item is actually deleted).
Service Volume Coverage Areas are created and edited using Service Volume Coverage Area Editor. The areas are defined as series of lat/lon points. Points are added using point and scroll mouse button click on any location on the map. individual points can be deleted and additional points can be added after current selection.

The Coverage Areas are previewed on the map while being edited. To aid with determining the location of the area, other tools can be displayed on the map, such as Service Volume AOI or Grid, as well as Service Volume Radio Stations (see Section 2.3.1, “Adaptation Window”)
Messages defined in system commands are not associated with any Target. They can be injected from any supported device. There are several editors that are designed to edit and validate specific types of messages, however general editor supports freehand text editing of messages that allows to create any valid or invalid message format.
To create a new System Command, right-click on the object label in the object list of the Scenario Editor Main Window. This opens context menu to select the type for new system command message. There are several types of system commands that can be created. Depending on the selection of type an appropriate dialog is used.
Certain system commands require or may be formatted with special characters or values that are represented as tokens. These tokens can be entered into the text of a System Command to be substituted to corresponding hex code or values during the export. The primary reason for these tokens is to provide a ASCII character representation for non-printable character values or for values that are unknown until the export or run time.
Table 7. Special Character Tokens
| Token | Description | |||
|---|---|---|---|---|
| \d | downward-pointing arrow aka arrival arrow | |||
| \u | upward-pointing arrow aka departure arrow | |||
| \c or | | clear weather symbol | |||
| \o or ' | overcast weather symbol | |||
| \xHH | arbitrary value, where HH is a two digit hex value | |||
| \p | interfacility messages parity error | |||
| \e | EOM token | |||
| \l | LRC error | |||
| @@@ | ATCoach "%ECID%" token.
| |||
| ### | ATCoach "%SCID%" token. | |||
| *** | ATCoach "%MSGSER%" token |
![]() | Note |
|---|---|
|
Not all tokens may be appropriate in some message types. |
![]() | Note |
|---|---|
|
Tokens are not case sensitive, so for instance ether \c or \C can be used. |
![]() | Note |
|---|---|
|
In the non-Literal mode interfacility messages, a beginning LRC and ending LRC and EOM will be automatically generated. |
![]() | Note |
|---|---|
|
Entering an extra slash before a character will 'escape' it and not generate a special character. For example, the string "\\c" will be exported as "\c" and not as a clear weather symbol. |
The generic System Command can essentially be any message type. Messages that are properly formatted upon a subsequent editing are open in a default system command editor, such as Flight Plan, CMS, SWIM or SIGMET editors.
To create a generic System Command, right-click on the object label and select from the context menu.

Scroll menu allowing you to enter the time the message is to be entered into the scenario. Time is ignored for messages input from NOTAM equipment.
Drop down menu allowing selection of the message injection source.
List of RSI descriptions for this message. Clicking 'Select' will open a scroll down menu allowing you to select the desired RSI.
Messages tagged as Live will not be exported, but they will appear in message listings/reports. Live messages are primarily used as a placeholder.
Suppresses the generation of message headers and trailers, which are normally generated by GSGT. Generally only used to test Interfacility or NADIN messages.
Allows messages to be injected before the System Setup Time.
A confirmation message will be injected immediately after this message, before any other message on the same input Device.
Message text.

ERAM channel(s) (network paths) on which the system message will be sent.
Any comments associated with the message. Comments are not displayed during scenario playback.
Text entry for the EXPECT card of the message.
![]() | Note |
|---|---|
|
Selecting the Device type NOTAM will cause a NOTAM message to be generated. Each NOTAM message is inserted in the exported NOTAM XML file. Gsgt will generate the xml format tag and the beginning <notams> and ending </notams> tags. The rest of the NOTAM message must be formatted by hand as XML. NOTAM messages cannot have a RSI selected. Because of this, NOTAM messages are exported to a single ATCoach file that has the same name as the scenario, with ".notam" appended to it. |
The Flight Plan Editor is the default message editor for FP messages. It allows user to change all attributes of a FP message.
To create a Flight Plan System Command, right-click on the object label and select from the context menu. It is also used when is selected in the Messages tab the Target Editor.

When GSGT is running in Terminal Mode, also there is a Terminal FP message available that is tailored for terminal systems. To create a Terminal Flight Plan System Command, right-click on the object label and select from the context menu. It is also used when is selected in the Messages tab the Target Editor.

A CMS system command is a CMS (Common Message Set)-formatted message that is not associated with a Target.
To create a CMS System Command, right-click on the object label and select from the context menu.

A CMS system command has the same fields for Time, Source and RSI as a Generic system command, except the Text field is replaced with CMS fields definitions.
ATCoach TIME token substitution is performed for fields 86B, 92A and the time portion of field 0E. For the sequence number portion of field 0E, entering "$$$$" will generate the MSGSEQ token.
To create the SSPID token, enter "$$" in field 167A.
The 2-letter message type.
Suppresses the generation of all header and trailer data, as well as token substitution.
List of the fields in the message.
Right click on the field opens a context menu with following options:
Opens the CMS Field dialog to create a new CMS field.
Opens the CMS Field dialog to edit the selected field.
Deletes the selected field(s).
![]() | Note |
|---|---|
|
Fields will be listed in the order that they are created. |
CMS Fields dialog is defines individual CMS fields and assigned values.

The CMS Field ID, consisting of a 1-3 digit field number and a one letter or digit field format. The period between field number and field format is not needed. For example, to specify field 13.3, enter "133".
Text content of the field.
SWIM system command editor is formulated for editing SWIM messages, in particular flight create, modify and update message types. The fields contained in each of the SWIM message types are adapted in accordance with the WSDL specifications. Most of the fields in the dialog are limited to a valid range of values by drop down selection or by value limitations in the text fields, however, per design, the dialog allows to save the message with missing required fields, and values out of range.

SIGMET system command editor is formulated especially for editing SIGMET WMSCR messages. Other WMSCR messages are open using the Generic system command editor.

Most of the fields in the dialog are limited to a valid range of values by drop down selection or by value limitations in the text fields.
The Geographic Area field can be manually typed in or selected from the map similarly as route of the target by clicking on points on the map. The points in the filed will be separated by "ETC TO" element.
![]() | Note |
|---|---|
|
The first and last element of the Geographic Area must be the same to complete the area selection.. |
To access additional options for system commands, Right-click on a item in the editor main window. This will display one of the following context menus depending on the message type.
Double clicking on the System Command item will edit the message using the default editor associated with the message type. The default dialog for commands from ATM Devices is the CMS System Command dialog, for FP messages is the FP dialog and so forth. Messages types without default editor will open in generic System Command dialog.

Open system command in the default for the given message type System Command dialog
Opens the system command in the 'regular' System Command dialog. Note that CMS commands (from an ATM device) will include the separator character used by GSGT.
Deletes the selected System Command(s).
Opens the Replicate dialog. The number of Replications and Delta time will always be applied. Replication will attempt to apply the Delta AID and Delta beacon values to the System Command.
Clears all replications, leaving only the original System Command.
A Target is a representation of a flight with certain characteristics such as aircraft dynamics, equipment, route of flight, and events that control almost every aspect of its identity. The targets also include a set of messages, identical in structure to System Commands, but are associated with that particular target. The messages can be automatically derived based on the characteristics of the target, manually entered or be a combination of both.
To create a Target, right-click on the object label in the object list of the Scenario Editor Main Window. Select from the context menu.
The general target's attributes are located on the Main tab of the Target editor. The attributes describe the target's characteristics such as aircraft dynamics, on-board navigation equipment and transponder types.

2 - 7 alphanumeric characters designating the identity of the flight. The first character must be alphabetic, and may be followed by any combination of 1-6 alphanumeric characters. The minimum length is two (one letter and one digit). The minimum length for a letter-only name is three.
Scroll menu allowing you to enter the flight start time. The time is listed in hours, minutes, seconds, and hundredths of seconds.
Displays the target's route in the adaptation viewer with a target dynamics information box (see Section 7.3, “Show Route Display”).
Drop-down menu allowing the user to select the aircraft characteristics of the target. AChars that are shown in BLUE are not adapted AChars.
1-4 numeric characters specifying the aircraft speed. Valid value range is 1-4095 Knots.
Flight Level. 1-3 numeric characters designating the flight altitude in hundreds of feet.
ATCRBS
| Mode 3A and Mode C |
| Mode 3A only |
Mode S
1090ES
UAT
1-4 octal digits designating the beacon code for the aircraft. Values less than 4 digits will be left-padded with zeroes to reach a length of 4. Supplying a beacon code is optional, GSGT will generate beacon codes for aircraft as needed.
The single-letter equipment id. It is appended to aircraft type in the FP message.
ADSB Equipment Qualifier should consist of one to 6 pairs of characters which represent ADSB equipage codes. Valid codes are described in Table 8, “ADSB Equipment Qualifier Codes”
List of RSI descriptions for this target. Clicking 'Select' will open a scroll down menu allowing you to select the desired RSI.
Any comments associated with the target. Comments are not displayed during scenario playback.
Table 8. ADSB Equipment Qualifier Codes
| Code | Description |
|---|---|
| 260B | Certification level DO-260B 1090ES "out" capability |
| 282B | Certification level DO-282B UAT "out" capability |
| B1 | dedicated 1090MHz ADSB "out" capability |
| B2 | dedicated 1090MHz ADSB "out" and "in" capability |
| U1 | ADSB "out" capability using UAT |
| U2 | ADSB "out" and "in" capability using UAT |
| V1 | ADSB "out" capability using VDL Mode 4 |
| V2 | ADSB "out" and "in" capability using VDL Mode 4 |
The Route tab of the Target Editor defines the path the target is flying in an airspace. A target's aircraft trajectory can be specified as a route with defined points, such as fixes and airports. Or it can be specified as an initial condition defined as initial position with heading or initial position with a join fix on a route.
When first and/or last element on the route is an airport, GSGT can model appropriate departure or arrival to an airport, including modeling of particular runways on the airport. The runways must be predefined using Runways site definition in order to be used in a target's route (see Section 4.9.4.4, “Runway (RW) Site Definitions Editor”)
Based on the target's route definition, GSGT generates radar and derives appropriate messages such as flight plans and handoffs (see Section 7.3, “Show Route Display” and Section 4.8.1.3, “Target Messages”)

Text defining the planned flight route of the target.
When checked, GSGT will attempt to apply pref routing for the target. When successful, the pref route will be displayed.
When enabled, it indicates that the first element of the route is an airport. The target will start with a speed of 100 and an Flevel equal to the Flevel of the airport. The target will then adjust itself to reach the settings specified in the Dynamics section of the target dialog. When checked, GSGT will create the conditions for the target to Depart.
When enabled, it indicates that the last element of the route is an airport. The arrival will be modeled by the target adjusting its speed and Flevel at a point determined by the simulation engine. When checked, GSGT will create the conditions for the target to Arrive.
When Departure/Arrival Procedure is enabled, a specific runway on the departure/arrival airport can be selected. The target will depart/arrive at a specified runway on the airport. Note: runways are defined using Runway (RW) Site Definitions Editor.
![]() | Note |
|---|---|
|
Text defining the planned flight route of the target. To edit route see Route Edit Display. |
The initial Flevel of the Target.
The initial Speed of the Target.
When checked, the target will start from the specified Lat/Long.
The initial Latitude/Longitude of the Target. The initial/default value is the Latitude/Longitude of the Center's point of tangency.
When selected, indicates where the target will join the specified route.
The initial Heading of the Target, in degrees. The valid range for the Heading is 0-359, with up to an optional 10 decimal places. It is only enabled when the Route text is empty.
The flight route can be entered in two ways, using the point and click feature of GSGT or by manually typing the flight route text in the dialog box. To use the point and click function, place the cursor over the desired element such as a fix or an airport and left-click the mouse. The element is added to the flight plan and displayed in the flight plan dialog box. As elements are added to the flight plan, fixes and airports are highlighted in BLUE, the flight route is outlined in RED between fixes and segments along airways are outlined GREEN).
Point and click adds new elements to the end of the flight plan. To add or remove an element in the middle of the route, manually modify the fix text in the flight plan dialog box or place the cursor after the element (before "." or "..") that you want to insert additional elements.
![]() | Note |
|---|---|
|
GSGT does not allow delay times to be typed directly in the route text. In order to create a delay, create a new target Delay Event (see Section 4.8.1.4, “Target Events”) |

The Messages tab of the Target Dialog lists all non-radar messages associated with the target. The messages can be auto-generated (auto-derived) based on the route of the target or manually created. Messages are auto-derived only when is selected.
When target is set to auto-generate message, GSGT will generate all appropriate non-radar messages such as flight plan, start tracking, and handoff control of the flight between controllers and/or facilities as needed.
Additionally parameters controlling the creation of auto-generated messages can be set in the scenario Preferences or Target Preferences (see Section 4.1, “Preferences” and Section 4.8.1.3.2, “Target Preferences”).
Table 9. Non-radar message color coding
| Color | Description |
|---|---|
| GREEN | auto-generated messages, or auto-generated Terminal to Enroute (incoming) messages |
| LIGHT GREEN | auto-generated Enroute to Terminal (outgoing) messages (Terminal mode) |
| ORANGE | auto-generated Terminal to Terminal messages |
| BLUE | frozen messages, or frozen Terminal to Enroute (incoming) messages |
| LIGHT BLUE | frozen Enroute to Terminal (outgoing) messages (Terminal mode) |
| PURPLE | frozen Terminal to Terminal messages |
![]() | Note |
|---|---|
|
Frozen messages are always associated with the target and are not automatically updated as target characteristics are changed, except for when replicating and changing name and timing of the target. Auto-generated messages on the other hand, are automatically regenerated on every change to the target. |
![]() | Note |
|---|---|
|
Once a target enters a 'live' sector, derived messages are no longer generated. |

Allows derived messages to be generated for the target.
Allows derived messages to be generated for the target (see Section 4.8.1.3.2, “Target Preferences”).
Allows derived messages to be generated for the target (see Section 4.8.1.3.3, “FP Overrides”).
List of non-radar messages associated with the target. Clicking on the 'Time' header will sort the messages in time order. Clicking on 'Dest', 'Src', or 'Text' will sort appropriate column in alphanumeric order. Clicking on any of these headers twice will reverse the order of the sort.
When running with ATCoach engine, messages are not auto-generated automatically until user specifically initiates the action. This is due to potentially a lengthy process when ATCoach computes the target positions, as it may take several minutes, during which time all user input is disabled.
Right mouse click context menu options:
Opens a generic message dialog to create a new message.
Opens the flight plan message dialog to create a new message.
Opens the terminal flight plan message dialog to create a new message. (Terminal mode)
Opens the CMS message dialog to create a new message. (disabled in Terminal mode)
Opens the SWIM message dialog to create a new message.
Opens the default dialog message template for particular message type.
Opens the generic dialog message template.
Removes the message from the messages list.
Freezes single message in the list.
When the box is checked, GSGT calculates target positions along its entire route and derives appropriate non-radar messages, and then populates the messages list. In order to accomplish this, GSGT runs the simulation engine, which is almost instantaneous when running with Rhumb or Stereo engines. However when GSGT uses ATCoach engine this process can be lengthy.
When GSGT is using ATCoach engine, GSGT exports target information to the ATCoach engine so that it can calculate target positions, which then it turn passes the target positions back to GSGT, based on which the derived messages are generated. This may take several minutes, during which time all user input is disabled.
When the ATCoach simulation is complete and all messages have been derived, the derived messages will appear in GREEN in the messages list and normal program usage resumes.
When the box is unchecked while there are any derived messages in the list, a dialog box is displayed to confirm whether the derived messages should be saved as frozen messages or removed.

Target Preferences override the scenario preferences per target basis. To enable override of any particular preference, select and check that preference. When a parameter is checked, its value will be applied to this target only. When unchecked, the general scenario Preference value will apply.

Most of the parameters in the Target Preferences dialog are the same as those in the scenario Preferences dialog with exception of MISM in Handoffs.
MISM in Handoffs
Offset direction used in conjunction with Position Offset Dist for position offset to be applied in handoffs.
Offset direction used in conjunction with Position Offset Hdg for position offset to be applied in handoffs. (balloon help displays adapted tolerance)
Heading offset to be applied in handoffs. (balloon help displays adapted tolerance)
Speed offset to be applied in handoffs. (balloon help displays adapted tolerance)
Altitude offset to be applied in handoffs. (balloon help displays adapted tolerance)
The parameters in the FP Overrides Editor dialog override values in derived FP messages for this target only. When value is cleared, the default value in derived FP message is restored.

When any of the parameters in the FP Overrides Editor are set to be overwritten, button will show an icon indication that values are overridden, as illustrated below.

The editing of non-radar messages works identical as is System Commands with exception that messages are associated with the Target instead of being independent. The same set of message editors is used to edit the messages, which are automatically determined for appropriate type of message (see Section 4.7.1, “Create and Edit System Command”).
Messages that are auto-derived and then are edited and changed, automatically become frozen messages. If the is not disabled, the message that becomes frozen by editing will be automatically rederived and in essence making a duplicate message.
![]() | Note |
|---|---|
|
Changes made in the Flight Plan Editor do NOT affect the target attributes set in the Target Attributes Editor. |
The Events tab of the Target Editor lists events that affect various aspects of the target.

List of events that are applied to the target. The list specifies the condition when event is applied and shortly describes the event.
Right mouse click context menu options:
Opens the Target Event Editor dialog for an new event.
Opens an existing target event in Target Event Editor dialog.
Deletes the currently selected target event(s).
Target Events allow to define a wide range of events that can be applied to a target to perform various tasks or change target's characteristics. Reference table below describing all available events.

List of available event types that can be defined for the target (see Table 10, “Target Event Types”).
Allows to choose the condition on which the Target Event is performed. Most event types only allow a time condition. Events such as Altitude Change and Speed Change allow either a Time or Position to be used as a trigger. The available positions are taken from the Target Route, excluding the first and last fixes. If the target route contains airways, not filed (not explicitly in the route) fixes along the airway will also be available in the list.
The value(s) that will take effect when the Event is processed. The Drop Target Event does not have a Command value.
If selected, a message reflecting the changed value will be generated. Only valid for certain events such as Acid, Altitude, Beacon, and Speed Change Events.
Closes the dialog and creates the specified Event.
Closes the dialog and returns to the Target editor.
Table 10. Target Event Types
| Event | Description |
|---|---|
| Change Acid | Changes target's ID |
| Change Altitude | Changes target's altitude with option to specify rate and slope as well as set altitude as interim |
| Change Speed | Changes target's speed with option to specify rate |
| Change Speed Restriction | Sets speed restriction as active or inactive. |
| Change Beacon | Changes target's beacon code with option to change Mode 3A, ADSB or both |
| Change Heading | Changes target's heading with options to specify direction and rate |
| Change Ident Bit | Sets ident bit to enabled or disabled |
| Change Mode C | Sets Mode C to enabled or disabled |
| Change Mode 3a | Sets Mode 3A to enabled or disabled |
| Squitter Active | |
| Change Run Length | Changes target's run length to a specific value |
| Change Track Eligibility | Changes target's track eligibility to a specific value |
| Change Search Target Quality | Changes target's search target quality to a specific value |
| Change Search Target Confidence | Changes target's search target confidence to a specific value |
| Change Time In Storage | Changes target's time in storage to a specific value |
| Change PSR Blip Scan | Changes target's primary search return (PSR) to a specific percentage value. When using ATCoach engine, PSR Blip Scan will only apply if its value is set to either 0 or 100. |
| Change SSR Blip Scan | Changes target's secondary search return (SSR) to a specific percentage value. When using ATCoach engine, SSR Blip Scan will only apply if its value is set to either 0 or 100. |
| Change Ghost Percentage | Changes target's ghost percentage to a specific percentage value (HCS version only) |
| Change Correlation | Changes target's correlation |
| Hold | Defines a hold for a target with specific conditions such as length, turn direction, holding patters, etc |
| Delay | Defines a delay for a target with specific duration. When the messages are derived for the target, a "/Dxx+xx" will be inserted into the field 10 (route) of the FP message. |
| Resume Route | Resumes the route at a specific fix on the route |
| Drop Target | Drops the target before the end of its the route |
| Message | Injects a specific message from R, D or A position |
| Response Mode Override | Overrides NAS responses such as DR or DX, or NAM responses such as LRM |
| Change CheckIn Required | Sets CheckIn Required to enabled or disabled |
| ADSB Reporting | Enables or Disabled ADSB transponder reporting |
| ADSB ICAO Address | Changes ADSB ICAO address |
| ADSB Aircraft ID | Changes ADSB aircraft ID |
| ADSB Integrity and Accuracy | Changes ADSB Integrity and Accuracy |
| ADSB Emitter Category | Changes ADSB Emitter Category |
| ADSB Reporting Rate | Sets ADSB target reporting rate |
| ADSB TCAS RA Messages | Changes ADSB TCAS RA Messages |
| ADSB Target State | Changes ADSB Target State |
| ADSB Data Quality | Changes ADSB Data Quality |
| ASTERIX Message Filter | Changes arbitrary value using a filter in the ADSB target report messages |
The ATCoach tab of the Target editor provides ability to change ATCoach specific options and define Pre-Programmed Events and Pilot Prompts. Options and definitions contained in this tab are only exported in the SIME scenario (see Section 9.4, “SIME Export”)

ATCoach will not generate the target at the start time. It needs to be released form pilot position.
The ATCoach Controller Symbol. The letter assigned to each aircraft (A-Z) (ERAM version only).
Pseudo Pilot assigned to the target (optional) (ERAM version only).
ATCoach Pre-Programmed Events (PPEs) that are associated with the target.
![]() | Note |
|---|---|
|
The Target Pre-Programmed Events Editor is identical to the ATCoach Preprogrammed Events editor. |
Right mouse click context menu options:
Opens the Pre-Programmed Event dialog to create a new Pre-Programmed Event.
Opens the Pre-Programmed Event dialog to edit an existing target event.
Deletes the currently selected Pre-Programmed event(s).
ATCoach Prompts that are associated with the target.
![]() | Note |
|---|---|
|
The Target Prompt Editor is identical to the ATCoach Prompt editor. |
Right click menu options:
Opens the 'Prompt' dialog to create a new Prompt.
Opens the 'Prompt' dialog to edit an existing prompt.
Deletes the currently selected Prompt(s).
The TGF tab of the Target editor provides ability to set/override any or all fields GSGT outputs in and exported TGF sim using TGF specific XML tags. Definitions contained in this tab are only exported in the TGF scenario (see Section 9.3, “TGF Export”) This tab is not available in SGET version.
Right-clicking on selected target(s) in the object tree of the Scenario Editor Main Window opens a context menu with certain actions such as Preview and Replication.

Deletes the selected target(s).
Displays the target's route in the adaptation viewer with a target dynamics information box for selected Targets (see Section 7.3, “Show Route Display”).
Invokes the Target Preview for selected targets (see Section 7.2, “Target Preview”).
Opens the Replication dialog, which provides the ability to produce copies of the selected target. (see Section 3.3.4, “Replicate object”)
Clears all non-frozen replications, leaving only the original Target.
ATCoach object is representation of several ATCoach specific definitions, such as Pilot Positions, Pilot Prompts, Pre-programmed Events (PPE) and Site Definitions. Each of these categories is contained under a separate list under ATCoach object. Using these definitions, ATCoach can be configured for the simulation.

Pilot Position Editor simply allows to assign a Pilot Position to a specific sector, which is controlled by a live person at Pseudo Pilot position during an exercise. Pilot Position can't be created or deleted. There are 20 available pilot positions that can be assigned to any available sector position.
To edit a Pilot Position, click on the + sign next to the category object label in the object tree of the Scenario Editor Main Window to unroll pilot position list. Double-click on the desired pilot position to edit its assignment.

Pilot position.
Sector to be associated to a pilot position.
Pilot Prompt Editor allows to define Pilot Prompts, which can consist of any ATCoach command that can be manually triggered at the Pseudo Pilot position during an exercise.
To create a Pilot Prompt, right-click on the category object label in the object tree of the Scenario Editor Main Window. Select from the context menu.

Time the prompt is scheduled to appear.
Address of the prompt.
List of RSI descriptions for this message. Clicking 'Select' will open a scroll down menu allowing you to select the desired RSI.
Prompt text.
Any valid ATCoach runtime command (optional).
![]() | Note |
|---|---|
|
Gsgt does not validate the content of any of the fields of the prompt. |
Preprogrammed Event (PPE) Editor allows to define any ATCoach command that will be triggered automatically at a specific time during an exercise.
To create a Preprogrammed Event, right-click on the category object label in the object tree of the Scenario Editor Main Window. Select from the context menu.

Time of the Preprogrammed Event (optional).
List of RSI descriptions for this preprogrammed event. Clicking 'Select' will open a scroll down menu allowing you to select the desired RSI.
ATCoach command.
![]() | Note |
|---|---|
|
Gsgt does not validate the content of the text field of the PPE. |
The Site Definitions Editor allows to define site definitions that will be copied directly into the ATCoach Site file. There are several types of site definitions that can be created. Depending on the type an appropriate dialog is used to edit the site definition. Some of the site definitions also aid in building the target trajectory such as Points, Macro Routes and Runways.
To create a Site Definition, right-click on the category object label in the object tree of the Scenario Editor Main Window. Select from the options depicted below on the context menu.

The generic Site Definition can essentially be of any type. Definitions that are properly formatted upon a subsequent editing are open in a default site definition editor, such as Runway, Arrival Procedure or Published Holding Pattern editors, to name a few. The generic Site Definition Editor is simply an open text command editor that allows the user to define any site definition. GSGT does not provide any format guidance or does not validate the content of the site definition.
To create a generic Site Definition, right-click on the object label and select from the context menu.
Point site definition editor defines a point in space that is any point within the viewing area to which an aircraft can navigate such as RNAV waypoints, runway thresholds, track drop points, handoff points, and points related to a traffic pattern. The editor allows the user to easily create a properly formated definition by validating content fields and providing a visual guidance on the GSGT map. A point is defined by three to nine character identifier and a lat/lon position.
To create a Point site definition, right-click on the object label and select from the context menu.
Marco Route site definition editor defines a route of navigable flight path. They are identified by route segments such as navaids that include procedures (speed/altitude) and fixes. The editor allows the user to easily create a properly formated definition by validating content fields and providing a visual guidance on the GSGT map. The fixes can be manually typed in as text or selected by point and click form the GSGT map in a similar matter as in the route of the target (see Section 4.8.1.2, “Target Route”).
To create a Macro Route site definition, right-click on the object label and select from the context menu.
Runway site definition editor defines a runway that can be used for instrument approaches and departures. The editor allows the user to easily create a properly formated definition by validating content fields and providing a visual guidance on the GSGT map.
To create a Runway site definition, right-click on the object label and select from the context menu.


ICAO identifier of the airport that the runway serves.
Standard identifier of runway created from runway direction and side.
Runway threshold location in latitude and longitude.
Runway threshold altitude or minimum decision height.
Inbound heading to the runway in degrees.
Runway length in feet.
Final approach fix location.
Final approach fix altitude.
Altitude to be used at the approach gate.
The angle of the glideslope in degrees.
The option to display the runway extended centerline.
This parameter is optional. The distance from the runway threshold where the extended centerline begins. The default is 1 NM.
This parameter is optional. The distance from the runway threshold where the extended centerline ends. The default is 22 NM.
Departure Profile site definition editor defines a set of maneuvers the target will perform before turning to the first fix on its route. The editor allows the user to easily create a properly formated definition by validating content fields.
To create a Departure Profile site definition, right-click on the object label and select from the context menu.

The airport used for this profile.
The runway used for this profile.
Initial altitude propeller/jet aircraft will climb to.
Initial or forced heading for propeller/jet aircraft on departure.
Indicated speed to which propeller/jet aircraft will accelerate.
Non-ILS Arrival Procedure site definition editor defines a non-ILS approach that is in the format of an Instrument Approach Clearance-stockpile. The editor allows the user to easily create a properly formated definition by validating content fields and providing a visual guidance on the GSGT map. The fixes can be manually typed in as text or selected by point and click form the GSGT map in a similar matter as in the route of the target (see Section 4.8.1.2, “Target Route”). When a fix is selected a Value Editor is open for user to specify optional Altitude and Speed at the current fix. However, other conditions need to be manually typed in.
To create a Non-ILS Arrival Procedure site definition, right-click on the object label and select from the context menu.

The type of approach to be modeled.
The airport to which the approach will be flown.
The runway for which the approach is modeled.
The route includes the procedures to be followed. Within the route, any Navaids, intersections, points in space, etc. may be used as long as they are listed in the site file. The fix symbol format and heading fix functionality may also be used.
Missed Approach Procedure site definition editor defines a missed approach procedure for either all approach types or a specific approach type (e.g., GPS, VOR). The editor allows the user to easily create a properly formated definition by validating content fields and providing a visual guidance on the GSGT map. The fixes can be manually typed in as text or selected by point and click form the GSGT map in a similar matter as in the route of the target (see Section 4.8.1.2, “Target Route”). When a fix is selected a Value Editor is open for user to specify optional Altitude and Speed at the current fix. However, other conditions need to be manually typed in.
To create a Missed Approach Procedure site definition, right-click on the object label and select from the context menu.

The type of approach to be modeled.
The airport to which the approach will be flown.
The runway for which the approach is modeled.
The route that includes the missed approach path to be followed. Within the route, any Navaids, intersections, points in space, etc. may be used as long as they are listed in the site file. The fix symbol format and heading fix functionality may also be used.
Holding pattern to be flown after execution of the route portion.
Published Holding Pattern site definition editor defines procedure that keeps an aircraft within specified airspace awaiting further clearance from Air Traffic Control. The editor allows the user to easily create a properly formated definition by validating its content fields.
To create a Published Holding Pattern site definition, right-click on the object label and select from the context menu.

The name identifier of the holding pattern.
The location of the hold as a fix or lat/lon location.
The leg length specified in minutes or miles.
The inbound radial toward or into the holding pattern specified in degrees.
The direction of turns on the holding pattern.