- Origin and destination autocomplete fields
- Airport and city lookup workflows
- Flight search preparation
- Timezone-aware scheduling and display
Autocomplete
Convert user input into structured airport suggestions.
Structured Data
Retrieve IATA codes, geo coordinates, and timezone metadata.
Flight Search Ready
Use returned airport identifiers for offers and order creation.
Endpoint
Query parameters
| Parameter | Type | Required | Constraints | Description |
|---|---|---|---|---|
query | string | Yes | Minimum length: 2 | Airport name, city name, or IATA code. |
limit | integer | No | Range: 1β15 (default: 10) | Maximum number of results returned. |
Example request
- cURL
- HTTP
- JAVASCRIPT
Example response
Response schema
Root object
| Field | Type | Description |
|---|---|---|
data | array<Location> | List of airport suggestions matching the query. |
Location object
Each object indata[] represents a single airport.
| Field | Type | Description |
|---|---|---|
id | string | Stable internal identifier for the airport. |
type | string | Location type. Currently always airport. |
iata_code | string | Airport IATA code (example: JFK). |
name | string | Full airport name. |
city_name | string | City where the airport is located. |
iata_city_code | string | IATA metropolitan city code (example: NYC). |
iata_country_code | string | IATA country code (example: US). |
latitude | number | Airport latitude coordinate in decimal degrees. |
longitude | number | Airport longitude coordinate in decimal degrees. |
time_zone | string | IANA timezone identifier (example: America/New_York). |
Example display format
Recommended display format for autocomplete suggestions:- City
- Airport name
- Airport code
Recommended integration flow
1. User enters text
Capture user input in the origin or destination field.
2. Query Locations API
Call
/v1/air/locations with the userβs search query.3. Display suggestions
Render returned airports in an autocomplete dropdown.
4. Store selected airport
Store the selected airportβs
id and iata_code for downstream use.Best practices
Use airport ID internally
Always store and reference theid field as the primary identifier.
IATA codes may overlap or change, but the id remains stable.
Debounce requests
Avoid sending a request on every keystroke. Use a debounce interval of 200β350ms to improve performance and reduce API load.Limit results
Use thelimit parameter to control payload size and improve response time.
Example:
Handle empty responses
If no matching airports are found, the API returns:Timezone handling
Thetime_zone field is returned using the standard IANA timezone database format.
Example values:
Use the returned timezone instead of inferring timezone from the client device. This ensures correct time
calculations for global flight operations.

