Service Mode Rules and Recommendations for Observation Blocks
Preparing Observation Blocks
Both Visitor and Service Mode programmes are carried out at all ESO telescopes by executing Observation Blocks (OBs) provided by the users. OBs are constructed and submitted to ESO using the P2PP version 3 (P2PP3) Tool for all Paranal instruments.
Please refer to the P2PP3 User Manual and to the User Manuals of the different instruments for more specific information on the structure and contents of OBs, and how to build OBs for different instruments. A number of tutorials describing step-by-step the construction of OBs for different instruments is available.
Service Mode OBs: rules and advices
It is important to keep in mind the Service Mode policies and the following rules and guidelines when designing a Service Mode programme or when preparing a Phase 2 package:
- Some observing strategies cannot be supported in Service Mode; in particular, real-time decisions about the sequencing of OBs, complex OB sequencing, or decisions based on the outcome of previously executed OBs (like adjustment of integration times or execution of some OBs instead of others).
- OBs are only executed once. If you want to repeat an identical observation multiple times, you must submit multiple OBs. This requirement applies to standard stars as well.
- OBs are normally executed non-contiguously. Since efficient Service Mode operations require continuous flexibility to best match the OB constraints with actual observing conditions, OBs for a given programme are normally scheduled non-contiguously. Therefore, users should not expect their OBs to be executed on a specific sequence or in a linked way, unless a sound scientific justification (indicated in the README file and approved with a Phase 2 Waiver in case of a contiguous execution lasting longer than 1 hr) exists. Approved OB sequences should then be prepared as concatenations. Exceptions to this rule are cases in which one OB observing a calibration source needs to be executed contiguously to a science OB. In such a case place both OBs into a concatenation scheduling container to enforce their contiguous execution.
- Multi-mode, multi-configuration OBs are normally not permitted in Service Mode. Although multiple configurations within one OB may sometimes reduce overheads, scheduling and calibrating such OBs is extremely inefficient and can increase the calibration load to an unsustainable level. Examples of such multi-configuration OBs are those combining imaging and spectroscopy in a single OB, spectroscopy with multiple grisms or central wavelength settings, or imaging with a large number of filters (although most imagers allow multiple broadband filters in one OB). Multi-configuration OBs are accepted only if duly justified and authorized by means of a Phase 2 Waiver Request.
- OB execution times must be below 1 hour. Long OBs are more difficult to schedule and execute within the specified constraints because of the unpredictable evolution of the observing conditions. For this reason,OBs taking more than one hour to execute time are accepted by ESO only in exceptional cases and provided that a Phase 2 Waiver Request is submitted and approved. In such cases, ESO will consider the OB successfully executed if the constraints were fulfilled during the first hour of execution, even if conditions degrade after that time.
- Concatenation scheduling container execution time must be below 1 hour and exceptionally for CRIRES instrument science+telluric standard concatenation must be below 1.5h. Only in exceptional cases, and provided that a Phase 2 Waiver Request is submitted and approved, longer concatenations may be submitted. In such cases, ESO will consider the concatenated OBs successfully executed if the constraints were fulfilled during the first hour of execution, even if conditions degrade after that time.
- User-provided calibration OBs that need to be executed contiguously with science OBs need to be specified via concatenation scheduling container.
- Time constraints must be indicated in the OBs. If you intend to observe time-critical events or monitor a target at specific time windows, you need to indicate this under the Time Intervals tab of the OBs. For monitoring observations it is often more appropriate to put OBs in a time-link container. Specifying time windows as broad as possible will reduce the possibilities that your OBs are not executed because of higher priority programmes or because the external conditions did not allow the observations during the interval that you specified. Please read carefully the time-critial OB execution policy.
- Specify the weakest possible Constraint Set values. OBs that can be executed under a broad range of conditions are easier to schedule, especially if they belong to priority groups B or C. In particular, if photometry is needed of a field, it is normally sufficient to obtain a short integration under photometric conditions (transparency = PHO) and carry out the rest of the integration with OBs having a transparency = CLR constraint.
Additional Service Mode Requirements for X-SHOOTER
Attached Wavelength Calibrations
When a higher wavelength calibration accuracy is required, arc exposures can be obtained right after the science exposures, using the attached calibration templates. Note: 2x2 wavelength calibrations produce strong bleedings in the VIS arm. Therefore, attached arc exposures are not allowed when this binning is used in the VIS arm. The UVB arm is not affected by this problem. The 2x2 binning option can be used, provided that the number of exposures in the VIS arm is set to zero.
The Rapid Response Mode
The Rapid Response Mode (RRM), is offered for observations of transient phenomena such as Gamma-raybursts, Supernovae or other transient phenomena in semi-automatic mode.
- Telluric standards: Users are requested to include their preferred spectral type for the telluric standard in the OB "Instrument Comments''.
- S/N Ratio: In all X-Shooter OBs it is mandatory to specify in the Instrument Comments field in P2PP (this is the one just below the User Comments field) the following X-Shooter specific information (an example of the syntax is provided below):
Recommended Syntax: S/N=... @ ...nm, S/N=... @ ...nm
Example: S/N=100 @ 450nm, S/N=40 @ 680nm, S/N=30 @ 2300nm
Note: The signal-to-noise information is not a constraint which will be used to grade the OB execution. It is rather meant to allow the night astronomer to identify possible problems in the OB(wrong offsets, brightness overestimates, etc).
- The 1800s DIT in the NIR arm can cause long-lasting remnants due to the night-sky lines. Thus, the use of DITs of 1800s is only granted in justified cases and requires a waiver.