Aerospace & Defense · OurAirports / OpenStreetMap community

OurAirports Data

Datadory delivers ourairports data data covering roughly 85,900 airports across every ISO country - each master row carrying identity codes, coordinates, elevation, administrative placement and scheduled-service flags, joined one-to-many to runways, voice communication frequencies and radio navigation aids - delivered daily, weekly, or hourly.

API, files, or your warehouse. Daily, weekly, or hourly.

What is OurAirports Data?

It is the reference layer the rest of aviation data stands on. Where traffic, delay and fare datasets measure what happened, OurAirports Data supplies who and where: roughly 85,900 airports across every ISO country, each pinned by ICAO, IATA, GPS and local codes, decimal-degree coordinates, elevation, continent, country and region codes, the municipality served, a seven-value facility type and a scheduled-service flag.

The project started in 2007, built by volunteers after public access to the DAFIF aviation dataset was withdrawn in 2006, and it has been filling that hole ever since - which is why flight-planning apps, mapping services and humanitarian platforms treat it as the registry of record. Around each master row sit its companions: runways with dimensions, surface, lighting and closure status, the voice frequencies serving the field, and the radio navaids pointing at it.

Get a sample of this dataset and see your market's airports already resolved.

What do sample rows look like?

Three master rows and two runway rows, exactly as the fields arrive:

# AIRPORT - one row per facility
id          : 6523          ident : 00A         type : heliport
name        : Total RF Heliport
municipality: Bensalem      region: US-PA       country: US
lat/lon     : 40.070985, -74.933689              elev_ft: 11   scheduled_service: no

# AIRPORT
id          : 323361        ident : 00AA        type : small_airport
name        : Aero B Ranch Airport
municipality: Leoti         region: US-KS       country: US
lat/lon     : 38.704022, -101.473911             elev_ft: 3435 scheduled_service: no

# AIRPORT
id          : 6524          ident : 00AK        type : small_airport
name        : Lowell Field
municipality: Anchor Point  region: US-AK       country: US
lat/lon     : 59.947733, -151.692524             elev_ft: 450  scheduled_service: no

# RUNWAY (joined on airport_ref)
airport     : 00A (6523)    size  : 80 x 80 ft  surface: ASPH-G
lighted     : 1             closed: 0           low end: H1

# RUNWAY
airport     : 00AK (6524)   size  : 2500 x 40 ft  surface: GRVL
lighted     : 0             closed: 0   low end: N   high end: S

Two things read straight off those lines. First, the spread: a Pennsylvania hospital heliport with an 80-foot pad, a Kansas ranch strip at 3,435 feet, an Alaska gravel runway - none of which appear in hub-centric lists. Second, the join: each runway keys on airport_ref, so one airport query returns its entire operating picture.

What fields does the dataset include?

Twenty-seven fields form the confirmed core across the four record families - airport master, runway, frequency, navaid - each verified against the publisher's own data dictionary rather than guessed from headers. The id column is the spine, and the four code columns split honestly by airport tier.

What does coverage look like across geography, time and granularity?

Geography - worldwide: roughly 85,900 facilities across every ISO country, tagged by continent code AF through SA, with administrative subdivisions carried beneath the country level so regional rollups come without a crosswalk.

Temporal - this is a current-state registry: one authoritative snapshot of each facility as it stands today, catalogued continuously since 2007 and published as latest state rather than a year-by-year series. Treat it as the definitive now of world aviation infrastructure; openings, closures and runway changes over time need a historical counterpart paired in.

Granularity - one master row per airport, joined one-to-many to its runways, voice communication frequencies and radio navigation aids. Set against the wider catalog - average quality score 7.81 across all 1,744 datasets Datadory catalogs - this slice scores 9/10, verified end to end with sample rows confirmed.

How is the data delivered?

API, files, or your warehouse. Daily, weekly, or hourly.

Your cadence is decoupled from anything upstream - take one full snapshot of the registry, or keep the warehouse current so new facilities and changed runways diff cleanly against last week's rows. Every delivery arrives keyed on the persistent id and normalized to the field dictionary above, with the loose vocabulary columns flagged rather than discovered. Sample first: name the countries, regions or facility types and the extract lands cut to exactly that scope.

Who uses this data, and for what?

  • Geocoding and enrichment - turn the bare codes inside accident, traffic and route feeds into named, geocoded places with region and country attached, so downstream models stop joining on strings alone.
  • Product features - autocomplete, map pins and nearby-airport logic drawn from 85,900 typed rows rather than a hand-maintained list.
  • Reachability studies - runway length, width, surface and lighting decide whether a given aircraft can accept a given destination.
  • Market sizing - airports and runways counted by country, region and facility type expose coverage gaps and market opportunity.
  • Competitive benchmarks - measure any mapping or flight product's airport coverage against the same master list.
  • Citation-grade sourcing - journalists, academics and humanitarian platforms anchor claims to the neutral registry of record.

