| <<O>> Difference Topic GbtSchedularProcs (r1.4 - 23 Oct 2007 - CarlBignell) |
| Changed: | |
| < < | All high frequency observers (indicated by the + on the graphics schedule - includes Astronomy as well as test time) must make a decision for which of the paired observing days he wishes to use (see Paired Days below). Or in the case of unpaired days if he wishes to observe on the appropriate day. The decision is required by noon of the same day for which observing is scheduled between 17:00 EDT on that day and 24 hours hours later (17:00 the next day). |
| > > |
All high frequency observers (indicated by the + on the graphics schedule - includes Astronomy as well as test time) must make a decision for which of the paired observing days he wishes to use (see Paired Days below). Or in the case of unpaired days if he wishes to observe on the appropriate day. The decision is required by ( |
| Changed: | |
| < < |
|
| > > |
|
| Changed: | |
| < < | *On the morning of the decision day I will seek out the observer (when on site) or send an email reminder before noon if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way I would proceed to make the decision myself (with the help of the on-duty support scientist). I then formally send an email notification listing the final schedule for the next 24 hours (starting at 17:00) to (i) gbtlocal, (b) all observers for this period and (iii) any backup observers who do not observe during this period. A sample email is listed below under Sample Email Notification. This email is sent only for the dynamic schedules (otherwise when there is only fixed schedules I do not normally send emails). |
| > > | *On the morning of the decision day I will seek out the observer (when on site) or send an email reminder before 11am ET if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way NRAO would proceed to make the decision (with the help of the on-duty support scientist). I then formally send an email notification listing the final schedule for the next 24 hours (starting at 17:00) to (i) gbtlocal, (b) all observers for this period and (iii) any backup observers who do not observe during this period. A sample email is listed below under Sample Email Notification. This email is sent only for the dynamic schedules (otherwise when there is only fixed schedules I do not normally send emails). |
| Changed: | |
| < < |
|
| > > |
|
| Changed: | |
| < < |
|
| > > |
|
| Changed: | |
| < < |
|
| > > |
|
| <<O>> Difference Topic GbtSchedularProcs (r1.3 - 15 Nov 2006 - CarlBignell) |
| Changed: | |
| < < |
Schedular Procedures |
| > > |
Schedular Procedures for Dynamic Observing |
| Changed: | |
| < < |
Dynamic Scheduling |
| > > | TOC: No TOC in "Observing.GbtSchedularProcs" |
| Changed: | |
| < < | The following is a brief outline of the steps taken each day to handle dynamic scheduling decisions and relevant notification. |
| > > |
Daily Dynamic Scheduling stepsThe following is a brief outline of the steps taken each day to handle dynamic scheduling decisions and relevant notification. |
| Changed: | |
| < < | (a) Determine from the schedule which observers (if unknown I will contact PI) need to make the dynamic schedule decision for noon the following day and make sure they are reminded (many times this is just verbal for on-site observers) of the need for this decision. I will usually email the remote high frequency observers as a reminder. On some ocassions this reminder falls into the morning of the decision day (I usually try to remind them the day before). |
| > > |
|
| Changed: | |
| < < | (b) On the morning of the decision day I will seek out the observer (when on site) or send an email reminder before noon if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way I would proceed to make the decision myself (with the help of the on-duty support scientist). I then formally send an email notification listing the final schedule for the next 24 hours (starting at 17:00) to (i) gbtlocal, (b) all observers for this period and (iii) any backup observers who do not observe during this period. A sample email is listed below under Sample Email Notification. This email is sent only for the dynamic schedules (otherwise when there is only fixed schedules I do not normally send emails). |
| > > | *On the morning of the decision day I will seek out the observer (when on site) or send an email reminder before noon if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way I would proceed to make the decision myself (with the help of the on-duty support scientist). I then formally send an email notification listing the final schedule for the next 24 hours (starting at 17:00) to (i) gbtlocal, (b) all observers for this period and (iii) any backup observers who do not observe during this period. A sample email is listed below under Sample Email Notification. This email is sent only for the dynamic schedules (otherwise when there is only fixed schedules I do not normally send emails). |
| Changed: | |
| < < | (c) If there is any unscheduled time or General Test time available a quick pole of relevant staff (Support and Computing especially) for needed test time is completed. |
| > > |
|
| Changed: | |
| < < | (d) Once all the relevant decisions are known the observing schedule is updated and |
| > > |
|
| Changed: | |
| < < | (e) an email is sent to all relevant observers and gbtlocal listing the schedule for the affected period. |
| > > |
|
| Changed: | |
| < < | (f) Every attempt is made to keep the GBT operator informed of observers who will be observing remotely (I must confess to being inconsistent in this area). |
| > > |
|
| Changed: | |
| < < | Most high frequency projects are scheduled dynamically in paired days and for twice their allotted observing time. Low frequency projects are scheduled as pairs (whenever possible) against the high frequency paired days. The specifically paired high frequency days can normally be determined from the backup schedule. |
| > > |
|
| Changed: | |
| < < | When paired days are involved the high frequency observer must decide by the rule outlined above in (a). If he decides to take his observing time on the first oday of a paired set he will not observe on the second day - the time will used by the secndarylow frequency observer. |
| > > |
|
| Changed: | |
| < < | If the high frequency observer decides not to observe on the first of the paired day, the first day goes to the backup observer and the high frequency observer must decide separately for the second of the paired day. If the observers decides not use his second day in a pair then the observer will get rescheduled at some future date. The schedular willo then need to find backup observations to run. |
| > > |
|
| Deleted: | |
| < < |
|
| Deleted: | |
| < < | |
| Deleted: | |
| < < |
|
| Deleted: | |
| < < | |
| <<O>> Difference Topic GbtSchedularProcs (r1.2 - 17 Jun 2005 - CarlBignell) |
| Added: | |
| > > |
Dynamic Scheduling |
| Changed: | |
| < < | (b) On the morning of the decision day I will seek out the observer (when on site) or do a final email before noon if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way I would proceed to make the decision myself (with the help of the on-duty support scientist). |
| > > | (b) On the morning of the decision day I will seek out the observer (when on site) or send an email reminder before noon if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way I would proceed to make the decision myself (with the help of the on-duty support scientist). I then formally send an email notification listing the final schedule for the next 24 hours (starting at 17:00) to (i) gbtlocal, (b) all observers for this period and (iii) any backup observers who do not observe during this period. A sample email is listed below under Sample Email Notification. This email is sent only for the dynamic schedules (otherwise when there is only fixed schedules I do not normally send emails). |
| Changed: | |
| < < |
Paired Days |
| > > |
Paired Days |
| Added: | |
| > > |
Sample Email NotificationAll, The decision for dynamic observing has been made for Mon May 23 at 16:30 to Tue May 24 to 21:45. NRAO Support schedule is available at http://wiki.gb.nrao.edu/bin/view/Observing/GbtFriends200505 Times are EDT or EST whichever is appropriate and bands are specified in square brackets. Monday May 23, 2005 16:30 - 17:30 : [L] Setup for GBT05A-013 17:30 - 20:30 : [L] 5A13 Robishaw and Heiles - Robishaw 20:30 - 21:30 : [L] Setup for GBT05A-009 21:30 - 24:00 : [L] 5A9 Reach et al - Reach Tuesday May 24, 2005 00:00 - 08:00 : [L] 5A9 Reach et al - Reach 08:00 - 16:30 : Maintenance 16:30 - 17:30 : [X] Setup for GBT05A-030 17:30 - 21:45 : [X] 5A30 Bania et al - Bania The schedules on the web have been updated to reflect these changes. If you have any further quesions please let me know. Thanks, Carl Not scheduled and/or General TestsTarget of Opportunity Requests |
| <<O>> Difference Topic GbtSchedularProcs (r1.1 - 15 Jun 2005 - CarlBignell) |
| Added: | |
| > > |
%META:TOPICINFO{author="CarlBignell" date="1118864700" format="1.0" version="1.1"}%
%META:TOPICPARENT{name="WebHome"}%
Schedular ProceduresThe following is a brief outline of the steps taken each day to handle dynamic scheduling decisions and relevant notification. All high frequency observers (indicated by the + on the graphics schedule - includes Astronomy as well as test time) must make a decision for which of the paired observing days he wishes to use (see Paired Days below). Or in the case of unpaired days if he wishes to observe on the appropriate day. The decision is required by noon of the same day for which observing is scheduled between 17:00 EDT on that day and 24 hours hours later (17:00 the next day). (a) Determine from the schedule which observers (if unknown I will contact PI) need to make the dynamic schedule decision for noon the following day and make sure they are reminded (many times this is just verbal for on-site observers) of the need for this decision. I will usually email the remote high frequency observers as a reminder. On some ocassions this reminder falls into the morning of the decision day (I usually try to remind them the day before). (b) On the morning of the decision day I will seek out the observer (when on site) or do a final email before noon if I have not heard from them by ~ 11:30 am. In some cases when the observer has not been on site but is on his way I would proceed to make the decision myself (with the help of the on-duty support scientist). (c) If there is any unscheduled time or General Test time available a quick pole of relevant staff (Support and Computing especially) for needed test time is completed. (d) Once all the relevant decisions are known the observing schedule is updated and (e) an email is sent to all relevant observers and gbtlocal listing the schedule for the affected period. (f) Every attempt is made to keep the GBT operator informed of observers who will be observing remotely (I must confess to being inconsistent in this area).Paired DaysMost high frequency projects are scheduled dynamically in paired days and for twice their allotted observing time. Low frequency projects are scheduled as pairs (whenever possible) against the high frequency paired days. The specifically paired high frequency days can normally be determined from the backup schedule. When paired days are involved the high frequency observer must decide by the rule outlined above in (a). If he decides to take his observing time on the first oday of a paired set he will not observe on the second day - the time will used by the secndarylow frequency observer. If the high frequency observer decides not to observe on the first of the paired day, the first day goes to the backup observer and the high frequency observer must decide separately for the second of the paired day. If the observers decides not use his second day in a pair then the observer will get rescheduled at some future date. The schedular willo then need to find backup observations to run. -- CarlBignell - 15 Jun 2005 |
| Topic GbtSchedularProcs . { View | Diffs | r1.4 | > | r1.3 | > | r1.2 | More } |
|
Revision r1.1 - 15 Jun 2005 - 19:45 GMT - CarlBignell Revision r1.4 - 23 Oct 2007 - 18:17 GMT - CarlBignell |
Content copyright © 1999-2007 by the contributing authors. All material on this collaboration platform is the property of the contributing authors. |