The Kepler DB, a Database Management System for Arrays, Sparse Arrays and Binary Data

The Kepler Science Operations Center stores pixel values on approximately six million pixels collected every 30-minutes, as well as data products that are generated as a result of running the Kepler science processing pipeline. The Kepler Database (Kepler DB) management system was created to act as the repository of this information. After one year of ight usage, Kepler DB is managing 3 TiB of data and is expected to grow to over 10 TiB over the course of the mission. Kepler DB is a non-relational, transactional database where data are represented as one dimensional arrays, sparse arrays or binary large objects. We will discuss Kepler DB's APIs, implementation, usage and deployment at the Kepler Science Operations Center

Exploration Medical System Technical Development

The Exploration Medical Capability (ExMC) Element systems engineering goals include defining the technical system needed to implement exploration medical capabilities for Mars. This past year, scenarios captured in the medical system concept of operations laid the foundation for systems engineering technical development work. The systems engineering team analyzed scenario content to identify interactions between the medical system, crewmembers, the exploration vehicle, and the ground system. This enabled the definition of functions the medical system must provide and interfaces to crewmembers and other systems. These analyses additionally lead to the development of a conceptual medical system architecture. The work supports the ExMC community-wide understanding of the functional exploration needs to be met by the medical system, the subsequent development of medical system requirements, and the system verification and validation approach utilizing terrestrial analogs and precursor exploration missions

Biosensor Integration Development ExMC/Canadian Space Agency Collaboration

In support of the NASA Human Research Program Exploration Medical Capability (ExMC) Element, NASA Ames Research Center (ARC) established a collaborative effort with the Canadian Space Agency (CSA). The collaboration focuses on leveraging CSA capability in the areas of biosensors and decision support that will augment future development of such components for Exploration Missions. The CSA advancement of biosensors enables NASA to focus on the integration and data management associated with these types of components through the system currently under development by the Medical Data Architecture (MDA) project. This approach has enabled the establishment of a successful collaborative working relationship between ExMC and CSA.Applying lessons learned from the fiscal year 2016 (FY16) Human Exploration Research Analog (HERA) campaign, CSA and NASA ARC developed a solution to provide real-time feedback to researchers who monitor the collection of vital signs data from a wearable Astroskin garment. The advances in the interfaces included the development of an iPad application (by CSA) to wirelessly forward the vital signs data to the MDA system, which collected the vital signs data through a receiver developed by NASA ARC. The development of these interfaces aims to provide communications between the Astroskin and the MDA system such that data may be seamlessly collected, stored and retrieved by the MDA. The first steps towards this goal were demonstrated in FY16. In FY17, ExMC will complete the first in a series of test beds that establishes a system to automate collection and management of vital sign data from the Astroskin, and other sources of data, to provide information for a crewmember to make medical decisions. In addition, the MDA Test Bed 1 will enable CSA to evaluate and optimize biosensor advancement and facilitate decision support algorithm development

Exploration Medical System Trade Study Tools Overview

ExMC is creating an ecosystem of tools to enable well-informed medical system trade studies. The suite of tools address important system implementation aspects of the space medical capabilities trade space and are being built using knowledge from the medical community regarding the unique aspects of space flight. Two integrating models, a systems engineering model and a medical risk analysis model, tie the tools together to produce an integrated assessment of the medical system and its ability to achieve medical system target requirements. This presentation will provide an overview of the various tools that are a part of the tool ecosystem. Initially, the presentation's focus will address the tools that supply the foundational information to the ecosystem. Specifically, the talk will describe how information that describes how medicine will be practiced is captured and categorized for efficient utilization in the tool suite. For example, the talk will include capturing what conditions will be planned for in-mission treatment, planned medical activities (e.g., periodic physical exam), required medical capabilities (e.g., provide imaging), and options to implement the capabilities (e.g., an ultrasound device). Database storage and configuration management will also be discussed. The presentation will include an overview of how these information tools will be tied to parameters in a Systems Modeling Language (SysML) model, allowing traceability to system behavioral, structural, and requirements content. The discussion will also describe an HRP-led enhanced risk assessment model developed to provide quantitative insight into each capability's contribution to mission success. Key outputs from these various tools, to be shared with the space medical and exploration mission development communities, will be assessments of medical system implementation option satisfaction of requirements and per-capability contributions toward achieving requirements

Transiting Planet Search in the Kepler Pipeline

The Kepler Mission simultaneously measures the brightness of more than 160,000 stars every 29.4 minutes over a 3.5-year mission to search for transiting planets. Detecting transits is a signal-detection problem where the signal of interest is a periodic pulse train and the predominant noise source is non-white, non-stationary (1/f) type process of stellar variability. Many stars also exhibit coherent or quasi-coherent oscillations. The detection algorithm first identifies and removes strong oscillations followed by an adaptive, wavelet-based matched filter. We discuss how we obtain super-resolution detection statistics and the effectiveness of the algorithm for Kepler flight data

