Vorteile der App: auf den mobilen Geräten ist das Browser basierte Arbeiten mühsam, v.a. wenn die Anwendung nicht für Portabilität über Geräte hinweg konzipiert worden ist. Außerdem kann ich in der App die Daten vorhalten, muss also (s.o., Datenwüste Deutschland) nicht alles wieder neu laden.

Hi Rolf, meine Frage war weniger generisch, sondern auf den AR bezogen. Die App ist responsive auf allen Devices. Für den Use Case Flugplanung, glaube ich nicht, dass eine lokale Datenhaltung (Karte? M&B?) Vorteile bringt. Ein Browser Frontend ist eh notwendig, da finde ich den Verzicht auf eine parallele App-Entwicklung schon konsequent. Daneben ist das Messenger Interface das coolste, was ich jemals gesehen habe. Wetter, Notams, FPL Management geht da alles super schnell und noch mit weniger Bandbreite als bei jeder App, weil der Messenger darauf ausgelegt ist. Und wenn man mal in Deutschland fliegt und gar kein Internet hat, macht man das FPL Management beim AR mit SMS.

Auf den ersten Blick mag ein Bandbreitenproblem für eine App sprechen, wie du geschrieben hast. Auf den zweiten Blick liefert aber ein Messenger/SMS Interface ein viel zuverlässiges Interface bei schwacher Internetverbindung. Schlechte Netzqualität spricht also für AR und gegen RR. ;)

Na, egal. Nur meine Sicht der Dinge. Ich habe RR nie vermisst. Am Ende ist es doch immer Geschmackssache, mit welchem Tool man sich wohl fühlt :) Ich fliege ja auch lieber mit GP als mit FF ;)

LG Joachim

hinzu kommt, dass Autorouter auch einen hervorragenden Service in Form von generierten Daten bereit hält, für z: GAR-Form für U.K. oder Beantragen von Airport-Slots.

Ich habe Rocket Route bis ca. 2017 genutzt und erinnere mich, dass dort solche "Nebenservices" auch implementiert waren, das aber ziemlich "hakelig" funktionierte (zB. war das Generieren von GenDecs mit Crew und Pax bei RR ziemlich "komplex" und letztlich nur mit mehrfachem Supporteinsatz möglich).