Hallo Alex!
Kennst Du den Begriff "Begeisterungsqualität" ? Man freut sich über Produkteigenschaften, nach denen man sich gar nicht zu fragen getraut hätte. <img src="/phpapps/ubbthreads/images/icons/smile.gif" alt="" />
Wenn SN diese Begeisterungsqualität hat, dann ist das prima!
Für mich ist einfache Bedienung vor allem für den Einsatz einer Software draussen am Fernrohr sehr wichtig. Dazu gehört auch die Geschwindigkeit. Viele Anwender fordern aber von Software solange immer mehr Features, bis sie irgendwann degeneriert und zu einer "Eierlegenden Wollmilchsau" geworden ist. Schön fett, schön träge. Aber kann alles.
Mir ist es lieber, wenn sich Software nicht als Nabel der Welt sieht. Das Problem liegt aber darin, dass die Hersteller keine offenen Lösungen anbieten, die es den Benutzern erlauben würden, Daten "fremder" Software zu integrieren oder sogar die Programme integrationsfähig zu gestalten. Dann könnte man von einem Programm aus dem anderen Daten mitgeben und Funktionen aufrufen, die der "Absender" selber so nicht bietet. Noch ist das alles überwiegend Utopie, aber erste Ansätze in diese Richtung gibt es ja schon (ASCOM Teleskopsteuerung; Skripting bei den Produkten von Software Bisque).
Die VdS hat eine
Fachgruppe "Computerastronomie" gegründet, die sich u.a. mit dem Thema "Datenaustausch" und "einheitliches Format für Beobachtungsaufzeichnungen" beschäftigen möchte.
Mit meinem Beobachtungsplaner
Eye&Telescope gehe ich einen "offenen" Weg: die Logbuchdaten werden im Format von Access abgelegt, da kommt man dann auch ohne E&T noch dran. Und weil mir klar ist, dass meine Karten zwar schnell und für Starhopping ausreichend sind, jedoch noch Wünsche offenlassen, steuert E&T einfach gängige Sternkartenprogramme an. Damit ist es nur zwei Mausklicks weit, bis Guide, SkyMap Pro, TheSky, MegaStar, HNSKY oder CdC diesselbe Stelle am Himmel zeigen wie E&T. Integration statt Konkurrenz, und E&T kann sich auf das konzentrieren, was es besser kann <img src="/phpapps/ubbthreads/images/icons/wink.gif" alt="" />
Oft vergessen die Hersteller auch, dass man mit dem "Produkt" eines Programmes noch weiterarbeiten will. Warum sind Exports in Vektorformaten wie EMF oder WMF, in HTML oder XML noch nicht Standard? Manchmal hat man schon Glück, wenn man wenigstens ein unhandliches Bitmap bekommen kann <img src="/phpapps/ubbthreads/images/icons/mad.gif" alt="" />
Clear Skies,
Tom