Observing Time Calculation: Help Page


Contents: 1. Description of the program.
2. First observation type: spectroscopy with one single set of frequency.
3. Second observation type: spectroscopy with up to five frequency sets.
4. Bolometer observations. -
5. Observing modes description.
6. Overheads and deadtimes calculation.
7. Special features. -

1. Program description

The purpose of this program is to provide an estimation of the observing time required at the IRAM 30m telescope for a given type of spectral line or continuum observation. The formulas used in this Time Estimator are described in the the corresponding Description Report (see also the Jan. 95 Newsletter and the 30m Manual ). The most recent values of the telescope and receiver parameters are used.

The Time Estimator in its updated version handles three types of spectroscopic observations where (i) one or more sources are observed with the same set of frequencies, (ii) one source is observed with up to five different sets of frequencies, and (iii) one or more sources are observed with the MPIfR Bolometer.

This tool works through several fill-out forms containing the parameters we consider as necessary to estimate the telescope time at the moment of a proposal writting. It uses two connected web pages and offers the possibility to quickly have an idea of the way any parameter may change the integration or total telescope time. By that way, we also hope this tool could help observers who don't have a good experience of the 30m to get more familiar with the telescope.

It is expected that this Time Estimator is most helpful for novice 30m observers. More seasoned 30m users however may find it useful as well, since the tool makes use of the most recent receiver parameters.

-[NEW]- We now provide time estimates for the new dual receivers C and D (see August 99 Newsletter ). Since their installation is planned for October 99, no experience in operating these frontends exists at the time of writing. Anyhow, the Time Estimator might be updated to better account for further information on the receiver perfomances.

2. First observation type

2.1 Description: This case is dedicated to the observation of a series of sources with the same combination of frequencies (we call it "frequency set"). This set is presented as a table containing the receiver and backend information, and is displayed on the first page. Since we do not simulate the evolution of the source elevation (and thus the opacity), we ask for an "average elevation". A check of frequency ratio is achieved for each dewar in order to estimate losses due to the Martin-Pupplet. If thoses losses arise 10% or more, we display a warning message.

When the first page is complete, the [Int. time calculation] button allows to compute the required integration time for every chosen receiver. It simultaneoulsy displays on the second page some warning/advise messages and gives an estimation of the total telescope time (i.e. observation of all the sources) by considering default values for the observing mode parameters. You can change those values and resubmit the complete calculation with the [Obs. time calculation] button located at the bottom of the second page. When you are satisfied with the calculation, a LaTeX file containing the main results is generated with the [LaTeX file generation] button. You can include it in your proposal.
For special features associated to this case, see Chapter 7

- We now also give the r.m.s. reached by all the receivers others than the one whose int. time leads the calculations.

Please note that any of the submitted parameters will be applied to all the sources of your project (ie no distinction in sky elevation, line strength, line width...)

2.2 Parameters:

First Page Parameters:

  • Line Freq.: The frequency (to 1 GHz) used for the corresponding receiver, in GHz.
  • Expected r.m.s.: The r.m.s. you aim to reach for the observed line in Kelvin in the Ta* scale.
  • Backend: The backend used for the corresponding receiver. This allows to calculate the noise bandwidth.
  • Autoco. Resolution: The resolution of the Autocorrelator, if used, to calculate the noise bandwidth.
  • Spectral Resolution: The resolution you aim to get, in km/s, if it is larger that available directly with the backend chosen. This handles the case where the data will be smoothed.
  • Number of sources: The number of sources you want to observe with those parameters.
  • Average Source Elevation: The average elevation of your source set. Note that we do not account for the detailed evolution of the source elevation.
  • Water vapor: The water vapor quantity (typically, the season when you are doing your observation), in order to estimate the zenith opacity.
  • Observing mode: The mode used. Choose one from the menu (position switch, otf, ..)

Second Page Parameters:

