OurAirports MCP Server

Quellengeprüft, nicht funktional getestet

Die Angaben wurden anhand von Primärquellen geprüft. Skill Road hat keinen praktischen Client-Funktionstest durchgeführt. Funktionsumfang und Einrichtung beruhen auf der Projektdokumentation, nicht auf einer eigenen Bestätigung im Betrieb.

Flughafendaten als strukturierte Referenz nutzen

Der OurAirports MCP Server ist ein Community-Projekt von cyanheads beziehungsweise Casey Hand. Er macht einen gebündelten OurAirports-Datensatz für MCP-fähige KI-Clients zugänglich. Das ist eine unabhängige Vermittlungssoftware, kein amtliches Luftfahrtangebot und kein offizieller OurAirports-Server. Der Nutzen liegt in strukturierter Recherche: Entwickler, Datenanalysten und Rechercheteams können Codes, Standorte und weitere Referenzinformationen im Assistenten untersuchen, ohne für jede kleine Frage einen eigenen CSV-Import und eine separate Abfrage zu schreiben.

Codes und Standortangaben bewusst prüfen

Ein Flughafen kann unter unterschiedlichen Kennungen erscheinen. IATA- und ICAO-Codes sind nicht austauschbar, und ein Ortsname kann mehrere Standorte bezeichnen. Lass deshalb neben dem gefundenen Namen auch die verwendete Kennung, das Land und die Koordinaten ausgeben. Wenn du Daten aus zwei Systemen zusammenführen möchtest, sollte die Zuordnung auf einer expliziten Codeart beruhen. Eine ähnliche Bezeichnung allein ist zu schwach, um zwei Datensätze automatisch als denselben Flughafen zu behandeln oder einen fehlenden Code zu ergänzen.

Die dokumentierte Oberfläche unterstützt Flughafensuche, Detailabruf und geografische Abfragen sowie Informationen über Startbahnen, Navigationshilfen und Länder. Damit eignet sich der Server beispielsweise zur Vorbereitung einer Karte oder zur Untersuchung eines vorhandenen Datensatzes. Eine Umkreissuche benötigt jedoch passende Koordinaten; sie ist keine allgemeine Garantie, einen frei formulierten Ortsnamen richtig zu verstehen. Prüfe auch, ob eine Trefferliste begrenzt wurde. Die Zahl der angezeigten Ergebnisse darf nicht mit der vollständigen Zahl aller passenden Flughäfen verwechselt werden.

Ein Daten-Snapshot ist keine Echtzeitquelle

Laut Projekt läuft die eigentliche Referenzsuche auf Daten, die mit dem Paket ausgeliefert werden. Dieser Ansatz kann lokale Abfragen ohne laufenden Zugriff auf eine Daten-API ermöglichen. Er sagt aber nichts darüber aus, wie neu der jeweilige Paketbestand ist. OurAirports aktualisiert seine Downloads regelmäßig; daraus folgt nicht, dass jede installierte Version bereits dieselben Änderungen enthält. Dokumentiere deshalb Paketversion und Datenstand, wenn eine Auswertung später reproduzierbar sein soll. Plane Updates bewusst und kontrolliere ihre Auswirkungen auf bestehende Ergebnisse.

Lokaler Prozess oder öffentlicher Endpunkt

Die Dokumentation beschreibt stdio sowie entfernten HTTP-Betrieb. Das geprüfte Paket verlangt Node.js ab Version 24 oder Bun ab 1.4.0; ein API-Schlüssel für den gebündelten Bestand ist nicht erforderlich. Installation und Datenaktualisierung brauchen dennoch Netzwerkzugriff. Beim Community-Endpunkt erhält dessen Betreiber die Suchparameter und Koordinaten. Auch lokal können der verwendete KI-Client oder aktivierte Telemetrie Daten übertragen. Eine Offline-Datensuche macht daher nicht automatisch den gesamten KI-Arbeitsablauf vertraulich oder netzwerkfrei.

Grenzen, Lizenz und sinnvolle Einsatzbereiche

Der Servercode ist Apache-2.0-lizenziert. OurAirports stellt seine Daten als Public Domain bereit und gibt keine Garantie für Genauigkeit oder Eignung. Verwende diese Integration deshalb nicht für reale Flugoperationen, sicherheitskritische Navigation oder Entscheidungen, die verlässliche aktuelle Luftfahrtinformationen verlangen. Für Softwareentwicklung, Datenbereinigung und nicht operative Recherche kann sie dagegen hilfreich sein. Fehlende Werte sollten als fehlend sichtbar bleiben, und ein überzeugend formulierter KI-Text darf keinen amtlichen Status suggerieren. Die Originalquelle und eine passende fachliche Kontrolle bleiben entscheidend.

Stand der Quellenprüfung

Dieser Eintrag wurde am 2. Oktober 2026 anhand der verlinkten Primärquellen geprüft. Funktionsumfang und Einrichtung beruhen auf der Dokumentation des jeweiligen Projekts, nicht auf einem eigenen vollständigen Funktionstest. Vor dem produktiven Einsatz solltest du die Verbindung mit unkritischen Beispieldaten prüfen, die freigegebenen Werkzeuge kontrollieren und Antworten mit ihrer Originalquelle abgleichen. Änderungen am Dienst oder Client können eine erneute Prüfung erforderlich machen.

MCP-Client. Lokal laut geprüftem Paket Node.js ab Version 24 oder Bun ab 1.4.0. Kein API-Schlüssel für den gebündelten Datensatz nötig; dessen Aktualität separat prüfen.

Lokal einen stdio-Eintrag mit command npx, args ["-y", "@cyanheads/ourairports-mcp-server@0.2.4"] und MCP_TRANSPORT_TYPE=stdio konfigurieren oder https://ourairports.caseyjhand.com/mcp per HTTP verbinden. Optional OURAIRPORTS_DATA_DIR auf einen geprüften lokalen Datenstand setzen. Nicht als Flugplanungsgrundlage verwenden.

npx -y @cyanheads/ourairports-mcp-server@0.2.4

Für den gebündelten Datenbestand kein API-Schlüssel oder Konto erforderlich. Eigener HTTP-Betrieb benötigt unabhängig davon passende Zugangskontrolle.

Lesende Suche nach Flughäfen, Startbahnen, Navigationshilfen und Ländern sowie geografische Umkreissuche. Keine dokumentierten Buchungs-, Echtzeitflug- oder Steuerungsaktionen.

Die Datensuche nutzt laut Projekt einen gebündelten lokalen Bestand statt einer laufenden Upstream-API. Installation und Aktualisierung benötigen Netzwerkzugriff. Beim Community-Endpunkt verlassen Koordinaten und Suchbegriffe den Client; KI-Client und Telemetrie separat berücksichtigen.

Community-Daten ohne Genauigkeitsgarantie; ungeeignet für reale Flugoperationen oder sicherheitskritische Navigation. Datenstand, Codeart, Einheiten und begrenzte Treffermengen prüfen. Sensible Koordinaten nicht an öffentliche Hosts senden.