Community Follow-Up inthe OIR System

LSST All-Hands MeetingAugust 14, 2012

Tom Matheson & Steve Ridgway

• Event Broker• Spectroscopy workshop• Gemini instrumentation

NOAO Event Broker Project

NOAO LSST Working Group

LSST All Hands MeetingAugust 13 - 17, 2012

Overview

An Event Broker is an automated service that augments a transient/variable alert stream by association of auxiliary information, characterization, classification, and publication with support of filters, detection gates and other services.

The motivation for the NOAO project is to guarantee availability to the community of a proven broker service at the time that the LSST survey alert stream begins circa 2022.

Current WG Proposal to NOAO Director

Event Broker: The objective of the present formulation of the WG project is to prototype essential functionality, to operate the prototype capabilities for near-term science objectives, to develop a scalable architecture, and based on the experience acquired, to develop the requirements for the LSST-scale broker service. Pending resource availability, the second phase of the task will be completed in FY2014.

High Level Requirements

1. For a given area of sky, obtain a time-series of photometric observations of sources in that area.

2. Execute algorithms on the time series, storing the output of the algorithms.

3. Visualize the output of the algorithms.4. Update the photometric observations when new material

becomes available.5. Be able to associate external sources of information with the

objects.

Spectroscopy in the LSST Era

• Two-day workshop in Tucson next Spring

• Explore the infrastructure and operational modes needed to follow up LSST discoveries

• Diverse participation• If you would like to be

involved, please let me know

Surveys of the US community over the last four years have shown that the greatest demand for Gemini instrumentation is general purpose spectrographs.

• Altair Report-2008 (http://www.noao.edu/system/altair/)• Currents Survey-2010 (http://www.noao.edu/currents/200910.html)• System Roadmap Report-2012

(http://ast.noao.edu/about/committees/system-roadmap)

What Capabilities Do Gemini Users Want?

Gemini Infra-Red Optical Spectrometer

• High-throughput• Single object• Wide-wavelength coverage (near

UV to near IR)• Moderate resolution (R ~ 5000)

US Gemini Science and Technology Advisory Committee members: Kevin Luhman (Penn State), Tom Matheson (NOAO), Henry Roe (Lowell), Nathan Smith (Arizona)

Web Page to Receive Inputhttp://ast.noao.edu/node/197

Please e-mail me if you can’t find this page.

Potential GIROS Compromises

• Reduce wavelength coverageo Blue cutoff at 400 nanometerso Red cutoff in H band (~ 1800 nanometers)o 360 to 1100 nanometers (OUV optimized, silicon detector only)o 800 to 2500 nanometers (near-IR optimized)

• Reduce spectral resolution o R~3500 beyond 1000 nanometerso R~3000, or lower below 1000 nanometers

• Fiber-fed, bench-mounted spectrograph o Wholly fiber-fedo Hybrid with some wavelength coverage diverted through fiber

Note: Silver mirror dramatically affects throughput below 400 nanometers

NSF Proposals

2010: I2-SSI: A Framework for Time-Critical Response to Astrophysical Events Management Plan

2011: SI2-SSI: A Framework for Time-Domain Science: Time-Critical Response to Astrophysical Events

Project team: NOAO & LSST staff, Kirk Borne (GMU)

Proposed FY13 Milestones1. Develop a conceptual design for an LSST-scale broker. 2. Build functional prototypes for at least two of the following components:

Event generator: From a time-series database, generate a list of events identified by coordinates.Data amalgamation: For a list of target coordinates, associate specific data from other data bases, as needed for science studies.Target characterization: Find target coordinates in a characterization space.

3. Utilize the prototype capability to carry out two science studies:

LSST raw alert rate on stellar variablesEruptive event identification (identify useful ancillary data)

Second Level Requirements - I1. Ingest the photometric observations specific to Stripe 82 into a database.2. Preserve the catalog parameters of the observations in the database tables.3. The photometric time series will be organized to allow frequent analysis of all

objects in the database.4. The photometric series can be augmented.5. Products of analysis algorithms can be associated with objects in the database.6. There will be an executive that can:

1. Accept analysis algorithms in a standard format.2. Run the algorithms on a regular or asynchronous basis3. Store the results of the algorithms4. Accept “filters,” which are higher-level algorithms that work on the output of

the analysis algorithms.5. Run the filters on a regular basis6. Communicate positive filter results.

Second Level Requirements - II7. User interactions:

1. Users will be able to load new algorithms and filters.2. The system will have a store of algorithms and filters.3. The user will be able to visualize and search algorithm and filter products.4. The user can specify external sources of information to associate.

8. Access control:5. There will be two levels of access and interaction allowed:

1. Public, common, or general activities. These will be involve the use of “obvious” or project-endorsed algorithms and filters. The output of these will be made publically available.

2. Private. Individuals will be able to load algorithms and filters for private use. There will be private database tables to hold the results.