Flights, airports, fares, tracking, weather, and slots
Thailand flight data needs airport boards, regulation, tracking, fares, weather, NOTAM, slots, and cargo kept separate.
Thailand flight intelligence only works when regulation, airport boards, flight tracking, fares, weather, NOTAM, slots, and cargo stay separate. Use CAAT for AIP Thailand, aircraft registers, AOC holders, official air-transport statistics, and slot-coordination rules; AOT and Department of Airports for airport flight boards and airport traffic statistics; AEROTHAI for NOTAM and AIS layers; TMD Aeromet and NOAA for aviation weather; OAG, Cirium, FlightAware, Flightradar24, OpenSky, and ADS-B Exchange for schedules, status, and tracking; Amadeus, Skyscanner, Duffel, and Sabre for fares, availability, and booking; and THAI Cargo plus IATA ONE Record for cargo-service and schema context.
Current trip check
Flight next-step check
The page below is still useful without JavaScript. When current checks are available, this panel points you to the Today, comparison, and route pages that matter before committing.
Showing static flight planning links until the latest check is available.
Use this order when official aviation documents, airport boards, ADS-B tracking, weather, and booking APIs disagree.
Rank
Source layer
1
CAAT, AEROTHAI, AOT, Department of Airports, and TMD Aeromet for official airport, airspace, weather, statistics, operator-legality, and slot truth.
2
OAG, Cirium, FlightAware, Flightradar24, OpenSky, and ADS-B Exchange for live schedule, status, tracking, and aircraft-position layers, with each source carrying its own operational blind spots.
3
Amadeus, Skyscanner, Duffel, Sabre, and direct-airline retail layers for fares, availability, ancillaries, and booking flow where authorization exists.
4
OurAirports and other open master-data backups for airport, runway, and code-reference sanity checks when official Thai pages are thin or hard to automate.
5
THAI Cargo, IATA ONE Record, and shipment-specific cargo systems for cargo schedule and workflow context without pretending air-cargo operational data is a public bulk feed.
Matching rules
These rules keep regulatory truth, airport boards, commercial status feeds, fare engines, and restricted passenger or cargo data from collapsing into one misleading record.
Rule
Meaning
1
ADS-B position feeds are not the same thing as passenger-facing flight status, airport boards, gate data, or cancellations.
2
A published schedule is not the same thing as seat availability, a live fare, or a bookable itinerary.
3
Airport flight-board pages are useful public surfaces, but they are not the same thing as a documented public API contract.
4
CAAT AIP and slot rules are official static and seasonal truth layers; they should not be merged blindly with live airport operations or commercial fare feeds.
5
Gate, baggage-belt, and check-in-counter data are airport-local fields and can be missing or delayed in global schedule APIs.
6
Passenger APPS, PNR, check-in, boarding, and payment data are restricted security or booking-context layers, not public aviation data.
7
Cargo schemas, cargo schedules, and AWB or e-booking workflows should stay separate from passenger flight boards and fare-shopping layers.
Data layers
Each aviation layer answers a different question. A CAAT register is not a live departure board, an airport board is not a fare engine, an ADS-B track is not a baggage-belt feed, and a public weather page is not the same thing as a clean API contract.
Use CAAT for AIP Thailand, aircraft registers, AOC holders, official air-transport statistics, and slot-coordination rules; AOT and Department of Airports for airport flight boards and airport traffic statistics; AEROTHAI for NOTAM and AIS layers; TMD Aeromet and NOAA for aviation weather; OAG, Cirium, FlightAware, Flightradar24, OpenSky, and ADS-B Exchange for schedules, status, and tracking; Amadeus, Skyscanner, Duffel, and Sabre for fares, availability, and booking; and THAI Cargo plus IATA ONE Record for cargo-service and schema context.