FlightGear wiki - User contributions [en]

FlightGear Wiki

2014-04-11T09:42:52Z

Miheld: Sprachen hinzugefügt

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
The '''FlightGear Wiki''' is the official wiki for [[FlightGear]]. It was started in 2006 and currently covers a wide range of [[FlightGear]] related topics. It consists of volunteer written [[GPL]] licensed documents relating to developing and using FlightGear and its related projects, as well general information connected to aviation and [[:category:Software|software]].

The main gateways to articles are the [[Portal:User|user]] and [[Portal:Developer|developer]] portals.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[de:FlightGear Wiki]]

Ca/FlightGear Wiki

2014-04-11T09:41:57Z

Miheld: Sprachen hinzugefügt

[[File:FlightGear wiki statistics.png|thumb|270px|Estadístiques del nombre d'articles i visites de pàgines.]]
El '''Wiki de FlightGear''' és el wiki oficial de [[FlightGear]]. Es va iniciar el 2006 i actualment cobreix una àmplia varietat de temes relacionats amb [[FlightGear]]. Es compon de voluntaris que escriuen documents amb llicència [[GPL]] en relació amb el desenvolupament i l'ús de FlightGear i els projectes connexos, així com informació general relacionada amb l'aviació i el [[:category:Software|programari]].

Les principals portes d'entrada als articles són els portals d'[[Portal:User|usuari]] i de [[Portal:Developer|desenvolupador]].

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[de:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:35:35Z

Miheld:

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[De/Portal:Benutzer|Benutzer]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:27:24Z

Miheld:

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[/De/Portal:Benutzer|Benutzer]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:26:26Z

Miheld:

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[/de/Portal:Benutzer|Benutzer]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:25:46Z

Miheld:

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[Portal:de/Benutzer|Benutzer]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:24:46Z

Miheld: Kategorie geändert

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[Portal:Benutzer|Benutzer]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:24:01Z

Miheld: Kategorie geändert

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[Portal:User|Benutzer]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/FlightGear Wiki

2014-04-11T09:20:41Z

Miheld: Seite neuerstellt

[[File:FlightGear wiki statistics.png|thumb|270px|Article number and pageview statistics.]]
Das '''FlightGear Wiki''' ist das offiziele Wiki für [[FlightGear]]. Das Wiki wurde erstmals 2006 veröffentlich und deckt mittlerweile viele Bereiche und Themen von [[FlightGear]] ab. Es wird von freiwilligen Helfern nach den [[GPL]]-lizensierten Unterlagen zur Entwicklung und Verwendung von [[FlightGear]] und den verbundenen Projekten gepflegt und weiter ausgebaut [[:category:Software|Software]].

Die Hauptseiten sind [[Portal:User|User]]- und [[Portal:Developer|Developer]]-Portale.

[[Category:Documentation|Wiki]]
[[Category:Community|Wiki]]
[[Category:FlightGear|Wiki]]

[[ca:FlightGear Wiki]]
[[en:FlightGear Wiki]]

De/Neu bei FlightGear

2014-04-11T08:55:43Z

Miheld: Kategorie geändert

<div style="font-size:150%">Artikel befindet sich noch im Aufbau!</div> Sie können alternativ das Handbuch zu FlightGear verwenden: [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.pdf PDF], [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.html HTML]

== Einstieg ==



=== Systemvorraussetzungen ===

FlightGear benötigt mindestens OpenGL 2.0. Um flüssig zu laufen, muss dies von Ihrer Graphikkarte und dem zugehörigen Treiber unterstützt werden. Bei parktisch allen halbwegs modernen Systemen ist das jedoch der Fall. Falls Sie trotzdem auf Probleme stoßen, werfen Sie bitte einen Blick in die [[Hardware Recommendations|empfohlene Hardware]].

=== FlightGear beziehen ===

Die neuesten Dateien können von der Seite [http://www.flightgear.org/download/ FlightGear Downloads] heruntergeladen werden. Dort wählt man entweder den Quellcode oder die Binärdateien für das entsprechende Betriebssystem. In Abhängigkeit von den technischen Kenntnissen kann man auch die [[Git]]-Version wählen, wenn man mit einer Entwicklerversion von FlightGear arbeiten möchte. Die Git-Version hat üblicherweise mehr Eigenschaften und kann von den neuesten in Entwicklung befindlichen Flugzeugen benötigt werden, aber sie kann instabil sein und ist schwieriger herunterzuladen und zu installieren. Im Allgemeinen ist die Entwicklerversion nicht für den Durchschnittsanwender gedacht. FlightGear gibt es auch auf DVDs, die man unter [http://www.flightgear.org/dvd/] bestellen kann.

=== Installation ===
==== Linux ====

Am einfachsten ist es, FlightGear über die Paketverwaltung Ihrer Distribution zu installieren. Fast alle gängigen Linux Distributionen führen FlightGear in ihren Paketquellen. Die installierte Version ist zwar häufig nicht die aktuellste, dafür aber der Aufwand der Installation minimal. Falls Sie FlightGear das erste Mal installieren und es nur ausprobieren wollen, ist dies sicher der beste Weg.

Wollen Sie die neueste stabile Version und sie ist nicht in Ihren Paketquellen enthalten, so besteht die Möglichkeit, Fremdpakete zu benutzen. Solche existieren z.B. für Debian/Ubuntu (oder andere Distributionen die das deb-Paketformat verwenden) im [http://www.playdeb.net/software/FlightGear PlayDeb Repository], für SuSe ([http://software.opensuse.org/download.html?project=games&package=FlightGear hier]) und für andere rpm-basierte Distributionen wie Fedora oder Redhat ([http://rpmfind.net/linux/rpm2html/search.php?query=flightgear hier]).
Weitere Pakete finden Sie eventuell auf der offiziellen [http://www.flightgear.org/download/main-program Download Seite] oder vereinzelt auch im [http://forum.flightgear.org Forum].

Steht für Ihre Distribution kein Paket zur Verfügung, müssen Sie FlightGear selbst kompilieren. Folgen Sie dazu der Anleitung [[Building FlightGear - Linux]].

Möchten Sie den momentanen Stand der Entwicklung von FlightGear testen, können Sie den Quellcode aus dem offiziellen [[Git]] Repository herunterladen und ebenfalls selbst kompilieren. Für Debian/Ubuntu gibt es ein [[Scripted Compilation on Linux Debian/Ubuntu|Skript]], welches diesen Vorgang automatisiert.

Haben Sie FlightGear erfolgreich installiert, dann fahren Sie mit [[#FlightGear starten|FlightGear starten]] fort.

==== Windows ====

Die Installation wird durch einen Doppelklick auf das heruntergeladene Paket (zum Zeitpunkt des Schreibens ''fgsetup-1.9.1b.exe'') gestartet und verläuft auch sonst wie von anderen Anwendungen gewohnt. Nach der Installation sollte FlightGear automatisch gestartet werden und es erscheint ein Fenster welches nach verschiedenen Pfaden verlangt, ähnlich [[:File:Fgrun-page1.jpg|diesem]].

In der ersten Eingabebox, ''Executable'', wird der Pfad zur Anwendung angegeben. Wenn bei der Installation nichts anderes angegeben wurde ist dies <code>C:\Program Files\FlightGear\bin\win32\fgfs.exe</code> bzw. <code>C:\Programme\FlightGear\bin\win32\fgfs.exe</code>.

Die zweite Zeile weist auf die Daten zu FlightGear, ''$FG_ROOT'', und ist per Default <code>C:\Programme\FlightGear\data</code>.

In der dritten Box, ''$FG_SCENERY'', kann man verschiedene Pfade zu installierten [[Scenery|Sceneries]] (die Landschaft/Erdoberfläche) angeben. Hier sollte automatisch der Inhalt von ''$FG_ROOT'' mit einem angehängten <code>/Scenery</code> eingefügt werden. Weitere, später in einem anderen Verzeichnis installierte Sceneries können händisch hinzugefügt werden.

Sind die Pfade richtig eingegeben kann man im rechten unteren Fenstereck auf ''Weiter''/''Next'' klicken und man kommt zur Flugzeugauswahl. Das Fenster mit den den Pfaden erscheint nun beim Starten nicht mehr, man kann es aber jederzeit durch einen Klick auf ''Zurück''/''Prev'' in der Flugzeugauswahl aufrufen.

==== Mac OS X ====

[[FlightGear Mac OS X|FlightGear auf Mac OS X]] installieren gestaltet sich sehr einfach. Nur den FlightGear Icon in das Verzeichnis ''/Applications'' verschieben. Fertig.

Beim ersten Start wird der FlightGear Icon im Dock ein Weilchen hüpfen bis die Flugzeug- und Flughafendaten geladen sind. Dann erscheint der ''GUI-Launcher'' und man kann mittels klick auf die ''Gear''-Schaltflächen Startpunkt und Fluggerät auswählen. ''Start Flight'' startet dann den Simulator mit den eingegebenen Optionen. Hilfe zu weiteren Optionen findet man im [http://macflightgear.sourceforge.net/home/documents/users-guide/ Mac FlightGear Users Guide].

Um FlightGear per Kommandozeile zu starten öffnet man /Applications/Utilities/Terminal.app und gibt folgendes ein:
cd /Applications/FlightGear.app/Contents/Resources
./fgfs --options.....

Die Umgebungsvariablen [[$FG_ROOT]] und [[$FG_SCENERY]] sind unter Mac OS X nicht per Default gesetzt. Um dies per Kommandozeile zu erledigen folgenden Codeblock in Terminal.app ausführen. Man kann diese Pfade aber auch als Option (<code>--fg-root=PFAD</code> und <code>--fg-scenery=PFAD1:PFAD2...</code>) an FlightGear übergeben.

FG_ROOT=/Applications/FlightGear.app/Contents/Resources/data
FG_SCENERY=[[$FG_ROOT]]/Scenery

Nach dem Starten des GUI-Launchers hat man ein Alias auf [[$FG_ROOT]] in $HOME/Documents/Flightgear/<Version>. Das ermöglicht einen einfachen Zugriff auf die Daten mittels des Finders.

=== OpenGL konfigurieren ===

FlightGear läuft am besten mit aktuellen [[OpenGL]] Grafik-Treibern. Wenn Sie Probleme damit haben, dass Flightgear nicht ordentlich dargestellt wird, schauen Sie unter [[Configuring OpenGL]] zwecks weiterer Informationen nach.

=== Szenerien herunterladen ===
<table style="margin-top:0.1em; margin-bottom:0.1em; margin-left:2em; padding:2px; font-size:95%; text-align:left; background: transparent;">
<tr>
<td>
[[Image:1rightarrow.png|15px]] ''Siehe hierzu den Hauptartikel [[de/Howto:Install_scenery|Szenerie installieren]].''
</td>
</tr>
</table><noinclude>

Ein kleiner Teil von [[scenery|Szenerien]] ist bei der Installation von FlightGear enthalten. Dieser Teil betrifft Gebiete um [[San Francisco International Airport]] (KSFO).

In Flightgear sind Szenerien in drei Arten aufgeteilt:
* '''Airports''' beinhaltet Flughafendaten über zu benutzende Start- und Landebahnen und über Parkpositionen.
* '''Objects''' sind Gebäude, Brücken, Funktürme, usw., die dreidimensionale Strukturen darstellen.
* '''Terrain''' repräsentieren Konturen, Erhebungen und Bodenberflächen über die geflogen oder gerollt wird.

Alle Objektdaten werden in einem <tt>Objects/</tt> Verzeichnis und alle Terraindaten werden in einem <tt>Terrain/</tt> Verzeichnis gespeichert. Der Speicherort für Szenerien und deren Unterverzeichnisse hängt von der jeweiligen speziellen Installation ab.

Um Objekte oder Terrain für Flightgear herunterzuladen, gehen Sie zu [http://www.flightgear.org/download/scenery/ the scenery section] der Flightgear Webseite. Folgen Sie dem Link, um Szenerien aus einer Landkarte herunterzuladen. Wählen Sie ein Quadrat aus der Karte von dort, wo Sie fliegen wollen. Wenn das Paket heruntergeladen ist, entpacken Sie es in Ihr FlightGear Szenerieverzeichnis.

Die Szeneriepakete, die bei FlightGear verfügbar sind, enthalten alle notwendigen Daten für den gewählten Ort. Sie können zusätzliche und aktuellere Szenerieobjekte erhalten, wenn sie in [http://scenemodels.flightgear.org/ FlightGear Scenery Database] zur Verfügung gestellt werden.

Informationen, die über diesen kurzen Überblick hinausgehen, sind unter [[de/Howto:Install_scenery|Szenerie installieren]] verfügbar.

=== FlightGear starten ===

Grundsätzlich wird der Simulator mit dem Befehl <code>fgfs</code> und angehängten Optionen gestartet. Jetzt gibt es aber mehrere Arten wie man das umsetzen kann. Die meisten Anwender werden wohl ein Zusatzprogramm wie [[fgrun]] für Windows/POSIX oder den [http://macflightgear.sourceforge.net/home/documents/jump-start-guide/ GUI-Launcher] für Mac OS X bevorzugen um die Optionen für den Simulator festzulegen und diesem beim Start zu übergeben.

Benutzer die lieber von der Kommandozeile aus arbeiten (oder ''fgrun'' noch nicht kompiliert haben) seien noch ein paar Dinge zum leichteren Einstieg gesagt. Um FlightGear zu starten gibt man ein:

fgfs

Scheitert der Befehl gibt es mehrere Ursachen. Schauen wir dazu die Fehlermeldungen an:

fgfs: command not found
Das Programm befindet sich nicht in einem in $PATH angegebenen Pfad. Zur Lösung entweder den Ort von ''fgfs'' in die Variable $PATH mitaufnehmen oder beim Starten den kompletten Pfad mitangeben. (z.B.: <code>/$HOME/FlightGear/bin/fgfs</code>)

Base package check failed ... Found version [none] at: $HOME/FlightGear/share/FlightGear
Please upgrade to version: 1.9.0
''fgfs'' findet das Datenverzeichnis [[$FG_ROOT]] nicht. Dazu entweder eine gleichnamige Umgebungsvariable anlegen oder den Pfad zu den Daten per Option übergeben. (z.B: <code>--fg-root=$HOME/FlightGear/data</code>)

Das gleiche gilt für [[$FG_SCENERY]]. Wenn diese Fehlt wird zwar kein Fehler angezeigt aber es wird auch keine Scenery geladen und das Flugzeug steht nach dem laden mitten im Wasser. (z.B.: <code>--fg-scenery=$HOME/FlightGear/data/Scenery</code>)

Natürlich sind oben genannte Pfade nur als Beispiel zu sehen und sind dem eigenen System nach anzupassen. Um herauszufinden wo sich ''fgfs'' befindet kann man das Dateisystem nach der Datei ''fgfs'' bzw. ''fgfs.exe'' durchsuchen. Um [[$FG_SCENERY]] zu finden kann man nach einem Ordner namens ''Scenery'' suchen. [[$FG_ROOT]] ist (im Normalfall) dann gleich [[$FG_SCENERY]] nur ohne das ''/Scenery'' am Ende.

Nach den Pfaden ist wohl die wichtigste Option die für die Flugzeugwahl. (<code>--aircraft=c172p</code>)<br />
Eine Liste der installierten Flugzeuge erhält man mit <code>--show-aircraft</code>.

Wenn man alle Pfade zusammengesucht hat und die Optionen dann zusammenstellt könnte dies folgendermaßen aussehen:
/$HOME/FlightGear/bin/fgfs --fg-root=$HOME/FlightGear/data --fg-scenery=$HOME/FlightGear/data/Scenery --aircraft=c172p

Natürlich ist es sehr umständlich jedes mal beim Starten von FlightGear die ganzen Optionen einzugeben. Deshalb unterstützt fgfs natürlich eine Konfigurationsdatei in welcher man die ganzen Optionen auflisten kann. Dies ist eine simple Textdatei (ASCII) namens .[[fgfsrc]] welche von fgfs in ''$HOME'' erwartet wird und pro Zeile eine Option enthalten sollte. Nachdem diese Angelegt ist können wir munter fortfahren weitere Optionen zu sammeln.

Eine Übersicht über die Optionen gibt's im Wiki unter [[Command Line Parameters]] und, wer hätt's gedacht, mit der Option <code>--help</code> bzw. <code>--help --verbose</code>.

== Im Cockpit - was nun? ==

Bevor wir uns ins Flugabenteuer stürzen noch ein paar Sachen zum Verständnis. FlightGear ist sehr flexibel in der Konfiguration, in jeder Hinsicht. Für uns als Benutzer bedeutet das, dass jedes Flugzeug eine eigene Tastenbelgung haben kann und wir bei jedem neuen Fugzeug erst mal in das Hilfe Menu ''Help'' schauen sollten um mehr über die Bedienung desselben zu erfahren.

Die grundlegenden Tasten zur Steuerung sind aber bei den meisten Flugzeugen gleich und viele der für die im folgenden Beispiel verwendeten [[Cessna C172|c172p]] gelten deshalb generell. Die Cessna c172p verwenden wir, weil sie das Default-Flugzeug bei FlightGear und relativ leicht zu steuern ist.

=== Tastatur ===
Die wichtigsten Tasten im Überblick, mehr 'Insim' im Menu unter ''Help - Basic Keys'', ''Help - Common Aircraft Keys'' und, je nach Fluggerät, ''Help - Aircraft Help'':

::{|
| <code>F10</code> || Menu an/aus
|-
| <code>b</code> || Radbremsen
|-
| <code>Shift</code>-<code>b</code> || Feststellbremse an/aus
|-
| <code>Bild ab</code>/<code>auf</code> || Schub reduzieren/erhöhen
|-
| <code>Pfeile auf</code>/<code>ab</code> || Höhenruder auf/ab
|-
| <code>Pfeile links</code>/<code>rechts</code> || Querruder links/rechts
|-
| <code>0</code>/<code>Enter</code> || Seitenruder und Leitrad links/rechts. Bei einem [[Troubleshooting Problems#.5BEnter.5D does not work for rudder control|Problem]].
|-
| <code>Pos 1</code>/<code>Ende</code> || Trimmen auf/ab
|-
| <code>5</code> || Höhen-, Quer- und Seitenruder zentrieren
|-
| <code>[</code>/<code>]</code> || (Lande-)Klappen eine Stufe rein/raus
|-
| <code>{</code>/<code>}</code> || Magnetos Schalter eine Stufe zurück/vor
|-
| <code>s</code> || Starter
|-
| <code>Strg</code>-<code>c</code> || Hotspots an/aus
|-
| <code>h</code> || [[HUD]] an/aus
|-
| <code>v</code>/<code>V</code> || zw. Ansichten wechseln vorwärts/rückwärts
|-
| <code>x</code>/<code>X</code> || Zoom näher/ferner
|-
| <code>Esc</code> || FlightGear beenden
|}

=== Maus ===
Die Maus unterstützt in FlightGear drei Modi zwischen welchen mit der '''rechten Maustaste''' (RMB) umgeschaltet werden kann:

* Normal - Bedienung des Menüs und der Hotspots
::{|
| Achsen || Bewegen des Mauszeigers auf dem Bildschirm
|-
| Linke Maustaste (LMB) || Steuerung der Menüs und Hotspots durch anclicken
|-
| Mittlere Maustaste (MMB) || In manchen Fluggeräten dazu verwendet auf Hotspots als Gegenstück zum LMB zu wirken. Also Dreh- und Schieberegler in die andere Richtung zu bewegen.
|-
| Scroll Wheel (SCW) || In manchen Fluggeräten dazu verwendet um Hotspots mit Dreh- und Schiebereglern zu steuern.
|}

* Simulator Steuerung - Flugsteuerung
::{|
| Achsen || Steuerung des Höhen- und Querruders
|-
| LMB + L/R-Achse || Steuerung des Seitenruders
|-
| MMB + V/Z-Achse || Schubkontrolle
|-
| SCW || Steuerung des Trimmers
|}

* View Steuerung - Blickrichtung und Zoom
::{|
| Achsen || Blickrichtung ändern
|-
| MBB + Achsen || Blickpunk verschieben
|-
| LMB || Blickrichtung zentrieren
|-
| SCW || Zoom
|}

=== Joystick etc. ===
Joysticks und andere Controller werden von FlightGear grundsätzlich unterstützt sofern sie vom Betriebsystem erkannt und als solche gemeldet werden. Die Vielfalt ist enorm, weshalb eine detaillierte Beschreibung hier den Rahmen sprengen würde. Die meisten verwenden folgende Funktionen: die beiden Hauptachsen für Quer- und Höhenruder, den Schubregler für den Schub und die Twistachse für das Seitenruder. Das Coolie Hat zur Blickrichtungssteuerung, oft in Verbindung mit einer Taste zum Zentrieren der Richtung. Der Feuerknopf dient zum Bremsen. Je nachdem wie viele Knöpfe und Achsen das Gerät hat, gibt es dann noch welche für die (Lande-)Klappen, Mixture, Ansichten, Fahrwerk und und und. <br />
Diese Controller sind in FlightGear sehr flexibel konfigurierbar. Wie und Hilfe bei Problemen, z.B. wenn man ein Vista/7 User ist und der Stick nicht erkannt wird, kann man im [[Joystick]]s Artikel nachlesen.

== Der erste Flug ==
An dieser Stelle soll nochmal betont werden, daß FlightGear ''kein'' Spiel ist. Es gibt keine Missionen, Ränge oder Schalter für den Schwierigkeitsgrad. FlightGear ist ein reiner Simulator der versucht so realitätsnah wie möglich das Verhalten von Fluggeräten nachzubilden und viele Einstellmöglichkeiten zur Verfügung zu stellen.

So manche Simulatoreinsteiger aber auch Umsteiger von anderen Sims haben in der Vergangenheit von 'Bugs' geredet obwohl sie eigentlich von der erhöhten Realität, also 'Features', in FlightGear sprachen. Ein paar Beispiele dazu, um einen Eindruck zu vermitteln was auf einen zukommt:

* "Left Turning Syndrome" wird in der Community die von Neulingen oft gestellte Frage nach dem warum sich das Flugzeug beim Beschleunigen auf der Startbahn nach links wendet genannt. Leute die sich nicht auf diese Weise als Flugnoob outen wollen sei der Artikel [[Understanding Propeller Torque and P-Factor]] ans Herz gelegt.

* Der Kompass dreht nicht richtig: ein Kompass welcher den Kräften während manchen Flugmanövern ausgesetzt ist, neigt dazu, sich kurzzeitig in die entgegengesetzte Richtung als erwartet zu drehen. Das gehört so.

* Die Steig-/Sinkrate wird falsch oder verzögert angezeigt. Jupp, genau wie im richtigen leben.

* Die Richtungsanzeige des [[HSI]] wird von einem Gyroscop angesteuert welches dem Gesetz der Drift unterliegt und muß deshalb ca. alle 15 Minuten nachjustiert werden. Ansonsten wird die Richtung falsch angezeigt und der Pilot verirrt sich.

Auch bei den anderen Instrumenten wird so gut es geht das reale Verhalten, mit allen Nachteilen, nachgebildet. Das Selbe gilt für Kräfte wie sie während des Fluges auf das Flugzeug einwirken. FlightGear Piloten sollten lernen damit umzugehen, damit sie in der Lage sind richtig zu handeln und den Flug erfolreich beenden können. Die Instrumente der default HUDs sind davon nicht betroffen, sie zeigen die Werte genau und in Echtzeit an und können deshalb als Referenz verwendet werden.

=== Abheben ===
Wenn FlightGear ohne spezielle Optionen gestartet wird, dann steht man mit der c172p bei angenehmen Wetterbedingungen in [[KSFO]] auf der Startbahn 28R. Sollte es Nacht sein im Menu unter Environment -> Time Settings auf ''Noon'' clicken.<br />
Lassen wir, trotz des ganzen Realismus in FlightGear, das ganze Preflightgedöhns beiseite und bringen die Cessna in die Luft:
* Motor starten: Magnetos anschalten mittels <code>}</code>-<code>}</code>-<code>}</code> (dreimal nacheinander die geschwungene Klammer zu).<br />Ein wenig Schub geben, daß der Motor nicht gleich wegen Treibstoffmangels wieder ausgeht.<br />Mit <code>s</code> zwei bis drei Sekunden den Starter betätigen bis der Motor läuft.
* Vollen Schub geben und Feststellbremse lösen, falls angezogen.
* Während der Beschleunigungsphase die Seitenbewegungen mit dem Seitenruder ausgleichen und die Maschine in der Spur halten.
* Am Höhenruder nur sehr leicht ziehen und einfach warten bis die Maschine von selbst rotiert. Das ist, wenn das Bugrad den Boden verlässt. Dieser Moment ist etwas kritisch und der Pilot muß evt. auftretende Seitenbewegungen mit dem Seitenruder abfangen.
* Kurz darauf, wenn noch etwas mehr Geschwindigkeit aufgenommen wurde, hebt auch das Hauptfahrwerk vom Boden ab. Wenn nicht besondere Windverhältnisse herrschen rollt die Maschine jetzt nach links, was mit dem Querruder korrigiert werden muß.
* Direkt danach drücken wir das Höhenruder leicht, um den Steigflug nahe Null zu bringen. Das Flugzeug über der Startbahn halten und weiter Geschwindigkeit aufnehmen. In dieser Phase hat man Zeit das evtl. eingschlagene Seitenruder wieder zu zentrieren und die Steuerung auf die Querruder zu übertragen.
* Wenn so 120 kts angezeigt werden steht einem sportlichen Steigflug nichts mehr im Wege.
Nach all den Strapazen der Installation etc. haben wir uns einen Rundflug über die San Francisco Bay redlich verdient. Ein paar Meilen nördlich des Flughafens befindet sich die Golden Gate Bridge, nicht weit davon, etwas östlich, die Gefängnisinsel Alcatraz. Um das südliche Ende der Bay reihen sich etliche Flughäfen, ein ideales Gebiet um Lande- und Touch-and-Go-Übungen zu machen. Als kleine Hilfestellung zum finden und anfliegen eines Flughafens kann man im Menu Help -> Toggle Glide Slope Tunnel selben für die nächstgelegene Landebahn entsprechend der Windrichtung aktivieren.

=== Tutorials ===
Natürlich war dies nur ein Crashkurs für die Ungeduldigen, etwas mehr der Realität entsprechend kann man die Prozeduren mit den der c172p beiliegenden Tutorials üben. Diese leiten einen Schritt für Schritt durch die verschiedenen Phasen eines Fluges, inklusive der Vorbereitungen am Boden.

Das Fenster zum Starten der Tutorials findet man im Menü unter ''Help --> Start Tutorial''. Die Spalte auf der rechten Seite listet die vorhandenen auf. Klickt man auf eines wird im großen Bereich eine Beschreibung eingebelendet. Zum Anfangen empfiehlt sich natürlich das oberste Tut ''Start Up'', über das Starten des Motors. <code>Return</code> oder ein klick auf ''Start Tutorial'' startet es. Nach einer kurzen Ladezeit befinden wir uns mit unserer Cessna auf einer Parkposition des Livermore Airports.<br />
Die Erklärungen werden in weißer Schrift am oberen Bildschirmrand angezeigt. Anweisungen welche eine Aktion des angehenden Piloten erwarten werden wieder und wieder eingeblendet bis diese durchgeführet/erreicht ist. Sollte man eine der anderen Aussagen nicht verstehen kann man das Tut jederzeit abbrechen (im Menü, ''Help --> End Tutorial'') und, wie oben beschrieben, neu starten, bis man alle Nachrichten intus hat. Als Hilfestellung wird das zu bedienende Element mit einem dicken lila Kreis umgeben, kann man nicht übersehen.<br />
Das Tutorial endet mit der Nachricht, daß man nun bereit zum Rollen (taxiing) zur Startbahn ist. Ein geeigneter Moment um das nächste Tut zu starten, ''Taxiing''.

=== Navigation ===
Um nicht wie im Abschnitt [[#Abheben|Abheben]] planlos in der Luft herumzuirren lohnt es sich mit Navigation zu beschäftigen. Auch hier versucht FlightGear so realistisch wie möglich zu sein. Natürlich ist es nahezu unmöglich die Infrastruktur des wirklichen Lebens in einer Datenbank fehlerfrei und immer auf dem aktuellen Stand zu halten, und das auch noch weltweit. Aber sie ist vorhanden.

Für die nahe Zukunft sind auch Tutorials zur Navigation mit der c172p geplant.

==== Flugplätze ====
<nowiki> </nowiki>gibt es sehr viele in FlightGear und, wenn man die richtige [[De/Neu bei FlightGear#Scenery|Scenery]] installiert hat, ist bestimmt auch ein Lokaler dabei. Den Startflugplatz und Startbahn oder Parkposition selektiert man in [[:File:Fgrun-page3.jpg|fgrun]] oder per Startoption: <code>fgfs --airport=EDDF [--runway=25L|--parkos=A1] ...</code>. Wobei ''EDDF'' der vierstellige [[ICAO]] Code für den Fughafen Frankfurt/Main ist. Wird weder eine Startbahn noch Parkposition angegeben startet FlightGear auf der Bahn welche am besten im Wind liegt.

==== Navigationshilfen ====
Ein Teil der oben erwähnten Infrastruktur besteht aus Komponenten für Funknavigation wie [http://de.wikipedia.org/wiki/Non-Directional_Beacon NDB]s, [http://de.wikipedia.org/wiki/Distance_Measuring_Equipment DME]s, [http://de.wikipedia.org/wiki/Drehfunkfeuer VOR]s und [http://de.wikipedia.org/wiki/Instrumentenlandesystem ILS]'. Damit man die 'richtigen' Daten für diese verwendet empfiehlt es sich auf FlightGear-eigenes (Karten-)Material zurückzugreifen.<br />
Die meisten Benutzer werden wohl die [[MPMap#NAV|mpmap]] bevorzugen. Sie bietet unter dem Reiter ''nav'' Funktionen um Flughäfen und Naviagationshilfen anzeigen zu lassen.<br />
Eine weitere Möglichkeit ist [[Atlas]], auch dies bietet alles was gebraucht wird um die Daten der Datenbank grafisch darzustallen. Großer Vorteil, es funktioniert auch offline.<br />
Wer RL-Prozeduren fliegen will kann dazu Charts wie die von [http://www.vacc-sag.org/airport/EDDF VATSim] oder [http://www.charts.ivao.de/?icao=EDDF IVAO] verwenden, sollte aber bei Problemen und vor eines Bugreports die Angaben dieser mit einer der zuvor genannten Karten vergleichen.

Die Instrumente mit Frequenzen füttern funktioniert wie bei den Vorbildern, allerdings gibt es auch ein standardisiertes Eingabefenster im Menü unter Equipment --> Radio Settings oder mit <code>F12</code> welches bei den meisten Flugzeugtypen (voll) funktioniert.

Wer hier jetzt total verloren dasteht weil er nicht einmal versteht wovon hier geredet wird, dem lege ich ans Herz sich mit dem durchaus interessanten Thema der Flugnavigation zu beschäftigen. x
For help with navigation see [[Understanding Navigation]]

==== Autopilot/GPS ====
Bei diesem Thema bin ich gerade selbst nicht auf dem neuesten Stand. Hier kann gerne jemand einspringen ;-). Auf diesem Gebiet hat sich in letzter Zeit einiges getan und bevor ich hier was veraltetes schreibe, dann besser keine Aussagen machen. Ansonsten werde ich mich damit befassen sobald das neue Release steht und dann hier updaten.<br />

zgrep -i frankfurt [[$FG_ROOT]]/Airports/apt.dat.gz

== Zusätzliche Otionen ==
=== Scenery ===
Die Flughäfen der (richtig!) installierten Scenery-Teile werden von [[:File:Fgrun-page3.jpg|fgrun]] angezeigt nachdem die ''Refresh'' Schaltfläche angeklickt wurde und die Datenbank neu aufgebaut wurde. Das kann, je nach Menge der Scenery und Leistung der CPU, mehrere Sekunden bis 1 Minute und sogar länger dauern.

Benutzer welche ''ohne'' fgrun arbeiten können die installierten Flugplätze in der/den Scenery-Ordner(n) Aufspüren. Die, zum Beispiel, im Scenery-Verzeichnis des ''base package''s [[$FG_ROOT]]/Scenery/Airports/ enthaltenen Unterverzeichnisse sind die jeweils ersten Zeichen des vierstelligen [[ICAO-code|ICAO-Codes]]. Wie die weiteren drei Stellen ermittelt werden braucht wohl keine große Erklärung.

Wegen der großen Menge an Daten wird FlightGear nur mit einem 1°x1° Planquadrat von [[Scenery]] ausgeliefert - dem Gebiet um [[San Francisco International Airport|KSFO]] (Flughafen von San Francisco).

In FlightGear unterteilt sich die Scenery in zwei Sorten von Daten: Objekte und Terrain. Zu Objekten zählen Gebäude, Brücken, Funktürme, etc., also alles was dreidimensionale Strukturen darstellt. Terrain repräsentiert die Konturen (also z.B. Küstenlinien), Höhe und die Beschaffenheit der Landschaft die man überfliegt.

Alle Objektdaten befinden sich im "Objects" Ordner, sowie die Terraindaten im "Terrain" Ordner, beide innerhalb des "Scenery" Ordners, dessen Ort während der Installation festgelegt wurde.

Um weitere Scenery herunterzuladen, besuchen Sie die FlightGear Webseite und navigieren zum [http://www.flightgear.org/Downloads/ Downloadbereich]. Dort folgen Sie dem Link der Sie Scenery von einer Karte herunterladen lässt. Klicken Sie die Rechtecke der Karte an, in welchen Sie vorhaben zu fliegen. Haben Sie das Paket erfolgreich heruntergeladen, entpacken Sie es in Ihren Scenery Ordner. Fertig!

Die von der FlightGear Webseite besorgten Scenery Pakete enthalten sowohl Objekt- als auch Terraindaten für das jeweilige Gebiet.

Zusätzliche aktuellere Scenery erhalten Sie möglicherweise von der [http://scenemodels.flightgear.org/ FlightGear Scenery Database].

Über diesen kurzen Einblick hinausgehende Informationen finden Sie in [[Installing Scenery]] und [[Downloading New Flightgear Scenery for Windows XP]]

=== Flugzeuge ===
Falls Ihnen die Flugzeuge im Standardumfang nicht ausreichen, gibt es auf der [http://www.flightgear.org/download/aircraft-v2-8/ Download Seite] noch viele weitere zum Download (eine nach Typ sortierte Liste finden Sie auf [[:de:Flugzeuge]]).

Entpacken Sie das erhaltene Archiv in den "Aircraft"-Ordner in Ihrem Flightgear-Verzeichnis. Beim nächsten Start von Flightgear sollte Ihnen das Flugzeug zur Verfügung stehen.
Weitere Informationen finden Sie in [[Installing Aircraft]].

=== Online Multiplayer Flying ===
{{Main article|Howto: Multiplayer}}

== Hilfe erhalten ==

Startet Flightgear nicht richtig, oder gibt Fehlermeldungen aus? Werfen Sie einen Blick in [[Howto:Understand console output]], nicht alle Ausgaben bedeuten einen Fehler, sondern dienen nur der Information. Sehen sie sich vielleicht auch die [[FAQ]] (häufig gestellte Fragen) an.

Außerdem stehen Ihnen folgende Hilfequellen zur Verfügung:

=== Forum ===

Am einfachsten erhalten Sie Hilfe im offiziellen [http://forum.flightgear.org Flightgear Forum]. Legen Sie sich einfach einen Account an und stellen Sie Ihre Frage in der entsprechenden Kategorie.

=== Chat ===

Die schnellste Hilfe erhalten Sie normalerweise auf dem [[FlightGear IRC channel]].

=== Flightgear Manual ===

Neben diesem Wiki existiert noch das Flightgear Manual, welches aber (vor allem in der Übersetzung) nicht immer auf dem aktuellen Stand ist.
* auf deutsch: [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.pdf PDF], [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.html HTML]
* auf englisch: [http://mapserver.flightgear.org/getstart.pdf PDF], [http://www.flightgear.org/Docs/getstart/getstart.html HTML]

== Wie geht es weiter? ==

Sie sollten jetzt in der Lage sein, FlightGear zu starten und Ihr Flugzeug einige Zeit in der Luft zu halten. Wollen Sie realistische Flüge durchführen kann ich Ihnen wieder das [[#Flightgear Manual|Flightgear Manual]] ab Kapitel 2 empfehlen. Dort finden Sie Übungen zur Kontrolle des Flugzeugs, sowie auch zu kompletten Sicht- und Instrumentenflügen.

== Wie kann ich helfen? ==
{{Main article|Volunteer}}

=== Support ===
* Hilf neuen Benutzern bei der Installation und der Benutzung von FlightGear! (z.B. über das [[#Forum|Forum]] oder über [[FlightGear IRC channel|IRC]])
* Helfen Sie das Wiki zu Übersetzen und auszubauen! (auch der Autor dieses Artikels war ein Freiwilliger...)
* Haben Sie Ideen oder Vorschläge zur Weiterentwicklung? Bitte hier weiterlesen: [[Feature Requests / Proposals / Ideas]]

=== Testen ===
* [[Building Flightgear|Kompilieren]] oder downloaden Sie den neuesten Quellcode von [[Git]]
* Erstellen Sie Bug Reports

=== Entwicklung ===
* Dokumentation schreiben! Wir freuen uns über jeden, der zum [[#Flightgear Manual|Flightgear Manual]] beiträgt. Kontaktieren Sie dafür die Autoren. Etwas Wissen über LaTeX erleichtert Ihnen den Einstieg. Alles von kleinen Verbesserungen bis hin zu ganzen Kapiteln ist erwünscht! Sie können dafür auch dieses Wiki zu Rate ziehen.
* Flugzeuge entwickeln (3D Modellierung, Texturen, FDMs, Scripting)
* Szenerie verbessern
* C/C++ Programmierung:
** räume den Quellcode auf (i.e. help in the process of migrating over to a primarily smart pointer-based memory management approach using SGSharedPtr)
** fixe [[Bugs]]
** erstelle neue Features
** unterstützen Sie Nebenprojekte (wie z.B. [[FGCom]], [[fgms]], [[FGRun]], ...)
* Lassen Sie FlightGear in "valgrind" laufen um "memory leaks" aufzuspüren

[[Category:FlightGear|Neu bei FlightGear]]

[[en:New to FlightGear]]
[[es:Nuevo para FlightGear]]
[[fr:Nouveau sur flightgear]]
[[nl:Nieuw bij FlightGear]]
[[Pt:Novo no FlightGear]]
[[zh:FlightGear新手]]

De/FlightGear

2014-04-11T08:54:32Z

Miheld: Kategorie geändert

{{Infobox Software
| title = FlightGear
| logo = fglogosm.jpg
| image = FlightGear - 1903 Wright Flyer.jpg
| alt = [[Wright Flyer (UIUC)|Wright Flyer]] in 0.9.9
| developedby = FlightGear Entwickler & Mitwirkende
| initialrelease = 17. Juli, 1997
| latestrelease = 2.12 (21. September 2013)
| writtenin = C++
| os = 32-bit Windows, Linux, Mac OS X, FreeBSD, Solaris oder IRIX
| platform = Plattformübergreifend
| developmentstatus = Aktiv (1996-)
| type = Flugsimulator
| license = [[GNU General Public License]]
| website = http://www.flightgear.org/
}}

[[File:OV10A-NASA-in-action.jpg|thumb|right|270px|NASA [[OV-10]] in FlightGear 1.0]]

Der '''FlightGear Flight Simulator''' (oft mit '''FlightGear''' oder '''FGFS''' abgekürzt) ist ein ausgereifter, anspruchsvoller, quelloffener Flugsimulator und ist ausschliesslich von Freiwilligen erschaffen. FlightGear wird unter den Bestimmungen der [[GNU General Public License]] veröffentlicht. Er ist hauptsächlich in der Programmiersprache C++ geschrieben.

Seit dem Projektstart im Jahre 1996 werden jedes Jahr noch detailliertere und realistischere Versionen veröffentlicht.

Die neueste Veröffentlichung kann kostenlos unter [http://www.flightgear.org/Downloads/ http://www.flightgear.org/Downloads/] heruntergeladen werden, dazu gehören vorgefertigte Versionen für eine Reihe von Betriebssystemen, darunter Microsoft Windows (Win 32), Mac OS X, Linux, IRIX und Solaris.

== Geschichte ==

Siehe auch: Hauptartikel Geschichte von FlightGear (engl.)
{{main article|FlightGear History}}

Die Entwicklung von FlightGear begann im Jahre 1996 mit einem Vorhaben, einen Flugsimulator durch die Mitarbeit einer Internet-Gemeinschaft von Grund auf neu zu erschaffen. Angeführt von Curtis Olsen begann dann 1997 die Ausarbeitung einer OpenGL-basierten Version. Von Anbeginn an steuerten viele Leute dem Projekt bei.

FlightGear schloss andere Open-Source-Ressourcen wie das Flugdynamikmodell LaRCsim der NASA und öffentlich erhältliche Höhendaten mit ein. Die ersten funktionierenden ausführbaren Dateien, die OpenGL als Grafikcode benutzten, kamen 1997 heraus. Durch enthusiastische Arbeit entstanden in den folgenden Jahren stabilere und fortgeschrittene Versionen. Seit 2001 veröffentlichte das Team regelmässig neue Betaversionen, seit 2005 sorgt die Reife des Programms für ein immer grösseres und breiteres Publikum. 2007 fand mit der Version 1.0.0 der formale Austritt aus dem Betastadium statt, zehn Jahre nach der ersten Veröffentlichung von FlightGear.

[[File:FG-A-10.jpg|thumb|270px|3D-Cockpit einer [[A-10]], Version 1.0.0, 2008]]

Version 1.9.0, herausgekommen im Jahr 2008, beinhaltete eine grosse Veränderung: Duch den Wechsel von [[PLIB]] zu [[OSG]] gingen zeitweilig einige
Features wie 3D-Wolken und Schatten verloren, während andere, z.B. Partikel, die Simulation noch realistischer machten.

== Software ==

Die Simulationsengine von FlightGear, also die Funktionseinheit, die die komplexen Berechnungen der Simulation durchführt, heisst [[SimGear]]. Sie wird sowohl als Endbenutzerapplikation als auch im akademischen Umfeld und zur Forschung verwendet, um Ideen im Bereich Flugsimulation realisieren zu können.
An der grossen Breite unterschiedlichster Fluggeräte, die von [[:Category:Gliders|Segelflieger]]n über [[Helicopter|Helikopter]] bis hin zu [[:Category:Airliners|Verkehrflugzeugen]] und [[Military aircraft|Kampfjets]] reicht, lässt sich die Anpassungsfähigkeit von FlightGear ermessen. Diese Modelle wurden und werden von vielen unterschiedlichen Freiwilligen beigesteuert.

Die Fluggeräte benutzen eine der drei primären Datenmodelle: JSBSim, YASim oder, ab Version 0.9.10, UIUC. Als Geländeengine wird zur Zeit TerraGear verwendet. Zu den Wettereffekten gehören 3D-Wolken, Beleuchtungseffekte und Tageszeit.

=== Flugdynamikmodell ===

Das [[Flight Dynamics Models|Flugdynamikmodell]] (FDM) bestimmt, wie die Flugeigenschaften eines Flugzeuges vom Programm simuliert werden. FlightGear benutzt eine Vielfalt von internen und importierten Flugmodellprojekten. Jedwedes Fluggerät muss für eines dieser Modelle programmiert werden. Zur Zeit ist FlightGear der einzige grafische Flugsimulator, der alle FDMs benutzt, wobei UIUC und YASim speziell für FlightGear entwickelt wurden.

Frühere Versionen benutzten ein FDM, das auf dem NASA-Modell [[LaRCsim]] basierte; dieses wurde aber später durch flexiblere ersetzt.

* [[JSBSim]] - Die voreingestellte FDM-Software seit dem Jahr 2000.
* [[YASim]] - ein weiteres FDM, das andere Berechnungsmethoden verwendet. Eingeführt 2002 mit Version 0.7.9.
* [[UIUC]] - entwickelt von der UIUC Applied Aerodynamics Group an der Universität von Illinois in Urbana-Champaign; benutzt auch LaRCsim.
* FlightGear kann auch so eingestellt werden, dass es den Input externer Datenquellen wie z.B. Matlab verwenden kann.
* Ebenso wurden FDMs für sehr spezielle Flieger wie etwa Gasballons oder Zeppeline geschrieben.

=== Abhängigkeiten von FlightGear ===

Anders als kommerzielle Softwaretitel ist das Hauptergebnis des FGFS-Projektes eine Ansammlung von Softwarecode. Um sie in ein nutzbares Programm zu verwandeln, muss sie für eine bestimmte Plattform kompiliert werden. Dazu werden Softwarebibliotheken, sogenannte Libraries gebraucht. Mit der Zeit hat FlightGear unterschiedliche Libraries verwendet. Die wichtigste hierbei ist [[SimGear]], das die zugrundeliegende Simulationseinheit darstellt. [[TerraGear]] gehört nicht zu den Abhängigkeiten, sondern ist einfach der Name des hauptsächlich benutztem Geländedatenprogramms. OpenAL wird als Audio-/Sound-Software verwendet, seit Version 0.9.5 auch mit Unterstützung für SDL. Vorher sorgte PLIB als Audio-/Sound-Software, dient aber nun nur noch als Unterstützung für Hardwareroutinen. [[OpenGL]] wird wegen seiner integrierten 3D-Grafikroutinen verwendet; andere Hardwarebeschleunigung (namentlich DirectX) wird nicht unterstützt. [[OpenSceneGraph]] ist ebenso in FlightGear integriert. Zuguterletzt wird der sogenannte Simple DirectMedia Layer als Softwarebibliothek beim Kompilieren benutzt. Einige der Abhängigkeiten variieren je nach Plattform, auf der kompiliert wird. Benutzer von FlightGear können den Code entweder selbst kompilieren, oder eines der für viele Plattformen bereits erhältlichen vorkompilierten ausführbaren Programme nutzen.

== Hardware ==

Die Hardware, die für FlightGear benötigt wird, braucht auf jeden Fall Unterstützung für [[OpenGL]] und 3D-Hardwarebeschleunigung, wobei sich NVIDIA als bessere Lösung herausgestellt hat. Frühere Versionen unterstützten auch 3dfx-Grafikkarten, mit immer höheren Hardwareanforderungen wurde die Unterstützung allerdings eingestellt.

[[File:Fgrun-page2.jpg|thumb|left|270px|The [[FlightGear Launch Control|FlightGear Launcher]]]]

== Erweiterungen und persönliche Anpassung ==

Es gibt Programme, die entweder ''IN'' FlightGear integriert arbeiten (Abhängigkeiten), oder solche, die ''MIT'' FlightGear arbeiten. Einige der Programme sind schon in den Veröffentlichungen des Projektes für spezifische Plattformen enthalten, andere werden unabhängig zur Verfügung gestellt, aber vom FGFS-Projekt beherbergt.
Zu den bedeutenden Zusatzprogrammen gehören solche, die es dem Benutzer erlauben, FlightGear mit Hilfe einer grafischen Oberfläche (Frontend), und nicht mit Hilfe einer [[command line|Kommandozeile]] zu starten. Die ''FlightGear Launch Control'' mit der ''[[FG launcher]]''-Oberfläche wurde 2003 mit Version 0.9.3 eingeführt. ''[[KFreeFlight]]'' ist ebensolch ein Frontend für die UNIX-Arbeitsumgebung KDE, ''FGTools'' eine Alternative unter Windows und der ''FGKicker'' ein auf GTK+ basierendes Startprogramm.

Zu den anderen signifikanten Programmen gehören Editoren und Projekte für Geländedaten. ''[[Atlas]]'' z.B. ist eine sich bewegende Landkarte, der ''[[Kelpie Flight Planner]]'' ein Java-basierter Flugroutenplaner für FlightGear. ''[[FlightGear Scenery Designer]]'' arbeitet mit Geländedaten und kann zum editieren der FlightGear-Szenerie benutzt werden. Das ''[[World Custom Scenery Project]]'' ist ein Projekt, das die Arbeit an der Verfeinerung der Szenerie koordiniert; Mit ''[[TaxiDraw]]'' kann man Startbahnen und Rollfelder von Flughäfen bearbeiten.

=== Flugzeuge etc. ===

Siehe auch Hauptartikel: Liste der Modelle (engl.)
{{Main article|Table of models}}

FlightGear begann mit einem Flugzeug namens Navion mit dem NASA-Flugdynamikmodell LaRCSim; Die Navion wurde im Jahr 2000 von der Cessna 172 abgelöst. Die Weiterentwicklung sowohl von UIUC wie auch von JSBSim brachte mehrere Flugzeuge mit sich, genauso wie die Entwicklung von YASim, das mittlerweile das Haupt-FDM von FlightGear darstellt. Von den über 230 Fluggeräten, die für Version 1.9.0 erhältlich sind, ist nur eine Auswahl im Basispaket enthalten.

[[File:EHAM.jpg|thumb|270px|[[Boeing 737-300|Boeing 733]] docked in the [[EHAM]] scenery]]
=== Szenerie ===

Siehe auch Hauptartikel: Szenerie (engl.)
{{Main article|Scenery}}

Das ''[[world scenery|FlightGear World Scenery Project]]'' beinhaltet Höhen- und Landschaftsdaten der gesamten Erde. Objekte wie Flughafenterminals, Windmühlen oder Brücken sind in der [[FlightGear Scenery Database|Scenerie-Datenbank]] zusammengefasst.

=== Netzwerk und Multidisplay ===

Etliche Netzwerkoptionen erlauben es den verschiedenen Instanzen von FlightGear untereinander zu kommunizieren. Ein [[Multiplayer Howto|Mehrspieler]]-Protokoll steht zur Verfügung, um FlightGear in einem lokalen Netzwerk mit mehrern Flugzeugen zu betreiben, was man zum Formationsflug oder zur Simulation eines [[ATC|Kontrollturmss]] nutzen kann. Schnell entwickelte sich die Mehrspieler-Option dazu, FlightGear auch über das Internet spielen zu können. Ein weiteres Feature ist die Möglichkeit, auf einer Google-Maps basierten Karte zu beobachten, wo sich die anderen FG-Flieger gerade befinden.
Mehrere Instanzen von FlightGear können so synchronisiert werden, dass mehrere Bildschirme gleichzeitig benutz werden können. Laufen alle Instanzen beständig mit der gleichen Frequenz, ist eine gute und akkurate Synchronization der Bildschirme möglich.

== FlightGear-Code oder Binärdatei? ==

Der Grossteil kommerzieller Software ist als ausführbare Dateien, also als sogenannte Binaries oder Executables, erhältlich. Das FlightGear-Projekt veröffentlicht im Gegensatz dazu an den jeweiligen Erscheinungsdaten nur den zugrundeliegenden Code. Um ein lauffähiges Programm daraus zu schaffen, muss dieser Code kompiliert werden; Dazu werden mehrere spezielle Softwarebibliotheken benötigt, davon sind einige generell, andere spezifisch nötig, je nach Plattform und Betriebssystem. Da für die breite Masse diese Prozedur zu schwierig ist, werden von den FGFS-Mitwirkenden verschiedene plattform- und betriebssystem-spezifisch vorkompilierte Binaries zur Verfügnug gestellt. Diese können sich hinsichtlich ihrer Stabilität, Leistung, Abhängigkeiten und Aktualität unterscheiden. Zum Beispiel laufen einige ältere Binaries auf Mac OS 9, für Mac OS X werden allerdings neuere Versionen benötigt.

Als Ende 2007 der zu der Zeit neueste Code unter der Bezeichnung 0.9.11-pre1 (Vorveröffentlichung) und 0.9.10 (endgültige Veröffentlichung) herauskam, variierten die dazugehörigen Binaries stark untereinander. Hier einige Beispiele:

* Win-32 - als Paket mit 138 Mb (v0.9.10) (für Windows 98, 2000, ME, 32-bit XP)
* Linux- pre-built-Paket für spezifische Linux-Distributionen
** Slackware-Paket (v0.9.10), Fedora Core 2,3,4 Pakete (v0.9.10), Pardus (v0.9.10), Debian (v0.9.9)
* Solaris-Pakete entweder für SPARC- oder x86-Prozessoren.
** SPARC (v0.9.8), x86 (v0.9.9)
* Silicon Graphics IRIX
** SGI Binaries für (v0.9.9)
* Mac OS X
** Mac OS 10.4 (v0.9.10)
** Mac OS 10.3 (v0.9.9)
* FreeBSD-Paket für (v0.9.10)

== FlightGear-Rezensionen ==

Siehe auch Hauptartikel FlightGear-Rezensionen (engl.)
{{Main article|FlightGear Reviews}}

== Externe Links ==
{{Main article|Links}}
* [http://www.flightgear.org Offizielle Website]
* [http://fgfs.i-net.hu/ Community Website]
* [http://www.caballerosaguila.shialeweb.com/ Club Website] (Spanish)
* [http://gallery.flightgear.org.uk/ Screenshots der Entwicklerversion]

== Quellen ==
* [http://www.flightgear.org/proposal-3.0.1 Original Flight Gear Proposal] by David L. Murr (Revision 3.0.1)
* [http://en.wikipedia.org/wiki/FlightGear Wikipedia]

[[Category:FlightGear|FlightGear]]

[[en:FlightGear]]
[[es:FlightGear]]
[[nl:FlightGear]]

De/Neu bei FlightGear

2014-04-11T08:50:13Z

Miheld: Kategorie eingefügt

<div style="font-size:150%">Artikel befindet sich noch im Aufbau!</div> Sie können alternativ das Handbuch zu FlightGear verwenden: [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.pdf PDF], [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.html HTML]

== Einstieg ==



=== Systemvorraussetzungen ===

FlightGear benötigt mindestens OpenGL 2.0. Um flüssig zu laufen, muss dies von Ihrer Graphikkarte und dem zugehörigen Treiber unterstützt werden. Bei parktisch allen halbwegs modernen Systemen ist das jedoch der Fall. Falls Sie trotzdem auf Probleme stoßen, werfen Sie bitte einen Blick in die [[Hardware Recommendations|empfohlene Hardware]].

=== FlightGear beziehen ===

Die neuesten Dateien können von der Seite [http://www.flightgear.org/download/ FlightGear Downloads] heruntergeladen werden. Dort wählt man entweder den Quellcode oder die Binärdateien für das entsprechende Betriebssystem. In Abhängigkeit von den technischen Kenntnissen kann man auch die [[Git]]-Version wählen, wenn man mit einer Entwicklerversion von FlightGear arbeiten möchte. Die Git-Version hat üblicherweise mehr Eigenschaften und kann von den neuesten in Entwicklung befindlichen Flugzeugen benötigt werden, aber sie kann instabil sein und ist schwieriger herunterzuladen und zu installieren. Im Allgemeinen ist die Entwicklerversion nicht für den Durchschnittsanwender gedacht. FlightGear gibt es auch auf DVDs, die man unter [http://www.flightgear.org/dvd/] bestellen kann.

=== Installation ===
==== Linux ====

Am einfachsten ist es, FlightGear über die Paketverwaltung Ihrer Distribution zu installieren. Fast alle gängigen Linux Distributionen führen FlightGear in ihren Paketquellen. Die installierte Version ist zwar häufig nicht die aktuellste, dafür aber der Aufwand der Installation minimal. Falls Sie FlightGear das erste Mal installieren und es nur ausprobieren wollen, ist dies sicher der beste Weg.

Wollen Sie die neueste stabile Version und sie ist nicht in Ihren Paketquellen enthalten, so besteht die Möglichkeit, Fremdpakete zu benutzen. Solche existieren z.B. für Debian/Ubuntu (oder andere Distributionen die das deb-Paketformat verwenden) im [http://www.playdeb.net/software/FlightGear PlayDeb Repository], für SuSe ([http://software.opensuse.org/download.html?project=games&package=FlightGear hier]) und für andere rpm-basierte Distributionen wie Fedora oder Redhat ([http://rpmfind.net/linux/rpm2html/search.php?query=flightgear hier]).
Weitere Pakete finden Sie eventuell auf der offiziellen [http://www.flightgear.org/download/main-program Download Seite] oder vereinzelt auch im [http://forum.flightgear.org Forum].

Steht für Ihre Distribution kein Paket zur Verfügung, müssen Sie FlightGear selbst kompilieren. Folgen Sie dazu der Anleitung [[Building FlightGear - Linux]].

Möchten Sie den momentanen Stand der Entwicklung von FlightGear testen, können Sie den Quellcode aus dem offiziellen [[Git]] Repository herunterladen und ebenfalls selbst kompilieren. Für Debian/Ubuntu gibt es ein [[Scripted Compilation on Linux Debian/Ubuntu|Skript]], welches diesen Vorgang automatisiert.

Haben Sie FlightGear erfolgreich installiert, dann fahren Sie mit [[#FlightGear starten|FlightGear starten]] fort.

==== Windows ====

Die Installation wird durch einen Doppelklick auf das heruntergeladene Paket (zum Zeitpunkt des Schreibens ''fgsetup-1.9.1b.exe'') gestartet und verläuft auch sonst wie von anderen Anwendungen gewohnt. Nach der Installation sollte FlightGear automatisch gestartet werden und es erscheint ein Fenster welches nach verschiedenen Pfaden verlangt, ähnlich [[:File:Fgrun-page1.jpg|diesem]].

In der ersten Eingabebox, ''Executable'', wird der Pfad zur Anwendung angegeben. Wenn bei der Installation nichts anderes angegeben wurde ist dies <code>C:\Program Files\FlightGear\bin\win32\fgfs.exe</code> bzw. <code>C:\Programme\FlightGear\bin\win32\fgfs.exe</code>.

Die zweite Zeile weist auf die Daten zu FlightGear, ''$FG_ROOT'', und ist per Default <code>C:\Programme\FlightGear\data</code>.

In der dritten Box, ''$FG_SCENERY'', kann man verschiedene Pfade zu installierten [[Scenery|Sceneries]] (die Landschaft/Erdoberfläche) angeben. Hier sollte automatisch der Inhalt von ''$FG_ROOT'' mit einem angehängten <code>/Scenery</code> eingefügt werden. Weitere, später in einem anderen Verzeichnis installierte Sceneries können händisch hinzugefügt werden.

Sind die Pfade richtig eingegeben kann man im rechten unteren Fenstereck auf ''Weiter''/''Next'' klicken und man kommt zur Flugzeugauswahl. Das Fenster mit den den Pfaden erscheint nun beim Starten nicht mehr, man kann es aber jederzeit durch einen Klick auf ''Zurück''/''Prev'' in der Flugzeugauswahl aufrufen.

==== Mac OS X ====

[[FlightGear Mac OS X|FlightGear auf Mac OS X]] installieren gestaltet sich sehr einfach. Nur den FlightGear Icon in das Verzeichnis ''/Applications'' verschieben. Fertig.

Beim ersten Start wird der FlightGear Icon im Dock ein Weilchen hüpfen bis die Flugzeug- und Flughafendaten geladen sind. Dann erscheint der ''GUI-Launcher'' und man kann mittels klick auf die ''Gear''-Schaltflächen Startpunkt und Fluggerät auswählen. ''Start Flight'' startet dann den Simulator mit den eingegebenen Optionen. Hilfe zu weiteren Optionen findet man im [http://macflightgear.sourceforge.net/home/documents/users-guide/ Mac FlightGear Users Guide].

Um FlightGear per Kommandozeile zu starten öffnet man /Applications/Utilities/Terminal.app und gibt folgendes ein:
cd /Applications/FlightGear.app/Contents/Resources
./fgfs --options.....

Die Umgebungsvariablen [[$FG_ROOT]] und [[$FG_SCENERY]] sind unter Mac OS X nicht per Default gesetzt. Um dies per Kommandozeile zu erledigen folgenden Codeblock in Terminal.app ausführen. Man kann diese Pfade aber auch als Option (<code>--fg-root=PFAD</code> und <code>--fg-scenery=PFAD1:PFAD2...</code>) an FlightGear übergeben.

FG_ROOT=/Applications/FlightGear.app/Contents/Resources/data
FG_SCENERY=[[$FG_ROOT]]/Scenery

Nach dem Starten des GUI-Launchers hat man ein Alias auf [[$FG_ROOT]] in $HOME/Documents/Flightgear/<Version>. Das ermöglicht einen einfachen Zugriff auf die Daten mittels des Finders.

=== OpenGL konfigurieren ===

FlightGear läuft am besten mit aktuellen [[OpenGL]] Grafik-Treibern. Wenn Sie Probleme damit haben, dass Flightgear nicht ordentlich dargestellt wird, schauen Sie unter [[Configuring OpenGL]] zwecks weiterer Informationen nach.

=== Szenerien herunterladen ===
<table style="margin-top:0.1em; margin-bottom:0.1em; margin-left:2em; padding:2px; font-size:95%; text-align:left; background: transparent;">
<tr>
<td>
[[Image:1rightarrow.png|15px]] ''Siehe hierzu den Hauptartikel [[de/Howto:Install_scenery|Szenerie installieren]].''
</td>
</tr>
</table><noinclude>

Ein kleiner Teil von [[scenery|Szenerien]] ist bei der Installation von FlightGear enthalten. Dieser Teil betrifft Gebiete um [[San Francisco International Airport]] (KSFO).

In Flightgear sind Szenerien in drei Arten aufgeteilt:
* '''Airports''' beinhaltet Flughafendaten über zu benutzende Start- und Landebahnen und über Parkpositionen.
* '''Objects''' sind Gebäude, Brücken, Funktürme, usw., die dreidimensionale Strukturen darstellen.
* '''Terrain''' repräsentieren Konturen, Erhebungen und Bodenberflächen über die geflogen oder gerollt wird.

Alle Objektdaten werden in einem <tt>Objects/</tt> Verzeichnis und alle Terraindaten werden in einem <tt>Terrain/</tt> Verzeichnis gespeichert. Der Speicherort für Szenerien und deren Unterverzeichnisse hängt von der jeweiligen speziellen Installation ab.

Um Objekte oder Terrain für Flightgear herunterzuladen, gehen Sie zu [http://www.flightgear.org/download/scenery/ the scenery section] der Flightgear Webseite. Folgen Sie dem Link, um Szenerien aus einer Landkarte herunterzuladen. Wählen Sie ein Quadrat aus der Karte von dort, wo Sie fliegen wollen. Wenn das Paket heruntergeladen ist, entpacken Sie es in Ihr FlightGear Szenerieverzeichnis.

Die Szeneriepakete, die bei FlightGear verfügbar sind, enthalten alle notwendigen Daten für den gewählten Ort. Sie können zusätzliche und aktuellere Szenerieobjekte erhalten, wenn sie in [http://scenemodels.flightgear.org/ FlightGear Scenery Database] zur Verfügung gestellt werden.

Informationen, die über diesen kurzen Überblick hinausgehen, sind unter [[de/Howto:Install_scenery|Szenerie installieren]] verfügbar.

=== FlightGear starten ===

Grundsätzlich wird der Simulator mit dem Befehl <code>fgfs</code> und angehängten Optionen gestartet. Jetzt gibt es aber mehrere Arten wie man das umsetzen kann. Die meisten Anwender werden wohl ein Zusatzprogramm wie [[fgrun]] für Windows/POSIX oder den [http://macflightgear.sourceforge.net/home/documents/jump-start-guide/ GUI-Launcher] für Mac OS X bevorzugen um die Optionen für den Simulator festzulegen und diesem beim Start zu übergeben.

Benutzer die lieber von der Kommandozeile aus arbeiten (oder ''fgrun'' noch nicht kompiliert haben) seien noch ein paar Dinge zum leichteren Einstieg gesagt. Um FlightGear zu starten gibt man ein:

fgfs

Scheitert der Befehl gibt es mehrere Ursachen. Schauen wir dazu die Fehlermeldungen an:

fgfs: command not found
Das Programm befindet sich nicht in einem in $PATH angegebenen Pfad. Zur Lösung entweder den Ort von ''fgfs'' in die Variable $PATH mitaufnehmen oder beim Starten den kompletten Pfad mitangeben. (z.B.: <code>/$HOME/FlightGear/bin/fgfs</code>)

Base package check failed ... Found version [none] at: $HOME/FlightGear/share/FlightGear
Please upgrade to version: 1.9.0
''fgfs'' findet das Datenverzeichnis [[$FG_ROOT]] nicht. Dazu entweder eine gleichnamige Umgebungsvariable anlegen oder den Pfad zu den Daten per Option übergeben. (z.B: <code>--fg-root=$HOME/FlightGear/data</code>)

Das gleiche gilt für [[$FG_SCENERY]]. Wenn diese Fehlt wird zwar kein Fehler angezeigt aber es wird auch keine Scenery geladen und das Flugzeug steht nach dem laden mitten im Wasser. (z.B.: <code>--fg-scenery=$HOME/FlightGear/data/Scenery</code>)

Natürlich sind oben genannte Pfade nur als Beispiel zu sehen und sind dem eigenen System nach anzupassen. Um herauszufinden wo sich ''fgfs'' befindet kann man das Dateisystem nach der Datei ''fgfs'' bzw. ''fgfs.exe'' durchsuchen. Um [[$FG_SCENERY]] zu finden kann man nach einem Ordner namens ''Scenery'' suchen. [[$FG_ROOT]] ist (im Normalfall) dann gleich [[$FG_SCENERY]] nur ohne das ''/Scenery'' am Ende.

Nach den Pfaden ist wohl die wichtigste Option die für die Flugzeugwahl. (<code>--aircraft=c172p</code>)<br />
Eine Liste der installierten Flugzeuge erhält man mit <code>--show-aircraft</code>.

Wenn man alle Pfade zusammengesucht hat und die Optionen dann zusammenstellt könnte dies folgendermaßen aussehen:
/$HOME/FlightGear/bin/fgfs --fg-root=$HOME/FlightGear/data --fg-scenery=$HOME/FlightGear/data/Scenery --aircraft=c172p

Natürlich ist es sehr umständlich jedes mal beim Starten von FlightGear die ganzen Optionen einzugeben. Deshalb unterstützt fgfs natürlich eine Konfigurationsdatei in welcher man die ganzen Optionen auflisten kann. Dies ist eine simple Textdatei (ASCII) namens .[[fgfsrc]] welche von fgfs in ''$HOME'' erwartet wird und pro Zeile eine Option enthalten sollte. Nachdem diese Angelegt ist können wir munter fortfahren weitere Optionen zu sammeln.

Eine Übersicht über die Optionen gibt's im Wiki unter [[Command Line Parameters]] und, wer hätt's gedacht, mit der Option <code>--help</code> bzw. <code>--help --verbose</code>.

== Im Cockpit - was nun? ==

Bevor wir uns ins Flugabenteuer stürzen noch ein paar Sachen zum Verständnis. FlightGear ist sehr flexibel in der Konfiguration, in jeder Hinsicht. Für uns als Benutzer bedeutet das, dass jedes Flugzeug eine eigene Tastenbelgung haben kann und wir bei jedem neuen Fugzeug erst mal in das Hilfe Menu ''Help'' schauen sollten um mehr über die Bedienung desselben zu erfahren.

Die grundlegenden Tasten zur Steuerung sind aber bei den meisten Flugzeugen gleich und viele der für die im folgenden Beispiel verwendeten [[Cessna C172|c172p]] gelten deshalb generell. Die Cessna c172p verwenden wir, weil sie das Default-Flugzeug bei FlightGear und relativ leicht zu steuern ist.

=== Tastatur ===
Die wichtigsten Tasten im Überblick, mehr 'Insim' im Menu unter ''Help - Basic Keys'', ''Help - Common Aircraft Keys'' und, je nach Fluggerät, ''Help - Aircraft Help'':

::{|
| <code>F10</code> || Menu an/aus
|-
| <code>b</code> || Radbremsen
|-
| <code>Shift</code>-<code>b</code> || Feststellbremse an/aus
|-
| <code>Bild ab</code>/<code>auf</code> || Schub reduzieren/erhöhen
|-
| <code>Pfeile auf</code>/<code>ab</code> || Höhenruder auf/ab
|-
| <code>Pfeile links</code>/<code>rechts</code> || Querruder links/rechts
|-
| <code>0</code>/<code>Enter</code> || Seitenruder und Leitrad links/rechts. Bei einem [[Troubleshooting Problems#.5BEnter.5D does not work for rudder control|Problem]].
|-
| <code>Pos 1</code>/<code>Ende</code> || Trimmen auf/ab
|-
| <code>5</code> || Höhen-, Quer- und Seitenruder zentrieren
|-
| <code>[</code>/<code>]</code> || (Lande-)Klappen eine Stufe rein/raus
|-
| <code>{</code>/<code>}</code> || Magnetos Schalter eine Stufe zurück/vor
|-
| <code>s</code> || Starter
|-
| <code>Strg</code>-<code>c</code> || Hotspots an/aus
|-
| <code>h</code> || [[HUD]] an/aus
|-
| <code>v</code>/<code>V</code> || zw. Ansichten wechseln vorwärts/rückwärts
|-
| <code>x</code>/<code>X</code> || Zoom näher/ferner
|-
| <code>Esc</code> || FlightGear beenden
|}

=== Maus ===
Die Maus unterstützt in FlightGear drei Modi zwischen welchen mit der '''rechten Maustaste''' (RMB) umgeschaltet werden kann:

* Normal - Bedienung des Menüs und der Hotspots
::{|
| Achsen || Bewegen des Mauszeigers auf dem Bildschirm
|-
| Linke Maustaste (LMB) || Steuerung der Menüs und Hotspots durch anclicken
|-
| Mittlere Maustaste (MMB) || In manchen Fluggeräten dazu verwendet auf Hotspots als Gegenstück zum LMB zu wirken. Also Dreh- und Schieberegler in die andere Richtung zu bewegen.
|-
| Scroll Wheel (SCW) || In manchen Fluggeräten dazu verwendet um Hotspots mit Dreh- und Schiebereglern zu steuern.
|}

* Simulator Steuerung - Flugsteuerung
::{|
| Achsen || Steuerung des Höhen- und Querruders
|-
| LMB + L/R-Achse || Steuerung des Seitenruders
|-
| MMB + V/Z-Achse || Schubkontrolle
|-
| SCW || Steuerung des Trimmers
|}

* View Steuerung - Blickrichtung und Zoom
::{|
| Achsen || Blickrichtung ändern
|-
| MBB + Achsen || Blickpunk verschieben
|-
| LMB || Blickrichtung zentrieren
|-
| SCW || Zoom
|}

=== Joystick etc. ===
Joysticks und andere Controller werden von FlightGear grundsätzlich unterstützt sofern sie vom Betriebsystem erkannt und als solche gemeldet werden. Die Vielfalt ist enorm, weshalb eine detaillierte Beschreibung hier den Rahmen sprengen würde. Die meisten verwenden folgende Funktionen: die beiden Hauptachsen für Quer- und Höhenruder, den Schubregler für den Schub und die Twistachse für das Seitenruder. Das Coolie Hat zur Blickrichtungssteuerung, oft in Verbindung mit einer Taste zum Zentrieren der Richtung. Der Feuerknopf dient zum Bremsen. Je nachdem wie viele Knöpfe und Achsen das Gerät hat, gibt es dann noch welche für die (Lande-)Klappen, Mixture, Ansichten, Fahrwerk und und und. <br />
Diese Controller sind in FlightGear sehr flexibel konfigurierbar. Wie und Hilfe bei Problemen, z.B. wenn man ein Vista/7 User ist und der Stick nicht erkannt wird, kann man im [[Joystick]]s Artikel nachlesen.

== Der erste Flug ==
An dieser Stelle soll nochmal betont werden, daß FlightGear ''kein'' Spiel ist. Es gibt keine Missionen, Ränge oder Schalter für den Schwierigkeitsgrad. FlightGear ist ein reiner Simulator der versucht so realitätsnah wie möglich das Verhalten von Fluggeräten nachzubilden und viele Einstellmöglichkeiten zur Verfügung zu stellen.

So manche Simulatoreinsteiger aber auch Umsteiger von anderen Sims haben in der Vergangenheit von 'Bugs' geredet obwohl sie eigentlich von der erhöhten Realität, also 'Features', in FlightGear sprachen. Ein paar Beispiele dazu, um einen Eindruck zu vermitteln was auf einen zukommt:

* "Left Turning Syndrome" wird in der Community die von Neulingen oft gestellte Frage nach dem warum sich das Flugzeug beim Beschleunigen auf der Startbahn nach links wendet genannt. Leute die sich nicht auf diese Weise als Flugnoob outen wollen sei der Artikel [[Understanding Propeller Torque and P-Factor]] ans Herz gelegt.

* Der Kompass dreht nicht richtig: ein Kompass welcher den Kräften während manchen Flugmanövern ausgesetzt ist, neigt dazu, sich kurzzeitig in die entgegengesetzte Richtung als erwartet zu drehen. Das gehört so.

* Die Steig-/Sinkrate wird falsch oder verzögert angezeigt. Jupp, genau wie im richtigen leben.

* Die Richtungsanzeige des [[HSI]] wird von einem Gyroscop angesteuert welches dem Gesetz der Drift unterliegt und muß deshalb ca. alle 15 Minuten nachjustiert werden. Ansonsten wird die Richtung falsch angezeigt und der Pilot verirrt sich.

Auch bei den anderen Instrumenten wird so gut es geht das reale Verhalten, mit allen Nachteilen, nachgebildet. Das Selbe gilt für Kräfte wie sie während des Fluges auf das Flugzeug einwirken. FlightGear Piloten sollten lernen damit umzugehen, damit sie in der Lage sind richtig zu handeln und den Flug erfolreich beenden können. Die Instrumente der default HUDs sind davon nicht betroffen, sie zeigen die Werte genau und in Echtzeit an und können deshalb als Referenz verwendet werden.

=== Abheben ===
Wenn FlightGear ohne spezielle Optionen gestartet wird, dann steht man mit der c172p bei angenehmen Wetterbedingungen in [[KSFO]] auf der Startbahn 28R. Sollte es Nacht sein im Menu unter Environment -> Time Settings auf ''Noon'' clicken.<br />
Lassen wir, trotz des ganzen Realismus in FlightGear, das ganze Preflightgedöhns beiseite und bringen die Cessna in die Luft:
* Motor starten: Magnetos anschalten mittels <code>}</code>-<code>}</code>-<code>}</code> (dreimal nacheinander die geschwungene Klammer zu).<br />Ein wenig Schub geben, daß der Motor nicht gleich wegen Treibstoffmangels wieder ausgeht.<br />Mit <code>s</code> zwei bis drei Sekunden den Starter betätigen bis der Motor läuft.
* Vollen Schub geben und Feststellbremse lösen, falls angezogen.
* Während der Beschleunigungsphase die Seitenbewegungen mit dem Seitenruder ausgleichen und die Maschine in der Spur halten.
* Am Höhenruder nur sehr leicht ziehen und einfach warten bis die Maschine von selbst rotiert. Das ist, wenn das Bugrad den Boden verlässt. Dieser Moment ist etwas kritisch und der Pilot muß evt. auftretende Seitenbewegungen mit dem Seitenruder abfangen.
* Kurz darauf, wenn noch etwas mehr Geschwindigkeit aufgenommen wurde, hebt auch das Hauptfahrwerk vom Boden ab. Wenn nicht besondere Windverhältnisse herrschen rollt die Maschine jetzt nach links, was mit dem Querruder korrigiert werden muß.
* Direkt danach drücken wir das Höhenruder leicht, um den Steigflug nahe Null zu bringen. Das Flugzeug über der Startbahn halten und weiter Geschwindigkeit aufnehmen. In dieser Phase hat man Zeit das evtl. eingschlagene Seitenruder wieder zu zentrieren und die Steuerung auf die Querruder zu übertragen.
* Wenn so 120 kts angezeigt werden steht einem sportlichen Steigflug nichts mehr im Wege.
Nach all den Strapazen der Installation etc. haben wir uns einen Rundflug über die San Francisco Bay redlich verdient. Ein paar Meilen nördlich des Flughafens befindet sich die Golden Gate Bridge, nicht weit davon, etwas östlich, die Gefängnisinsel Alcatraz. Um das südliche Ende der Bay reihen sich etliche Flughäfen, ein ideales Gebiet um Lande- und Touch-and-Go-Übungen zu machen. Als kleine Hilfestellung zum finden und anfliegen eines Flughafens kann man im Menu Help -> Toggle Glide Slope Tunnel selben für die nächstgelegene Landebahn entsprechend der Windrichtung aktivieren.

=== Tutorials ===
Natürlich war dies nur ein Crashkurs für die Ungeduldigen, etwas mehr der Realität entsprechend kann man die Prozeduren mit den der c172p beiliegenden Tutorials üben. Diese leiten einen Schritt für Schritt durch die verschiedenen Phasen eines Fluges, inklusive der Vorbereitungen am Boden.

Das Fenster zum Starten der Tutorials findet man im Menü unter ''Help --> Start Tutorial''. Die Spalte auf der rechten Seite listet die vorhandenen auf. Klickt man auf eines wird im großen Bereich eine Beschreibung eingebelendet. Zum Anfangen empfiehlt sich natürlich das oberste Tut ''Start Up'', über das Starten des Motors. <code>Return</code> oder ein klick auf ''Start Tutorial'' startet es. Nach einer kurzen Ladezeit befinden wir uns mit unserer Cessna auf einer Parkposition des Livermore Airports.<br />
Die Erklärungen werden in weißer Schrift am oberen Bildschirmrand angezeigt. Anweisungen welche eine Aktion des angehenden Piloten erwarten werden wieder und wieder eingeblendet bis diese durchgeführet/erreicht ist. Sollte man eine der anderen Aussagen nicht verstehen kann man das Tut jederzeit abbrechen (im Menü, ''Help --> End Tutorial'') und, wie oben beschrieben, neu starten, bis man alle Nachrichten intus hat. Als Hilfestellung wird das zu bedienende Element mit einem dicken lila Kreis umgeben, kann man nicht übersehen.<br />
Das Tutorial endet mit der Nachricht, daß man nun bereit zum Rollen (taxiing) zur Startbahn ist. Ein geeigneter Moment um das nächste Tut zu starten, ''Taxiing''.

=== Navigation ===
Um nicht wie im Abschnitt [[#Abheben|Abheben]] planlos in der Luft herumzuirren lohnt es sich mit Navigation zu beschäftigen. Auch hier versucht FlightGear so realistisch wie möglich zu sein. Natürlich ist es nahezu unmöglich die Infrastruktur des wirklichen Lebens in einer Datenbank fehlerfrei und immer auf dem aktuellen Stand zu halten, und das auch noch weltweit. Aber sie ist vorhanden.

Für die nahe Zukunft sind auch Tutorials zur Navigation mit der c172p geplant.

==== Flugplätze ====
<nowiki> </nowiki>gibt es sehr viele in FlightGear und, wenn man die richtige [[De/Neu bei FlightGear#Scenery|Scenery]] installiert hat, ist bestimmt auch ein Lokaler dabei. Den Startflugplatz und Startbahn oder Parkposition selektiert man in [[:File:Fgrun-page3.jpg|fgrun]] oder per Startoption: <code>fgfs --airport=EDDF [--runway=25L|--parkos=A1] ...</code>. Wobei ''EDDF'' der vierstellige [[ICAO]] Code für den Fughafen Frankfurt/Main ist. Wird weder eine Startbahn noch Parkposition angegeben startet FlightGear auf der Bahn welche am besten im Wind liegt.

==== Navigationshilfen ====
Ein Teil der oben erwähnten Infrastruktur besteht aus Komponenten für Funknavigation wie [http://de.wikipedia.org/wiki/Non-Directional_Beacon NDB]s, [http://de.wikipedia.org/wiki/Distance_Measuring_Equipment DME]s, [http://de.wikipedia.org/wiki/Drehfunkfeuer VOR]s und [http://de.wikipedia.org/wiki/Instrumentenlandesystem ILS]'. Damit man die 'richtigen' Daten für diese verwendet empfiehlt es sich auf FlightGear-eigenes (Karten-)Material zurückzugreifen.<br />
Die meisten Benutzer werden wohl die [[MPMap#NAV|mpmap]] bevorzugen. Sie bietet unter dem Reiter ''nav'' Funktionen um Flughäfen und Naviagationshilfen anzeigen zu lassen.<br />
Eine weitere Möglichkeit ist [[Atlas]], auch dies bietet alles was gebraucht wird um die Daten der Datenbank grafisch darzustallen. Großer Vorteil, es funktioniert auch offline.<br />
Wer RL-Prozeduren fliegen will kann dazu Charts wie die von [http://www.vacc-sag.org/airport/EDDF VATSim] oder [http://www.charts.ivao.de/?icao=EDDF IVAO] verwenden, sollte aber bei Problemen und vor eines Bugreports die Angaben dieser mit einer der zuvor genannten Karten vergleichen.

Die Instrumente mit Frequenzen füttern funktioniert wie bei den Vorbildern, allerdings gibt es auch ein standardisiertes Eingabefenster im Menü unter Equipment --> Radio Settings oder mit <code>F12</code> welches bei den meisten Flugzeugtypen (voll) funktioniert.

Wer hier jetzt total verloren dasteht weil er nicht einmal versteht wovon hier geredet wird, dem lege ich ans Herz sich mit dem durchaus interessanten Thema der Flugnavigation zu beschäftigen. x
For help with navigation see [[Understanding Navigation]]

==== Autopilot/GPS ====
Bei diesem Thema bin ich gerade selbst nicht auf dem neuesten Stand. Hier kann gerne jemand einspringen ;-). Auf diesem Gebiet hat sich in letzter Zeit einiges getan und bevor ich hier was veraltetes schreibe, dann besser keine Aussagen machen. Ansonsten werde ich mich damit befassen sobald das neue Release steht und dann hier updaten.<br />

zgrep -i frankfurt [[$FG_ROOT]]/Airports/apt.dat.gz

== Zusätzliche Otionen ==
=== Scenery ===
Die Flughäfen der (richtig!) installierten Scenery-Teile werden von [[:File:Fgrun-page3.jpg|fgrun]] angezeigt nachdem die ''Refresh'' Schaltfläche angeklickt wurde und die Datenbank neu aufgebaut wurde. Das kann, je nach Menge der Scenery und Leistung der CPU, mehrere Sekunden bis 1 Minute und sogar länger dauern.

Benutzer welche ''ohne'' fgrun arbeiten können die installierten Flugplätze in der/den Scenery-Ordner(n) Aufspüren. Die, zum Beispiel, im Scenery-Verzeichnis des ''base package''s [[$FG_ROOT]]/Scenery/Airports/ enthaltenen Unterverzeichnisse sind die jeweils ersten Zeichen des vierstelligen [[ICAO-code|ICAO-Codes]]. Wie die weiteren drei Stellen ermittelt werden braucht wohl keine große Erklärung.

Wegen der großen Menge an Daten wird FlightGear nur mit einem 1°x1° Planquadrat von [[Scenery]] ausgeliefert - dem Gebiet um [[San Francisco International Airport|KSFO]] (Flughafen von San Francisco).

In FlightGear unterteilt sich die Scenery in zwei Sorten von Daten: Objekte und Terrain. Zu Objekten zählen Gebäude, Brücken, Funktürme, etc., also alles was dreidimensionale Strukturen darstellt. Terrain repräsentiert die Konturen (also z.B. Küstenlinien), Höhe und die Beschaffenheit der Landschaft die man überfliegt.

Alle Objektdaten befinden sich im "Objects" Ordner, sowie die Terraindaten im "Terrain" Ordner, beide innerhalb des "Scenery" Ordners, dessen Ort während der Installation festgelegt wurde.

Um weitere Scenery herunterzuladen, besuchen Sie die FlightGear Webseite und navigieren zum [http://www.flightgear.org/Downloads/ Downloadbereich]. Dort folgen Sie dem Link der Sie Scenery von einer Karte herunterladen lässt. Klicken Sie die Rechtecke der Karte an, in welchen Sie vorhaben zu fliegen. Haben Sie das Paket erfolgreich heruntergeladen, entpacken Sie es in Ihren Scenery Ordner. Fertig!

Die von der FlightGear Webseite besorgten Scenery Pakete enthalten sowohl Objekt- als auch Terraindaten für das jeweilige Gebiet.

Zusätzliche aktuellere Scenery erhalten Sie möglicherweise von der [http://scenemodels.flightgear.org/ FlightGear Scenery Database].

Über diesen kurzen Einblick hinausgehende Informationen finden Sie in [[Installing Scenery]] und [[Downloading New Flightgear Scenery for Windows XP]]

=== Flugzeuge ===
Falls Ihnen die Flugzeuge im Standardumfang nicht ausreichen, gibt es auf der [http://www.flightgear.org/download/aircraft-v2-8/ Download Seite] noch viele weitere zum Download (eine nach Typ sortierte Liste finden Sie auf [[:de:Flugzeuge]]).

Entpacken Sie das erhaltene Archiv in den "Aircraft"-Ordner in Ihrem Flightgear-Verzeichnis. Beim nächsten Start von Flightgear sollte Ihnen das Flugzeug zur Verfügung stehen.
Weitere Informationen finden Sie in [[Installing Aircraft]].

=== Online Multiplayer Flying ===
{{Main article|Howto: Multiplayer}}

== Hilfe erhalten ==

Startet Flightgear nicht richtig, oder gibt Fehlermeldungen aus? Werfen Sie einen Blick in [[Howto:Understand console output]], nicht alle Ausgaben bedeuten einen Fehler, sondern dienen nur der Information. Sehen sie sich vielleicht auch die [[FAQ]] (häufig gestellte Fragen) an.

Außerdem stehen Ihnen folgende Hilfequellen zur Verfügung:

=== Forum ===

Am einfachsten erhalten Sie Hilfe im offiziellen [http://forum.flightgear.org Flightgear Forum]. Legen Sie sich einfach einen Account an und stellen Sie Ihre Frage in der entsprechenden Kategorie.

=== Chat ===

Die schnellste Hilfe erhalten Sie normalerweise auf dem [[FlightGear IRC channel]].

=== Flightgear Manual ===

Neben diesem Wiki existiert noch das Flightgear Manual, welches aber (vor allem in der Übersetzung) nicht immer auf dem aktuellen Stand ist.
* auf deutsch: [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.pdf PDF], [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.html HTML]
* auf englisch: [http://mapserver.flightgear.org/getstart.pdf PDF], [http://www.flightgear.org/Docs/getstart/getstart.html HTML]

== Wie geht es weiter? ==

Sie sollten jetzt in der Lage sein, FlightGear zu starten und Ihr Flugzeug einige Zeit in der Luft zu halten. Wollen Sie realistische Flüge durchführen kann ich Ihnen wieder das [[#Flightgear Manual|Flightgear Manual]] ab Kapitel 2 empfehlen. Dort finden Sie Übungen zur Kontrolle des Flugzeugs, sowie auch zu kompletten Sicht- und Instrumentenflügen.

== Wie kann ich helfen? ==
{{Main article|Volunteer}}

=== Support ===
* Hilf neuen Benutzern bei der Installation und der Benutzung von FlightGear! (z.B. über das [[#Forum|Forum]] oder über [[FlightGear IRC channel|IRC]])
* Helfen Sie das Wiki zu Übersetzen und auszubauen! (auch der Autor dieses Artikels war ein Freiwilliger...)
* Haben Sie Ideen oder Vorschläge zur Weiterentwicklung? Bitte hier weiterlesen: [[Feature Requests / Proposals / Ideas]]

=== Testen ===
* [[Building Flightgear|Kompilieren]] oder downloaden Sie den neuesten Quellcode von [[Git]]
* Erstellen Sie Bug Reports

=== Entwicklung ===
* Dokumentation schreiben! Wir freuen uns über jeden, der zum [[#Flightgear Manual|Flightgear Manual]] beiträgt. Kontaktieren Sie dafür die Autoren. Etwas Wissen über LaTeX erleichtert Ihnen den Einstieg. Alles von kleinen Verbesserungen bis hin zu ganzen Kapiteln ist erwünscht! Sie können dafür auch dieses Wiki zu Rate ziehen.
* Flugzeuge entwickeln (3D Modellierung, Texturen, FDMs, Scripting)
* Szenerie verbessern
* C/C++ Programmierung:
** räume den Quellcode auf (i.e. help in the process of migrating over to a primarily smart pointer-based memory management approach using SGSharedPtr)
** fixe [[Bugs]]
** erstelle neue Features
** unterstützen Sie Nebenprojekte (wie z.B. [[FGCom]], [[fgms]], [[FGRun]], ...)
* Lassen Sie FlightGear in "valgrind" laufen um "memory leaks" aufzuspüren

[[Category:FlightGear]]

[[en:New to FlightGear]]
[[es:Nuevo para FlightGear]]
[[fr:Nouveau sur flightgear]]
[[nl:Nieuw bij FlightGear]]
[[Pt:Novo no FlightGear]]
[[zh:FlightGear新手]]

De/Interaktiver Verkehr

2014-03-12T19:47:02Z

Miheld:

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben. Folgende Werte sind gültig:
* '''ga''' - Allgemeine Luftfahrt
* '''cargo''' - Frachtverkehr
* '''gate''' - Passagierverkehr
* '''mil-fighter''' - Militärische Kampfflieger
* '''mil-cargo''' - Militärische Frachverkehr
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr ====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

==== Verbindungsinformationen der einzelnen Bodenpunkte ====
Damit die Fahrzeuge sich auf den Lande-, Start- und Rollwegen bzw. auf dem Flughafen bewegen können, müssen die einzelnen Bodenpunkte verbunden werden. So kann ein Flugzeug von Bodenpunkt zu Bodenpunkt von der Parkposition zu Startbahn rollen. Diese Verbindungsinformationen sind ebenfalls in der XML-Datei hinterlegt.

Die Verbindungsinformationen werden zwischen XML-Tag <code><TaxiWaySegments></code> und <code></TaxiWaySegments></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><arc ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><name></code> || Route || Name des Rollweges
|-
| style="text-align:center" | <code><IsPushBackRoute></code> || 0 || Ist die Verbindung zwischen den Bodenpunkten eine Pushback-Route dann ist der Wert ein logischer Wert, ansonsten ist er "0". Folgende Werte sind daher möglich:
* '''0''' - Verbindung zwischen den Bodenpunkten ist '''keine''' Pushback-Route
* '''1''' - Verbindung zwischen den Bodenpunkten ist '''eine''' Pushback-Route
|-
| style="text-align:center" | <code><end></code> || 122 || Nummer des Bodenpunktes am Ende der Verbinungsroute
|-
| style="text-align:center" | <code><begin></code> || 0 || Nummer des Bodenpunktes am Ende der Verbinungsroute
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiWaySegments>
<arc name="Route" isPushBackRoute="1" end="122" begin="0"/>
<arc name="Route" isPushBackRoute="1" end="0" begin="122"/>
<arc name="Route" isPushBackRoute="1" end="118" begin="1"/>
<arc name="Route" isPushBackRoute="1" end="1" begin="118"/>
<arc name="Route" isPushBackRoute="0" end="123" begin="2"/>
</TaxiWaySegments>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-03-12T19:42:52Z

Miheld: /* Verbindungsinformationen der einzelnen Bodenpunkte */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben. Folgende Werte sind gültig:
* '''ga''' - Allgemeine Luftfahrt
* '''cargo''' - Frachtverkehr
* '''gate''' - Passagierverkehr
* '''mil-fighter''' - Militärische Kampfflieger
* '''mil-cargo''' - Militärische Frachverkehr
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr ====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

==== Verbindungsinformationen der einzelnen Bodenpunkte ====
Damit die Fahrzeuge sich auf den Lande-, Start- und Rollwegen bzw. auf dem Flughafen bewegen können, müssen die einzelnen Bodenpunkte verbunden werden. So kann ein Flugzeug von Bodenpunkt zu Bodenpunkt von der Parkposition zu Startbahn rollen. Diese Verbindungsinformationen sind ebenfalls in der XML-Datei hinterlegt.

Die Verbindungsinformationen werden zwischen XML-Tag <code><TaxiWaySegments></code> und <code></TaxiWaySegments></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><arc ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><name></code> || Route || Name des Rollweges
|-
| style="text-align:center" | <code><IsPushBackRoute></code> || 0 || Ist die Verbindung zwischen den Bodenpunkten eine Pushback-Route dann ist der Wert ein logischer Wert, ansonsten ist er "0". Folgende Werte sind daher möglich:
* '''0''' - Verbindung zwischen den Bodenpunkten ist '''keine''' Pushback-Route
* '''1''' - Verbindung zwischen den Bodenpunkten ist '''eine''' Pushback-Route
|-
| style="text-align:center" | <code><end></code> || 122 || Nummer des Bodenpunktes am Ende der Verbinungsroute
|-
| style="text-align:center" | <code><begin></code> || 0 || Nummer des Bodenpunktes am Ende der Verbinungsroute
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiWaySegments>
<arc name="Route" isPushBackRoute="1" end="122" begin="0"/>
<arc name="Route" isPushBackRoute="1" end="0" begin="122"/>
<arc name="Route" isPushBackRoute="1" end="118" begin="1"/>
<arc name="Route" isPushBackRoute="1" end="1" begin="118"/>
<arc name="Route" isPushBackRoute="0" end="123" begin="2"/>
</TaxiWaySegments>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-03-12T13:12:09Z

Miheld: /* Parkpositionen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben. Folgende Werte sind gültig:
* '''ga''' - Allgemeine Luftfahrt
* '''cargo''' - Frachtverkehr
* '''gate''' - Passagierverkehr
* '''mil-fighter''' - Militärische Kampfflieger
* '''mil-cargo''' - Militärische Frachverkehr
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr ====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

==== Verbindungsinformationen der einzelnen Bodenpunkte ====

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-03-12T13:09:33Z

Miheld: /* Parkpositionen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben. Folgende Werte sind gültig:
* '''ga''' (Allgemeine Luftfahrt),
* '''cargo''' (Fracht)
* '''gate''' (Kommerzielle Passagierverkehr)
* '''mil-fighter''' (Militärische Kampfflieger)
* '''mil-cargo''' (Militärische Frachtmaschinen)
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr ====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

==== Verbindungsinformationen der einzelnen Bodenpunkte ====

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-03-12T13:07:25Z

Miheld: /* Parkpositionen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben. Folgende Werte sind gültig:
* ga (Allgemeine Luftfahrt),
* cargo (Fracht)
* gate (Kommerzielle Passagierverkehr)
* mil-fighter (Militärische Kampfflieger)
* mil-cargo (Militärische Frachtmaschinen)
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr ====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

==== Verbindungsinformationen der einzelnen Bodenpunkte ====

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Hauptseite

2014-03-06T16:24:48Z

Miheld:

{{Main page/Header
|title=Willkommen im [[FlightGear Wiki]]!
|subtitle=''Fliegen - Deine Freiheit!''
|rightbox={{Main page/Languages}}
|introduction=
[[Help:Your first article|Beteilige Dich]] beim Schreiben und Verbessern von Artikeln

|rightcolumn1= [[File:Portal user.png|40px]] </div>
<span style="font-size:105%; font-weight:bold">[[:de:Portal:Benutzer|Benutzer]]</span><br />
<span style="font-style:italic;">[[:de:Neu bei FlightGear|Neu bei FlightGear]]<br/>
[[:de:FAQ|häufig gestellte Fragen (FAQ)]] · [[Howto: Understand console output|Fehlermeldungen]]<br/>
[[:de:Howto: Install scenery|Szenerie installieren]] · [[Howto: Install aircraft|Flugzeuge installieren]]<br/>
[[:de:Fliegen mit dem Helikopter|Hubschrauber fliegen]]</span>
|rightcolumn2= [[File:Portal developer.png|40px]] </div>
<span style="font-size:105%; font-weight:bold">[[Portal:Developer|Entwickler]]</span><br />
<span style="font-style:italic;">
[[Portal:Developer/Aircraft|Flugzeuge]] · [[Portal:Developer/Scenery|Szenerie]]<br/>
[[Howto: Place 3D objects with the UFO|Objekte platzieren]] · [[Howto: Create custom terrain|Terrain bearbeiten]]</span>
|rightcolumn3= [[File:Portal wiki.png|40px]] </div>
<span style="font-size:105%; font-weight:bold"> [[Portal:Wiki|Wiki]]</span><br />
<span style="font-style:italic;">
[[FlightGear Wiki|Über das Wiki]] · [[:de:Help:Inhalt|Hilfe zum Bearbeiten]]<br/>
[[:de:Help:Der erste Artikel|Dein erster Artikel]] · [[:de:Help:Übersetzen|Übersetzen]]<br/>
[[Special:Categories|Kategorien]]</span>


|sections=
{{Main page/Leftbox|title=Was ist [[:de:FlightGear|FlightGear]]?
|logo=FlightGear logo.png
|contents= '''[[:de:FlightGear|FlightGear]]''' ist ein Flugsimulator, welcher ausschließlich von Ehrenamtlichen entwickelt wird. Die Quellen sind unter der [[GNU General Public License]] veröffentlicht und über [[Git]] frei zugänglich. Er wird sowohl zu [[Professional and educational FlightGear users|professionellen Zwecken]], als auch Freizeitbeschäftigung verwendet. Die aktuelle Version ist FlightGear {{FlightGearCurrentVersion}}.

FlightGear bietet auch einen Satz erläuternder Unterlagen, vornehmlich "Das Manual", das auf deutsch ([http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.pdf PDF], [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.html HTML]) sowie auf englisch ([http://mapserver.flightgear.org/getstart.pdf PDF], [http://www.flightgear.org/Docs/getstart/getstart.html HTML]) vorhanden ist.

=== Ich bin auf der Suche... ===
* [[:de:Portal:Benutzer|nach Hilfe bei der Benutzung]]
* [[Portal:Developer|wie ich etwas zu FlightGear beitragen kann]]

}}
{{Main page/Leftbox|title=Neuigkeiten
|logo=Nuvola apps knewsticker.png
|contents={{News}} }}
{{Main page/Leftbox|title=Wussten Sie schon...
|logo=Nuvola apps ktip.png
|contents={{Did you know}} }}

}}

{{Main page/Rightcolumn
|title= [[:Category:Picture of the week|Das Bild der Woche]]
|contents= <center style="padding-top:.9em;">{{POTW/{{CURRENTYEAR}}-{{CURRENTWEEK}}}}</center>
|padding-right=23px
}}

{{Main page/Rightcolumn end
|title= [[FlightGear and Git|Entwicklungsstatus]]
|contents= <center style="padding-top:.9em;">{{GitStatus}}</center>
|padding-right=23px
}}

Template:FlightGearCurrentVersion

2014-03-06T16:23:42Z

Miheld: Änderung auf die aktuelle Flightgear-Version

3.0<noinclude>
[[Category:Templates]]
[[Category:Undocumented templates]]
</noinclude>

Template:News

2014-03-06T15:50:59Z

Miheld: Aktualisierung des deutschen Abschnitts im Template

{{LangSwitch
|de =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|Archiv]])
* '''17. Februar 2014:'''FlightGear 3.0 wurde veröffentlicht.
* '''21. September 2013:''' FlightGear 2.12 wurde veröffentlicht.
* '''17. August 2012:''' FlightGear 2.8.0 wurde veröffentlicht.
* '''17. Februar 2012:''' FlightGear 2.6.0 wurde veröffentlicht.
* '''29. Oktober 2011:''' Das FlightGear-Wiki erreicht '''10.000.000''' Seitenaufrufe.
|es =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|archivo]])
* '''21 de September de 2013:''' FlightGear 2.12 Versión Publicada
* '''17 de Augusto de 2012:''' FlightGear 2.8.0 Versión Publicada
* '''17 de Febrero de 2012:''' FlightGear 2.6.0 Versión Publicada
* '''17 de Augusto de 2011:''' FlightGear 2.4.0 Versión Publicada
* '''25 de Febrero de 2010:''' FlightGear 2.0.0 Versión Publicada
|ca =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|arxiu]])
* '''17 de febrer de 2014:''' Publicada la versió 3.0 de FlightGear ([[ca/Changelog 3.0|canvis]])
* '''21 de setembre de 2013:''' Publicada la versió 2.12 de FlightGear
* '''17 d'agost de 2012:''' Publicada la versió 2.8.0 de FlightGear 2.8.0
* '''17 de febrer de 2012:''' Publicada la versió 2.6.0 de FlightGear 2.6.0
* '''17 d'agost de 2011:''' Publicada la versió 2.4.0 de FlightGear 2.4.0
* '''25 de febrer de 2010:''' Publicada la versió 2.0.0 de FlightGear 2.0.0
|it =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|archivio]])
* '''21 September 2013:''' FlightGear 2.12 rilasciato
* '''17 Agosto 2013:''' FlightGear 2.8.0 rilasciato
* '''29 Ottobre 2011:''' Il numero di pagine viste nel wiki di FlightGear supera 10.000.000
* '''17 Agosto 2011:''' FlightGear 2.4.0 rilasciato
* '''Maggio 2011:''' Il numero di pagine viste nel wiki di FlightGear supera 8.000.000
|nl =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|archief]])
* '''21 september 2013:''' FlightGear 2.12 uitgebracht
* '''17 februari 2013:''' FlightGear 2.10 uitgebracht
* '''17 augustus 2012:''' FlightGear 2.8.0 uitgebracht
* '''17 febuari 2012:''' FlightGear 2.6.0 uitgebracht
* '''29 oktober 2011:''' FlightGear wiki 10.000.000 pageviews
|pl =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|archive]])
* '''21 September 2013:''' Wydano nową wersję FlightGear 2.12
* 17 Lutego 2013 Wydano nową wersję FlightGear v2.10.0!
* 17 Sierpnia 2012 Wydano nową wersję FlightGear v2.8.0!
* 17 Lutego 2012 Wydano nową wersję FlightGear v2.6.0!
* 17 Sierpnia 2011 Wydano nową wersję FlightGear v2.4.0!
|en =
: {{ #ifexpr:{{CURRENTMONTH}} < {{CURRENTMONTH}}-1 | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}-1}}]] | [[FlightGear Newsletter {{MONTHNAME|{{ #ifexpr:{{CURRENTMONTH}}=01 | 12 | {{0expr|{{CURRENTMONTH}}-1}} }}}} {{0expr|{{CURRENTYEAR}}}}]]}} ([[FlightGear Newsletter|archive]])
* '''February 17, 2014:''' FlightGear 3.0 released
* '''September 21, 2013:''' FlightGear 2.12 released
* '''July 17, 2013:''' Celebration of the 16th anniversary of [[FlightGear History|first release]] of FlightGear code
* '''May 24, 2013:''' FlightGear wiki exceeded 20.000.000 page views
* '''February 17, 2013:''' FlightGear 2.10 released
}}<noinclude>
{{Informative template |1=
This template contains the news section as displayed on the home page, for each single language.

== Usage ==
* no more than five news items (excluding the newsletter)
* short and
* use present tense
}}

[[Category:Templates]]
</noinclude>

De/Hauptseite

2014-03-06T11:57:02Z

Miheld: Änderung der Versionsnummer von Flightgear

{{Main page/Header
|title=Willkommen im [[FlightGear Wiki]]!
|subtitle=''Fliegen - Deine Freiheit!''
|rightbox={{Main page/Languages}}
|introduction=
[[Help:Your first article|Beteilige Dich]] beim Schreiben und Verbessern von Artikeln

|rightcolumn1= [[File:Portal user.png|40px]] </div>
<span style="font-size:105%; font-weight:bold">[[:de:Portal:Benutzer|Benutzer]]</span><br />
<span style="font-style:italic;">[[:de:Neu bei FlightGear|Neu bei FlightGear]]<br/>
[[:de:FAQ|häufig gestellte Fragen (FAQ)]] · [[Howto: Understand console output|Fehlermeldungen]]<br/>
[[:de:Howto: Install scenery|Szenerie installieren]] · [[Howto: Install aircraft|Flugzeuge installieren]]<br/>
[[:de:Fliegen mit dem Helikopter|Hubschrauber fliegen]]</span>
|rightcolumn2= [[File:Portal developer.png|40px]] </div>
<span style="font-size:105%; font-weight:bold">[[Portal:Developer|Entwickler]]</span><br />
<span style="font-style:italic;">
[[Portal:Developer/Aircraft|Flugzeuge]] · [[Portal:Developer/Scenery|Szenerie]]<br/>
[[Howto: Place 3D objects with the UFO|Objekte platzieren]] · [[Howto: Create custom terrain|Terrain bearbeiten]]</span>
|rightcolumn3= [[File:Portal wiki.png|40px]] </div>
<span style="font-size:105%; font-weight:bold"> [[Portal:Wiki|Wiki]]</span><br />
<span style="font-style:italic;">
[[FlightGear Wiki|Über das Wiki]] · [[:de:Help:Inhalt|Hilfe zum Bearbeiten]]<br/>
[[:de:Help:Der erste Artikel|Dein erster Artikel]] · [[:de:Help:Übersetzen|Übersetzen]]<br/>
[[Special:Categories|Kategorien]]</span>


|sections=
{{Main page/Leftbox|title=Was ist [[:de:FlightGear|FlightGear]]?
|logo=FlightGear logo.png
|contents= '''[[:de:FlightGear|FlightGear]]''' ist ein Flugsimulator, welcher ausschließlich von Ehrenamtlichen entwickelt wird. Die Quellen sind unter der [[GNU General Public License]] veröffentlicht und über [[Git]] frei zugänglich. Er wird sowohl zu [[Professional and educational FlightGear users|professionellen Zwecken]], als auch Freizeitbeschäftigung verwendet. Die aktuelle Version ist FlightGear 3.0.

FlightGear bietet auch einen Satz erläuternder Unterlagen, vornehmlich "Das Manual", das auf deutsch ([http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.pdf PDF], [http://www.emmerich-j.de/FGFS/Getstart-DE/getstart-de.html HTML]) sowie auf englisch ([http://mapserver.flightgear.org/getstart.pdf PDF], [http://www.flightgear.org/Docs/getstart/getstart.html HTML]) vorhanden ist.

=== Ich bin auf der Suche... ===
* [[:de:Portal:Benutzer|nach Hilfe bei der Benutzung]]
* [[Portal:Developer|wie ich etwas zu FlightGear beitragen kann]]

}}
{{Main page/Leftbox|title=Neuigkeiten
|logo=Nuvola apps knewsticker.png
|contents={{News}} }}
{{Main page/Leftbox|title=Wussten Sie schon...
|logo=Nuvola apps ktip.png
|contents={{Did you know}} }}

}}

{{Main page/Rightcolumn
|title= [[:Category:Picture of the week|Das Bild der Woche]]
|contents= <center style="padding-top:.9em;">{{POTW/{{CURRENTYEAR}}-{{CURRENTWEEK}}}}</center>
|padding-right=23px
}}

{{Main page/Rightcolumn end
|title= [[FlightGear and Git|Entwicklungsstatus]]
|contents= <center style="padding-top:.9em;">{{GitStatus}}</center>
|padding-right=23px
}}

De/Interaktiver Verkehr

2014-01-22T22:40:18Z

Miheld: /* Dateiaufbau */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr ====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

==== Verbindungsinformationen der einzelnen Bodenpunkte ====

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-21T19:28:26Z

Miheld:

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit Informationen für den interaktiven Verkehr
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Jede Parkposition hat eine einzigartige Nummerung (siehe <code><index></code>).

Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

==== Bodenpunkte mit Informationen für den interaktiven Verkehr =====
Die Bodenpunkte auf den Start- und Landebahnen, sowie auf den Rollbahnen und -wegen haben auch eine eindeutige Nummer. Mit den Bodenpunkten erhält der interaktive Verkehr die Informationen, die für den Weg von der Landebahn zur Parkposition und wieder zurück zur Startbahn benötigte werden.

Die Bodenpunkte werden zwischen XML-Tag <code><TaxiNodes></code> und <code></TaxiNodes></code> beschrieben. Für jeden Bodenpunkt wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><node ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><lon></code> || W122 23.011 || Position des Bodenpunkt als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 36.386|| Position des Bodenpunkt als Breitengrad
|-
| style="text-align:center" | <code><index></code> || 209 || Eindeutige Nummer des Bodenpunktes
|-
| style="text-align:center" | <code><holdPointType></code> || none || Beschreibt, ob der Bodenpunkt eine Halteposition ist. Folgend Werte sind möglich:
*'''none''' - Keine Haltepostition
*'''normal''' - Halteposition
*'''CAT II/III''' - Positionspunkt für IFR-Bedingungen; wird derzeit nicht unterstützt
*'''PushBack''' - Pushback-Endpunkt; Jede Parkposition kann nur mit einem Pushback-Endpunkt verbunden sein. Der Pushback-Weg kann jedoch über mehrere "normale" Haltepunkte führen. Der Pushback-Endpunkt ist optional.
|-
| style="text-align:center" | <code><isOnRunway></code> || 0 || Tag der folgende Werte annehmen kann:
*'''1''' - Bodenpunkt liegt auf der Start- oder Landebahn (Runway)
*'''0''' - Bodenpunkt liegt '''nicht''' auf der Runway
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<TaxiNodes>
<node lon="W122 23.011" lat="N37 36.386" index="209" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.707" lat="N37 36.434" index="210" holdPointType="none" isOnRunway="0"/>
<node lon="W122 22.572" lat="N37 36.642" index="211" holdPointType="none" isOnRunway="0"/>
</TaxiNodes>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-21T14:39:49Z

Miheld: /* Dateiaufbau */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Bodenpunkte mit AI-Informationen
* Verbindungsinformationen der einzelnen Bodenpunkte

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-21T14:37:27Z

Miheld: /* Parkpositionen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Knoten der AI-Informationen
* Verbindungsinformationen der Knoten

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch [[Aircraft_radii|Werte zur Flugzeuggröße]]
|-
| style="text-align:center" | <code><heading></code> || 250.708 || Flugzeugrichtung auf der Parkposition; Angaben in Grad
|-
| style="text-align:center" | <code><lon></code> || W122 22.851 || Parkposition als Längengrad
|-
| style="text-align:center" | <code><lat></code> || N37 37.098 || Parkposition als Breitengrad
|-
| style="text-align:center" | <code><number></code> || 1 || Dieser Wert wird mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-21T14:28:15Z

Miheld: /* Parkpositionen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Knoten der AI-Informationen
* Verbindungsinformationen der Knoten

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || || 506 || Punkt bis zu welchem das Flugzeug von der Parkposition zurückgeschoben werden soll
|-
| style="text-align:center" | <code><airlineCodes></code> || || JBU || ICAO-Code der Fluggesellschaft, die die Parkposition nutzt; bei mehren Fluggesellschaften werden die ICAO-Codes mit Komma getrennt
|-
| style="text-align:center" | <code><radius></code> || || 40.3211 || Wert, der die maximale Größe des Flugzeuges angibt, das die Parkposition nutzen kann; der Wert ist auch bei der Flugzeug-Definition enthalten; FlightGear nutzt eine Standardwerte für die Zuordnung, siehe auch http://wiki.flightgear.org/Aircraft_radii
|-
| style="text-align:center" | <code><heading></code> || Flughafen-Frequenz || 250.708 ||
|-
| style="text-align:center" | <code><lon></code> || Position in Längengrad|| W122 22.851 || Position der Parkposition
|-
| style="text-align:center" | <code><lat></code> || Position in Breitengrad || N37 37.098 || Position der Parkposition
|-
| style="text-align:center" | <code><number></code> || Nummer || 1 || Diesr Wert mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || Name der Parkposition || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || Flugzeugtyp || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || Index || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-21T14:12:25Z

Miheld: /* Flughafen-Funkfrequenzen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Knoten der AI-Informationen
* Verbindungsinformationen der Knoten

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur Übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Freigabe || 11820 || Funkfrequenz zur Freigabeerteilung
|-
| style="text-align:center" | <code><GROUND></code> || Bodenkontrolle || 12865 || Flugverkehrskontrolle am Boden; Fluglotse leitet die rollenden Flugzeuge
|-
| style="text-align:center" | <code><TOWER></code> || Kontrollturm || 12050 || Teil der Flugverkehrskontrolle; Leitet den Flugverkehr rund um den Flughafen bzw. Flugplatz
|-
| style="text-align:center" | <code><APPROACH></code> || Anflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflugkontrolle || 13395 || Teil der Flugverkehrskontrolle
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || Wetterinformationen || 506 ||
|-
| style="text-align:center" | <code><airlineCodes></code> || Universalfrequenz || JBU ||
|-
| style="text-align:center" | <code><radius></code> || Sichtweite || 40.3211 ||
|-
| style="text-align:center" | <code><heading></code> || Flughafen-Frequenz || 250.708 ||
|-
| style="text-align:center" | <code><lon></code> || Position in Längengrad|| W122 22.851 || Position der Parkposition
|-
| style="text-align:center" | <code><lat></code> || Position in Breitengrad || N37 37.098 || Position der Parkposition
|-
| style="text-align:center" | <code><number></code> || Nummer || 1 || Diesr Wert mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || Name der Parkposition || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || Flugzeugtyp || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || Index || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-18T17:45:12Z

Miheld: /* Parkpositionen */

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Knoten der AI-Informationen
* Verbindungsinformationen der Knoten

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Sichtweite || 11820 ||
|-
| style="text-align:center" | <code><GROUND></code> || Flughafen-Frequenz || 12865 ||
|-
| style="text-align:center" | <code><TOWER></code> || Tower-Frequenz || 12050 ||
|-
| style="text-align:center" | <code><APPROACH></code> || Anflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflug-Frequenz || 13395 ||
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben. Für jede Parkposition wird ein XML-Tag benötigt. Der XML-Tag beginnt mit <code><Parking ...></code> und wird mit den nachfolgenden Werten beschrieben:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><pushBackRoute></code> || Wetterinformationen || 506 ||
|-
| style="text-align:center" | <code><airlineCodes></code> || Universalfrequenz || JBU ||
|-
| style="text-align:center" | <code><radius></code> || Sichtweite || 40.3211 ||
|-
| style="text-align:center" | <code><heading></code> || Flughafen-Frequenz || 250.708 ||
|-
| style="text-align:center" | <code><lon></code> || Position in Längengrad|| W122 22.851 || Position der Parkposition
|-
| style="text-align:center" | <code><lat></code> || Position in Breitengrad || N37 37.098 || Position der Parkposition
|-
| style="text-align:center" | <code><number></code> || Nummer || 1 || Diesr Wert mit dem Wert <code><name></code> für die vollständige Benennung der Parkposition genutzt.
|-
| style="text-align:center" | <code><name></code> || Name der Parkposition || D55 || Bezeichnung der Parkposition, wie sie auf Flughafenkarten angegeben ist
|-
| style="text-align:center" | <code><type></code> || Flugzeugtyp || gate || Dieser Wert gibt an, welcher Flugzeugtyp die Parkposition nutzen kann. Der Wert wird bei der Flugzeugdefinition unter <code><flighttype></code> angegeben.
|-
| style="text-align:center" | <code><index></code> || Index || 1 || Fortlaufende eindeutige Nummer der Parkposition
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-18T17:30:21Z

Miheld:

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Knoten der AI-Informationen
* Verbindungsinformationen der Knoten

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzen werden mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Sichtweite || 11820 ||
|-
| style="text-align:center" | <code><GROUND></code> || Flughafen-Frequenz || 12865 ||
|-
| style="text-align:center" | <code><TOWER></code> || Tower-Frequenz || 12050 ||
|-
| style="text-align:center" | <code><APPROACH></code> || Anflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflug-Frequenz || 13395 ||
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

==== Parkpositionen ====
Mit der Definition der Parkpositionen erfolgt die Zuweisung von Flugzeugen einer Fluggesellschaft oder eine bestimmte Flugzeugart zu einem oder mehreren Parkpositionen. Die Parkpositionen werden zwischen XML-Tag <code><parkinglist></code> und <code></parkinglist></code> beschrieben.

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><Parking pushBackRoute></code> || Wetterinformationen || 11805 ||
|-
| style="text-align:center" | <code><airlineCodes></code> || Universalfrequenz || 12295 ||
|-
| style="text-align:center" | <code><radius></code> || Sichtweite || 11820 ||
|-
| style="text-align:center" | <code><heading></code> || Flughafen-Frequenz || 12865 ||
|-
| style="text-align:center" | <code><lon></code> || Tower-Frequenz || 12050 ||
|-
| style="text-align:center" | <code><lat></code> || Anflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><number></code> || Abflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><name></code> || Abflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><type></code> || Abflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><index></code> || Abflug-Frequenz || 13395 ||
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<parkingList>
<Parking pushBackRoute="506" airlineCodes="JBU,SWA,VRD" radius="40.3211" heading="250.708" lon="W122 22.851"
lat="N37 37.098" number="1" name="D55" type="gate" index="0"/>
<Parking pushBackRoute="473" airlineCodes="JBU,SWA,VRD" radius="30.9576" heading="115.799" lon="W122 22.922"
lat="N37 37.101" number="53" name="D" type="gate" index="1"/>
<Parking pushBackRoute="510" airlineCodes="JBU,SWA,VRD" radius="38.3993" heading="252.006" lon="W122 22.821"
lat="N37 37.023" number="54" name="D" type="gate" index="2"/>
</Parkinglist>
...
</syntaxhighlight>
== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-18T17:20:10Z

Miheld:

{| width="50%" align="center" style="background-color:red"
|align="center"|'''Diese FAQ basiert auf der englischen Version und befindet sich momentan in der Übersetzung!'''
|-
|align="center"|'''Es sind noch nicht alle Themen (korrekt)übersetzt, bitte habe etwas Geduld oder hilf bei der Übersetzung!'''
|}

'''Interaktiver Verkehr''' oder '''AI-Verkehr''' steht seit der Version 0.9.5 von [[FlightGear]] zur Verfügung. Seitdem wird das interaktive Verkehrssystem ständig weiterentickelt. Das interaktive Verkehrsystem basiert auf einer Art Künstlichen Intelligenz (Artificial Intelligence). Diese Seite stellt die erforderliche Dokumentation für die Einrichtung und Nutzung des interaktiven Verkehrssystem dar.

Das interaktive Verkehrssystem beinhaltet drei Schritte:
# Erstellen von Dateien für den interaktiven Verkehr
# Flughäfen für den interaktiven Verkehr vorbereiten
# Anflug- und Abflugverfahren für den jeweiligen Flughafen erstellen

Die Flugzeuge für den interaktiven Verkehr sind ein Teil des Basispaketes. Eine zusätzliche Installation von AI-Flugzeugen ist nicht mehr erforderlich.

== Dateiverzeichnis für den interaktiven Verkehr ==
Die Dateien für den interaktiven Verkehr werden im "Extended Markup Language"-Format (XML; Dateiendung:.xml) erstellt. Der Speicherort dieser Dateien hängt von der Version von [[FlightGear]] ab. In der nachfolgenden Tabelle sind die Unterverzeichnisse im FlightGear-Hauptverzeichnis aufgeführt:

{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:10em" | FlightGear-Version
! style="background:#efefef" style="width:15em" | Verzeichnis
! style="background:#efefef" style="width:75em" | Hinweis
|-
| style="text-align:center" | 0.9x || <tt>[[$FG ROOT]]/Traffic/</tt> ||
|-
| style="text-align:center" | 1.0 || <tt>[[$FG ROOT]]/AI/Aircraft/</tt> || Beispiel: AI-Flugzeuge einer A380 der Lufthansa sind hier gespeichert: <tt>[[$FG ROOT]]/AI/Aircraft/A380/A380-Lufthansa-traffic.xml</tt>
|-
| style="text-align:center" | 1.9.0 und höher || <tt>[[$FG ROOT]]/AI/Traffic/</tt> || Mit der FlightGear-Version 1.9.0 und höher wird ein neues Dateiformat genutzt (im Folgenden als "Traffic-Manager II"-Format (TM-II) bezeichnet). Mit TM-II-Format sind die AI-Flugzeuge und die AI-Verkehrdaten getrennt. Dies führt zu einer höheren Flexibilität beim interaktiven Verkehr.
|}

Aus Gründen der Übersichtlichkeit wird je Fluggesellschaft eine Traffic-Manager II-Datei angelegt. Diese Datei wird in ein Unterverzeichnis mit der ersten Buchstaben gespeichert. So wird beispielsweise für KLM eine Datei <code><tt>[[$FG ROOT]]/AI/Traffic/K/KLM.xml</tt></code> oder für die Lufthansa <code><tt>[[$FG ROOT]]/AI/Traffic/D/DLH.xml</tt></code> angelegt.

Für den militärischen und allgemeinen Flugverkehr gibt es keine formalen Vorgaben. Die oben beschriebene Vorgehensweise kann auch hier genutzt werden. So kann beispielsweise für die Luftwaffe die XML-Datei in folgenden Verzeichnis abgelegt werden: <code><tt>[[$FG ROOT]]/AI/Traffic/mi/Luftwaffe.xml</tt></code>.

== Traffic-Manager-System ==
Der interaktive Verkehr in FlightGear konzentriert sich auf den Flugverkehr.

Ein Verkehrsflugzeug wird durch eine Fluglinie täglich eingesetzt um Passagiere von einem Flughafen zu einem anderen Flughafen zu bringen. So werden Flugzeuge zu Langstreckenflüge zwischen Kontinenten, aber auch zu kürzeren Inlandsflügen eingesetzt. Weiter gibt es auch Standzeiten für das Aus- und Einsteigen von Passagieren, für die Betankung und weiteren Servicezeiten am Flughafen. Diese unterschiedlichen Flug- und Standzeiten müssen bei einem interaktiven Verkehr berücksichtigt werden.

Zur Zeit werden die Flug- und Standzeiten in FlightGear noch nicht wirklichkeitgetreu umgesetzt. Dies soll jedoch in Zukunft möglich sein. So kann jedem einzelnen AI-Flugzeug eine oder mehrere Flugrouten zugeordnet werden, die regelmäßig - stündlich, täglich oder wöchentlich - wiederholt werden können.

Das FlightGear-Traffic-Manager-System überprüft periodisch die ungefähre Position der AI-Flugzeuge in seiner Datenbank. Diese Datenbank wurde ursprünglich auf der Grundlage einer festen Flugtabelle je AI-Flugzeug erstellt. Wie in der realen Welt endet ein Flug an einem Flughafen und der folgende Flug des AI-Flugzeuges startet wieder an diesem. In der realen Welt werden Flugzeuge auf unterschiedlichen Routen eingesetzt. In FlightGear fliegen die AI-Flugzeuge auf der gleichen Route hin und her. Ebenso wird in FlightGear die Wartung der AI-Flugzeuge und die dadurch außer Betriebnahme nicht berücksichtigt.

Mit dem "Traffic-Manager II"-Format sind die durchzuführenden Flüge nicht mehr starr einem bestimmten Flugzeug zugeordnet. Stattdessen werden die durchzuführenden Flüge einer Flugzeugflotte zugeordnet. Das Routing wird vom FlightGear-TrafficManager-System übernommen.

== Traffic-Manager-Datei ==
Nachfolgend ist eine eine Beispiel für eine "Traffic-Manager II"-Datei aufgeführt. Diese Traffic-Manager-Datei wird in den FlightGear-Versionen 1.9.0 und höher verwendet:

<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCB</registration>
<heavy>true</heavy>
</aircraft>

<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>

<flight>
<callsign>KLM0769</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>TNCM</port>
<time>3/01:25:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>EHAM</port>
<time>3/10:50:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Dateiaufbau ===
Die Traffic-Manager II-Dateien sind im "Extended Markup Language"-Format (XML-Format) aufgebaut. Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert.

Die Traffic-Manager II-Datei hat folgenden Aufbau:
* Allgemeiner Teil
* Flugzeugdefinition
* Flugplandefinition

==== Allgemeiner Teil ====
Der allgemeine Teil der Traffic-Manager II-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><trafficlist></code>. Die Traffic-Manager II-Datei wird mit einem End-Tag <code></trafficlist></code> abgeschlossen.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>

</trafficlist>
</syntaxhighlight>

==== Flugzeugdefinition ====
Nach dem XML-Header und dem Start-Tag der Traffic-Manager II-Datei folgt die Definition der Flugzeuge. Jedes Flugzeug muss definiert werden. Die Flugzeugdefinition beginnt mit dem XML-Tag <code><aircraft></code> und endet mit dem XML-Tag <code></aircraft></code>.

Ein Flugzeug wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><model></code> || Datei || Aircraft/MD11/Models/KLMmd11.xml || Verzeichnispfad und Dateiname der Datei des 3D-Modells
|-
| style="text-align:center" | <code><livery></code> || Lackierung || KLM || Dieser Wert wir zur Zeit nicht genutzt.
Ursprünglich bestand die Idee, das einzelnen Flugzeugen eine individuelle Lackierung erhalten sollten. Die Zuordnung wäre über die Angaben <code><model></code> und <code><livery></code> erfolgt. Eine Umsetzung ist bisher nicht erfolgt, da Kompabilitätsprobleme nicht auszuschließen sind.
|-
| style="text-align:center" | <code><airline></code> || Fluggesellschaft || KLM || Dieser Wert wird für die Zuweisung und Verwendung der Parkpositionen am Gate oder der Vorfeld-Standplätze genutzt. Es ist der offizielle dreistellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] für die Fluggesellschaften zu verwenden. Für Privat- oder Militärflugzeuge können andere Werte genutzt werden.
|-
| style="text-align:center" | <code><home-port></code> || Heimatflughafen || EHAM || Jedem Flugzeug wird ein Heimatflughafen zugewiesen. Verwendet wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code]. In FlightGear wird dadurch sichergestellt, dass eine Flugroute am Heimatflughafen endet. Dadurch wir der Routing-Algorithmus des Traffic-Manager-Systems genauer.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugplanzuordnung || MD11KLM || Mit diesem Wert wird dieses Flugzeug mit einem Flugplan verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugplandefinition verwendet.
Wird ein Flugzeugtyp einer Fluggesellschaft von mehreren Heimatflughäfen (z.B. bei der KLM von Frankfurt und Amsterdam) betrieben, sind die Flugpläne aufzuteilen. Damit die Flugpläne übersichtlich bleiben, kann je Heimatflughafen der [http://de.wikipedia.org/wiki/ICAO ICAO-Code] des Flughafen verwendet werden, zum Beispiel: Flugplan-Frankfurt MD11KLMEDDF und Flugplan-Amsterdam MD11KLMEHAM).
|-
| style="text-align:center" | <code><actype></code> || ATC-Name || MD11 || Eine Beschreibung des Flugzeugtyps für die zukünftige Verwendung bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]].
|-
| style="text-align:center" | <code><offset></code> || Korrekturwert || 25 || Korrekturwert des verwendeten 3D-Modells des Flugzeugs
Dieser Wert dient dazu, dass das 3D-Modell mit den Rädern den Boden berührt. Bei einem falschen Wert "schwebt" oder "versinkt" das Flugzeug im Boden.
Dieser Wert wird wahrscheinlich zuküftig nicht mehr erforderlich sein, da ein entsprechender Wert in der XML-Datei des Flugzeuges verwendet wird.
|-
| style="text-align:center" | <code><radius></code> || Flugzeuggrösse || 39 || Dieser Wert beschreibt die geschätzte Flugzeuggrösse. Dieser Wert wird auf den Flughäfen eingesetzt um zum Beispiel eine passende Parkposition am Gate zu finden.
|-
| style="text-align:center" | <code><flighttype></code> || Flugzeugtyp || Tor || Folgende Werte sind möglich:
*'''ga''' - Allgemeiner Luftverkehr
*'''cargo''' - Frachtverkehr
*'''gate''' - Passagierverkehr
*'''mil-fighter''' - Militärische Luftverkehr
*'''mil-cargo''' - Militärischer Frachtverkehr
In Zukunft sollen diese Werte die Zuweisung der Start- und Landebahnen, der Rollwege und der Parkpositionen beeinflussen. Die verschiedenen Flugzeugtypen werden auf den Flughäfen mit diesem Wert individuell gesteuert.
|-
| style="text-align:center" | <code><performance-class></code> || Leistungseigenschaft || jet_transport || Folgende Werte sind möglich:
*'''light_aircraft''' - Ein- oder zweimotoriges Propellerflugzeug
*'''ww2_fighter''' - Flugzeug aus dem 2. Weltkrieg
*'''jet-transport''' - Modernes Verkehrsflugzeug
*'''jet_fighter''' - Militärflugzeug
*'''tanker''' - Tankflugzeug
*'''ufo''' - Ermöglicht extreme Beschleunigung bzw. Verzögerungen
Diese Werte sollen die Leistungseigenschaft des Flugzeuges beschreiben und einen realistischen AI-Verkehr gewährleisten.
|-
| style="text-align:center" | <code><registration></code> || Flugzeugregistrierung || PH-KCA || Flugzeugregistrierung am Flugzeugheck. Die Flugzeugregistrierung wird zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] verwendet. Für den gewerblichen Verkehr wird die Flugzeugregistrierung wahrscheinlich nicht genutzt werden.
|-
| style="text-align:center" | <code><heavy></code> || ATC-Zusatz || true || Folgende Werte sind möglich:
*'''true'''
*'''false'''
Eine zusätzliche Beschreibung des Flugzeugtyps für die zukünftige bei der [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]]. Wird der Wert <code>true</code> verwendet, wird der Zusatz <code>Heavy</code> an das Rufzeichen (Callsign) des Fluges angehängt.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
<aircraft>
<model>Aircraft/MD11/Models/KLMmd11.xml</model>
<livery>KLM</livery>
<airline>KLM</airline>
<home-port>EHAM</home-port>
<required-aircraft>MD11KLM</required-aircraft>
<actype>MD11/P</actype>
<offset>25</offset>
<radius>39</radius>
<flighttype>gate</flighttype>
<performance-class>jet_transport</performance-class>
<registration>PH-KCA</registration>
<heavy>true</heavy>
</aircraft>
<aircraft>
...
</aircraft>

</trafficlist>
</syntaxhighlight>

==== Flugplandefinition ====
Nach der Flugzeugdefinition folgt die Definition des Flugplanes. Jeder Flug muss einzeln definiert werden. Die Flugplandefinition beginnt mit dem XML-Tag <code><flight></code> und endet mit dem XML-Tag <code></flight></code>.

Ein Flugplan wird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><callsign></code> || Rufzeichen|| KLM0769 || Jedes Flugzeug hat für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] ein Rufzeichen. Bei einem Flugzeug einer Fluggesellschaft setzt sich das Rufzeichen aus dem Rufzeichen der Fluggesellschaft (z.B. bei '''KLM''' -> KLM oder '''Lufthansa''' -> LH) und der Flugnummer (z.B. '''KLM0605''' oder '''LH1860''') zusammen.
|-
| style="text-align:center" | <code><required-aircraft></code> || Flugzeugzuordnung || MD11KLM || Mit diesem Wert wird der Flugplan mit dem Flugzeug verknüpft. Der Wert <code><required-aircraft></code> (hier MD11KLM) wird auch bei der Flugzeugdefinition verwendet.
|-
| style="text-align:center" | <code><fltrules></code> || Flugregel || IFR || Folgende Werte sind möglich:
*[[IFR#Instrument_flight_rules|'''IFR''']]
*[[VFR#Visual_flight_rules|'''VFR''']]
Dieser Wert wird zukünftig für die [[de/Kommunikation#Air Traffic Control (ATC)|Flugverkehrskontrolle (ATC)]] benötigt. Mit [[IFR#Instrument_flight_rules|'''IFR''']] erfolgt der Flug nach den Instrumentenflugregeln. Wird der Wert [[VFR#Visual_flight_rules|'''VFR''']] verwendet, wir der Flug nach den Sichtflugregeln behandelt.
|-
| style="text-align:center" | '''<code><departure></code>''' || Abflugdefinition || || Beginn des Abschnitts im Flugplan für Abflugflughafen und Abflug-Zeitpunkt
|-
| style="text-align:center" | <code><port></code> || Abflugflughafen || EHAM || Im Flugplan muss ein Abflugflughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Abflugzeit || 0/12:35:00 || Neben dem Abflugflughafen muss auch auch eine Abflugzeit angegeben werden. Für die Abflugzeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''. Bei der '''[http://de.wikipedia.org/wiki/UTC UTC]''' handelt es sich um die koordinierte Weltzeit. Die UTC wird u.a. als einheitliche Uhrzeit in der Luftfahrt eingesetzt. Die UTC wird auch [http://de.wikipedia.org/wiki/Greenwich_Mean_Time Greenwich Mean Time (GMT)] genannt, die vom [http://de.wikipedia.org/wiki/Nullmeridian Nullmeridian] ausgeht.
|-
| style="text-align:center" | '''<code></departure></code>''' || || || Ende des Abschnitts der Abflugdefinition
|-
| style="text-align:center" | <code><cruise-alt></code> || Reiseflughöhe|| 330 || Dieser Wert ist die Flugfläche, die die Reiseflughöhe während des Fluges darstellt. Der Wert 330 ist die Flugfläche 330 und gibt die Reiseflughöhe von 33.000 Fuß wieder.
|-
| style="text-align:center" | '''<code><arrival></code>''' || Ankunftsdefinition || || Beginn des Abschnitts im Flugplan für den Zielflughafen und die Ziel-Ankunftszeit
|-
| style="text-align:center" | <code><port></code> || Zielflughafen|| TNCB || Im Flugplan muss ein Ziel-flughafen angegeben werden. Es wird der vierstellige [http://de.wikipedia.org/wiki/ICAO ICAO-Code] verwendet.
|-
| style="text-align:center" | <code>< time></code> || Ziel-Ankunftszeit|| 2/22:15:00 || Neben dem Zielflughafen muss auch auch eine Ziel-Ankunftszeit angegeben werden. Für die Ziel-Ankunftszeit muss der Wochentag und die Uhrzeit nach '''[http://de.wikipedia.org/wiki/UTC UTC]''' angegeben werden. Der Wert hat folgende Form: Wochentag/Uhrzeit.
Die Wochentage haben folgenden Wert:
*'''0''' - Sonntag
*'''1''' - Montag
*'''2''' - Dienstag
*'''3''' - Mittwoch
*'''4''' - Donnerstag
*'''5''' - Freitag
*'''6''' - Samstag
Die Uhrzeit hat das Format: '''''Stunde:Minute:Sekunde'''''.
|-
| style="text-align:center" | '''<code></arrival></code>''' || || || Ende des Abschnitts der Ankunftsdefinition
|-
| style="text-align:center" | <code><repeat></code> || Zeitraum || WEEK || Dieser Wert stellt den Wiederholungsrhythmus des Fluges dar. Folgende Werte sind möglich:
*'''WEEK''' - wöchentliche Wiederholung
*'''''Zahl'' Hr''' - Wiederholung nach Stunden (= ''Zahl''); (z.B. 6 Hr bedeutet eine Wiederholung nach 6 Stunden)
Es hat sich gezeigt, dass sich bei täglich wiederholenden Flügen ein seperater Flug je Wochentag bewährt hat.
|}

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<trafficlist>
...
<flight>
<callsign>KLM0765</callsign>
<required-aircraft>MD11KLM</required-aircraft>
<fltrules>IFR</fltrules>
<departure>
<port>EHAM</port>
<time>0/12:35:00</time>
</departure>
<cruise-alt>330</cruise-alt>
<arrival>
<port>TNCM</port>
<time>0/21:15:00</time>
</arrival>
<repeat>WEEK</repeat>
</flight>
</trafficlist>
</syntaxhighlight>

=== Flugzeug und Flugplan verbinden ===
Mit dem Traffic-Manager II-Dateiformat wurde die Flugzeugdefinition und die Flugplandefinition getrennt. Um jedoch ein bestimmtes Flugzeug einem bestimmen Flugplan zuzuordnen zu können ist der XML-Tag <code><required-aircraft></code> erforderlich. Der XML-Tag wird in den XML-Bereichen <code><aircraft></code> und <code><flight></code> eingetragen. Der Wert dieses XML-Tag - hier: '''MD11KLM''' - verbindet das Flugzeug mit dem Flugplan.

Beispiel:

<syntaxhighlight lang="xml">
<trafficlist>
<aircraft>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</aircraft>

<flight>
...
<required-aircraft>MD11KLM</required-aircraft>
...
</flight>
</trafficlist>
</syntaxhighlight>

== Interaktiver Verkehr am Boden ==
Für die interaktive Flugzeuge am Boden werden auf den Start- und Landbahnen, auf den Rollbahnen und auf dem Flughafenvorfeld entsprechende Informationen benötigt. So müssen Informationen vorhanden sein damit Flugzeuge von der Landebahn auf bestimmte Parkpositionen fahren und wieder zurück auf die Startbahn.

Diese Informationen werden in einer XML-Datei je Flughafen gespeichert. Der Dateiname hat folgende Namenskonvention: <code>[ICAO-Flughafencode].groundnet.xml</code>. Die XML-Datei wird im Scenery-Verzeichnis von Flightgear unter "Airports" abgelegt: <code><tt>[[$FG_SCENERY]]/Airports/</tt></code>. Dabei werden die Unterverzeichnis mit den ersten drei Buchstaben des ICAO-Flughafencode verwendet.

Beispiel:

<syntaxhighlight lang="xml">
Verzeichnispfad für die XML-Datei des Flughafen San Francisco Airport (ICAO-Code: KSFO)

Erste drei Buchstaben des ICAO-Flughafencode: [K] / [S] / [F]

.../Flightgear/data/Scenery/Airports/K/S/F/KSFO.groundnet.xml
</syntaxhighlight>

Bei Flightgear-Versionen 2.0.0 und älter sind die Informationen in einer XML-Datei <code><tt>parking.xml</tt></code> im Verzeichnis <code><tt>[[$FG_ROOT]]/AI/Airports/[ICAO]/</tt></code> gespeichert worden.

=== Dateiaufbau ===
Die <code>groundnet</code>-XML-Datei ist in vier Abschnitte gegliedert:
* Flughafen-Funkfrequenzen
* Parkpositionen
* Knoten der AI-Informationen
* Verbindungsinformationen der Knoten

==== Allgemeiner Teil ====
Der allgemeine Teil der <code>groundnet</code>-XML-Datei enthält in der ersten Zeile einen generischen XML-Header <code><?xml version="1.0"?></code>. In der zweiten Zeile folgt der sogenannte Start-Tag <code><groundnet></code> und in der letzten Zeile den Ende-Tag <code></groundnet></code>.

Beispiel:
<syntaxhighlight lang="xml">
<?xml version="1.0"?>
<groundnet>
...
</groundnet>
</syntaxhighlight>

==== Flughafen-Funkfrequenzen ====
Jeder Flughafen oder Flugplatz hat verschiedene Funkfrequenzen. Die Flughafen-Funkfrequenzen beginnen mit dem XML-Tag <code><frequencies></code> und enden mit dem XML-Tag <code></frequencies></code>.

Die Flughafen-Funkfrequenzenwird mit folgenden Eigenschaften beschrieben:
{| class="wikitable" border="1" cellspacing="0"
|-
! style="background:#efefef" style="width:15em" | XML-Tag
! style="background:#efefef" style="width:10em" | Beschreibung
! style="background:#efefef" style="width:10em" | Beispielwert
! style="background:#efefef" style="width:65em" | Hinweis
|-
| style="text-align:center" | <code><AWOS></code> || Wetterinformationen || 11805 || AWOS (Automated Weather Observation System) stellt Piloten als automatisches Wetterbeobachtungssystem wichtige Wetterinformationen zur Verfügung. Die Messungen erfolgen je Minute. Als Wetterdaten werden Windgeschwindigkeit und -richtung, Temperatur, Taupunkt, Sicht, Wolkenhöhe und -typ, Niederschläge mitgeteilt.
|-
| style="text-align:center" | <code><UNICOM></code> || Universalfrequenz || 12295 || Flugplätze mit nur einer Betriebsfrequenz; Universalfrequenz zur übermittlung von Verkehrsinformationen zwischen den Piloten in der Platzumgebung
|-
| style="text-align:center" | <code><CLEARANCE></code> || Sichtweite || 11820 ||
|-
| style="text-align:center" | <code><GROUND></code> || Flughafen-Frequenz || 12865 ||
|-
| style="text-align:center" | <code><TOWER></code> || Tower-Frequenz || 12050 ||
|-
| style="text-align:center" | <code><APPROACH></code> || Anflug-Frequenz || 13395 ||
|-
| style="text-align:center" | <code><DEPARTURE></code> || Abflug-Frequenz || 13395 ||
|-
|}

Beispiel:

<syntaxhighlight lang="xml">
...
<frequencies>
<AWOS>11805</AWOS>
<UNICOM>12295</UNICOM>
<CLEARANCE>11820</CLEARANCE>
<GROUND>12865</GROUND>
<TOWER>12050</TOWER>
<APPROACH>13395</APPROACH>
<DEPARTURE>13510</DEPARTURE>
</frequencies>
...
</syntaxhighlight>

== Zusammenfassung ==

== Tools ==
Für die Erstellung der Traffic-Manager II-Datei steht der [[AI_Schedule_manager|AI Schedule Manager]] zur Verfügung. Dieses Tool ist eine GUI-Anwendung.

Weitere Tools und Anwendungen befinden sich in der Entwicklung, stehen aber derzeit für die öffentliche Nutzung nicht zur Verfügung.

[[en:Interactive traffic]]

[[Category:Artificial intelligence|Künstliche Intelligenz]]
[[Category:FlightGear feature|FlightGear-Funktionen]]

De/Interaktiver Verkehr

2014-01-17T23:51:56Z

Miheld:

De/Interaktiver Verkehr

2014-01-17T23:39:13Z

Miheld: /* Interaktiver Verkehr am Boden */

De/Interaktiver Verkehr

2014-01-17T23:20:13Z

Miheld: /* Interaktiver Verkehr am Boden */

De/Interaktiver Verkehr

2014-01-17T23:04:51Z

Miheld: /* Interaktiver Verkehr am Boden */

De/Interaktiver Verkehr

2014-01-14T21:46:45Z

Miheld: /* Verkehr am Boden */

De/Interaktiver Verkehr

2014-01-14T19:14:34Z

Miheld:

De/Interaktiver Verkehr

2014-01-14T18:53:40Z

Miheld: /* Dateiverzeichnis für den interaktiven Verkehr */

De/Interaktiver Verkehr

2014-01-13T23:11:26Z

Miheld:

De/Interaktiver Verkehr

2014-01-13T22:58:14Z

Miheld: /* Flugzeug und Flugplan verbinden */

De/Interaktiver Verkehr

2014-01-13T22:50:47Z

Miheld: /* Flugzeug und Flugplan verbinden */

De/Interaktiver Verkehr

2014-01-13T22:46:53Z

Miheld: /* Flugzeug und Flugplan verbinden */

De/Interaktiver Verkehr

2014-01-13T22:46:22Z

Miheld: /* Flugzeug und Flugplan verbinden */

De/Interaktiver Verkehr

2014-01-12T19:49:22Z

Miheld:

De/Interaktiver Verkehr

2014-01-12T19:45:22Z

Miheld:

De/Interaktiver Verkehr

2014-01-12T19:40:07Z

Miheld: /* Flugplandefinition */

De/Interaktiver Verkehr

2014-01-12T19:04:56Z

Miheld: /* Flugplandefinition */

De/Interaktiver Verkehr

2014-01-12T19:00:26Z

Miheld: /* Flugplandefinition */

De/Interaktiver Verkehr

2014-01-12T17:55:47Z

Miheld:

De/Interaktiver Verkehr

2014-01-12T17:52:23Z

Miheld:

De/Interaktiver Verkehr

2014-01-12T17:24:57Z

Miheld: /* Flugplandefinition */