Flight Information Display System (FIDS): Sourcing, Sharing, and Integrating Flight Data

fids

On May the 4th of 2018, Heathrow Airport put out a unique departure information board. Placed next to its usual flight data screen and stylized in the same manner, there was a schedule of departures to such places as Jakku (“delayed due to sand storms”), Alderaan (“canceled”), and even Death Star (“possibly a trap”). If the names of the locations along with a date weren’t enough of a hint for you, this was Heathrow’s eye-catching way of celebrating the Star Wars Day.

Good morning from Heathrow. The force is strong with us today and we've got some special new routes. Will you be travelling to galaxies near. or far, far away? #Maythe4th #MayTheFourth #MayThe4thBeWithYou #StarWarsDay . pic.twitter.com/B9IcnMOMxC

— Heathrow Airport (@HeathrowAirport) May 4, 2018

This fantastic use of flight information displays created some buzz for the airport as well as it put a smile on many travelers’ faces. But it’s not like we didn’t know that those screens can show more than rows of flight data. The same system is actively used to show promotional videos, tourist information, and support the general ambiance of the place.

We want to talk more about how flight information display systems (FIDSs) operate and even how other travel service providers like hotels or travel apps can access to this beneficial technology.

What is FIDS and how does it work?

A flight information display system (FIDS) is software for configuring and delivering media information on dynamic screens in airports. Also called digital signage software, such systems not only allow passengers to easily find the gate but can power a variety of screens and be used for all types of information display.

The variety of digital signage at an airport

The variety of digital signage at an airport Source: Daktronics

To be precise, airports and airlines rely on FIDS to display two types of information.

So, considering the variety of graphical displays, types of information, and airport locations, a FIDS must support the following modules.

Data sourcing. FIDS can receive information from multiple internal and external sources, all of which are sourced in raw format, which needs to be modified to be presented to the passengers.

Display editing and design. This module provides different tools to create display templates, such as choosing fonts, colors, information placement, etc.

Data distribution. The information is then distributed across diverse display devices according to pre-defined templates.

Data administration. Here, the entire system of display devices is configured in accordance with airport zones, and all message schedules are defined.

Data sharing. Finally, data is shared in real time with any system that wants to benefit from showing this information.

Let’s talk about how all of these modules function.

FIDS data sourcing

FIDSs can receive information from both internal and external data sources. Here we will review the main ones.

AODB

The main source of flight data and a central repository of all operations in the airports, including flight plans and schedules is the Airport Operational Database (AODB). The AODB integrates with other airport management systems, gathers information from them, and updates any changes to flights or airport resources in real time.

AODB stores data crucial to the functioning of the airport

AODB stores data crucial to the functioning of the airport

Resource management systems

At airports, terminal resources (such as ticket counters, gates, back offices, kiosks, baggage claim carousels), aircraft handling (operational tasks at the apron), and personnel are controlled via resource management systems. With access to such operational data, an RMS is useful for analysis and forecasting activities, which is extremely helpful for FIDS operators in display configuration and scheduling.

Public transportation data feeds

FID screens can also feature schedule data from other transportation options, such as railway and bus companies. For this, they need to be integrated with the providers or service aggregators via the Application Programming Interface (API.)

Alert and warning systems

Weather information services

FIDS data editing and design

After the data is received and consolidated, it should be configured for displaying. Ground handlers or other system operators use mobile and web-based interfaces to create templates, write the rules, and custom-design the FID screens when it’s needed.

To allow the system to run automatically, FIDS operators predefine several layouts or templates. Templates are basically static data that won’t be updated. Free spaces are prepared to be filled with dynamic data that will be changing in real time.

Text, tables, images, videos, and time are all blocks of content that an operator can move around, resize, and set specific properties, such as font, color, and size. Depending on the FIDS, the customization opportunities can be either basic and intuitive or more complex, incorporating HTML coding.

Template creator example

FIDS data distribution

FIDS data can be displayed on a variety of physical monitors and also online, for example, on the airport’s website. We'll discuss these two processes separately.

Physical display FIDS distribution

A FIDS provider usually sets up both the software and the hardware -- a set of monitors, panels, and signs that are maintained from the system.

Online FIDS distribution

The standard way to exchange flight data between airports, airlines, and third parties is by using an Aviation Information Data Exchange (AIDX) API, the standard endorsed by IATA. Using this standard, FIDSs can share information with the following applications.

