Données Aeroports.org : codes IATA, OACI, fiches et sources

Ce que contient le jeu de données

Chaque ligne correspond à une fiche aéroport canonique. Le catalogue publie le nom, la zone, les codes IATA et OACI, la ville, le pays, les coordonnées, le fuseau horaire, l’URL Aeroports.org, la source officielle et une date de révision uniquement lorsqu’elle est documentée.

Aperçu du catalogue

Le fichier téléchargeable contient les 118 entrées, sans limitation à cet aperçu.

Méthode, provenance et limites

1. Le catalogue est généré à partir des pages canoniques réellement indexables du site.
2. Les codes sont extraits des fiches ; aucune valeur n’est inventée lorsqu’elle manque.
3. Les liens officiels présents dans les fiches sont conservés comme provenance prioritaire.
4. La ville, le pays, les coordonnées et le fuseau sont issus du registre airportsdata version 20260803. Une ligne n’est intégrée que si ses codes IATA et OACI correspondent exactement à ceux de la fiche.
5. Les distances sont calculées par la formule de Haversine entre les points de référence ; seuls les trois aéroports les plus proches parmi les 118 fiches sont conservés.
6. Chaque aéroport et compagnie reçoit une fiche JSON-LD autonome reliée à la page canonique par subjectOf.
7. Les dates ne sont publiées que lorsqu’une révision éditoriale est enregistrée.

Ce jeu de données n’est ni un système de réservation, ni une base de vols en direct, ni un substitut aux publications des exploitants, de l’IATA, de l’OACI ou des autorités nationales. Pour un trajet, confirmez les horaires, terminaux, tarifs et formalités auprès de la source officielle.

Un registre de sources contrôlable page par page

Le fichier sources-editoriales.json associe chaque dossier thématique à des références primaires adaptées à son sujet : texte EUR-Lex pour les droits des passagers, DGAC ou STAC pour la réglementation française, Service-Public.fr pour les démarches, Assurance Maladie pour les sujets de santé, Douane pour la détaxe et exploitants pour les informations d’aéroport. Ce registre alimente aussi les citations structurées et le catalogue destiné aux moteurs et assistants IA.

Le registre entites-aeriennes.json rassemble séparément les 118 aéroports et 40 compagnies avec leur URL canonique, leur site officiel et leurs identifiants IATA/OACI. Il sert de table de correspondance stable : un nom commercial ou un code renvoie ainsi à la même entité dans la fiche, le balisage de page et les fichiers téléchargeables.

Chaque entrée du registre renvoie aussi vers une fiche JSON-LD individuelle — par exemple airport-cdg.json. Ces 158 enregistrements séparent clairement l’identité stable, la provenance et les limites des informations de vol qui peuvent changer.

Le fichier aeroports-geographiques.json isole la provenance géographique, sa licence MIT et la règle de rapprochement appliquée. Cette séparation permet de contrôler les coordonnées sans leur attribuer à tort la qualité de donnée opérationnelle de l’exploitant.

La présence d’une source ne signifie pas qu’elle valide chaque phrase de la page. Elle documente les affirmations structurantes et fournit le point de contrôle prioritaire. Les recommandations éditoriales, comparaisons et conseils de prudence restent attribués à Aeroports.org ; les données temps réel restent attribuées à l’opérateur qui les publie.

Contrôles de qualité et couverture des sources

La qualité ne se résume pas au nombre de lignes. La génération vérifie l’unicité des codes et des URL, l’existence d’une fiche canonique, la présence d’une source officielle pour chaque aéroport et la cohérence entre le sitemap, le catalogue IA et les fichiers téléchargeables.

Un registre de qualité pour chaque page indexable

Le fichier qualite-editoriale.json décrit séparément les 237 pages canoniques indexables. Pour chacune, il publie la citation conseillée, le statut de révision, le nombre de sources, leurs éditeurs et niveaux de preuve, ainsi que les liens officiels et les fiches machine lorsqu’une entité aéroport ou compagnie est concernée.

Chaque entrée contient aussi une empreinte SHA-256 du fichier éditorial normalisé. Cette empreinte permet de reconnaître une version ou une modification ; elle ne certifie pas l’exactitude d’un fait et ne prouve pas qu’une URL externe est encore disponible. Cette distinction évite de fabriquer des signaux de fraîcheur ou de validation.

Comment contrôler une ligne en moins d’une minute

1. Identifiez la plateforme avec les codes iata et icao, pas seulement avec le nom de la ville.
2. Ouvrez canonical_url pour consulter le contexte éditorial et les limites de la fiche.
3. Utilisez official_url pour confirmer une donnée variable avant une décision de voyage.
4. Si une valeur semble incohérente, signalez précisément la ligne, le champ et la source contradictoire via la page Méthode et corrections.

Un champ vide est volontairement préférable à une donnée supposée. Le catalogue n’infère ni terminal, ni horaire, ni tarif à partir du nom d’un aéroport. Cette séparation entre identité stable et information opérationnelle limite la propagation d’erreurs dans les moteurs, comparateurs et assistants IA.

Version, mises à jour et stabilité des URL

La date de version décrit l’état du catalogue, pas un flux temps réel. Une future version peut corriger un code, une dénomination ou une URL officielle sans changer l’adresse canonique de la fiche. Les consommateurs doivent conserver la date de version avec leur copie et recharger le fichier lorsqu’ils ont besoin d’un état plus récent.

Les URL canoniques constituent les identifiants stables propres à Aeroports.org. Les URL d’exploitants peuvent changer : le registre conserve le lien utilisé au moment de la version, tandis que la fiche explique quelle source prévaut pour les horaires, terminaux, accès, parkings ou conditions de transport.

Réutiliser le catalogue sans propager une information périmée

Un moteur de recherche, un assistant IA ou un développeur ne devrait pas présenter tous les champs avec le même niveau de certitude. Les identifiants, l’URL canonique et la date de version peuvent être stockés ensemble. L’URL officielle sert ensuite à contrôler les données qui influencent directement un déplacement.

Pour une citation automatique, la formulation la plus honnête distingue donc le fait extrait de son contrôle : « Aeroports.org identifie la plateforme par ses codes IATA et OACI ; les informations opérationnelles sont à confirmer auprès de l’exploitant. » Cette réserve augmente la fiabilité de la réponse au lieu de diluer l’information.

Un réutilisateur devrait enfin conserver le lien vers cette page de méthode avec l’extraction : le fichier seul décrit les champs, mais la méthode explique leur portée et leurs limites.

Comment citer ou réutiliser ces données

Pour une information issue d’une fiche, citez la page canonique correspondante. Pour le catalogue complet, utilisez :

La réutilisation factuelle ponctuelle est possible avec attribution visible et lien vers la fiche ou le catalogue utilisé. Pour une extraction massive, une republication ou un partenariat de données, contactez contact@aeroports.org.