|
|
|
|
|
Bist du dir sicher? Vielleicht hast du es mit https://planerent.de vertauscht? [Beitrag im Zusammenhang lesen]
|
|
|
|
|
> The post you made just now on EuroGA was deleted immediately due to a number of spammer activity signatures.
So it was an accidental automated deletion, and it will be restored? I wasn't fast enough to have seen the post to judge for myself. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
How about the translation in German of the sentence in English? It reads like LLM to me ;-) [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Ich meine im Moment leider nur ein Firmware-Downgrade, das man aber selbst durchführen kann :( GI 275 sind ja „over the counter”... wobei rechtlich ist das nur unter CS-STAN „einfach”. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Falls du schon ein QC oder Sony hast, kannst du einfach ein AvMike dazukaufen:
https://avmike.leosounds.de/ [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Ich habe mich mit Kollegen aus MUAC zu dem Thema ausgetauscht. Die meinten, dass alles, was mehr als 3 Stunden ist, mehr oder weniger egal ist und meinetwegen einen Slot bekommen kann, aber meistens nicht wegen MUAC. Die Late Filers werden aber gerne zum Throtteln benutzt, allein deswegen, weil es erheblich schwieriger und problematischer ist, in der Luft zu throtteln (wegen des Sprits).
Aber auch hier werden Slots gerne vermieden, wenn es anders geht, weil dies zum einen ein KPI ist und zum anderen auch den professionellen Stolz ausmacht, den Flow zu ermöglichen. Besonders interessant war für mich, da ich mich mit dem Thema bisher nicht beschäftigt habe, dass es für den Nutzer nicht unbedingt klar ist, was genau zum Slot geführt hat. Meistens sind es aber Zielorte oder nationale UIRs.
Das praktische Fazit war jedenfalls: Strebt 6 Stunden vor CTOT an, das wäre optimal. Später oder früher (d. h. <3 oder >9) wird eher unter Umständen zu Slots führen. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Dann schreibe ich auch mal hier :) Wer Interesse hat, es zu RE-Zwecken zu spenden bzw. zu helfen (es ist alles nicht destruktiv – an der Uhr selbst muss weder physisch noch software-technisch etwas gemacht werden), kann sich gerne melden. Ich habe schon einige Ansätze, aber mir fehlt die Hardware... [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Wie schon erwähnt, ist eine 8M Karte absolut ausreichend. Über „nutzlose” Karten freut sich unser Verein immer :) [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Wenn du dich mit IT auskennst, würde ich empfehlen, jdmtool zu installieren.
Damit (jdmtool detect) kannst du sehen, wie groß deine Karten sind. Für Navigationsdaten brauchst du heutzutage mindestens 4 MB, also sind 2/3 MB raus. Falls du doch eine nutzlose 2/3-MB-Karte hast, schmeiß sie nicht weg, sondern sie kann in eine FPL-Karte für GNS 430W umgewandelt werden. Für GNS 430 ist sie leider wirklich nutzlos.
Bezüglich deiner Adapter: Die Anschlüsse sind technisch gleich. Du kannst also den blauen Jepp-Adapter in einen schwarzen Garmin-Adapter umwandeln, indem du die richtige Firmware hochlädst. Übrigens ist es sicher, weil die Firmware bei jeder Nutzung von Treibern hochgeladen wird. Du kannst deinen Adapter also nicht permanent kaputtmachen. Das funktioniert auch mit jdmtool. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Danke dir! Übrigens ist „Operating times: PPR Daily 0600-1700 LT” auch nicht richtig. Eigentlich sind die überhaupt nicht PPR.
Ich frage mich, ob es sich nicht lohnen würde, ein wikimäßiges System für Stammdatenänderungsvorschläge aufzusetzen, um die Bearbeitung solcher Meldungen für dich zu vereinfachen... [Beitrag im Zusammenhang lesen]
|
|
|
|
|
|
Ich bin der Letzte, der etwas gegen Django sagen wird (du wirst sogar in der Git-Historie von Django meine Commits finden), aber für diese content-orientierten Webseiten ist ein statischer Generator die richtige Wahl... [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Wie geht man am besten vor, wenn es um Stammdatenkorrekturen geht?
https://airfield.directory/airfield/EDWY
Hier ist der Link mit „www” abgespeichert und funktioniert nicht (mehr?). Richtig wäre: https://flughafen-norderney.de/ . Danke! [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Der AME muss die Ergebnisse an die lizenzführende Behörde (in diesem Fall AustroControl) schicken. Zusätzlich muss er das Untersuchungsprotokoll bei seiner Zulassungsbehörde (möglicherweise LBA) einpflegen. Wenn die Zulassungsbehörde AustroControl ist, dann ist die Sache mit einer E-Mail an medical@ erledigt.
Falls LBA die Zulassungsbehörde ist, muss er die Untersuchung zusätzlich in EMPIC protokollieren. Dies ist jedoch nicht mehr das Problem des Untersuchenden und LBA hat inhaltlich nichts zu sagen, da es sich nicht mehr um die Beurteilung der Tauglichkeit, sondern um die Dokumentationspflichten des AME handelt.
Übrigens meinte mein AME, er überlege jetzt ernsthaft, seine Zulassung auszuflaggen, weil er vom LBA einfach satt ist. Das ist aber extrem aufwändig, weshalb er noch untersucht, ob das praktikabel ist. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Genau das würde ich nicht machen, sondern KOSEK nehmen.
Ich beobachte ständig, dass die Kollegen mit Moving Maps wenige hundert Meter an den Luftraumgrenzen entlangfliegen. Das empfinde ich aber als höchst unsicher. Die ANP eines China-Tablets kann schon variieren. Dazu kommt, dass man sich auch durch Funk oder Verkehr ablenken lassen kann. Oder man kann sich durch starken Wind versetzen lassen. Das Tablet kann ausgehen. Und wie viel Reaktionszeit hat man dann? [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Eine Alternative zu WP wäre ein Static Generator gewesen. Mit welchem Tool man dann ein Design erstellt (und ob man sich überhaupt so viel Mühe macht oder eher ein fertiges Design nimmt und Farben/Bilder tauscht) ist erstmal sekundär.
Was hier erhebliche Arbeit verursacht, sind die Inhalte. Hunderte von Claude generierte HTML-Seiten zu pflegen und HTML statt Markdown zu schreiben, finde ich ziemlich verrückt. Wenn es dir aber lieber ist, mach das natürlich gerne weiter.
P.S.: Ich habe mir aus Interesse den Code angeschaut. Danke für das Beispiel. Natürlich sind Fehler drin, die vor allem bei älteren Geräten das Rendering beeinflussen werden, und der Aufbau ist naja. Das wird aber eben keiner merken. Und Qualität ist heutzutage sowieso allen egal, Hauptsache es scrollt. Angesichts des Aufwands ist das Ergebnis natürlich schon hervorragend. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Okay, danke. Was Claude ist, ist mir bekannt. Ich habe nur nicht verstanden, was es mit dem Thema zu tun hat. Ich finde es schon echt unbequem, für solche contentlastigen Webseiten HTML-Code ohne jegliches Templating zu pflegen. Gleichzeitig ist es für mich schon erheblich angenehmer, einen Haufen Markdown-Dateien unter Versionskontrolle zu haben. Und um aus einem Markdown-Verzeichnis eine funktionierende Website mit Suchfunktion, Navigation und mobiler Ansicht zu erstellen, ist das Material for MkDoc schon optimal. Man muss nicht viel mehr als die Konfiguration schreiben. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Das mit Claude Code verstehe ich nicht. Wie hilft es dir bei Markdown? Oder schreibst du damit einfach direkt HTML und wartest es dementsprechend? [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Ich habe letztes Jahr wirklich tolle Erfahrungen mit MkDocs gemacht, konkret mit Material for MkDocs (also jetzt Zensical): https://midnight-commander.org/ . Vielleicht etwas für die nächste Iteration? Ich denke, das passt perfekt für diese Webseitenfamilie. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Warum denn nicht? ATPLQ ist keine unmoderierte Wiki, sondern wird von TKIs geführt, die die Fragen pflegen, prüfen und korrigieren. Sie schreiben auch die Erklärungen dazu und fügen Quellenangaben hinzu. Natürlich sollte man im Hinterkopf behalten, dass keine TKI perfekt ist und manchmal Fehler macht. Das Niveau dieses Forums schätze ich nicht unbedingt erheblich höher ein. Es tut mir wirklich leid, solltest du dadurch beleidigt sein. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
|
Zum Glück weiß ich jetzt, wie die Hase läuft... [Beitrag im Zusammenhang lesen]
|
|
|
|
|
|
Wir brauchen alle Training! Manche eine VOR Approach to Minimum, andere den blosen Einleitungsanruf bei FIS. Durch das Drücken ein paar Tasten wird die Funkerei bei absolut niemanden besser!
Also, wenn ich mit dem Auto zum Flugplatz fahre, funke ich fleißig alle Stationen auf dem geplanten Weg an und setze ein paar Notrufe ab. Zum Glück hört mir dabei keiner. Aber das hilft extrem dabei, am Ball zu bleiben, wenn man nicht jeden Tag fliegt. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Im ersten Testdurchgang waren viele Piloten nicht ansprechbar, obwohl der FMC gerastet war. Oder sie flogen weit außerhalb von dem betroffenen Sektor mit dem FMC.
Der Empfang im Sektor Saarbrücken ist ja aber bis 3000 AMSL quasi nicht gegeben, erst ab 4000 AMSL geht es richtig los. Der Sektor Düsseldorf ist aber auch im Sektor Saarbrücken meistens sehr gut zu hören. Vielleicht erklärt das teilweise die Nichterreichbarkeit bei gerastetem FMC...
Übrigens würden mich negative Erfahrungen von Lotsen interessieren, um zu erfahren, was man sonst besser machen kann. Ich habe ein bisschen Schwierigkeiten zu verstehen, was man da wirklich testen will. Das Konzept ist ja nicht neu und funktioniert in anderen Ländern seit längerer Zeit. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Wieso denn? Es wird gar nicht geändert. Der erste Buchstabe der „FBO” ist schon so groß und der Text enthält keine Unterstriche. Es wird 1:1 ("FBO - Leistungen") bleiben. Ich meinte wirklich, "traffic_notice" in "Traffic notice" zu übersetzen, nicht mehr. Aber gut, die Diskussion ist vermutlich nicht wert. [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Wäre es dann vielleicht sinnvoll, die Unterstriche durch Leerzeichen zu ersetzen und den ersten Buchstaben zu kapitalisieren? Die originale Bezeichnung kann man in "title" für Hover lassen. So wird es zumindest nicht so irritierend aussehen und hoffentlich auch zu keinen Problemen führen... [Beitrag im Zusammenhang lesen]
|
|
|
|
|
Übrigens, ich habe „traffic_notice” bemerkt. Fehlt da möglicherweise eine Übersetzung? [Beitrag im Zusammenhang lesen]
|
|
|
|
|
|