Differences between revisions 50 and 76 (spanning 26 versions)
⇤ ← Revision 50 as of 2012-01-24 14:35:37 →
Size: 6965
Editor: lt-ck
Comment:
← Revision 76 as of 2012-01-30 10:50:14 → ⇥
Size: 9585
Editor: 76
Comment:
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
= Quick Guide for Dummies - The novice 30m observer = = Quick Guide for Dummies - The novice 30m observer (DRAFT) =
Line 5: Line 5:
This guide is meant to help the novice observer at the 30m telescope getting started. by Carsten Kramer

This guide is meant to help the novice observer at the 30m telescope getting started. At the end of each section, and in the Appendix, we give links and references to more detailed documents. THIS IS ONLY A YET VERY INCOMPLETE DRAFT!
Line 11: Line 13:
When time has come to start real observing, take a seat and let the Astronomer-of-Duty and the Operator guide you through the first steps. It is really easy. You'll need to log into your project account onto ''mrt-lx1'' and start the observing software called !PaKo, run the receiver and backend setup scripts, select a source, and then e.g. start a pointing. This will send the commanded frequencies to the synthesizers, and it is now on the operator to "tune" the receivers, to make them ready for observations to start. This may take 10 minutes or more. Once tuning is finished, you may want to check the pointing and focus of the telescope first, before going to your science source. See below. When time has come to start real observing, take a seat and let the Astronomer-of-Duty and the Operator guide you through the first steps. It is really easy. You'll need to log into your project account onto {{{mrt-lx1}}} and start the observing software called !PaKo, run the receiver and backend setup scripts, select a source, and then e.g. start a pointing. This will send the commanded frequencies to the synthesizers, and it is now on the operator to "tune" the receivers, to make them ready for observations to start. This may take 10 minutes or more. Once tuning is finished, you may want to check the pointing and focus of the telescope first, before going to your science source. See below.
Line 17: Line 19:
 1. Click on icon "paKo". this will connect to your project account on mrt-lx1
 1. In the X-window, type: ''goPako'', ''pakoDisplay'', ''pako''
 1. Run your setup scripts a the pako prompt, e.g. ''@ setup''
 1. And then continue with ''set doSubmit yes'', ''start'' 		 1. Click on icon "paKo". this will connect to your project account on {{{mrt-lx1}}}
 1. In the X-window, type: {{{goPako, pakoDisplay, pako}}}
 1. Run your setup scripts a the pako prompt, e.g. {{{@ setup}}}
 1. And then continue with {{{set doSubmit yes}}}, {{{start}}}
Line 23: Line 25:

Observations on the science source are mixed with calibration, pointing, and focus scans. Observations of a line calibrator are recommended at least once after a new receiver tuning. Observations on the science source always switch between a reference and the on-observations. The time for the various cycles (on/off, hot/cold/sky calibration, pointing, focus) depends on the stability of the sky and the instrumentation, among other things. Typical cycle times are 2minutes for the on/off cycle, 10minutes for the calibration cycle. Pointings should be done every 1-2 hours, depending on the stability of the pointing. Focus scans should be done about every 2 hours, and more often during sun set and rise.

'''CHECK: typical session to be added'''
Line 27: Line 33:
''mrt-lx1'' is the name of the workstation to run the observations. This is the central machine, the observer is using for running !PaKo. The online data processing software Odp is running on ''mrt-lx3''. During observations it is continuously transferring IMBfits raw data from ''mrt-lx1'' to ''mrt-lx3''. The observer should use ''mrt-lx3'' (or ''mrt-lx2'') for offline data processing. {{{mrt-lx1}}} is the name of the workstation to run the observations. This is the central machine, the observer is using for running !PaKo. The online data processing software Odp is running on ''mrt-lx3''. During observations IMBfits raw data are continuously transferred from {{{mrt-lx1}}} to {{{mrt-lx3}}}. The observer should use {{{mrt-lx3}}} (or {{{mrt-lx2}}}) for offline data processing.

While the observer logs into {{{mrt-lx1}}}, the observers account lie on the vis directory on disks connected to {{{mrt-lx3}}}.