The first table on this page deals with the integration time required with each of the selected receivers to reach the requested r.m.s. Then, some warning/advise messages will appear with respect to the results and according to our experience with such observations. The boxes displayed on this page handle some parameters of the observing mode (check special features of On-The-Fly mode). We use default values for all parameters to allow complete calculation on the first submit. But you can modify those parameters to your own observing goals and recompute the results. The last table breaks the total telescope time down into several tasks and gives the overall observing efficiency (ON source integration time over total telescope time). For the estimation of overheads and deadtimes, see the corresponding section.

2.3 Special warnings:

The complete results displayed on the second window account for all the sources and sometimes the total time may be much higher than the one of a typical uninterrupted observing session (say 8-12 hours). Since we consider only one tuning for the run (as if the run could be done without leaving the telescope to another project), the total observing time requested should be increased by a certain number of "tuning times". See the overheads and deadtimes section to know about the time it corresponds to.

3. Second observation type

3.1 Description: This case is dedicated to the observation of a given source with a series of frequencies combinations (we call them "frequency sets"). Those sets are presented as a table containing the receiver and backend information for all sets, and displayed on the first web page. Currently. we limit the number of sets to 5. Since we do not simulate the evolution of the source elevation (and thus the opacity), we ask for an "average elevation". A check of frequency ratio is achieved for each dewar in order to estimate losses due to the Martin-Pupplet. If thoses losses arise 10% or more, we display a warning message.

When the first window is complete, the [Int. time calculation] button allows to compute the required integration time for every chosen receiver of each set. It simultaneoulsy displays on the second window some warning/advise messages and gives an estimation of the total telescope time for all the sets by considering default values for the observing mode parameters. You can change those values and resubmit the complete calculation with the [Obs. time calculation] button located at the bottom of the second window. When you are satisfied with the calculation, a LaTeX file containing the main results is generated with the [LaTeX file generation] button. You can include it in your proposal.
For special features associated to this case, see Chapter 7

Please note that some parameters, such as the complete backend configuration per receiver, and the observing mode, are the same for all frequency sets, this to avoid a too complex management of the program.

Consequence: In case of velocity smoothing, the Time Estimator uses the frequency bandwidth corresponding to the lowest frequency for each receiver occurring in the 5 sets.

3.2 Parameters:

First Page Parameters:

  • Line Freq.: The frequency (to 1 GHz) used for the corresponding receiver, in GHz.
  • Expected r.m.s.: The r.m.s. you aim to reach for the observed line in Kelvin in the Ta* scale.
  • Backend: The backend used for the corresponding receiver. This allows to calculate the noise bandwidth.
  • Autoco. Resolution: The resolution of the Autocorrelator, if used, to calculate the noise bandwidth.
  • Spectral Resolution: The resolution you aim to get, in km/s, if it is larger that available directly with the backend chosen. This handles the case where the data will be smoothed.
  • Average Source Elevation: The average elevation of your source set. Note that we do not account for the detailed evolution of the source elevation.
  • Water vapor: The water vapor quantity (typically, the season when you are doing your observation), in order to estimate the zenith opacity.
  • Observing mode: The mode used. Choose one from the menu (position switch, otf, ..)

Second Page Parameters:

The first table on this page deals with the integration time required with each of the selected receivers to reach the requested r.m.s. Then, some warning/advise messages will appear with respect to the results and according to our experience with such observations. The boxes displayed on this page handle some parameters of the observing mode (check special features of On-The-Fly mode). We use default values for all parameters to allow complete calculation on the first submit. But you can modify those parameters to your own observing goals and recompute the results. The last table breaks the total telescope time down into several tasks and gives the overall observing efficiency (ON source integration time over total telescope time). For the estimation of overheads and deadtimes, see the corresponding section.

4. Bolometer observation -[NEW]-

4.1 Description: This case is dedicated to continuum observation with the MPIfR bolometer during the winter period. The complete form is displayed on one single page containing both information for On-off and On-the-fly modes. In order to reduce the number of parameters to be specified, we assume typical values for some of them, such as the average elevation of the sources (~ 40-60 deg.), zenith opacity (winter: ~ 0.2, summer: ~0.4) or the wobbler throw (~ 45 arcsec.). Choose between On-off and On-the-fly observation.

