It is recognised that some PIs may wish to modify observations after the ITAC-recommended queue and classical schedule has been approved by the Director. This might occur, for example, due to a change in scientific or technical priorities or a genuine mistake in the Phase I proposal (e.g. incorrect observing condition constraints).
Requests for change must be made by the PI to the Head of Science Operations for the relevant telescope (GN: atsuko.nitta at noirlab.edu; GS: joanna.thomas at noirlab.edu) and copied to the program's Gemini and National Gemini Office (NGO) contact scientists. Genuine or accidental differences between approved Phase I programs and the detailed Phase II observations may be also be identified by National Office or Gemini Observatory staff during verification. These too will be communicated to the Heads of Sci. Ops. and copied to the NGO.
If the change is "substantial", the Heads of Sci. Ops. will, at their discretion, contact the relevant ITAC member to seek a recommendation for approval or rejection of the change. Note that changes may affect other approved programs, by creating new duplicate observations or altering their likelihood of execution. Examples of substantial change include:
Smaller changes would not normally trigger communication with the ITAC member, but still require contacting the appropriate Head of Science Operations for assessment. Examples include:
Changes that do not require approval:
Gemini Observatory will act on a request for change within seven days. Often the response time will be significantly shorter than 7 days. However, large lists of target changes or substantial changes in science goals may take up to 7 days for a decision. Requests for changes during a classical run can usually be accommodated if the PI notifies the Head of Science Operations of the need at least 7 days before the classical run begins. Final authority for resolving disputes over observation modifications rests with the Gemini Director.
Gemini North and South are accepting triggers for approved "Target of Opportunity" or ToO programs as described in the Call for Proposals. We recognize that many ToO programs require follow-up observations on various timescales. Every effort will be made to complete these observations but due to schedule (and weather) constraints this cannot be guaranteed.
From Semester 2017A, Gemini is not carrying out detailed time balancing, per partner, from semester to semester. Observations executed on a ToO program are "charged" to the program in order to determine whether the program has remaining time, but any unused time at the end of the semester is lost.
All types of ToO observations can be prepared and submitted using the standard sync operations of the Observing Tool (OT). It is also possible to trigger observations programmatically using an Application Programming Interface (API). Template observations in the programs are copied, populated with the target and guide star information, and then triggered.
The basics of ToO Phase II preparation are the same as for regular queue programs. However, in this case the PI needs to define template observations that will be used once the targets are known. For programs with standard triggers that require a limited set of instrument modes, PIs should prepare templates similar to normal Phase II preparation. Programs that observe more transient objects (e.g. SNe, GRBs) often use many instrument modes so have to have more triggering options. For these programs the contact scientist will often copy a set of standard templates into the program. Please ask your contact scientist for additional instructions.
The template observations must be prepared by the regular Phase II deadline before each semester so that they can be properly checked.
Template observations should be made for each instrument configuration that will be needed and should be stored in a folder called Templates. This template observations should include:
After being checked by NGO and Gemini staff, trigger template observations will have their status set to "On Hold" and the priorities set to the usual High, Medium, or Low. PIs should sync their programs and wait for the triggering event.
Each program has a ToO status based on the option ("None", "Standard", or "Rapid") approved during Phase I. The status is given at the main program level.
The TOO status is also shown at the observation level for programs that are allowed to trigger TOO observations. Programs with Standard TOO status can only trigger Standard TOOs while programs with Rapid TOO status can trigger either kind.
Standard TOO program
Rapid TOO program
Only one unique template for each configuration should be defined even if more than one observation with a given configuration may be triggered on a given night. If the URL-based triggering mechanism described below is not going to be used then an Observing Tool "Note" should be used to ask the Gemini contact scientist to make a number of copies of each template and leave them all at On Hold.
In most cases these steps are carried out using the Observing Tool. If the API is used then much of the preparation is done in PI-managed software that formats a URL string with all the required information. API documentation, scripts for automatically finding guide stars, formatting the URL, and submitting it are available on Github or by contacting Bryan Miller (bryan.millernoirlab.edu). The TOM Toolkit is also very useful software for this purpose that supports triggering Gemini observations.
For Standard triggers the observations will be scheduled at the appropriate time in the queue. For Rapid Response triggers, the observers are notified of the triggers immediately and respond according to the timing instructions given. If the observers have any questions about the observtion then they may get clarification from the PI contact given in the note. If the observation cannot be done then the reasons will be added to the note.
Raw data files usually arrive at the Gemini Observatory Archive within a few minutes of being taken and are accessible by the PIs. For Rapid Response programs the observer will send an e-mail to the PI contact announcing that data is available.
By default the observer will use the optical Digital Sky Survery or the 2MASS image of the field in the Position Editor to identify the target during acquisition. An additional finding chart should be provided any time there are uncertainties about the identity of the target, e.g. crowded fields or very faint sources. If in doubt, submit a finding chart!
Finding charts should be submitted to Gemini using the File Attachment tab of the Gemini Science Program component in the Program Editor.
Finding charts should follow these guidelines:
The following is an example of a good finding chart. The bandpass and source of the image is given and the orientation, scale, target, and offset star are clearly marked.
The following is an example of a good spectroscopic finding chart. The orientation is given and the two objects that should be in the slit are clearly marked.
The following is a poor finding chart. The target is indicated but the orientation, scale, bandpass and instrument field-of-view are not given.
This page contains the following sections:
At each telescope a team of queue coordinators (QC) is scheduled to plan the queue nights. Three of these at each site also serve as the core-QCs, who have the responsibility to oversee the queue execution over the longer term and ensure priorities are set consistently and decisions are taken correctly to optimize the program completion. The queue planning is distributed between about 10 staff members, who also have many other duties. About 20-25% of their time is currently used on planning and managing the queue.
The QCs rely on the content of the Observing Database (ODB) to ensure they have a full overview of the queue content. On a nightly basis the scheduled QC uses the Queue Planning Tool (QPT) shown below to construct the plan. Several variant plans are made for different sets of observing conditions, e.g. photometric & good seeing (CC=50% IQ=70%), cirrus & good seeing (CC=70% IQ=70%), cirrus & poor seeing (CC=70% IQ=85%), etc. Thus, the night is pre-planned for not only the most likely conditions but also changing conditions should they happen. The QC uses available weather forecasting and satellite images of cloud patterns to aid the decisions about how to optimize the plan for the night.
The top-level principles guiding the queue management and planning are (1) use the largest possible fraction of the time on completing band 1 and 2 programs, and (2) make the best use of all telescope time. These principles translate to the following concrete guidelines for the queue coordinators:
In addition to these principles, the queue coordinators plan with the completion rate goals in mind. The goals are endorsed by the Gemini Board and focus on reaching high completion rates in band 1 and 2, and to obtain publishable datasets for started band 3 programs. The completion rate goals are detailed on the operations statistics page.
Figure 1: Screenshot of the main view of the Queue Planning Tool. Top left lists the plan variants for the night, matching different observing conditions. Bottom left lists observations available to be scheduled. Top right shows the elevation plot for the observations scheduled in the selected plan variant. Below the elevation plot is a listing of those observations, followed by detail for the selected observation.
A queue night at Gemini usually has only two staff members present, a Science Operations Specialist (SOS) who operates the telescope and provides technical expertise to assist the Observer with the instruments, and an Observer (either another SOS or a staff astronomer) who operates the instruments and exectutes the planned queue observations. The team will assess the observing conditions using available monitoring (seeing monitors, all sky cameras, or by just plain looking at the sky). They will then choose the appropriate plan variant put together by the QC and execute the observations as laid out in the plan. A typical plan contains observations from three to five different queue programs in order to optimize the use of the night.
In the event of changing conditions, the Observer will switch plan variant as needed to avoid taking data in poorer conditions than required and to minimize the time spent taking data in better than requested conditions. Switching between the three or four mounted instruments is accomplished by moving a fold mirror and happens in a few minutes during the slew to the new target. Currently 75-80% of all queue nights use two or more instruments. Due to the large demand for GMOS at both sites there are nights in dark time and good conditions during which only GMOS is used.
If technical problems occur, the Observer and SOS can contact both engineering and science staff for assistance. In case technical problems are confined to one of the mounted instruments, the troubleshooting can be deferred to the next day and the queue execution will simply switch to another instrument, limiting the technical time loss at night.
As the data are taken, the Observer will perform a preliminary assessment of the data quality in order to make decisions about whether the observation is completed correctly and also to detect any technical problems. All data are transferred directly to the Gemini Archive and are usually accessible to the users within minutes of being obtained. This is essential for the timely delivery of data from Rapid Target-of-Opportunity (ToO) observations. Final data quality assessment is done the day after the observations by staff members working at sea-level. This is a more thorough assessment to verify: (1) the correctness of the headers; (2) the observing condition constraints are met; (3) the necessary calibrations have been obtained; and (4) that the data have successfully arrived at the archive. If needed, header corrections will be made and the data re-ingested. Although not required to obtain the data, program data are grouped into “packages” on a regular basis (nominally weekly) and provided to the PI for convenience in downloading the data.
Gemini is in the process of assessing how to make the management, planning and execution of the queue less demanding of staff effort. In this process, staff effort will be used for development and testing of improved science operations software. In order to have effort available for this work and to optimize where effort is spent, the Observatory will put in place some changes to the queue execution, that are intended to save effort and have minimal impact on the science productivity of Gemini. The first changes took effect in early 2010B. The changes have been endorsed by the Operations Working Group and/or the Gemini Board, and will remain in effect until improved science operations software become available, or beyond that if the savings in effort are still necessary and/or if the impact on the science productivity of Gemini is found to be negligible. Additional changes may be required and will in that case be described on this page. The current changes and their expected impact on Gemini users are summarized in the following sections.
QCs will no longer produce plan variants for thick clouds (CC=80 or worse combined with any other observing conditions) and very poor seeing (IQ=Any combined with any other conditions). The QCs will ensure that programs are activated/deactivated in the ODB to optimize completion of band 1-3 programs using these conditions. The Observer will select appropriate observations from the active programs in the ODB for observation in these conditions. Designating programs as "active" and "inactive" is a dynamic process and the selected programs will likely change frequently throughout the semester. If necessary, Band 1 and 2 programs using poor conditions may still explicitly be scheduled to ensure completion.
This change may lead to somewhat lower efficiency on the sky in these poor observing conditions, which in turn may affect the completion rates for band 3 and poor weather programs.
The principles of the telescope time accounting are summarized on the time accounting page. To save effort previously used in achieving accuracy on the few-minutes level, QCs will be asked to apply a “too small to worry about” criterion to the nightly time accounting consistency. Anything that affects time accounting with less than about 15min/night (technical faults, weather etc.) or about 5min/prg on a given night is considered to be in this category. This change may result in small “overcharges” (or “undercharges”) in some programs. It is not expected that these will affect the partner imbalances. Below a total of 30min or 10% of a program length (whichever is smallest) QCs will not follow up on PI/NGO questions about time accounting unless requested by local Head of Science Operations. The QCs will allow small overruns of allocated time to complete programs as planned. For reference, in semesters 2009A-2010A the average time usage to complete a program was 104% of the allocated program time. This change is superseded by the following change as of August 2011.
Effective August 2011 (at the start of 2011B) Gemini will suspend telescope time accounting corrections, as well as corrections to internal night-logs and fault reports for all corrections less than 1 hour of duration. The change was approved by the Board in early June 2011. Statistics from four previous semesters show that the effect on the partner imbalances is minimal as the corrections are approximately distributed as the nominal partner shares. The effect is in all cases expected to be less than 3.5% of a partner's share in a given semester.
As a consequence of the change, the program time accounting is less accurate and programs may appear to run out of allocated time before they are completed. To avoid stopping executions of programs prematurely, NGO support and Contact scientists must ensure that each program contains a top level note with the title “Phase II-filling” that states how the program time was filled, choosing from one of these cases
The note should be dated and carry the initials of the NGO and/or CS who added the note. In the last two cases, the NGO/CS edits the note as new observations are defined. The phase II definitions use the average overhead times (acquisitions and readout) to calculate the planned time. Thus, on average the planned time for an observation is a good approximation of the actual time needed for that observation.
The QCs have been given instructions in how to avoid stopping execution of a program before it is complete. The QCs depend on the notes described above being present in the programs. The PI and NGO for a program can request a review of the time accounting for a given program, if they believe that the execution of a program has been stopped before completion due to missing time accounting corrections. The Head of Science Operations or core-QC can decide to approve execution of the remaining observations without spending resources on an extensive review of the time accounting. The Head of Science Operations and core-QCs will respond to requests for review within one week.
QCs will not adjust time accounting for band 4 (poor weather) programs or revise phase IIs for the programs to enable re-observation of targets. Quality assessment (QA) checks will not be done for band 4 data. All data retain the QA state the Observer may have set, or left undefined if the Observer did not set the state. It is possible that some QA states may be incorrect. The Observer will still add comments to the e-obslog as relevant for these observations, and daytime staff members will still ensure that all data taken arrive at the GSA.
If re-observations of targets are needed, or calibrations are missing, for band 4 (poor weather) programs it will be the responsibility of the PIs to revise phaseIIs to add the required observations as copies of the existing observations. The NGOs can assist as needed. The observations should be clearly marked as a copy in the title and will be set to “ready” by CS/QC without further checks. Re-observations will only be executed if the PI defines them. It is recommended that Band 4 PIs fetch their program from the ODB and download the data from the GSA on a regular basis to monitor the progress of their programs.
The local Head of Science Operations may choose to close the telescope or call off use of the laser guide star system based on early weather forecasts if these are sufficiently poor. At Gemini North it is expected that the decision can be made based on the morning forecast, thereby saving staff effort for the day/night. In addition, the night crew will be given more leeway to close the telescope if observations in poor conditions are extremely inefficient or are putting unnecessary risk on the telescope or instruments. The change may result in fewer poor weather programs being executed.