 |
|
Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://www.adass.org/adass/proceedings/adass00/O9-03/
Дата изменения: Tue May 29 19:33:05 2001 Дата индексирования: Tue Oct 2 04:45:25 2012 Кодировка: Поисковые слова: п п п п п п п п |
Building on this experience, work has begun on a new integrated SEA simulation facility. The main objective is to develop the framework for a flexible simulation facility to allow astronomers to explore the target/instrument/observatory parameters and to 'simulate' the quality of data they will attain. The goal is a simulation pipeline that will allow the user to manage the complex process of simulating and analyzing images without heroic programming effort. Tying this into SEA will allow astronomers to effectively come 'full circle' from retrieving archival images, to data analysis, to proposing new observations. The objectives and strategies for the SEA simulation facility are discussed, as well as current status and future enhancements.
The Scientist's Expert Assistant (SEA) is a tool designed to investigate automated solutions for reducing the time and effort involved for both scientists and telescope operations staff spent in preparing detailed observatory proposals.
At the past two ADASS conferences (VIII and IX) SEA's Java-based visual target tuning, exposure time calculation, and visit planning capabilities were demonstrated. Since that time, SEA has been embraced by a number of astronomical observatories for inclusion into their observing programs. The Space Telescope Science Institute has already incorporated SEA for production use into its Astronomer's Proposal Tool, while other observatories such as SOFIA are in the initial stages of incorporating it.
A new phase of SEA has now begun: building the new integrated SEA Simulation Facility (SSF). In improving the visualization process to give the user better insight into observation process, the SSF breaks down the observation into elements of the light path. These elements are really software models of various aspects of the light path. The models generally have a variety of parameters that the user can adjust to assist in better understanding the effects of that element in the light path. At any point in the light path, the user can attach one or more visualizations that can be used to observe aspects of the light path at that point.
One of the emerging efforts in the astronomical community is the Virtual Observatory (VO). The SSF is working to combine the ability to access existing archives with the ability to model and visualize new observations. Integrating the two will allow astronomers to better use emerging integrated archives of the VO to plan and predict the success of potential new observations.
The SSF provides benefits to a variety of potential users:
Project design goals included:
The simulation pipeline was envisioned as modeling changes to the photons as they travel from one or more sources though various distortion producing effects before ultimately reaching an instrument's detector. The pipeline consists of two primary element types:
By default, the pipeline is automatically constructed to model the components of an exposure. Model parameters for the simulation are derived from the exposure specifications. Each component models some part of the exposure's light path. For example, there will be a model representing the background emissions, a model for the observation target (a star, galaxy, etc.), and models for the Observatory, Instrument, Filter and Detector objects defined for this exposure. The user is free to add, replace, modify, or delete EnergyModels and EnergyVisualizations as desired.
The user controls the simulation process by telling the SSF to "render". The rendering process starts at the left most EnergyModel in the pipeline (seen along the top of the display) then progresses to the right as each EnergyModel completes its processing.
What is being processed is an EnergyDataSet. The goal of an EnergyDataSet is to accurately and efficiently contain the simulation data. At the start of the render processing, the EnergyDataSet is initialized then passed from one EnergyModel that can modify it, to the next.
To minimize EnergyDataSet storage requirements and computational load while maintaining quick and easy access to data values, two solutions were implemented:
The primary framework for the SSF has been designed and implemented and is now ready for incorporation of existing simulations. Recently released simulation models from the European Southern Observatory are currently being integrated.
Future plans call for:
More information about the SSF is available in a ``white paper'' on this subject.
Koratkar A. , Grosvenor S. 1999, in ASP Conf. Ser., Vol. 172, Astronomical Data Analysis Software and Systems VIII, ed. David M. Mehringer, Raymond L. Plante, & Douglas A. Roberts (San Francisco: ASP), 60
Grosvenor S. 2000, in ASP Conf. Ser., Vol. 216, Astronomical Data Analysis Software and Systems IX, ed. N. Manset, C. Veillet, & D. Crabtree (San Francisco: ASP), 695