AirlineFlightSchedules (Gate) vs FlightInfoEx (Landing)


The website shows scheduled GATE ARRIVAL time and scheduled LANDING time. … KMIA/times

I use AirlineFlightSchedules to get scheduled arrival time so that my guests can validate flight information in my website. It returns GATE ARRIVAL time as shown in the website

I use FlightInfoEx to get scheduled arrival time of all my guests to prepare shuttle. It returns LANDING time as shown in the website.

Is there any way to get GATE ARRIVAL time by FlightInfoEx?

Thank you very much,

Gate times are not currently available through FlightXML2, but we are expecting to include it in a future version of FlightXML.

I saw another topic you said that “Gate arrival time generally, since that is the published schedule created by the airlines.”

Please confirm that
AirlineFlightSchedules only returns Gate Arrival time.
FlightInfoEx only returns Landing time.

am I right?
Thank you very much,

Not always. My previous statement is still correct. AirlineFlightSchedules will generally (not always) be the gate arrival times, since that is what the airlines commonly publish in those advance schedules. However, they can publish any time they want and AirlineFlightSchedules would not be able to distinguish it any differently.

Similarly, FlightInfoEx will generally (but not always) be the runway time (wheels down). For example, in areas or time periods that we do not have complete data coverage that would allow us to receive air/ground indications we may still have a secondary airline data source that provides us with just gate arrival times. In such cases, FlightInfoEx will return an actualarrivaltime that is just the gate arrival time since it is the first arrival indication of any type that we have received.

Thank you for your prompt reply. I got it.

I am curious why does not FlightInfoEx have a field for landing time and another field for gate arrival time. It’s much easier to use.

Thanks for your help.

Gate times were not available for any flights on our website at the time the FlightXML2 API was being finalized. Changing API definitions by adding new fields once it has been published is problematic for some programming languages that use static compile-time web service definitions, so we had to add a new method instead. Additionally, there is a slightly higher data licensing cost for us to provide gate times so do internal accounting differently based on the two functions. There will be changes in the upcoming FlightXML3 that should improve the usability of the function definitions, so look forward to that in the coming months.