'''CHECK: A sketch of the main computers and disks relevant for the observer, and a sketch of the entire 30m-Granada network system.'''
Line 31: Line 41:
PCs with numbers larger than 4, are small PCs used as terminals. Not much software is installed on these PCs and the user may want to quickly change to one of the main workstations described above, e.g. via ''ssh -X mrt-lx3''. PCs with numbers larger than 4, are small PCs used as X-terminals. Not much software is installed on these PCs and the user may want to quickly change to one of the main workstations described above, e.g. via {{{ssh -X mrt-lx3}}}.
Line 33: Line 43:
=== Printing ===
Line 34: Line 45:
 A typical print command is {{{lp -Pmrt-pr1 file.ps}}}. At the 30m, we have printers {{{mrt-pr1}}}, a fast b/w printer, and {{{mrt-pr2}}}, a color printer.
Line 56: Line 68:
=== How much data to expect ? === === How many data to expect ? ===
Line 58: Line 70:
This depends on the spectrometers used, and on the observing mode and data rate, i.e. how many spectra are taken per second. To give a rough number: If you use the FTS backends, you may expect upto 1GB of data created per hour of observation.
 
Calculate the space you might according to the formula		 This depends on the spectrometers used, and on the observing mode and data rate, i.e. how many spectra are taken per second. Don't worry if you are not using the FTS backends. In this case, your data will fit on DVD(s). If you are using the FTS, you may well need a hard disk.
Line 62: Line 72:
space per hour of observing time = Backend-Channels * 4Bytes * spectra/sec * 3600 The 30m has 2SB dual polarization receivers covering 32 GHz of instantaneous bandwidth. The FTS backends cover the full bandwidth at a resolution of 200 kHz. This gives 160,000 channels. The typical dump rate is 1 spectra per second (e.g. for position switched observations). This gives a typical data rate of *2.3 GB/hour*. It has been tested that the 30m system is able to cope with a dump rate of 5 Hz (100 msec phase time), for instance when conducting frequency-switched on-the-fly mapping observations.
Line 64: Line 74:
Example: Backend-Channels = 40000 , 1 spectra/sec: space 160KB*1*3600 ~= 50 MB/hour

