Der Feed-Typ "FlightAware (Airborne)" in ArcGIS Velocity stellt eine Verbindung zur Firehose-API von FlightAware her, um Streaming-Flugpositionen, wie z. B. Radar, Automatic Dependent Surveillance-Broadcast (ADS-B) oder Datalink zu empfangen. Es bietet zudem Informationen zum Flugstatus, einschließlich Flugdetails, sowie Meldungen zu Abflug und Ankunft.
Weitere Informationen zur Firehose-API von FlightAware
Die beiden Feed-Typen "FlightAware(Airborne)" und "FlightAware(Surface)" stellen beide eine Verbindung zur gleichen Firehose-API her, unterscheiden sich jedoch in den verfügbaren Ereignistypen.
Weitere Informationen zu den von FlightAware (Surface) gelieferten Ereignistypen
Beispiele
Es folgen einige Beispiele für Anwendungsfälle zum Feed "FlightAware (Airborne)":
- Ein GIS-Analyst verwendet einen FlightAware (Airborne)-Feed, um Flugstatusaktualisierungen von vor dem Abflug bis zur Ankunft in seine GIS-Workflows unter Verwendung des Ereignistyps Fluginformationen (Flifo) zu integrieren.
- Ein Datenanalyst verwendet einen FlightAware (Airborne)-Feed, zum Identifizieren von Flügen, die in eine Warteschleife eingeflogen sind, und zum Senden von Warnmeldungen auf der Grundlage der Gesamtwartezeit unter Verwendung des Ereignistyps Einflug in Warteschleife und Verlassen der Warteschleife.
Verwendungshinweise
Beachten Sie beim Arbeiten mit diesem Feed Folgendes:
- Für den Parameter Kennwort müssen die Anmeldeinformationen festgelegt werden, mit denen die Authentifizierung bei FlightAware möglich ist. In den meisten Fällen sollte dafür der Firehose-API-Schlüssel anstelle des Kennworts für das Konto verwendet werden. Wenn ein vorhandener Feed bearbeitet wird, muss der Wert für den Parameter Kennwort erneut eingegeben werden.
- Velocity bietet fünf Optionen für den Parameter Ereignistyp: Ankünfte und Abflüge, Annullierung, Fluginformationen (Flifo), Einflug in Warteschleife und Verlassen der Warteschleife und Einschalten, Oberflächen-Off-Block und Oberflächen-On-Block. Dieser Parameter gibt an, welche Downlink-Meldungen gesendet werden. Die verfügbaren Ereignis-Codes hängen von den Subskriptions-Layern ab, die in FlightAware aktiviert sind.
Hinweis:
Wenn Sie einen Ereignistyp mit mehreren Werten auswählen, z. B. Ankünfte und Abflüge, enthalten die vom Feed zurückgegebenen Daten sowohl Ankunfts- als auch Abflugereignisse. Wenn Sie nicht alle Ereignistypen benötigen, verwenden Sie das Werkzeug Nach Ausdruck filtern, nachdem Sie den Feed zu einer Echtzeitanalyse hinzugefügt haben, um die gewünschten Ereignistypen basierend auf dem Feld type zurückzugeben.
- Mit dem Parameter Ratenlimit (Sekunden) für die Firehose-API können Sie die Datenmenge für die Verbindung begrenzen, indem Positionsmeldungen verworfen werden, wenn die letzte Position desselben Flugzeugs innerhalb des angegebenen Intervalls (in ganzen Sekunden) aufgezeichnet wurde. Das Mindestintervall, das Sie festlegen können, kann durch die Datenverfügbarkeit und/oder den für Ihr Konto geltenden Servicevertrag eingeschränkt sein. Dieser Parameter ist nur für den Ereignistyp Position verfügbar und hat einen Standardwert von 60 Sekunden.
Hinweis:
Dieser Feed-Typ in Velocity stellt immer eine Verbindung zur neuesten verfügbaren Version der Firehose-API von FlightAware her.
Ereignistypschemas
- Ereignistypschemas und Felddefinitionen finden Sie in der FlightAware-Dokumentation.
- Wenn der Parameter Ereignistyp auf einen Wert festgelegt ist, der mehrere Ereignistypen umfasst, wie z. B. Ankünfte und Abflüge, enthält das Schema die für Ankünfte und Abflüge aufgeführten Felder. Mit Ausnahme der folgenden Felder sind alle aufgeführten Felder enthalten:
- Position: adsb_version, nac_p, nac_v, nic, nic_baro, pos_rc, sil, sil_type, waypoints
- Annullierung:waypoints
- Fluginformationen (Flifo):waypoints
- Einschalten, Oberflächen-Off-Block und Oberflächen-On-Block:airport_locations
- Während der Feed-Konfiguration können auf der Seite Schema bestätigen alle nicht benötigten Felder deaktiviert werden.
Parameter
Nachfolgend werden die Parameter für diesen Feed beschrieben:
| Parameter | Beschreibung | Datentyp |
|---|---|---|
Hostname | Der Hostname, der für die Verbindung zu FlightAware verwendet wird. Zum Beispiel firehose.flightaware.com. | Zeichenfolge |
Port | Die Portnummer, die für die Verbindung zu FlightAware verwendet wird. Zum Beispiel 1501. | Integer |
Benutzername | Der Benutzername für die Authentifizierung. Der Benutzername muss der Benutzername des FlightAware-Kontos sein, dem die Zugriffsberechtigung erteilt wurde. | Zeichenfolge |
Kennwort | Das Kennwort für die Authentifizierung. In den meisten Fällen sollte dies der Firehose-API-Schlüssel und nicht das Kennwort des Kontos sein. | Kennwort |
| Objekttyp | Die Liste der Downlink-Meldungen, die gesendet werden sollen. Die zulässigen Werte lauten: Position, Ankünfte und Abflüge, Annullierung, Fluginformationen (Flifo), Einflug in Warteschleife und Verlassen der Warteschleife und Einschalten, Oberflächen-Off-Block und Oberflächen-On-Block. | Zeichenfolge |
Flughafenfilter | Der Flughafenfilter sendet Fluginformationen nur für Flüge von Abflug- oder zu Zielflughäfen, die mit der angegebenen durch Leerzeichen getrennten Glob-Muster-Liste übereinstimmen. Beispiel: "CYUL" oder "K??? P* TJSJ". | Zeichenfolge |
Filter für Fluggesellschaften | Der Filter für Fluggesellschaften sendet Fluginformationen zu den aufgeführten Fluggesellschaften. Die Liste besteht aus einer Reihe von durch Leerzeichen getrennten ICAO-Codes für Fluggesellschaften. Zum Beispiel: "FIN" oder "FIN BAW AAL". | Zeichenfolge |
Räumliche Ausdehnung | Die räumliche Ausdehnung, nach der Sie filtern möchten. Senden Sie nur Positionen innerhalb des angegebenen Rechtecks. Andere werden ignoriert, es sei denn, der Flug entspricht anderen Kriterien. Sobald ein Flug mit dem angegebenen Gebiet übereinstimmt, wird er gespeichert und alle nachfolgenden Meldungen bis zur Landung für diese Flug-ID werden weiterhin gesendet, auch wenn sich der Flug nicht mehr in dem angegebenen Gebiet befindet. | Räumliche Ausdehnung |
Idents | Sendet Fluginformationen nur zu den aufgeführten Idents (Identifikation) oder Luftfahrzeugkennzeichen/Leitwerkskennzeichen. Die Liste besteht aus einer Reihe von durch Leerzeichen getrennten Idents oder Registrierungen, z. B. Idents "N1234 N2345 N456 CXYZA" oder "N1*UA N2*UA UAL?? UAL12 UAL34". | Zeichenfolge |
Betreibertyp | Der Betreibertyp sendet Meldungen zu Flug-Idents basierend auf dem Betreibertyp. Die erlaubten Werte lauten: Fluggesellschaft, Allgemeine Luftfahrt und Fracht. | Zeichenfolge |
Ratenlimit (Sekunden) (Optional) | Mit dem Ratenlimit können Sie die Datenmenge für die Verbindung begrenzen, indem Positionsmeldungen verworfen werden, wenn die letzte Position desselben Flugzeugs innerhalb des angegebenen Intervalls (in ganzen Sekunden) aufgezeichnet wurde. Das Mindestintervall, das Sie festlegen können, kann durch die Datenverfügbarkeit und/oder den für Ihr Konto geltenden Servicevertrag eingeschränkt sein. Dieser Parameter ist nur für den Ereignistyp Position verfügbar. Der Standardwert ist 60 Sekunden. | Integer |
Überlegungen und Beschränkungen
Beachten Sie beim Arbeiten mit diesem Feed die folgenden Punkte:
- Velocity nutzt die Live-Zeitbereich-Funktion der Firehose-API von FlightAware, um Echtzeitdaten ab dem aktuellen Zeitpunkt anzufordern.
- Die Anzahl der Verbindungen pro Benutzerkonto zur Firehose-API von FlightAware ist begrenzt. Jeder FlightAware (Airborne)-Feed Typ verwendet eine dieser Verbindungen. Wenn Velocity versucht, eine Verbindung herzustellen, aber die maximale Anzahl zulässiger Verbindungen erreicht ist, zeigt Velocity eine Warnmeldung in den Protokollen an.
- Wenn die Verbindung zwischen Velocity und FlightAware getrennt wird, wird die von FlightAware zurückgegebene Meldung in den Protokollen des Feeds protokolliert, und es wird versucht, die Verbindung wiederherzustellen.
- FlightAware empfiehlt, die Verbindung regelmäßig zu trennen und wiederherzustellen, um veraltete oder lang andauernde Verbindungen zu vermeiden. Daher trennt Velocity die Verbindung in regelmäßigen Abständen und stellt sie wieder her, wenn keine Daten empfangen werden. Dieses Verhalten führt zu einem Eintrag im Feed-Protokoll.