Airport website. FIDS on an airport’s website is not managed directly by the FID software, so data is shared via a common API connection.

Airline website/app. Airlines often incorporate live updates on their flights via mobile notifications. Back in 2015, Gatwick Airport and easyJet collaborated on this functionality, becoming one of the first to fully eliminate the need for passengers to check the physical FIDS.

easyJet and Gatwick Airport collaboration

easyJet and Gatwick Airport collaboration Source: Future Travel Experience

Third-party travel services. Not all airports provide open APIs to use, but many flight data consolidators are able to connect to live databases via airlines’ APIs, for example. We will talk more about opportunities for setting up this connection in one of the following sections.

FIDS data administration

We've discussed how the FIDS obtains, edits, and distributes data. What we missed is how FIDS messages are configured across a variety of airport zones and schedules. There are a few things that admins take into consideration when setting up FID messages.

Passenger traffic. Apart from the physical layout of the terminal, FID screens are uniquely equipped to direct passenger flow to ensure that some locations are not overcrowded while others are always empty.

Location context. Flight information devices are installed in the logical airport zones -- it doesn’t make sense to advertise your duty-free shops at boarding as people are leaving the airport soon. This gets even more complicated when an airport has multiple terminals. That’s why all templates must be set up considering location context.

Information booth inquires. In some cases, people need human assistance, so information booth agents shouldn’t be fully replaced. Yet, their attention should be directed towards unique situations and routine questions must be answered via information screens and voice messages. So, it’s important to analyze which booths attract passengers the most to make sure the location has abundant and timely flight information.

Scheduling factors. Priority, length of time to be displayed, the type of flight (interlining or not) are all factors in the broadcasting schedules. Here, operators also set up business rules to trigger advertising or general messages when there are no flight-related updates or push boarding messages when the flight is ready to depart.

Integrating FIDS data

There are many audiences who might be interested in getting live flight and airport information. If you’re developing an application for a hotel, a public transport provider, or even the community of plane spotters, you can acquire this data via separate airports (if they willingly share it) or data consolidators. We’ll review the largest aggregators and then cover the airport that does data sharing the best.

FlightStats FIDS API

FlightStats interactive documentation

FlightStats interactive documentation

FlightStats produces XML or JSON responses and is free to use.

FlightAware AeroAPI

Example of FlightAware data implementation

Example of FlightAware data implementation

AeroDataBox APIs

Enthusiast-driven, AeroDataBox provides great coverage of flight, airport, and aircraft data aggregated from numerous external sources. The service is growing slowly and the coverage is smaller than the previously mentioned providers, but they’re using a larger pool of sources, so this may be beneficial for some small niche projects.

All flight data is divided into three groups.

Schiphol Airport APIs

Europe’s busiest airport, Schiphol in Amsterdam, provides tons of data from their central information system via REST APIs. They have several options sharing “the same data they have access to.”

Opportunities behind FIDS

We started this article by showing how creative you can be with such mundane information as flight schedules and updates. The same creativity can be applied to build applications for all areas of travel using data from FIDSs. Let’s review some of them.

Better experience for airport visitors

Although airports are working hard to make the terminal easily navigated, people often turn to the Internet for additional information on airport shops, cafes, and ways to reach them. And even when an airport has a dedicated app or a website, it’s not always user-friendly. One example of handling this problem is FLIO.

It’s a highly-ranked app that consolidates information from numerous airports, allowing users to download one app instead of doing it all over again for every airport they visit. For example, it uses Schiphol APIs to source flight and wayfinding information. It also allows you to pay for lounge and parking, easily access WiFi, and always have the timetable in your pocket.

Flio app

Flio app uses Schiphol APIs to source flight and wayfinding information Source: Flio

Airport journey planning

There’s an unspoken rule that travelers should arrive at the airport two hours before a domestic flight and three hours before an international one. Yet, there remains an uncertainty. What if you checked in online and travel with a carry-on, so you don’t need to come that early? Or what if you’re running late and need convenient access to the timetable or wayfinding information so you quickly arrive at the gate? Such information as expected walking and waiting times, as well as estimated boarding times, can ease the stress and help people better prepare for the airport better.

Airport staff convenience

Though airport operational staff often relies on the same FID screens passengers use, they have different goals and tasks, so they can benefit from specialized applications. Information only relevant to each department, analytics on predicted passenger flows, and detailed overview of some operations can help the staff prepare better for the changes and respond to disruptions more quickly.