Improved flight delay statistics, flight delay brackets and flight locations for FIDS

  1. We have updated our “Flight delay statistics by flight number” endpoint. Earlier delay records of the same flight number were grouped by origins and destinations. This way you could separately see how much the flight is delayed in each airport it departs from or arrives at. From now on, groups are as well segregated by scheduled hours. This way you can see separate statistics for the flights commencing at different hours. This prevents mixing the statistics when, for instance, the airline changes the schedule or when there are multiple flights with the same number commencing at the same airport on the same day. The hour is reflected in the additional property “scheduledHourUtc” in each item within the “origins” or “destinations” collection of the endpoint response.
  2. Moreover, each item of these collections now contains several additional properties, including the number of flights considered for calculation, period of calculation, and, brackets containing more detailed information about how many flights were delayed/early per specific delay range brackets (e.g. late from 15 to 30 minutes, from 30 to 60, etc.), so you can precisely say how many flights on this route were delayed within, for instance, not more than 30 minutes and compare it with the total number of flights commenced. This will allow you to draw conclusions regarding the recent punctuality of the flight with better precision. Brackets are currently experimental and likely to be adjusted in the nearest future.

    Statistics are available only for flights commencing at airports that have live updates data coverage.

    Please take a moment to review the updated documentation for this endpoint as well as try it in RapidAPI playground

One more change is for FIDS / Schedules endpoint. Now it contains the experimental “withLocation” parameter. If set to “true”, the system will attempt to retrieve the current location, track, speed, and pressure altitude for the flights returned in the response. It is applicable for flights currently en route and having either ATC call-sign, registration, or Mode-S ICAO 24-bit address known.

This feature is reliant on previously introduced ADS-B-based flight data augmentation as well as on the current ADS-B territorial range. The latter is generally wider than the per-airport ADS-B coverage mentioned on the “Data coverage” page, that’s why you may receive locations for flights in airports not necessarily having ADS-B feed active. However, location won’t be present if the airplane is currently out of range. The feature is purely experimental, can be slow, and may move to a separate endpoint in the future.

Please take a moment to review the updated documentation for this endpoint as well as try it in a RapidAPI playground.

Adding USA Live Flights Coverage, Adding Mode-S Transponder Code, COVID-19 Changes, Airport Daily Statistic Routes Update

Here are some updates regarding the API made in recent weeks:


We have integrated live flight updates for the airports in the USA, which is a huge live flight data coverage expansion (almost 400%). Updates are based on flight plan data and include aircraft registration and model, flight status, scheduled, estimated and/or actual times.


We started storing Mode-S Transponder ICAO 24-bit identifiers for flights when possible. It’s populated either from ADS-B data or from aircraft registration (based on aircrafts database look-up). You can already see this information when requesting our FIDS or Flight Search endpoints.


We’re experimenting with analyzing flight trajectories based on ADS-B data to provide more live flight updates based on this. This way you may observe more and more particular flights having updated times and statuses even if an airport is not marked as an airport having live flight updates.


The situation around COVID-19 is unprecedented and it has a dramatic effect on aviation traffic (we observe up to 80-90% traffic decrease in certain areas). We also had to adjust our algorithms extensively to deal with the growing degree of ambiguity and incompleteness of incoming information about flights.

The biggest impact is on the flight seasonal schedules. If you check flights scheduled in the future, you may notice that information is less reliable than normally due to numerous cancellations made by airlines these days. 

But there is a difference between ad-hoc flight cancellation and systematic seasonal schedule change. What’s happening these days looks like a great many ad-hoc cancellations which, because of their quantity, seem like legit schedule changes. Airlines say: “we cancel all our flights because of COVID restrictions”, and for us, it sounds like a big schedule change. But it’s technically a batch of ad-hoc cancellations, just a very big one. It’s not a change in pre-planned seasonal schedules, which you see when you pull data from the API with more than a few days look-ahead (these flights have “Unknown” status). This data may or may not be augmented with live status data (incl. cancellation status) later. But it may be that many of the flights you see now in schedules will be canceled while COVID restrictions are in force.

However, even live data is inconsistent these days. Normally when a flight is canceled we receive a flight with valid “canceled” status. However, these days it’s more and more often that a flight may just disappear unexpectedly from the list a few hours before departure/arrival time and we don’t know if it has been canceled or it should never have been in schedules in the first place and we should also remove it as well. It’s also possible that canceled flight continues to be reported as planned with no time change even after flight departure/arrival time has lapsed. 


To address this and a few more ambiguity issues, “CanceledUncertain” flight status was introduced. This status will be assigned to flights that have been likely canceled. There is a complex technical background behind the assignment mechanisms, but it’s essentially based on the expectation to receive an update for a flight and failure to do so. Please be advised, that though status is likely to be assigned correctly, there is still a chance that the “likely canceled” flight has actually departed/arrived.

You can get flight status together with other flight information when requesting our FIDS or Flight Search endpoints.


In light of numerous COVID-related cancellations, we adjusted the airport daily route statistics endpoint to calculate statistics based on flights that actually commenced (canceled and likely canceled flights are now excluded) – this will give a much clearer picture of the current situation.

