HSC Queue Mode Implementation Plan ~ Stage I, II, III ~ Tae-Soo Pyo Subaru Telescope 2015. 6.16 06/01/15.

Slides:



Advertisements
Similar presentations
Network II.5 simulator ..
Advertisements

Cultural Heritage in REGional NETworks REGNET Project Meeting Content Group
Making the System Operational
OPC matters Simon Morris. Topics for possible Discussion Simon Morris is OPC Chair for period 80 and 81 Rapid turnover planned for Panel membership Large.
1 AAO AusGO : 29 June 2009 Demystifying the Queue at Gemini Observatory AAO Epping - 29 June 2009 Henry Lee Gemini South, Chile.
December 21-22, 2005Subaru Users Meeting, Mitaka Status of Remote Observation / Service Observation Junichi Noumaru Subaru Telescope National Astronomical.
HORIZONT 1 ProcMan ® The Handover Process Manager Product Presentation HORIZONT Software for Datacenters Garmischer Str. 8 D München Tel ++49(0)89.
NOAO/Gemini Data workshop – Tucson,  Hosted by CADC in Victoria, Canada.  Released September 2004  Gemini North data from May 2000  Gemini.
Lafayette Crisis Center Scheduling System Project 2 1.
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
Observing efficiency for NGAO 1.Definitions 2.Lessons learned a)Keck LGS AO “efficiency” b)Keck AO brute conclusion 3.Observing efficiency budget 4. Observing.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Alarms and Events - Processing and Logging Project Mentors Suneel Kumar Venugopal Vanga.
WELCOME TO EXPORT COMMODITY DATABASE (ECDB ) Presentation by DIRECTORATE GENERAL OF VALUATION.
Field Project Planning, Operations and Data Services Jim Moore, EOL Field Project Services (FPS) Mike Daniels, EOL Computing, Data and Software (CDS) Facility.
PILOT PROJECT: External audit of quality assurance system on HEIs Agency for Science and Higher Education Zagreb, October 2007.
LWA1 User Programs Report Y. Pihlström (UNM). Outline User Programs purpose and functions o Usefull webpages o Plans for a data base CFP1 report CFP2.
Hunt for Molecules, Paris, 2005-Sep-20 Software Development for ALMA Robert LUCAS IRAM Grenoble France.
Transaction Processing Systems and System Development Life Cycle
LSST Scheduler status Francisco Delgado Sr. Software Engineer Telescope & Site.
Astrid: Astronomer’s Integrated Desktop Session 1: Introduction to Astrid & User Interface Overview October 5, 2005 Amy Shelton
LBTI HOSTS Science Operations Plan Draft 0 – Feb
SSWG Meeting #15: May 2006, Cape Town SSWG #15: 7 & 8 May SSWG Agenda: Sunday 7 th May 1.Welcome. Minutes of Previous meeting. Matter arising (David)09:00.
Software Engineering Management Lecture 1 The Software Process.
Property of Progressive Insurance & Casualty Company 1 Agile Test Automation Created and Modified By: Nishant Awasthi January 13, 2009.
Budget-based Control for Interactive Services with Partial Execution 1 Yuxiong He, Zihao Ye, Qiang Fu, Sameh Elnikety Microsoft Research.
Cycle 1 Planning Process B-G Andersson (SOFIA Science Operations Manager) & Ravi Sankrit (User Support Scientist) SSSC, May 11, 2011 Mountain View.
Project Presentation eProcurement System. M.TECH S16- Team S03 Institute of Systems Science Table of Content Project Background Project Requirement User.
Student Curriculum Planning System MSE Project Presentation I Kevin Sung.
Consortium Meeting La Palma October PV-Phase & Calibration Plans Sarah Leeks 1 SPIRE Consortium Meeting La Palma, Oct. 1 – PV Phase and.
@2002 Copyright, Itreya Technologies CMMI kick off July 2005.
Computer and Data Management Report Junichi Noumaru Subaru Telescope.
MNRF Management and milestone achievements Chris Evans AAO.
LSST Scheduler construction plan Francisco Delgado Sr. Software Engineer Telescope & Site.
GLAST Science Support CenterNovember, 2005 GSSC User Committee Meeting Tools for Mission and Observation Planning Robin Corbet, GSSC
Obs. Planning Workshop 22 July 2011 NASA Herschel Science Center - page 1 PACS David R. Ardila NHSC-HSC liaison The OT2 Call.
The new P2PP tool | | Monika Petr-Gotzens The new Phase 2 Proposal Preparation (P2PP) tool Monika Petr-Gotzens.
May 17, 2004SSWG - PFIS Shared Risk1 PFIS Commissioning, Shared Risk, and Transition to Operations.
Science Team Objectives K. Jezek and J. Richter-Menge Science Team Co-leads.
Sep 13, 2006 Scientific Computing 1 Managing Scientific Computing Projects Erik Deumens QTP and HPC Center.
1 Proposal and Observation Handling Ravi Sankrit (User Support Scientist) SSSC May 11, 2011.
Proposal: staged delivery of Scheduler and OpSim V1 (2016) meet most of the SRD requirements – Deliver a system that can be extended with an improved scheduler.
SPACE TELESCOPE SCIENCE INSTITUTE Operated for NASA by AURA COS Monthly Status Review 17 September 2002.
Project Setup and Execution For PMPlan Enterprise Presented by AlNik Solutions Copyright ©
Sked: Past, Present & Future John M. Gipson NVI, Inc./GSFC 3rd IVS General Meeting Ottawa, Ontario February 9-11, 2003.
ALMA Integrated Computing Team Coordination & Planning Meeting #1 Santiago, April 2013 ICT Group planning: Scheduling Jorge Avarias ICT Scheduling.
Why is the VLT very efficient? Fernando Comerón On behalf of Francesca Primas and Martino Romaniello.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
Capgemini India. 2 Project Execution Process  Onsite team will gather the requirements from client and put them in Business Requirements specification.
Queue Observation Tae-Soo Pyo /21/14Subaru User's Meeting FY
Observations with AMBER  General overview  P2VM  OB preparation with P2PP P2PP / OB / templates Available templates for observation procedure Typical.
2.0 PROJECT INITIATION AND PLANNING The initiating and planning are the phase where process or workflow to develop the system will identify and planning.
CHARA Collaboration Year-Five Science Review 2008 Nightly Reports and Remote Observations By ~ PJ Sallave - Goldfinger.
QC – User Interface QUALITY CENTER. QC – Testing Process QC testing process includes four phases: Specifying Requirements Specifying Requirements Planning.
Project Life Presented by Chuck Ray, PMP ITS Project Manager.
Scenario use cases Szymon Mueller PSNC. Agenda 1.General description of experiment use case. 2.Detailed description of use cases: 1.Preparation for observation.
Science Operation of Subaru Telescope Tae-Soo Pyo 2014.Feb.25 2/25/ Subaru Winter KASI.
Software Engineering Management
Observatory Control System
Systems Implementation,
JCMT Observation Management Project
ESO Phase 1 & 2 Procedures Gaitee Hussain
Future Science Operation Modes
Observatory Control System
Gustaaf van Moorsel September 9, 2003
Science Operation Report FY2017
Observing with Modern Observatories (the data flow)
Inter-RPO 2002 Fire Emissions Inventory
System Analysis and Design:
TAC report Subaru UM 2005 K. Ohta (Kyoto)
Presentation transcript:

