Guide 8 verschiedene Okulare anzeigen?
- Ersteller des Themas Yogi22
- Erstellungsdatum
- Status
Reverend_Coyote
Aktives Mitglied
Hallo Jörg,
man kann in GUIDE 8 multiple Aperturblenden anzeigen lassen,
auch in verschiedenen Farben. Mit Rechtsklick kann man die
ein- und ausschalten.
Display-Ticks,Grids-Aperture Cicle
Gruß Coyote
man kann in GUIDE 8 multiple Aperturblenden anzeigen lassen,
auch in verschiedenen Farben. Mit Rechtsklick kann man die
ein- und ausschalten.
Display-Ticks,Grids-Aperture Cicle
Gruß Coyote
Yogi22
Aktives Mitglied
Hi,
danke für die Antwort aber das konnte ich schon. Mir ging es eigentlich um ein Programm das man in Guide einbinden kann und damit man alle seine Okulare je nach Teleskop per klick einblenden kann also ähnlich wie der CCD Rahmen, so dass man alle Okulare sehen kann und das gewünschte auswählt.
Cs
jörg
danke für die Antwort aber das konnte ich schon. Mir ging es eigentlich um ein Programm das man in Guide einbinden kann und damit man alle seine Okulare je nach Teleskop per klick einblenden kann also ähnlich wie der CCD Rahmen, so dass man alle Okulare sehen kann und das gewünschte auswählt.
Cs
jörg
Reverend_Coyote
Aktives Mitglied
Hi,
Du möchtest ein Programm welches anhand eines angeklickten
Okulares in einer angezeigten Liste, in Abhängigkeit von der
Teleskopbrennweite, selbsttätig die Aperturgröße in GUIDE setzt,
so verstehe ich das jetzt.
Also, ich habe noch keines gesehen, aber auch noch nicht danach
gesucht. Wenn man selber programmieren kann ist das kein großes
Problem. Die Datei STARTUP.MAR im Guide-Installationsverzeichnis
enthält die aktuell gesetzten Parameter und Einstellungen. Dies
ist eine ASCII-Klartextdatei, in der man einfach per Programm, ohne
Komplikationen, etwas ändern kann. Der entsprechende Eintrag in
dieser Datei lautet "26 ap dia", dahinter kommt der Eintrag der
Aperturgröße(n) in Grad (Dezimalschreibweise), jeweils durch ein
oder mehrere Blanks getrennt.
Was ich nicht weiß, wie man so ein Programm aus GUIDE heraus
starten sollte, als Bestandteil des Benutzerinterface, sozusagen.
Man müßte es vermutlich mit einem eigen Icon 'zünden', in einem
eigenen Programmfenster oder Befehlszeilenfenster.
Sende mal eine Mail an den Hersteller, evtl. greift er die Idee
ja auf.
MfG Coyote
Du möchtest ein Programm welches anhand eines angeklickten
Okulares in einer angezeigten Liste, in Abhängigkeit von der
Teleskopbrennweite, selbsttätig die Aperturgröße in GUIDE setzt,
so verstehe ich das jetzt.
Also, ich habe noch keines gesehen, aber auch noch nicht danach
gesucht. Wenn man selber programmieren kann ist das kein großes
Problem. Die Datei STARTUP.MAR im Guide-Installationsverzeichnis
enthält die aktuell gesetzten Parameter und Einstellungen. Dies
ist eine ASCII-Klartextdatei, in der man einfach per Programm, ohne
Komplikationen, etwas ändern kann. Der entsprechende Eintrag in
dieser Datei lautet "26 ap dia", dahinter kommt der Eintrag der
Aperturgröße(n) in Grad (Dezimalschreibweise), jeweils durch ein
oder mehrere Blanks getrennt.
Was ich nicht weiß, wie man so ein Programm aus GUIDE heraus
starten sollte, als Bestandteil des Benutzerinterface, sozusagen.
Man müßte es vermutlich mit einem eigen Icon 'zünden', in einem
eigenen Programmfenster oder Befehlszeilenfenster.
Sende mal eine Mail an den Hersteller, evtl. greift er die Idee
ja auf.
MfG Coyote
Thomas_Pfleger
Aktives Mitglied
Hallo Coyote,
das Problem bei Guide ist, dass man zwar die Einstellungen in einer Klartextdatei stehen hat, aber dass es keine einfache Möglichkeit gibt, "von aussen" die geänderten Einstellungen in Guide zu übernehmen. Beenden und Neustarten ist möglich, aber etwas mehr Komfort würden wir uns da sicherlich schon wünschen.
Ich habe Bill Gray mal diese Thematik geschildert und ihm einen einfach realisierbaren Vorschlag gemacht, wie ein anderes Programm dem lieben Guide mitteilen könnte, dass es bitte seine Settings neu lesen möge. Bill sieht für einen solchen offenen, integrativen Weg leider keinen Bedarf.
Ebenso habe ich bei ASCOM vorgeschlagen, dass man eine Schnittstelle für Kartenprogramme definiert. Damit könnte man ein Kartenprogramm leicht in eine eigene Softwarelösung einbinden; von der automatisch ablaufenden Präsentation für die Öffentlichkeitsarbeit bis zur Einbindung in eine Lösung für Beobachtungsplanung oder -unterstützung reichen die Anwendungsmöglichkeiten. ASCOM wollte das nicht und hat auf meinen Vorschlag hin sogar sein mission statement überarbeitet: man will sich ausschließlich um Hardwarestandards kümmern. Ich finde das akzeptabel, aber sehr bedauerlich. Eine "Planetariumsschnittstelle" nach ASCOM-Muster (skriptfähig) wäre eine wertvolle Bereicherung der Softwarelandschaft. Weil klagen alleine nicht hilft, habe ich E&T 2.5 mal eine Skriptschnittstelle verpasst <img src="/phpapps/ubbthreads/images/graemlins/Spitze.gif" alt="" />
Ein Zusatztoll für irgendeine Software kann es nur dann geben, wenn die betreffende Software dafür vorbereitet ist. Man kann nicht in fremde Software eingreifen, die das nicht vorsieht. Das einzig Mögliche ist, fremde Software in gewissen Grenzen mit einer anderen Anwendung zu "bedienen", wie das Eye&Telescope macht. Damit ist aber keine Erweiterung der Fähigkeiten verbunden.
Gruß,
Tom
das Problem bei Guide ist, dass man zwar die Einstellungen in einer Klartextdatei stehen hat, aber dass es keine einfache Möglichkeit gibt, "von aussen" die geänderten Einstellungen in Guide zu übernehmen. Beenden und Neustarten ist möglich, aber etwas mehr Komfort würden wir uns da sicherlich schon wünschen.
Ich habe Bill Gray mal diese Thematik geschildert und ihm einen einfach realisierbaren Vorschlag gemacht, wie ein anderes Programm dem lieben Guide mitteilen könnte, dass es bitte seine Settings neu lesen möge. Bill sieht für einen solchen offenen, integrativen Weg leider keinen Bedarf.
Ebenso habe ich bei ASCOM vorgeschlagen, dass man eine Schnittstelle für Kartenprogramme definiert. Damit könnte man ein Kartenprogramm leicht in eine eigene Softwarelösung einbinden; von der automatisch ablaufenden Präsentation für die Öffentlichkeitsarbeit bis zur Einbindung in eine Lösung für Beobachtungsplanung oder -unterstützung reichen die Anwendungsmöglichkeiten. ASCOM wollte das nicht und hat auf meinen Vorschlag hin sogar sein mission statement überarbeitet: man will sich ausschließlich um Hardwarestandards kümmern. Ich finde das akzeptabel, aber sehr bedauerlich. Eine "Planetariumsschnittstelle" nach ASCOM-Muster (skriptfähig) wäre eine wertvolle Bereicherung der Softwarelandschaft. Weil klagen alleine nicht hilft, habe ich E&T 2.5 mal eine Skriptschnittstelle verpasst <img src="/phpapps/ubbthreads/images/graemlins/Spitze.gif" alt="" />
Ein Zusatztoll für irgendeine Software kann es nur dann geben, wenn die betreffende Software dafür vorbereitet ist. Man kann nicht in fremde Software eingreifen, die das nicht vorsieht. Das einzig Mögliche ist, fremde Software in gewissen Grenzen mit einer anderen Anwendung zu "bedienen", wie das Eye&Telescope macht. Damit ist aber keine Erweiterung der Fähigkeiten verbunden.
Gruß,
Tom
Reverend_Coyote
Aktives Mitglied
Hallo Tom,
da hast Du leider recht, Software-Hersteller sind idR. nicht
sehr an open standards uä. interessiert. Der Starke ist (verkauft)
am mächtigsten alleine..."
Schade daß es nicht so etwas wie die Linux-Welt in der Astro-
Software gibt - noch nicht?
Trotzdem gäbe es einen (unangenehmen) Weg GUIDE zum Einlesen der
Parameter zu bringen - das Zusatzmodul schießt die laufende Instanz
aus den Socken und startet es neu...URKS! Ich weiß! Grauenvoll!
Aber es müßte gehen, da GUIDE ja dann im gleichen Zustand wie beim
Abschuß wieder hochfährt, dann mit den geänderten Okulardaten.
Gruß Coyote
da hast Du leider recht, Software-Hersteller sind idR. nicht
sehr an open standards uä. interessiert. Der Starke ist (verkauft)
am mächtigsten alleine..."
Schade daß es nicht so etwas wie die Linux-Welt in der Astro-
Software gibt - noch nicht?
Trotzdem gäbe es einen (unangenehmen) Weg GUIDE zum Einlesen der
Parameter zu bringen - das Zusatzmodul schießt die laufende Instanz
aus den Socken und startet es neu...URKS! Ich weiß! Grauenvoll!
Aber es müßte gehen, da GUIDE ja dann im gleichen Zustand wie beim
Abschuß wieder hochfährt, dann mit den geänderten Okulardaten.
Gruß Coyote
Thomas_Pfleger
Aktives Mitglied
Hallo Coyote,
"abschießen und neu starten" war mir zwar schon eingefallen, aber das schien mir dann doch zu heavy <img src="/phpapps/ubbthreads/images/graemlins/neinnein.gif" alt="" />
Es wäre so einfach: Guide und Anwendung xy registrieren unter dem gleichen Namen eine Windows-Nachricht. Dann kann Guide darauf lauschen. Im allereinfachsten Fall würde Guide dann nur die Parameter aus der Textdatei neu lesen. Genau dieses hatte ich Bill mal vorgeschlagen - keine Antwort.
Wie du schon sagst: wenn der Starke nicht will...
Gruß,
Tom
"abschießen und neu starten" war mir zwar schon eingefallen, aber das schien mir dann doch zu heavy <img src="/phpapps/ubbthreads/images/graemlins/neinnein.gif" alt="" />
Es wäre so einfach: Guide und Anwendung xy registrieren unter dem gleichen Namen eine Windows-Nachricht. Dann kann Guide darauf lauschen. Im allereinfachsten Fall würde Guide dann nur die Parameter aus der Textdatei neu lesen. Genau dieses hatte ich Bill mal vorgeschlagen - keine Antwort.
Wie du schon sagst: wenn der Starke nicht will...
Gruß,
Tom
- Status