FIDS with Extended Information, Flight Time and Distance

There weren’t many updates recently. Due to independent personal circumstances, we can’t devote much time to developing AeroDataBox at the moment, unfortunately. Nevertheless, there is some new stuff in the API:

  1. FIDS endpoint now has additional query string boolean parameter “withLeg”. When set to true, the response will contain times of arrival at destination for departing flights, and times of departure from the origin for arriving flights, if available. Please note, that the response contract will change slightly in this case. Feel free to check this endpoint out in the sandbox (  ) and review extended documentation ( ).
  2. Endpoint for calculating distance and flight-time between airports (by IATA or ICAO codes) is added. It requires a pair of ICAO or IATA codes of airports as input and returns great circle distance and estimated flight time between these airports. Flight time evaluation is based on re-calculating the great circle distance against the statistical duration average of multiple flights that covered similar distances before. This interpolation approach gives a more precise estimate of possible flight time rather than just dividing distance per some constant average speed. Feel free to check these endpoints out in the sand-box:

and review extended documentation:

New Year Updates

Dear users,

We have several updates:

  • [NEW] “Search airports by location” endpoint is added. It allows finding airports situated within a certain radius around the location specified. More:
  • [NEW] “Airports supporting data feed service” health-check & status endpoint is added. It’s designed to get a list of ICAO codes of airports for which we have a certain flight data feed service operational at the moment. To get the list, you need to specify which service type you’re looking for. FlightSchedules – information about scheduled flight times. FlightLiveUpdates – live flight status and time updates. This may be useful for you to know what is the overall data coverage without the need to check each airport feed individually. Calling this endpoint is at all times free. More: 
  • [UPD] Both flight status endpoints now have the optional query string parameter “withLocation” (“false” by default). If set to “true”, API will attempt to fetch real-time positional data of the flight (location, speed, track, altitude) if it’s airborne, if it has call-sign mapped (more on this below) and if ADS-B data is available for this flight now. More:  and
  • [UPD] “Departures and arrivals (FIDS) by airport ICAO code” endpoint now supports getting departures or arrivals separately. Please review the new “direction” parameter. More:
  • [UPD] Live flight data is now generally populated with more passenger-related items: terminal, check-in desks, gate, baggage belt. The presence of this data is subject to availability in the data source.
  • [UPD] Live flight data is now enriched with real-time ADS-B data more often: much more live flights now have registrations and ATC call signs mapped once these flights are airborne. There is more to be done on this, though: the main obstacle here, besides obviously limited coverage of AeroDataBox flight data and ADS-B data, is that call signs and flight numbers don’t always match, so these items have to be correlated using different approaches, incl. analyzing routes, aircraft, and flight schedules, TBD.
  • [UPD] More airports now have a schedule and live updates flight data feeds now.

… and also a few recommendations:

  • When specifying any boolean parameter in any endpoint, please use “true” or “false”, not “1” and “0”, EVEN if the RapidAPI example states the opposite. Recent changes in the RapidAPI provider dashboard are forcing me to enter “1” or “0” when updating API endpoint documentation. And while it’s working perfectly from the provider dashboard, it doesn’t work from the marketplace for some reason. 
  • RapidAPI sometimes generates faulty code snippets. So, review them carefully before use. Review this discussion recently initiated by our users:
  • Always check our API website for more documentation. RapidAPI has limitations on what information can be published in the marketplace. For instance, they don’t support having documentation for response properties.

… and one more remark:

AeroDataBox API project was created a few months ago as a proof of concept of a freemium/low-cost API with limited data coverage for smaller projects. Since this little time, a few pros and cons were observed: we are seeing some demand, but also observing some misuse. Pricing plans and API usage quotas probably will be reviewed: we want to stay available for smaller projects, but we also cannot handle too many users shooting dozens of requests per second apparently in an attempt to download our database as whole 🙂

Anyway, everything is in active development now, mostly not visible outside. There are much more plans than could possibly be handled, therefore choices will be made to grow only in the most realistic directions. Any help, contributions, or suggestions are greatly appreciated. 🙂 

Happy New Year!

Flight Status & Schedule, Flight Delay Statistics, FIDS, Airport Delay Index

We’ve been recently busy adding a few more endpoints to the AeroDataBox API. Now you are able to:

  • Get flight status or schedule for a specific date as well as for the nearest flight;
  • Get flight delay statistics;
  • Get departures and arrivals list per airport and within a given time range (FIDS);
  • Get current airport delay statistics (delay index).

 In addition, fixed a few major bugs in data aggregation, which should increase data quality. And also, many flights with live updates are now having registrations of actual aircraft operating these flights.

There is currently no limitation on date time ranges you can request the information (no matter how much data is kept in the system, you are currently able to access it all). But, keep in mind, however, that live flight update information is yet available for only a few hundred airports mostly located in Europe. As demand for API will grow, coverage will be increased. Static flight schedule information, however, is available to a much bigger extent.

Also, I have expanded the overall description of the API and detailed documentation, which can be found here:

Thanks for using AeroDataBox API!