Exploration Medical System Technical Architecture Overview

The Exploration Medical Capability (ExMC) Element Systems Engineering (SE) goals include defining the technical system needed to support medical capabilities for a Mars exploration mission. A draft medical system architecture was developed based on stakeholder needs, system goals, and system behaviors, as captured in an ExMC concept of operations document and a system model. This talk will discuss a high-level view of the medical system, as part of a larger crew health and performance system, both of which will support crew during Deep Space Transport missions. Other mission components, such as the flight system, ground system, caregiver, and patient, will be discussed as aspects of the context because the medical system will have important interactions with each. Additionally, important interactions with other aspects of the crew health and performance system are anticipated, such as health & wellness, mission task performance support, and environmental protection. This talk will highlight areas in which we are working with other disciplines to understand these interactions

Medical Data Architecture Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm. The medical system requirements are being developed in parallel with the exploration mission architecture and vehicle design. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products supported by current prototype development will directly inform exploration medical system requirements

Detection of Potential Transit Signals in the First Three Quarters of Kepler Mission Data

We present the results of a search for potential transit signals in the first three quarters of photometry data acquired by the Kepler Mission. The targets of the search include 151,722 stars which were observed over the full interval and an additional 19,132 stars which were observed for only 1 or 2 quarters. From this set of targets we find a total of 5,392 detections which meet the Kepler detection criteria: those criteria are periodicity of the signal, an acceptable signal-to-noise ratio, and a composition test which rejects spurious detections which contain non-physical combinations of events. The detected signals are dominated by events with relatively low signal-to-noise ratio and by events with relatively short periods. The distribution of estimated transit depths appears to peak in the range between 40 and 100 parts per million, with a few detections down to fewer than 10 parts per million. The detected signals are compared to a set of known transit events in the Kepler field of view which were derived by a different method using a longer data interval; the comparison shows that the current search correctly identified 88.1% of the known events. A tabulation of the detected transit signals, examples which illustrate the analysis and detection process, a discussion of future plans and open, potentially fruitful, areas of further research are included

The Kepler Science Operations Center Pipeline Framework Extensions

The Kepler Science Operations Center (SOC) is responsible for several aspects of the Kepler Mission, including managing targets, generating on-board data compression tables, monitoring photometer health and status, processing the science data, and exporting the pipeline products to the mission archive. We describe how the generic pipeline framework software developed for Kepler is extended to achieve these goals, including pipeline configurations for processing science data and other support roles, and custom unit of work generators that control how the Kepler data are partitioned and distributed across the computing cluster. We describe the interface between the Java software that manages the retrieval and storage of the data for a given unit of work and the MATLAB algorithms that process these data. The data for each unit of work are packaged into a single file that contains everything needed by the science algorithms, allowing these files to be used to debug and evolve the algorithms offline

First Kepler results on compact pulsators VIII: Mode identifications via period spacings in g−g-mode pulsating Subdwarf B stars

We investigate the possibility of nearly-equally spaced periods in 13 hot subdwarf B (sdB) stars observed with the Kepler spacecraft and one observed with CoRoT. Asymptotic limits for gravity (g-)mode pulsations provide relationships between equal period spacings of modes with differing degrees and relationships between periods of the same radial order but differing degrees. Period transforms, Kolmogorov-Smirnov tests, and linear least-squares fits have been used to detect and determine the significance of equal period spacings. We have also used Monte Carlo simulations to estimate the likelihood that the detected spacings could be produced randomly. Period transforms for nine of the Kepler stars indicate ell=1 period spacings, with five also showing peaks for ell=2 modes. 12 stars indicate ell=1 modes using the Kolmogorov-Smirnov test while another shows solely ell=2 modes. Monte Carlo results indicate that equal period spacings are significant in 10 stars above 99% confidence and 13 of the 14 are above 94% confidence. For 12 stars, the various methods find consistent regular period spacing values to within the errors, two others show some inconsistencies, likely caused by binarity, and the last has significant detections but the mode assignment disagrees between methods. We find a common ell=1 period spacing spanning a range from 231 to 272 s allowing us to correlate pulsation modes with 222 periodicities and that the ell=2 period spacings are related to the ell=1 spacings by the asymptotic relationship $1/\sqrt{3}$. We briefly discuss the impact of equal period spacings which indicate low-degree modes with a lack of significant mode trappings.Comment: 27 pages, 4 figures, 17 tables. Accepted for publication in Monthly Notices of the Royal Astronomical Societ