Which personas get the most value?

Developers and builders rank first: autocomplete, pins and scheduling features ship faster on a typed, keyed reference layer that survives code reassignments; see developers builders use cases. Data scientists and ML engineers get the join layer underneath every code-keyed aviation feed, with a persistent id making the merge reproducible; see data scientists use cases. Market researchers and consultants count real infrastructure by geography instead of approximating from hub lists. Competitive-intel teams (their use cases) benchmark rivals' coverage against the same 85,900 records, and journalists, academics and students cite a registry that includes the balloonports.

How does it compare to alternatives in its slice?

Within aerospace and defense data, this record owns the world airport master: every ISO country, every facility class from large_airport down to balloonport, one uniform schema. The neighbours own different jobs. The NTSB Aviation Accident & Incident Database measures what went wrong at particular places and is the natural pairing - events gain coordinates and region context when joined through this layer (the head-to-head). The FAA Aircraft Registry covers US aircraft ownership and airworthiness, not places. The OpenFlights record holds a useful but frozen network layer - airlines, routes and a smaller airport list - while EUROCONTROL's Aviation Data & Dashboard measures European performance rather than cataloguing world facilities. If the question is where can aircraft go, everywhere, this is the record.

What should I know before requesting a sample?

Three things worth knowing upfront. First, the code columns split by airport tier: icao_code and iata_code populate at the larger fields and thin out quickly below them, while gps_code and local_code carry the small-airfield load - pipelines that assume one universal code will drop thousands of legitimate rows. Second, two vocabularies are documented but deliberately loose: runway surface and frequency roles arrive as codes rather than a fixed enum, so group-by queries should expect variety. Third, this is a snapshot, not a historical series - anyone needing openings, closures or runway changes over time should say so, and the historical counterpart gets paired in rather than the snapshot oversold. Name your countries, regions or facility types and the sample returns in exactly the schema shown above.

Field dictionary

Every field below is documented against real records. The full dictionary ships with the sample.

Field dictionary - twenty-seven confirmed-core fields across the airport, runway, frequency and navaid families
fieldtypedefinitionexample
idintegerPersistent internal numeric ID - the join key that survives even when an airport's public codes change.6523
identstringText identifier used across the registry; the ICAO code where one exists, otherwise a local or generated code.00A
typeenumFacility class: balloonport, closed_airport, heliport, large_airport, medium_airport, seaplane_base or small_airport.heliport
namestringOfficial airport name.Total RF Heliport
latitude_degnumberLatitude in decimal degrees, positive north.40.070985
longitude_degnumberLongitude in decimal degrees, positive east.-74.933689
elevation_ftnumberAirport elevation above mean sea level, in feet.11
continentstringContinent code: AF, AN, AS, EU, NA, OC or SA.NA
iso_countrystringTwo-character ISO 3166 country code, plus a few unofficial codes such as XK for Kosovo.US
iso_regionstringAdministrative subdivision code, prefixed by the country code.US-PA
municipalitystringMunicipality the airport serves - not necessarily where it physically sits.Bensalem
scheduled_serviceenum"yes" if airlines schedule service to the field, "no" otherwise.no
gps_codestringThe code a GPS database would typically show; not guaranteed unique.K00A
icao_codestringFour-letter ICAO code, when the field has been assigned one.KJFK
iata_codestringThree-letter IATA code, when the field has been assigned one.JFK
local_codestringNational local code where it differs from the other code fields, mainly inside the US.00A
length_ftnumberRunway table: full surface length in feet, including displaced thresholds and overruns.2500
width_ftnumberRunway table: surface width in feet.40
surfacestringRunway table: surface code such as ASP, ASPH-G, TURF, CON, GRS, WATER or UNK; not yet a controlled vocabulary.GRVL
lightedbooleanRunway table: 1 if the runway is lit at night, 0 otherwise.0
closedbooleanRunway table: 1 if the runway is currently closed, 0 otherwise.0
le_identstringRunway table: identifier of the low-numbered runway end.H1
he_identstringRunway table: identifier of the high-numbered runway end.S
frequency_mhznumberFrequencies table: voice communication frequency in megahertz; duplicates possible per airport, one row per role.122.9
type_freqstringFrequencies table: role code such as TWR, ATIS, GND, CTAF, UNICOM or RDO; not yet a controlled vocabulary.CTAF
navaid_typeenumNavaids table: navigation aid type - DME, NDB, NDB-DME, TACAN, VOR, VOR-DME or VORTAC.NDB
frequency_khznumberNavaids table: frequency in kilohertz; divide by 1000 for the VHF/UHF types, use directly for NDBs.373

