Next: Controlling Foreign Tasks with the IRAF cl
Previous: SHIVA---An Astronomical Data Analysis Framework
Table of Contents --- Search --- PS reprint


Astronomical Data Analysis Software and Systems V
ASP Conference Series, Vol. 101, 1996
George H. Jacoby and Jeannette Barnes, eds.

The Data Analysis System for the SUBARU Telescope

Tadafumi Takata, George Kosugi, Yoshihiko Mizumoto

National Astronomical Observatory of Japan (NAOJ) Osawa 2-21-1, Mitaka, Tokyo 181, JAPAN

Yasuhide Ishihara

Fujitsu Limited, 9-3 Nakase, 1-Chome Mihama-ku Chiba, Chiba 261, JAPAN

Abstract:

We are now in the process of developing the Data Analysis System for the SUBARU Telescope of Japan, which is under construction on Mauna Kea, Hawaii. The system is planned to be based on CORBA (Common Object Request Broker Architecture) and to interact closely with the SUBARU Database System. We are also planning to make IRAF and other data analysis software available on our system.

1. Overview of SUBARU Data Analysis System

The astronomical data produced by the SUBARU telescope will be very large both in product rate (max 20 MB/s) and in total amount (30 TB/yr). We will drown in a ``flood of data'' unless we develop a data analysis system that can deal efficiently with these data. Thus, we are planning to develop such a system in a distributed environment, which will be served by CORBA (Common Object Request Broker Architecture) on a UNIX system by Fujitsu ltd. The requirements for our system are:

  1. To calibrate large quantities of data as quickly as possible.
  2. To be able to expand the system easily.
  3. To use other existing software (IRAF, SAOimage, etc.).
  4. To provide users with a comfortable environment for data analysis, which will allow them to write scientific papers with the least amount of effort.
  5. To store calibrated data with information about the history of the calibration in a data archival system.
Therefore, to achieve these requirements we will do the following:
  1. Closely link the system with the database and data archival system.
  2. Use the OO method (New Reduction Package (like AIPS++, Glendenning 1994)).
  3. Use CORBA
    • Distributed Object Computing
    • Wrapping existing Software (IRAF, SAOimage, etc.)
  4. Port IRAF onto Super-Computer VX4, a product of Fujitsu ltd.
Figure 1 shows the internal structure of the SUBARU data analysis system. Under the OS (Solaris 2.4 or later), CORBA maintains all procedures as objects and distributes them to less busy machines.

  
Figure 1: SUBARU Data Analysis System Structure.
Figure 1: PS 61 Kb

The already existing software such as IRAF and SAOtng will be wrapped as objects and connect with CORBA by way of OMA (Object Management Architecture). Some other applications will be treated as objects in a similar way.

2. Prototyping

2.1. Overview

We tried to port IRAF and SAOtng for prototyping our data analysis system for the SUBARU telescope. We are looking for the best way to deal with many CCD frames that need to be calibrated all at once using an observational log and a GUI interface, and then testing its performance. The aims of our prototype are learning CORBA and C++ programming, finding an interface for IRAF, and studying systems for structure and flow. The environment for prototyping is described below.

  1. Machine: Sun S4/10
  2. OS: Solaris 2.3 & CORBA 1.1 (Trial version based on CORBA 1.1 by Fujitsu)
  3. Applications: IRAF 2.10.4, SAOtng 1.0.1b, 3d View (Original), tcl7.3/tk3.6
  4. Language: Sparc C 4.0.1 & Sparc C++ 3.0.1
The wrapping of IRAF is done by creating a pseudo terminal (pty) that will send stdin to IRAF (cl.e) and get stdout and stderr from it. This is shown in Figure 2 in detail.

  
Figure 2: IRAF Wrapping Method.
Figure 2: PS 26 Kb

We used SAOtng as an image browser by wrapping it with XPA (X Public Access) and an original 3d viewer wrapped by means of a pipe as a 3-dimensional plotter. The comparison of our IRAF wrapping method and that of ASSIST by Mandel & Tody (1995) is shown in Table 1.

Table 1: Comparison of IRAF Wrapping Method.

 

2.2. Merits of our Prototype

  1. Can use observational log as the data input list.
  2. Can see all operations applied to the data in a log file. (This means the possibility of re-analysis from the middle point of a previous step.)
  3. The methods which may be changed can be easily added to the system using window method.

2.3. Problems of our Prototype

  1. Too late to perform analysis of some sets of data. (This may be caused by the slowness of initializing the windows written in Tcl/Tk.)
  2. There are some IRAF tasks that do not work well---those that have interactive graphic cursor options.
  3. The pseudo terminal is a difficult program.
  4. CORBA is not developed enough yet, and we will need to wait for future enhancements.

3. Future Plans

References:

Mandel, E., & Tody, D. 1995, in Astronomical Data Analysis Software and Systems IV, ASP Conf. Ser., Vol. 77, eds. R. A. Shaw, H. E. Payne, & J. J. E. Hayes (San Francisco, ASP), p. 125

Glendenning, B. E. 1994, in Astronomical Data Analysis Software and Systems III, ASP Conf. Ser., Vol. 61, eds. D. R. Crabtree, R. J. Hanisch, & J. Barnes (San Francisco, ASP), p. 413


Next: Controlling Foreign Tasks with the IRAF cl
Previous: SHIVA---An Astronomical Data Analysis Framework
Table of Contents --- Search --- PS reprint
Wed Jul 3 08:10:52 MST 1996