HSC Queue Mode Implementation Plan ~ Stage I, II, III ~ Tae-Soo Pyo Subaru Telescope /01/15

Basic Principle Start simple Satisfying users requirements – Information : Logs, completion reports – Feedback : Q/A staff assignment Do not drop quality of operation. Do not drop quality of data. – Some parts should be checked manually at the beginning – QWG will help proactively in all STAGEs. 06/01/15

STAGEs for Queue Implementation STAGE I: S16 A & B (Beginning) Only applicants of queue Mode in OPEN USE STAGE II: S17 A & B (Stabilizing) 50% Queue + 50% Classical in OPEN USE only STAGE III: S18 A & B (Settle down) 80% Queue + 20% Classical in both OPEN USE and SSP 06/01/15

STAGE I: S16A and B OPEN USE (< 5 nights) + 1 st and last nights of SSP + Sukima Time In CfP, open “Subaru Open Use queue mode program” for HSC. – Queue mode will be allocated at “Sukima” ( 隙間時 間) in classical mode program and several queue mode nights. No additional target request of classical programs. In bad weather, Queue program has higher priority than back- up programs. The number of queue observation night depends on the number of the accepted queue programs. – Referees give science assessment for queue proposals. – SAs give technical assessment for queue proposals. 06/01/15

STAGE I: Queue Mode Programs Normal Queue Programs – Normal Queue Program: No lower limitation of observing time = 0.14 – 5 nights (= hrs) Filler Queue Programs (from S16B) – Bad weather Condition – Less then 4 hrs. – Priority is lower than Normal Queue Program but it will be useful for Queue filling. 06/01/15

