Use case: Virtual Telescope configuration

Description

This use case describes a distributed workflow where an astronomer aims to reproduce an observation by combining appropriate simulations, visualisation services and virtual telescopes altogether mimicking the real observational configuration. This real observational configuration is assumed to consist of a source, emitting photons, possible foregrounds affecting the photon properties/distribution and a telescope.

Principal actor

Astronomer (user)

Other actors

  • simulator (provider)
  • virtual telescope creator (provider)
  • foreground modeler (provider)


Flow of events

See the attached diagram for an illustration of the work and data flow.
  1. An astronomer (the user) has an observation available that (s)he wishes to analyse using simulations of objects of the same class as was observed. The observation can be an optical or X-Ray image, a spectrum, anything for which simulations and visualisation services are available.
  2. The observation has IVOA compatible metadata attached to it. Examples are metadata describing the telescope configuration and a characterization of the observation as well as of the subject of the observation.
  3. The user queries an IVOA compatible registry for simulations that might be compatible with the observed object and which have service attached to it that can visualise the simulation.
  4. The registry needs to be able to compare metadata from the observation to ...
  5. ... metadata from the registered simulations. To compare the metadata of the simulation to that of the observation provides requirements to the data modeling efforst for both Observation and Simulation.
  6. The registry provides 0,1, more links to services that can visualise simulations. These services are shielded by a standarized interface that hides the implementation from the user and is free of any telescope or other
  7. The service must produce a result that can be ingested by further services (Foreground and Virtual Telescope). This result must therefore follow a standardized specification/data structure. The idea is that this data structure is what different services need to be able to produce and/or ingest and should therefore be free of any of the different participating services' implementation details. In accordance with what happens in the real world being modeled by this workflow (object producing photons traversing a foreground being observed by a telescope), we propose that this data object describe photons in some way. Maybe a datacube (x/y/energy), maybe a list of photons (for high energy observations for example). For the time being we will refer to this data objects as the pre-observation image (POI).
  8. The POI is intercepted by what for now we will call a foreground (also obtained from querying a registry, not shown in diagram, not explicitly described in this work flow). The foreground influences the POI, absorbing part of the photons, reddening maybe lensing, but produces ...
  9. ... another POI.
  10. This POI is observed by a virtual telescope service (again, obtained from registry...), which is ...
  11. being configured using the meta data of the real observation.
  12. The result is a mock image in a format similar to the original observation because of which it becomes easy for the user to ...
  13. ... compare the original to the mock image and possibly start the cycle again if the comparison is not to his/her liking. We do not here assume that the comparison is performed using VO applications.


End result

A mock image based on models which include all desired phenomena: physics, foregrounds, optical distortions etc, in a form that can directly be compared to a corresponding observational image.


Requirements

Here should come requirements for the IVOA working groups derived from this use case.




  • Illustration of the use case:
    virtelusecase.jpg
Topic attachments
I Attachment History Action Size Date WhoSorted ascending Comment
JPEGjpg virtelusecase.jpg r2 r1 manage 60.8 K 2005-09-22 - 09:53 GerardLemson Illustration of the use case
Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 2005-09-22 - GerardLemson
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback