This page provides information for the National Time Allocation Committees
(NTACs) and the National Gemini Office (NGO) members supporting their National TAC.
The goal is to provide relevant, practical information both on the overall process and
specific to the current semester.
This page will be updated as needed during the Phase I process and we will notify
the NGO and ITAC (International TAC) mailing lists of updates.
Questions, comments and suggestions should be directed to the Gemini ITAC Chair.
Gemini Time
Allocation proceeds in two phases, outlined here.
The first phase is the responsibility of each Gemini partner, and is
conducted by the National Gemini Offices (NGOs) and National Time
Allocation Committees (NTACs). After the proposal deadline, each
NGO collects the proposals from its community, resolves logistical
issues and errors, and evaluates them for technical feasibility.
Each partner then peer reviews its proposals via a National TAC
(NTAC), and creates a ranked list based primarily on scientific merit,
but also on strategic feasibility, given the specific circumstances
created by queue observing at Gemini. Some guidelines in this regard
are provided on this page. NTAC meetings generally occur 4-6 weeks
after the proposal deadline (late Oct/early Nov or late April/early
May). The outcomes of the NTAC meetings are ranked lists of
approved programs and recommended time allocations to fill each
partner's time allocation, for consideration by the International TAC
(ITAC). These approved programs are forwarded to Gemini via the
"NTAC package", due ~6 weeks after the
proposal deadline each semester (generally 16 May or November). Specific dates for
the current semester are given in the phase
I schedule.
The Gemini International TAC (the second phase) must merge the
proposals to create a single combined list of programs for
execution. The ITAC only sees those proposals that are forwarded
by each NTAC. Prior to the ITAC meeting the ITAC chair merges
all of the forwarded programs from each partner to produce a draft
queue. The
merging process is a deterministic process that steps through each
partner's ranked program listing and distributes the time according to
each partner's share of the total time. The draft queue is
shared with the ITAC members and with the Gemini Heads of Science
Operations who construct a preliminary telescope schedule
(incorporating engineering and commissioning work with classical time
requests and other considerations) and communicate any issues or
concerns for operations. During the ITAC meeting, the ITAC
representatives analyze the draft queue in detail; they consider
instrument availability, Target of Opportunity (ToO) programs,
duplicate observations and the distribution of programs across
different observing condition constraints, and adjust the ensemble of
proposals to construct the best "queue", both for the individual
communities and for the observatory.
The outcome of the ITAC meeting is a recommended queue list (including scientific ranking bands), and classical program list for execution in the coming semester. This recommendation is forwarded to the Gemini Director for detailed consideration. The final allocation is at the Director's discretion and changes can be made, although these are generally minor in nature. The final approved list of programs is shared with the NGOs and ITAC members, and "NGO feedback" is generated which includes relevant comments intended for the Principal Investigators for proposals that were forwarded to ITAC. Within a few days of sending the NGO feedback, the observatory notifies all successful PIs directly by email with information about their time allocation and how to start the Phase II process. At the same time, all the approved programs are published on the Gemini website and the "Phase II skeletons" are made available in the Observing Database.
Similar
to other time allocation committees, the NTACs must evaluate their
communities' proposals for scientific merit and technical feasibility.
However, because the overwhelming majority of Gemini observations are queue
scheduled, the NTACs should also consider "strategic feasibility" of the forwarded
proposals, which is a strong function of the proposals'
ranking. Listed here we identify a few general considerations; more
information on specific types of programs follows.
Laser Guide Star (LGS) AO Proposals at Gemini North
The target elevation restriction for LGS is currently >40 degrees.
LGS observations must request good conditions (Cloud Cover = 50%; Image Quality = 70%)
and specify "Laser guide star" in the Adaptive Optics resources section in the PIT.
Because of the limited availability and the need for good weather, only LGS programs ranked
in bands 1 and 2 will be recommended by the ITAC. "Slow" ToOs can use LGS provided that the targets can be made active eight days before the LGS run begins.
Limited LGS
observations of Band 1 and 2 Targets of Opportunity that are triggered less than a week before, or during, an LGS run, are now supported. Only two such targets can be observed during any LGS run, and only one on any given night. All effort will be made to approve and observe a target within 24 hours, however a delay of two or three nights is possible.
Target of Opportunity Proposals
ALL
proposals that do not have pre-defined targets (i.e., unknown coordinates)
MUST have one of the "Target of Opportunity" boxes
checked in the PIT XML file. Target of Opportunity (ToO) programs
are defined as "Standard" or "Rapid" trigger, depending on the
necessary response time. All ToO programs are reviewed during the
ITAC process to check for duplication or conflict.
Rapid ToOs
(immediate or less than 24 hour response time) programs must be ranked
in Band 1 to be recommended at the ITAC. The most common type of rapid ToO is Gamma Ray Burst
follow-up observations. Only one such program can be active at
any given time, and only one, or possibly two, such programs per
telescope will be recommended by the ITAC. (If it is two, the Head
of Science Operations for that telescope will work out an "activation
schedule" with the two teams involved.)
Standard response ToO
programs (response time > 24 hours with no guaranteed upper limit)
may be in any band, however their ToO status does not afford them any
special priority. That is, a Band 3 ToO program will not be
executed before Band 1 or 2 just because it activates a target.
For a highly ranked program, a typical standard response time may be
2-3 days, however a program in Band 3 could have a much longer response
time, or not be observed at all. The NTACs should assess the
nature of the ToO proposal and be sure that its ranking is consistent
with the needs of the program. Some ToO
programs (e.g. following up survey targets) can
obtain data at any time, while others may
not require <24 hr response but will still be time critical (3-5 days
for a supernova for example) and so would not be appropriate in Band 3.
Any ToOs in Band 3 will be specifically evaluated at ITAC.
Joint Proposals
Joint
proposals are evaluated by each NTAC to which the proposal was
submitted (each "joint component"). The final ranking of the
joint proposal in the merged queue is a time-weighted average of the
individual rankings (that is, a normalized average of each partner's
rank scaled by the time allocated by that partner). The final
disposition of joint proposals is not decided until the ITAC, when each
partner learns the disposition of each of the other joint
components. NTACs should take care to
provide instruction to their ITAC representative how the joint proposal
should be handled based on what the other NTACs have decided. For
example, if a joint proposal is not supported by one or more other
partners, should the ITAC member drop support, or add time to reach a
certain minimum level? The "minimum useful time" (indicated in
the PIT) can be very useful in making these decisions as the sum of
the "minimum useful time" from each component should equal the minimum
time required to execute the program.
Classical Proposals
Classical programs are allocated time from the partner's total allocation, before the queue merge process is executed. This means that the classical programs do not have band ranking, although they are considered for scheduling in ranked order. In rare cases, poorly ranked classical programs may not receive time due to scheduling difficulty or conflict with another higher-ranked program, however in general, all classical programs are scheduled on the telescope. The time allocated for queue programs will be equal to the difference between the total partner allocation (per telescope) and the classical time allocation, which is then split proportionally between the three ranking bands (30%, 30% and 40% for Bands 1, 2 and 3 respectively).
Poor Weather Proposals
Starting in 2008A, poor weather programs can be submited either via the regular 6-monthly Call, or, at any time, directly to the Observatory using the Phase I Tool. If submitted via the regular Call, the TACs must rank the program in the normal way as described below. If the program ends up as a science program in Bands 1-3 it will be executed before any Poor Weather queue programs. If submitted directly to the Observatory, and approved, the program only exists in the Poor Weather queue. There are very few programs that can be done in poor weather, and so the chances of getting data from the Poor Weather queue are quite good.
Poor Weather programs submitted with the regular Call
should be included with other programs in the overall ranked list.
If a program
qualifies as a poor weather program (and is to be considered as one), the "Poor
Weather Candidate" flag must be checked in the "TAC"
section of the Phase I Tool (PIT) XML file.
Please only flag proposals that meet the poor weather criteria!
These
programs will be merged into the queue along with the rest of the
programs. If the program is ranked high enough to achieve Band 1,
2 or 3, it will be included in the queue as a regular program, otherwise,
if it has the "Poor Weather
Candidate" flag set, it will be added to the poor weather queue
(i.e., Band
4). No time is deducted from the partner's allocation for Poor
Weather programs and there is currently no limit to how many poor
weather programs can be submitted by the NTACs, regardless of partner
share. This means that poor weather programs can overfill a
partner's time allocation, at the bottom of the partner's ranked list,
but they should still be ranked (relative to each other) in case not
all of the poor weather programs are accepted. The "poor weather
queue" is reviewed during the ITAC meeting and modified if
necessary.
The
2008B NTAC packages are due NO LATER THAN 15 May 2008.
These
packages are delivered to Gemini via a secure (password-protected) ftp
site. Each partner has an ftp account and password (contact
Sandy Leggett or
Rosemary Pike
if you do not know your access
information). The NTAC package must include a ranked list and the
PIT XML files for all programs meriting consideration, as well as ALL joint components
(whether awarded time or not). Each
proposed program can request time on only ONE telescope. Combined
GN-GS (or exchange time) programs must be split into separate proposals
before being submitted to the ITAC.
ALL
proposals that may be considered by the ITAC must be included in the
NTAC packages. Time
allocations should be rounded to the nearest tenth of an hour (i.e., 6
minutes, time allocations to 100th of an hour cause rounding errors during the ITAC merging process).
Details of time allocation (including zero-ing
time), joint status and poor weather status can be adjusted at the
ITAC, but the ITAC will NOT create new programs during the
meeting.
Because the ITAC will
not create new proposals, the NTAC package should include any "backup"
programs and failed joint components with 0 time allocation.
It is possible for programs to be rejected or
for time allocations to change at the ITAC meeting, so the NTACs should
overfill their time allocation, where the overfilling
favors poorer conditions. It is not
recommended to overfill the best observing condition bins (IQ20% or
IQ70% with CC50%), or popular RAs.
Finally, please run the proposal check script provided to all NGOs (contact Sandy Leggett or Rosemary Pike if the scripts package was not sent to you) on the entire NTAC package (the directory containing all the proposals) before it is uploaded. This script accesses all the XML files and checks for common problems. Please run this script and check the results BEFORE submitting the package.
Upload instructions:
Last update: 14 February 2008, Sandy Leggett