If you plan to take as well the IMBFits raw data back home, multiply by 2. 		The amount of required disk space is doubled if you plan to take as well the IMBFits raw data back home.
Line 72: Line 80:
 * Assuming your project number is 100-11, change directory to the subdirectory on your local disk where project data shall be stores, and then copy the data over using ''rsync -rtvH --safe-links --bwlimit 2000 100-11@mrt-lx3:/vis/100-11/* ./''.  * Assuming your project number is 100-11, change directory to the subdirectory on your local disk where project data shall be stores, and then copy the data over using {{{rsync -rtvH --safe-links --bwlimit 2000 100-11@mrt-lx3:/vis/100-11/* ./}}}.
Line 77: Line 85:
=== Howto work with spectra: CLASS [ASTRO] ===
=== Howto work with data cubes: GREG [ASTRO] ===		 === Howto work with spectra: CLASS/GILDAS [ASTRO] ===
=== Howto work with data cubes: GREG/GILDAS [ASTRO] ===

 * [[http://www.iram.es/IRAMES/events/summerschool2011/presentations/pety-sd-imaging.pdf|Lecture on CLASS given at the 30m Summerschool 2011]]: Visualization and typical data reduction
 * [[http://www.iram.fr/IRAMFR/GILDAS/|GILDAS home page with documentation]]
Line 82: Line 93:
See the [[http://www.iram-institute.org/EN/content-page-58-7-55-58-0-0.html|pages on Telescope Summary]]  * [[http://www.iram-institute.org/EN/content-page-58-7-55-58-0-0.html|Telescope Summary]]
 * [[http://www.iram.es/IRAMES/mainWiki/EmirforAstronomers|EMIR homepage]]
 * [[http://www.iram.es/IRAMES/mainWiki/HeraforAstronomers|HERA page]]
 * [[http://www.iram.es/IRAMES/mainWiki/GoddardIramSuperconductingTwoMillimeterCamera|GISMO 2mm camera]]
 * [[http://www.iram.es/IRAMES/mainWiki/BackendsForEmirHeraMambo|Backends]]
Line 86: Line 101:
Don't be afraid of "silly" questions, please! The Astronomers-of-Duty and the operators are your prime contact at the telescope. Don't be afraid of asking "silly" questions, please!
Line 97: Line 112:
 * See the lectures on telescope, frontends, backends, and software given at the IRAM 30m [[http://www.iram-institute.org/EN/content-page-204-7-67-202-204-0.html|Summerschool 2011]].

Contents

  1. Quick Guide for Dummies - The novice 30m observer (DRAFT)
    1. Howto observe ?
      1. Getting started
      2. A typical observing session: PaKo [ASTRO]
    2. Computer System
      1. What are all the screens for ? Network topology or entering the unknown
      2. My machine is called mrt-lx18. Now what ? Software
      3. Printing
    3. Data
      1. Online data processing (Odp)
      2. Where are my data ?
      3. What happens to my data ? Backup, Storage
      4. How many data to expect ?
      5. Saving data on external disks
    4. Next steps: user dp
      1. Howto work with spectra: CLASS/GILDAS [ASTRO]
      2. Howto work with data cubes: GREG/GILDAS [ASTRO]
    5. Details like telescope and instruments
    6. Whom to complain to ? Help needed
    7. Appendix
      1. Displays
      2. More information, references

Quick Guide for Dummies - The novice 30m observer (DRAFT)

by Carsten Kramer

This guide is meant to help the novice observer at the 30m telescope getting started. At the end of each section, and in the Appendix, we give links and references to more detailed documents. THIS IS ONLY A YET VERY INCOMPLETE DRAFT!

Howto observe ?

Well before your observations are scheduled to start, it is a good idea to prepare observing scripts, i.e. small PaKo routines, to setup the receivers and spectrometers, to select your sources and lines, etc.. The Astronomer-of-Duty is there to help you doing this. Script should reside on the subdirectory ~/pako of your project account.

When time has come to start real observing, take a seat and let the Astronomer-of-Duty and the Operator guide you through the first steps. It is really easy. You'll need to log into your project account onto mrt-lx1 and start the observing software called PaKo, run the receiver and backend setup scripts, select a source, and then e.g. start a pointing. This will send the commanded frequencies to the synthesizers, and it is now on the operator to "tune" the receivers, to make them ready for observations to start. This may take 10 minutes or more. Once tuning is finished, you may want to check the pointing and focus of the telescope first, before going to your science source. See below.

Getting started

  1. Log into your project account at the PC on the observers desk
  2. Start a new X-window/ KDE session under your project account

  3. Click on icon "paKo". this will connect to your project account on mrt-lx1

  4. In the X-window, type: goPako, pakoDisplay, pako

  5. Run your setup scripts a the pako prompt, e.g. @ setup

  6. And then continue with set doSubmit yes, start

A typical observing session: PaKo [ASTRO]

Observations on the science source are mixed with calibration, pointing, and focus scans. Observations of a line calibrator are recommended at least once after a new receiver tuning. Observations on the science source always switch between a reference and the on-observations. The time for the various cycles (on/off, hot/cold/sky calibration, pointing, focus) depends on the stability of the sky and the instrumentation, among other things. Typical cycle times are 2minutes for the on/off cycle, 10minutes for the calibration cycle. Pointings should be done every 1-2 hours, depending on the stability of the pointing. Focus scans should be done about every 2 hours, and more often during sun set and rise.

CHECK: typical session to be added

Computer System

What are all the screens for ? Network topology or entering the unknown

mrt-lx1 is the name of the workstation to run the observations. This is the central machine, the observer is using for running PaKo. The online data processing software Odp is running on mrt-lx3. During observations IMBfits raw data are continuously transferred from mrt-lx1 to mrt-lx3. The observer should use mrt-lx3 (or mrt-lx2) for offline data processing.

While the observer logs into mrt-lx1, the observers account lie on the vis directory on disks connected to mrt-lx3.

CHECK: A sketch of the main computers and disks relevant for the observer, and a sketch of the entire 30m-Granada network system.

My machine is called mrt-lx18. Now what ? Software

PCs with numbers larger than 4, are small PCs used as X-terminals. Not much software is installed on these PCs and the user may want to quickly change to one of the main workstations described above, e.g. via ssh -X mrt-lx3.

Printing

  • A typical print command is lp -Pmrt-pr1 file.ps. At the 30m, we have printers mrt-pr1, a fast b/w printer, and mrt-pr2, a color printer.

Data

Online data processing (Odp)

The Odp creates calibrated spectra online during the observations, stored in the so-called 30m files, and readable by class. In most cases, the observer works offline only with these files. However, in case of problems with the data, e.g. calibration issues, the observer needs to know to some extent what Odp is doing.

During observations, the backends take data and save them in streams in FITS format. These streams are merged with streams from other parts of the system, e.g. antenna mount drive, and also with messages, to be included in IMBFits raw data files. These are then combined by mira/odp to create calibrated spectra, usually on the antenna temperature scale TA*, and saved as 30m files. These in turn can then be read offline with class by the observer. Mira, class, greg are part of the GILDAS software package. Astronomical data therefore is created in several levels: level-1 are the streams, level-2 are the IMBfits files, level-3 are the 30m files. In case of calibration or other problems, it is possible to recalibrate data using MIRA, or even to recreate data from the streams.

Where are my data ?

  • On the observers project account,

    • 30m data are found here: ~/observationData/mira. One file is created per backend and per day, e.g. FTSOdp20120105.30m

    • IMBfits raw data are found here: ~/observationData/imbfits. Their file name gives date, scan-number, backend, e.g. iram30m-fts-20120107s167-imb.fits.

What happens to my data ? Backup, Storage

  • At the end of an observing run, the operators make sure that the observer receives a copy of the project account. Upon request, IMBfits raw data are included. Depending on the project size, the data may be provided on an external USB disk (provided by the observer, or by IRAM) or DVDs.

  • In addition, we retain at least one copy of the project account (including all 30m files and IMBfits raw data files) at the observatory. Upon request to the computer team, we will retrieve data. Depending on when the data were taken, data are stored on different media. Most recent projects are stored on a local disk array, the project archive prArch and/or on Ultrium tapes. Older data are still available via DVDs, and CDs.

  • Data streams are not regularly backuped.

How many data to expect ?

This depends on the spectrometers used, and on the observing mode and data rate, i.e. how many spectra are taken per second. Don't worry if you are not using the FTS backends. In this case, your data will fit on DVD(s). If you are using the FTS, you may well need a hard disk.

The 30m has 2SB dual polarization receivers covering 32 GHz of instantaneous bandwidth. The FTS backends cover the full bandwidth at a resolution of 200 kHz. This gives 160,000 channels. The typical dump rate is 1 spectra per second (e.g. for position switched observations). This gives a typical data rate of *2.3 GB/hour*. It has been tested that the 30m system is able to cope with a dump rate of 5 Hz (100 msec phase time), for instance when conducting frequency-switched on-the-fly mapping observations.

The amount of required disk space is doubled if you plan to take as well the IMBFits raw data back home.

Saving data on external disks

Especially, for projects creating large amounts of data, it is a good idea if the observer copies data over to his/her own laptop or external hard disk. This should be done in regular intervals during the run, and not only at its end.

  • Assuming your project number is 100-11, change directory to the subdirectory on your local disk where project data shall be stores, and then copy the data over using rsync -rtvH --safe-links --bwlimit 2000 100-11@mrt-lx3:/vis/100-11/* ./.

  • Detailed information is given here (internal).

Next steps: user dp

Howto work with spectra: CLASS/GILDAS [ASTRO]

Howto work with data cubes: GREG/GILDAS [ASTRO]

Details like telescope and instruments

Whom to complain to ? Help needed

The Astronomers-of-Duty and the operators are your prime contact at the telescope. Don't be afraid of asking "silly" questions, please!

Appendix

Displays

More information, references

This page is maintained by CK. Any comments are welcome.

Quick30mGuide (last edited 2012-02-02 07:27:44 by lt-ck)