Coverage at a glance

chipvalue
GeographyWorldwide - roughly 85,900 airports across every ISO country and all seven continental region codes (AF, AN, AS, EU, NA, OC, SA)
TemporalCurrent-state registry: one authoritative snapshot of each facility as it stands today; catalogued continuously since 2007 and published as latest state rather than a year-by-year series
GranularityOne master row per airport, joined one-to-many to its runways, voice communication frequencies and radio navigation aids

What teams do with it

  • Geocoding and the join layer Resolve bare three-letter and four-letter codes in accident, traffic and route feeds to named, geocoded places with region and country attached.
  • Mapping and autocomplete products Power map pins, nearby-airport search and code pickers off the coordinate and code columns instead of hand-maintaining a directory of 85,900 places.
  • Logistics reachability studies Read runway length, width, surface and lighting to judge which destinations a specific freighter can actually accept.
  • Aviation market sizing Count airports and runways by country, region and facility type to size markets and expose access gaps the big-hub-only lists miss.
  • Network and infrastructure analysis Split the estate by the seven-value type field and the scheduled_service flag to separate airline-served infrastructure from the long tail of general aviation.
  • Citation-grade reference work Fact-check stories, theses and humanitarian datasets against the neutral registry mapping services and crisis platforms already rely on.

Questions buyers ask

How many airports does OurAirports Data cover?

Roughly 85,900 facilities across every ISO country and all seven continental region codes - large and medium airports, small airfields, heliports, seaplane bases and balloonports alike. The seven-value type field keeps the long tail separable from airline-served infrastructure, which is exactly what hub-centric lists collapse away.

What identifiers does each airport row carry?

Four public codes - ICAO, IATA, GPS-typical and national local - plus the persistent internal id that survives code reassignments. The tiers behave differently: ICAO and IATA populate at larger fields and thin out among small ones, so the id is the only key guaranteed present on all 85,900 rows and the right column for durable joins.

Does the dataset include runways, frequencies and navigation aids?

Yes - each airport joins one-to-many to runway rows carrying length, width, surface code, lighting and closure status with per-end identifiers, to voice communication frequencies tagged by role such as tower, ATIS, ground and CTAF, and to radio navaids typed as VOR, NDB, DME, TACAN and their combinations with their frequencies.

Is this a historical series or a snapshot?

A snapshot: one authoritative current state per facility, catalogued continuously since 2007 but published as the latest state rather than a year-by-year panel. It answers where aviation infrastructure stands today; trend questions over openings, closures or runway changes need a historical counterpart, which we pair in on request.

How does OurAirports Data differ from OpenFlights?

Scale and freshness on the airport layer: roughly 85,900 current records versus OpenFlights' smaller, frozen list. What OpenFlights adds is a network layer this registry does not attempt - airlines, directional routes and equipment codes. The common pairing uses this registry for the who-and-where keys and OpenFlights for historical topology.

Can a sample be cut to specific countries or airport types?

Yes. Name the countries, regions or facility classes - heliports only, scheduled-service fields only, one continent - and the sample arrives in exactly the schema shown above, extended across that slice. Delivery runs through API, files, or your warehouse on a daily, weekly, or hourly cadence.

Notes on this record

  • Scored near the top of the catalog Datadory scores this record 9/10 against a catalog mean of 7.81 across the 1,744 datasets scored - top-tier on per-facility granularity and schema stability.
  • The id outlives the codes Public codes do get reassigned; the internal id does not. Join on id and yesterday's extract still reconciles with today's.
  • Two vocabularies are honest about being loose The surface and frequency-role codes are documented but not yet controlled vocabularies - delivered extracts carry the caveat next to the column.
  • Snapshot, not panel This is the current state of world aviation infrastructure, not a historical series. Time-depth questions get a historical counterpart paired in, never a snapshot passed off as a trend line.
  • Reference layers travel with the rows Country and administrative-region attributes back the geographic codes, so region rollups need no external crosswalk.
  • Sample policy Samples ship in the exact schema shown above, cut to whichever countries, regions or facility types you name - deeper options confirm with the sample.

See the rows before you pay anything.

Name this dataset and we send real records from it — scoped to the fields you asked for.

See pricing