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 Source: DaktronicsTo be precise, airports and airlines rely on FIDS to display two types of information.
Real-time flight, delay, and boarding information. Timely data massively impacts passenger experience and eases the load off the airport staff and information booths. With the ability to control when and what information is displayed, the airport can steer the passenger flow through the terminal and prevent crowds, so people don’t gather in front of the gate before the aircraft is ready to board. The types of information included are:
- City of origin and destination
- Expected time of arrival and departure
- Gate number
- IATA airline code, name, logo
- Check-in counter number
- Flight status: landing, delayed, or boarded
- Baggage handling
- Immigration information
- Security notifications.
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 sourcingFIDSs can receive information from both internal and external data sources. Here we will review the main ones.
AODBThe 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 airportFIDS receives the following data from AODB:
- Seasonal schedule
- Daily flight plan
- Live flight updates
Resource management systemsAt 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.
Namely, an RMS provides FIDS:
- Resources occupancy reports
- Personnel schedules
- A repository of all airport services
Public transportation data feedsFID 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.)
Public transport APIs allow airports to receive live updates on the following data:
- Arrival and departure predictions
- Vehicle tracking
- Delays and cancellations
Alert and warning systemsIncident management systems in airports use FIDS to automatically communicate these evacuation protocols to passengers. Namely, this could be:
- Evacuation routes
- Directions to lead people out of the building
- Alarm messages, etc.
Weather information servicesScreens at check-in counters and boarding gates are often used to display weather conditions at destination cities. This data can be accessed either in forecast form or in real time, depending on the API being used. Included information can be:
- Feeling of comfort
- UV index
- Air quality, etc.
FIDS data editing and designAfter 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 Source: Integral FIDS
FIDS data distributionFIDS 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 distributionA FIDS provider usually sets up both the software and the hardware -- a set of monitors, panels, and signs that are maintained from the system.
The types of monitors most commonly used are:
- LCD monitors. LCD screens from common manufacturers are easy to mount, have low energy consumption, and are controlled via a normal LAN connection.
- LED signs. Providing more flexibility in terms of build, viewing angles, and maintenance, LED displays are commonly used in airports and outdoors. These are useful for eye-catching advertisements and creating the general aesthetic of the place.
- Mechanical boards. Split-flap boards are still in operation in some airports and railways stations as an artifact of the past. They are controlled via the same software.
Online FIDS distributionThe 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 Source: Future Travel ExperienceThird-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 administrationWe'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 dataThere 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 APIFlightStats is a global flight tracker that offers an abundance of real-time flight data. You can read more about them in our article on flight APIs in general. It provides a wide range of fields that you can use to request data from a particular airport:
- Flight ID/number
- Last updated time/date
- Flight status
- Airline name/code/logo
- Codeshare info
- Destination airport name/code/city/state/country
- Baggage claim info
- Current time and date
FlightStats interactive documentationFlightStats produces XML or JSON responses and is free to use.
FlightAware AeroAPIFlightAware is a similar provider of aviation data that offers both current and historical flight information but is more focused on aircraft data, namely:
- Flight ID
- Origin and/or destination airport
- Time the last position was received
- Aircraft type and model
- Altitude and speed, etc.
Example of FlightAware data implementationThe airport-related data includes:
- Scheduled flights
- Departed flights
- Flights en route
- Arrived flights
AeroDataBox APIsEnthusiast-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.
Schedules/Static data feeds:
- Flight number
- Planned time of departure/arrival
- Planned aircraft type
- Revised planned time of departure/arrival
- Actual/estimated time of departure/arrival
- Status of the flight
- Revised aircraft type
- Check-in desks
- Gate, etc.
- ATC call-sign
- Aircraft registration
- Aircraft ICAO Mode-S 24-bit address
- Revised aircraft type
- Actual / estimated time on the runway: take-off / landing time
- Actual / estimated runway of take-off / landing
- Actual / estimated time of departure / arrival.
Schiphol Airport APIsEurope’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.”
- Airlines that operate flights to and from Schiphol
- Aircraft types operated by the airlines
- Flight data elements
- Status of flights
- Wait Times API with estimated wait times based on the current number of people in line
- Wayfinding API with points of interest, routes, and a basemap
- Boarding Pass API with number of passengers extracted from the boarding pass scanner
- Beacon Registry API for location-based notifications
Opportunities behind FIDSWe 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 visitorsAlthough 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 uses Schiphol APIs to source flight and wayfinding information Source: Flio