Echt tolle Website und hat unterdessen meine vorherige Quelle eddh.de abgelöst bzw. nur noch zur second source "degradiert". Super übersichtlich.
Nun geht nur noch darum, weitere fleissig Einträge zu generieren und die Datenqualität hoch zu behalten.
Dann bleibt noch zu hoffen, dass die Betreiber die Plattform so für lange Zeit betreiben werden und nicht die Lust daran verlieren. Das muss man eddh.de zu gute halten. Zwar alte Technik, aber das Teil läuft seit ewig. Wäre schade wenn dieses neue directory wieder verloren ginge.

Danke für deine Arbeit!

Gruss

Timo

Hi Timo,

super, danke, das freut mich.

Bezüglich der Verlässlichkeitsfrage ein paar Hintergrund-Informationen im Sinne der Transparenz:

Das System ist so gebaut, dass es komplett automatisiert ohne mein Zutun äußerst stabil mit diversen Auto-Healing-Funktionen bei AWS in Frankfurt läuft - und sich sofort bei mir meldet, falls irgendwelche Fehler auftreten. Wir haben allein über 100.000 Zeilen Test-Code, die das System auf Funktionalität testen, inklusive automatisierter Browser-Tests.

Das System ist so gebaut, dass ich mit dem täglichen Betrieb so gut wie nichts zu tun habe. Wenn ich keine neuen Features baue, dann ist mein persönlicher Zeitaufwand zum Betrieb pro Monat unter einer Stunde. Der Betrieb kostet mich ca 150€-180€ pro Monat.

Ich logge ja keine Detaildaten, sondern nur die aggregierte Anzahl der Zugriffe mit - aber um eine grobe Idee zu geben: aktuell haben wir knapp 4 Mio Requests pro Monat auf der Plattform, davon identifizieren sich grob 2 Mio selbst als Bots, Scraper, etc. Mehrere zehntausende Hits sind davon MCP-Abfragen. Trotzdem wird jede Anfrage im Durchschnitt deutlich unter 20ms beantwortet. Bisher haben wir in dem einen Jahr eine Uptime/Verfügbarkeit von 100% (was man von diversen anderen vergleichbaren Sites nicht behaupten kann) - und in der Größenordnung soll's auch bleiben:

airfield.directory soll ein zuverlässiges Tool allermindestens für das nächste Jahrzehnt sein. Ohne Werbung, ohne Tracking-Cookies mit freien Daten unter Creative Commons Lizenz.

Danke für die Infos und Transparenz. Das klingt gut.
Die AWS Kosten schlagen doch recht zu buche und du schreibst von "ohne Werbung", was ich sehr begrüsse.

Was ist dein Langzeitplan? Irgendwie / wann brauchst du einen Weg, die Kosten zu decken.

Timo: Nö, brauche keinen Weg, um Kosten zu decken.

Wenn ich die Community durch einfache €1.800/Jahr unterstützen kann, dann mache ich das gern. Das sind zwei Tankfüllungen einer SR22, das stifte ich gern. Die Entwicklungskosten waren deutlich höher, wenn ich das in Stunden umrechne :-)

Hier gibt's ja sehr viele, die uneigennützig Dinge machen, sei es Achim, der allen kostenlos Autorouter schenkt, Theo mit seinem Gerichtsverfahren, Guido mit seiner Initiative zum Hauptflugbuch, Philipp mit seinen Fliegen-in-* Websites, Brice mit FlyFunWeather, Patrick mit FlySto, etc. Da reihe ich mich gern ein.

Toll zusammengefasst.

Vielleicht solltet ihr alle das irgendwann in einer Stiftung bündeln, wegen des going concern.

Hallo Sven,

Die "Kronjuwelen" der Plattform - nämlich die Airports mit den PIREPS - stellt der nette Steinhüpfer schon täglich aktualisiert zum Download bereit auf https://airfield-directory-pirep-export.s3.amazonaws.com/

Das alles unter der CC BY-SA 4.0 Lizenz

Wenn du besorgt bist über die Absicherung, so wäre der beste Weg z.B. 1x pro Woche den aktuellen Export herunter zu laden und bei dir zu speichern.

Wenn also airfield.directory verschwinden sollte kann eine neue Plattform mit den gleichen Inhalten erstellt werden. Das ist zwar einiges an technischem Aufwand aber die wichtigste Hürde - nämlich die Inhalte - ist damit genommen.

Finde den Ansatz von Rockhopper wirklich toll und ziehe meine Hut vor seinem Engagement.

Danke Dir!

Danke für deine Initiative und das Lob!

This looks like a remote custom connector issue with https://airfield.directory/mcp on the macOS desktop app.

Please try these quick checks first:

Confirm the MCP Server URL starts with https:// exactly as entered.
Remove and re-add the connector from a fresh app session.
If the connector uses OAuth or API key auth, re-authenticate after adding it.
If you control the MCP server, validate its MCP responses with the MCP Inspector tool, especially the tools/list JSON-RPC response. Perplexity expects a valid response with an id field and a tools array.

Hat wer geschafft den MCP-Server in Perpelxity zu verbinden?