STAGE I: Queue Operation Resources Operation Center: Imanishi, Pyo, Nakano + FQA staff With Queue planning and simulation program Manage of Queue Schedule and Completion rate SAs, SSAs, Operators, HSC Astronomers Queue Observers OCS team & CDM ( ProMS and STARS system) Queue Software Management Initial QA during observation with HSC quick look programs by SAs Final QA will be done by FQA staff in the next morning. Quality Assessment 06/01/15

STAGE I : Software for S16 A & B Input observation plan and parameters by PI Make Observation block files Spread Sheet Format Phase II Tools Drafting and Investigation of Queue mode schedule Semester base, Each two weeks (one run) base Checking and modifying Queue mode Schedule daily base Update with the completeness of OBs. Queue Planner Show queue list satisfying conditions [sorted by priority] Weight control system. Generate HSC OPE commands from OB information Marking and Commenting for OBs which were done Queue Selection & Execution tools Distribute monitoring script to find new data acquisition to PIs. Observation Logs (Executed OBs) Weather Information Quality assessments Data Delivery 06/01/15

STAGE II: S17 A & B Allocate Queue programs in fixed rate – 20% Queue + 80% Classical (S17A) – 50% Queue + 50% Classical (S17B) – The allocation rate can be changed by the results of S16A & B queue observations – Increase the queue observation rate up to 50% OPEN USE + 1 st and last nights of SSP + Sukima Time Allocate proposals to Queue mode in TAC or Sci. Div. – High ranking proposals in referee judgment – Proposals strict requirements for scientific achievement ( best seeing, photometric sky, dark night) Targets with wide spreading over the all sky area Regular Queue scheduling is required 06/01/15

STAGE II: Queue Scheduling Semester and Run base scheduling check – Before starting Semester and One week before run – Update queue filling and lists updated – Check the availability of queue list considering various environment conditions Daily base scheduling with fine tuning – Update and fine tune queue lists before the observation everyday. 06/01/15

STAGE II: Queue Operation Resources Operation Center: Nakano, Imanishi, Pyo + FQA staff Manage of Queue Schedule and Completion rate SA, SSA, Operators, HSC Astronomers Queue Observers OCS team Queue Software Management SSA + SA + HSC Astronomers Run base schedule check and daily base schedule revision Queue Scheduling FQA staff In the next morning, check frames commented by Queue observers with QA tools Quality Assessment 06/01/15

STAGE II : Software for S17A & B Phase II ToolsQueue Planner Queue Selection and Execution Tool Data Delivery Gen2 log analyzer Automatic Estimate and summarize times for each execution of proposal (OB), overhead, trouble down time Automatic Log analyzer Initial QA during observation with HSC software by Queue observers Final QA after observation by Queue Assessment Checker Quality Assessment tool 06/01/15

STAGE III: S18 A and B Both Open USE and SSP – 80% Queue + 20% Classical – Dead time of SSP will be increasing  mixing Open USE and SSP in queue mode – The policy of how to take balance OPEN USE and SSP with queue should be determined. 06/01/15

Thanks Questions and Comments ? 06/01/15