When the first page is complete, the [Obs. time calculation] button allows to compute an estimation of the total required telescope time for the run. It simultaneoulsy displays on the second page some warning/advise messages. When you are satisfied with the calculation, a LaTeX file containing the main results is generated with the [LaTeX file generation] button. You can include it in your proposal.

Please note that any of the submitted parameters will be applied to all the sources of your project (ie no distinction in sky elevation, source strength, source size...)

4.2 Parameters:

First Page Parameters: - On-off parameters:

  • Number of subscans: The total (ON+OFF) number of subscans. It has to be a multiple of 4 since the symetric mode is used by default.
  • Integration time: The integration time for a ON or a OFF subscan, in sec.
- On-the-fly parameters:
  • Source Size in azimuth and elevation:
    We ask for the field on the sky (in arcsec) which should be mapped with the requested rms.
    The integration time is calculated via

    t_int = (NEFD/rms)^2 * 1/channel * (az_source_size*el_source_size)/beam

    where NEFD is the sensitivity of the bolometer, and channel the number of pixels of the corresponding arra. The integration time is independent on the mapping parameters such as scanning speed, step size in elevation.
    The actual size of the map is larger than the values entered for the source size by typically:
    map_size_az = source_size_az + array_size + wobber_throw
    map_size_el = source_size_el + array_size
    Note: since a single map should not take longer than 80min, it might well be that your entered source size is larger than the field you can cover with a single map. In this case you have to make a mosaic of smaller submaps. Nevertheless this does not affect the required observing time.
- Other informations:
  • Bolometer type: The bolometer you aim to use for your observations. We consider an array size of 120 arcsec. for the 37 ch. and 240 arcsec. for the 117 ch. bolometer.
  • Requested r.m.s.: The r.m.s. you aim to reach in mJy/beam.
  • Number of sources: The number of sources you want to observe with those parameters.
  • The wobbler phase time is set to 0.25 seconds by default.

Second Page Parameters:

The second page, displayed on the second window, gives a description of the time partition corresponding to the computed run. For the details about the way this is done, see the overheads and deadtimes section.

4.3 Special warnings:

We would like to insist on the fact that the observers should be very carefully with the requested sizes of the maps. Indeed, long scan will suffer from field rotation and bad baseline. To avoid this problem, smallest maps can be done separatly. Since the program can not "cut" maps by itself, the observer shall submit two "sub-maps" and add himself the times required for the proposal.

5. Observing mode parameters

Each time the results page is displayed, boxes containing the observing mode parameters are shown with default values. As follow, we give a description of those parameters for each mode. Some of them are not required in the fill-out form and appear in bold with the default value we assign to them.

- Position Switching parameters:

  • Number of subscans: The total (ON+OFF) number of subscans. It has to be a multiple of 4 since the symetric mode is used by default.
  • Integration time: The integration time for a ON or a OFF subscan, in sec.
  • The OFF position is assumed to be at less than 1 degree from the ON position.

- Wobbler Switching parameters:

  • Number of subscans: The total (ON+OFF) number of subscans. It has to be a multiple of 4 since the symetric mode is used by default.
  • Integration time: The integration time for a ON or a OFF subscan, in sec.
  • The phase time is set to 2 seconds by default.

- Frequency Switching parameters:

  • Number of subscans: The total (ON+OFF) number of subscans. It has to be a multiple of 4 since the symetric mode is used by default.
  • Integration time: The integration time for a ON or a OFF subscan, in sec.
  • The phase time is set to 2 seconds by default. Note that the observing efficiency will decrease with shorter phase time (see report by C. Thum).

- Raster Mapping parameters:

  • Number of points on the map: The total number of points there will be on the raster map.
  • ON/OFF Ratio: The number of ON integration per OFF integration. By default, this parameter is first set to 5 to calculate the integration time on one single point of the map.
  • Integration time: The integration time for a ON subscan, in sec.
  • The integration time on the OFF position is calculated by Toff=Ton*sqrt(R_onoff) where R_onoff is the ON/OFF Ratio, this for an optimal signal to noise ratio.
  • The OFF position is assumed to be at less than 1 degree from any of the ON positions.

- Spectral Line On-The-Fly parameters:

For this mode, the number of possibilities and observing strategies has become so important in the latest times that the observing sequence we consider can sometimes look simple compared to what you really want to do. However, we think that this is still consistent in terms of time estimation for a map of a given size with a given scanning step. Anyhow, don't hesitate to contact us for questions or doubts you may have.
  • Dump time: The time of a single dump. Currently, it has to be at least 1 sec for the filterbanks, and 2 sec with the autocorrelator (actually, dumps of 1 sec. can be used with few autoco. channels, but the program doesn't give this option).
  • Number of dumps per scan: The number of dumps for each OTF scan.
  • Number of OTF scans to achieve the map: The number of REF-OTF-REF sequences (the CAL is not done at every sequence) on the complete map.
  • The integration time on the OFF position is calculated by Toff=Ton*sqrt(nb_dump) where nb_dump is the number of dumps per scan, this for an optimal signal to noise ratio.
  • Any REF position is assumed to be at less than 1 degree from the start or end of an OTF scan.
6. Overheads and deadtimes

The results of the total telescope time calculation are displayed in a table giving how this time is parted between the preparation and observing phases. The way the overhead and deadtimes are estimated is the following:

Heterodyne:

    - Tuning time: After installation of new receivers C and D, all frontends should be automatically tunable from the control room. From our experience of receivers A and B, we consider a constant time of 20 minutes to tune up to 4 receivers simultaneously. This includes calibrations done just after the tuning (checks).

    - Preparation time: A constant preparation time of 20 min. is considered for the first slew to the source and the calibration on a line calibrator. In case of several frequency sets, it decreases to 15 min. because we assume that we are already close to the source (what is not always the case when you start a run).

    - Pointing/Focus/Calibration time: Two types of pointing are considered: on a strong (far ?) source, with a focus, and on a weaker source close to the target. The first type of pointing is done every 3 hours if 1mm receivers are used, every 6 hours if not, and the second every 2 hours. Finally, calibrations are done before each scan for psw, fsw, wsw and raster, and every 10 minutes for OTF.

Bolometer:

    - Pointing/Focus/Calibration time:
    A typical bolometer observing run is assumed to include a pointing near the target source every 1 hour,
    a pointing and a focus on a strong source every 1.5 hours,
    a bolotip every 1.5 hours
    and a pointing, focus, and a onoff measurement on a calibrator every 2 hours

7. Special features -[NEW]-

7.1 Two receivers tuned to the same freq.: The program now takes into account the tuning of two receivers at the same frequency and informs about the gain in time it represents. To respect cases where a better r.m.s. would be prefered to a shorter telescope time, the total time partition is still given as if there was no receiver average. This check is done for case 1 and all individual sets of case 2.

7.2 Aimed to spatially smooth your maps?: In some cases, you might wish to spatially smooth the maps obtained with SL-On-The-Fly. This allows to get per final pixel a better r.m.s. If you fix the required r.m.s. this should correspond to a gain in observing time. We do not offer the option to directly apply smoothing factors to simulate this gain because the r.m.s. we ask for in the form does not correspond to the noise you would get per pixel after smoothing ! Indeed, the r.m.s. we require is a r.m.s. per main beam (in the Ta* scale).
-----> To simulate the effective time gain of the smooth, one would then have to enter the final requested r.m.s. want multiplied by the sqrt of the size ratio applied between the original and final sampling.

Example: Say you map a source with original 4"*4" pixels. You aim to smooth to a 12"*12" grid. The ratio is then 9. If you need a noise of 0.05K in the final sampling, the input of the form should be 0.15K If you had required 0.05K per main beam, the time would have been 9 times larger.


To come back to the Observing time calculation page, press the button of your browser.