SEARCH · Search NASA
Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.
Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.
NASA numerical aerodynamic simulation (NAS) facility described in 22-page report provides advanced computational aerodynamics service by mid- to late-1980's for use by government laboratories, industry, and academia. Facility continually upgraded as computer technology advances. Facility expected to begin operating by late 1985, supports both local and remote users.
The North Slope of Alaska (NSA) atmospheric observatory, operated by the U.S. Department of Energy (DOE)’s Atmospheric Radiation Measurement (ARM) User Facility, is a measurement site in the Arctic that has been collecting crucial atmospheric data for more than 25 years. The central facility located in Utqiaġvik, Alaska (formerly known as Barrow) hosts a suite of instruments that are used to better understand arctic processes, which are often not well represented in earth system models. The NSA site sits only a few kilometers from the Arctic Ocean, which also makes it a prime location to study complex ocean-atmosphere-ice interactions. Arctic cloud and precipitation processes are also of scientific interest, and remote-sensing instruments including radars are a key component of the NSA instrument suite. One of the radars at NSA is the X-band Scanning ARM Precipitation Radar (XSAPR). This report evaluates one year of recent XSAPR data from April 2024 through April 2025 and details the process of generating b1-level data. This analysis marks the first effort by ARM staff to quality-control NSA XSAPR data with the goal of routinely producing b1-level data in the future depending on radar operations.
MLExchange is a machine learning (ML) operations platform providing web user-interfaces (UIs) for data visualization and analysis pipelines at synchrotron facilities. Among these UIs is the segmentation app which helps synchrotron users utilize ML algorithms to automatically segment high-resolution scientific images with minimal manual annotation effort. In this work, we share code optimizations that significantly speed up the segmentation inference workflow of large data in short time. By optimizing the sequence of CPU-GPU data transfers and introducing CPU parallelization to key operations, we improve the per-device, per-image frame computational efficiency and observe close to 3×$$\times$$ speedup over the original segmentation inference workflow run time when utilizing a single GPU. Further adaptations enabling multi-GPU inference yield more than 40×$$\times$$ speedup with 100 GPUs compared to the optimized single GPU inference workflow. This acceleration of the segmentation inference workflow will provide MLExchange users with easy access to segmentation results with little wait time.
The X-ray & Cryogenic Facility (XRCF) Handbook is a guide for planning operations at the facility. A summary of the capabilities, policies, and procedures is provided to enhance project coordination between the facility user and XRCF personnel. This handbook includes basic information that will enable the XRCF to effectively plan and support test activities. In addition, this handbook describes the facilities and systems available at the XRCF for supporting test operations. 1.2 General Facility Description The XRCF was built in 1989 to meet the stringent requirements associated with calibration of X-ray optics, instruments, and telescopes and was subsequently modified in 1999 & 2005 to perform the challenging cryogenic verification of Ultraviolet, Optical, and Infrared mirrors. These unique and premier specialty capabilities, coupled with its ability to meet multiple generic thermal vacuum test requirements for large payloads, make the XRCF the most versatile and adaptable space environmental test facility in the Agency. XRCF is also recognized as the newest, most cost effective, most highly utilized facility in the portfolio and as one of only five NASA facilities having unique capabilities. The XRCF is capable of supporting and has supported missions during all phases from technology development to flight verification. Programs/projects that have benefited from XRCF include Chandra, Solar X-ray Imager, Hinode, and James Webb Space Telescope. All test programs have been completed on-schedule and within budget and have experienced no delays due to facility readiness or failures. XRCF is currently supporting Strategic Astrophysics Technology Development for Cosmic Origins. Throughout the years, XRCF has partnered with and continues to maintain positive working relationships with organizations such as ATK, Ball Aerospace, Northrop Grumman Aerospace, Excelis (formerly Kodak/ITT), Smithsonian Astrophysical Observatory, Goddard Space Flight Center, University of Alabama Huntsville, and more.
The code is written in Python and consists of the following pipeline that is implemented in Apache Airflow. This pipeline intends to understand the companies that are directly or indirectly involved with a type of critical infrastructure system at some point in that system's lifecycle. The pipeline takes a configuration file that specifies a list of initial companies to consider, a geographic region of interest, and a set of SEC form types as well as other data sources (e.g. CrunchBase) from which to extract entities and relations. There are four main components to this pipeline as currently implemented: Entity Extraction, Network Construction, Analysis, and Visualization. First, Entity Extraction, is implemented as the `topear-extract_organizations` Apache Airflow workflow. Given an initial query that specifies a geographic region of interest and a time interval, the software will extract CI facilities of interest and organizations that have a direct influence relationship to those facilities (e.g. ownership). During the course of the LDRD, we focused on Electric Vehicle charging stations and this information is available via the Department of Energy (DOE) database on fueling stations maintained by NREL. Within the context of the DOE CESER project, we have focused on Battery Energy Storage Systems (BESS). Second, the Network Extraction component will iteratively construct a social network graph given the set of organizations and people extracted in the previous step. Organizations (and eventually People if desired) are then fed as a query to the `topgear-construct_social_network` Apache Airflow workflow which given a set of initial companies and data sets (e.g. SEC EDGAR form types, OpenCorporates, Crunchbase). This Airflow workflow will iteratively query such data sources to discover relationships with new organizations and people. For example, this module can iteratively query SEC EDGAR for metadata that documents the number of each type of form for the given set of companies and their location. This forms metadata represents a catalog of data sources from SEC EDGAR for the extracted social network knowledge graph. The pipeline then downloads these forms from the website and saves them in a build directory for further processing. These documents are then parsed for entities and relations. Again, we note that in additional to SEC data sources, this step can also pull in information on organizations via API services such as CrunchBase and OpenCorporates or bulk data sources. At the end of this step, the resultant social network, the Critical Infrastructure network, and the edges that encode relationships between organizations and CI facilities, form the Adversarial Socio-Technical Network (ASTN) that informs the analysis. Third, the Analysis component processes these generated ASTN. Previously, that has included the ability to compare prevalence of different vendors for a given infrastructure component type across different regions as well as identify common public and private investors across those vendors. This was demonstrated for EV Charging Stations across several different metropolitan areas within an IEEE PES GridEdge publication. More recently, we have looked at ways to identify infrastructure owners and operators of BESS with the most nameplate capacity across different states as well as other indictors of risk resulting from changes in ownership over time. Finally, the Visualization component consists of an HTML/CSS/JS framework by which users can interact geospatial, operational, and organizational relationships across a given portfolio of Critical Infrastructure facilities. The objective is to provide a library of UI/UX modules that can be repurposed for stakeholder-specific dashboards. All of the modules are related via a common event model that enables UI actions in one view to percolate across the other views.
The TRACER-iso project took place from June 1 to September 30, 2022, as part of the intensive operational period (IOP) of the U.S. Department of Energy Atmospheric Radiation Measurement (ARM) user facility’s TRacking Aerosol Convection interactions ExpeRiment (TRACER) at the main project site at the La Porte, Texas, municipal airport. The project sought to use measurements of the stable isotopic composition of water vapor to better understand cloud-aerosol interactions in deep convection in a polluted urban setting.
The SAGA editor provides a mechanism by which separate processes can be invoked during an editing session to traverse portions of the parse tree being edited. These processes, termed filter processes, read, analyze, and possibly transform the parse tree, returning the result to the editor. By defining new commands with the editor's user defined command facility, which invoke filter processes, authors of filter can provide complex operations as simple commands. A tree plotter, pretty printer, and Pascal tree transformation program were already written using this facility. The filter processes are introduced, parse tree structure is described and the library interface made available to the programmer. Also discussed is how to compile and run filter processes. Examples are presented to illustrate aspect of each of these areas.
Pegasus and the PegaStar integrated spacecraft bus are described, and an overview of integration and launch operations is provided. Payload design issues include payload volume and mass capability, payload interfaces, and design loads. Vehicle and payload processing issues include integration and handling methods, facilities, contamination control, and launch operations. It is noted that Pegasus provides small satellite users with a cost-effective means for delivering payloads into the specific orbits at the optimal time to meet the most demanding mission requirements. PegaStar provides a flexible cost-effective means for providing long-term on-orbit support while minimizing total program risk and cost.
An intelligent emergency response virtual environment (ERVE) that provides emergency first responders, response planners, and managers with situational awareness as well as training and support for safe schools is presented. ERVE incorporates an intelligent agent facility for guiding and assisting the user in the context of the emergency response operations. Response information folders capture key information about the school. The system enables interactive 3D visualization of schools and academic campuses, including the terrain and the buildings' exteriors and interiors in an easy to use Web..based interface. ERVE incorporates live camera and sensors feeds and can be integrated with other simulations such as chemical plume simulation. The system is integrated with a Geographical Information System (GIS) to enable situational awareness of emergency events and assessment of their effect on schools in a geographic area. ERVE can also be integrated with emergency text messaging notification systems. Using ERVE, it is now possible to address safe schools' emergency management needs with a scaleable, seamlessly integrated and fully interactive intelligent and visually compelling solution.
The Wide-field Infrared Survey Explorer (WISE; Wright et al. 2010) surveyed the entire sky at 3.4, 4.6, 12 and 22 microns in 2010, achieving 5-sigma point source sensitivities per band better than 0.08, 0.11, 1 and 6 mJy in unconfused regions on the ecliptic. The WISE All-Sky Data Release, conducted on March 14, 2012, incorporates all data taken during the full cryogenic mission phase, 7 January 2010 to 6 August 20l0,that were processed with improved calibrations and reduction algorithms. Release data products include: (1) an Atlas of 18,240 match-filtered, calibrated and coadded image sets; (2) a Source Catalog containing positions and four-band photometry for over 563 million objects, and (3) an Explanatory Supplement. Ancillary products include a Reject Table that contains 284 million detections that were not selected for the Source Catalog because they are low signal-to-noise ratio or spurious detections of image artifacts, an archive of over 1.5 million sets of calibrated WISE Single-exposure images, and a database of 9.4 billion source extractions from those single images, and moving object tracklets identified by the NEOWISE program (Mainzer et aI. 2011). The WISE All-Sky Data Release products supersede those from the WISE Preliminary Data Release (Cutri et al. 2011). The Explanatory Supplement to the WISE All-Sky Data Release Products is a general guide for users of the WISE data. The Supplement contains an overview of the WISE mission, facilities, and operations, a detailed description of WISE data processing algorithms, a guide to the content and formals of the image and tabular data products, and cautionary notes that describe known limitations of the All-Sky Release products. Instructions for accessing the WISE data products via the services of the NASA/IPAC Infrared Science Archive are provided. The Supplement also provides analyses of the achieved sky coverage, photometric and astrometric characteristics and completeness and reliability of the All-Sky Release data products. The WISE All-Sky Release Explanatory Supplement is an on-line document that is updated frequently to provide the most current information for users of the WISE data products. The Explanatory Supplement is maintained at: http://wise2.ipac.caltech.edu/docs/release/allsky/expsup/index.html WISE is a joint project of the University of California, Los Angeles and the Jet Propulsion Laboratory/California Institute of Technology, funded by the National Aeronautics and Space Administration. NEOWISE is a project of the Jet Propulsion Laboratory/California Institute of Technology, funded by the Planetary Science Division of the National Aeronautics and Space Administration.
The InSAR Scientific Computing Environment (ISCE) was first developed under the NASA Advanced Information Systems Technology as a flexible, extensible object-oriented framework for Interferometric Synthetic Aperture Radar (InSAR) processing. The ISCE framework uses Python 3 at the workflow level, controlling modules of compiled code for functional processing, and managing inputs, outputs, and other flow control services. The currently released version, called ISCE 2.1, is distributed to the research community through the Western North America InSAR Consortium under a research license. The ISCE team is working on the next generation of the code in order to prepare for the NASAISRO SAR (NISAR) mission operational processing. Innovations in this code include augmentation or conversion of the custom Python framework elements in ISCE with the Pyre framework, new workflows for interferometric and polarimetric stack processing, a more intuitive and graphically based user interface, and flow control for hybrid computing environments including CPU/GPU clusters, logging and error tracking facilities, and new more efficient computational modules that exploit graphical processor units (GPUs) when available. The ISCE 3.0 framework is designed to work in an operational environment as well as on a single user’s laptop or compute cluster, with services to discover capabilities and scale computations accordingly.
Marshall Space Flight Center (MSFC) provides communication services for a number of real time environments, including Space Shuttle Propulsion support and International Space Station (ISS) payload operations. In such settings, control team members speak with each other via multiple voice circuits or loops. Each loop has a particular purpose and constituency, and users are assigned listen and/or talk capabilities for a given loop based on their role in fulfilling the purpose. A voice switch is a given facility's hardware and software that supports such communication, and may be interconnected with other facilities switches to create a large network that, from an end user perspective, acts like a single system. Since users typically monitor and/or respond to several voice loops concurrently for hours on end and real time operations can be very dynamic and intense, it s vital that a control panel or keyset for interfacing with the voice switch be a servant that reduces stress, not a master that adds it. Implementing the visual interface on a computer screen provides tremendous flexibility and configurability, but there s a very real risk of overcomplication. (Remember how office automation made life easier, which led to a deluge of documents that made life harder?) This paper a) discusses some basic human factors considerations related to keysets implemented as application software windows, b) suggests what to standardize at the facility level and what to leave to the user's preference, and c) provides screen shot mockups for a robust but reasonably simple user experience. Concepts apply to keyset needs in almost any type of operations control or support center.
The Hubble Space Telescope (HST) is a high-performance astronomical telescope system designed to operate in low-Earth orbit. It is approximately 43 feet long, with a diameter of 10 feet at the forward end and 14 feet at the aft end. Weight at launch was approximately 25,000 pounds. In principle, it is no different than the reflecting telescopes in ground-based astronomical observatories. Like ground-based telescopes, the HST was designed as a general-purpose instrument, capable of using a wide variety of scientific instruments at its focal plane. This multi-purpose characteristic allows the HST to be used as a national facility, capable of supporting the astronomical needs of an international user community. The telescope s planned useful operational lifetime is 15 years, during which it will make observations in the ultraviolet, visible, and infrared portions of the spectrum. The extended operational life of the HST is possible by using the capabilities of the Space Transportation System to periodically visit the HST on-orbit to replace failed or degraded components, install instruments with improved capabilities, re-boost the HST to higher altitudes compensating for gravitational effects, and to bring the HST back to Earth when the mission is terminated. The largest ground-based observatories, such as the 200-inch aperture Hale telescope at Palomar Mountain, California, can recognize detail in individual galaxies several billion light years away. However, like all earthbound devices, the Hale telescope is limited because of the blurring effect of the Earth s atmosphere. Further, the wavelength region observable from the Earth s surface is limited by the atmosphere to the visible part of the spectrum. The very important ultraviolet portion of the spectrum is lost. The HST uses a 2.4-meter reflective optics system designed to capture data over a wavelength region that reaches far into the ultraviolet and infrared portions of the spectrum.
NASA’s Kennedy Space Center (KSC) and Cape CanaveralSpace Force Station (CCSFS) are the world’s preeminent multi-user spaceport, providing facilities and launch capabilities to the agency, NASA’s commercial partners, and other government agencies. KSC works to ensure an environment in which NASA’s programs and other users can safely and effectively carry out their operations. Approximately 100 launches are expected to take place in 2024. KSC needs to meet the needs of customers who request launches based on their own schedules, but who may not be aware of KSC-wide resource limitations and external constraints on launch operations. KSC-wide resources include telecommunications, range tracking, commodities such as Helium and Nitrogen, and special equipment needed to support launches. External constraints include seasonal launch operations. Since space vehicles are complex and launch operations are uncertain, unexpected events can also cause delays in operations. The Spaceport Throughput AnalysisResource (STAR) assesses whether a specific set of pro-posed launches and associated activities can be performed given the resources KSC currently has available, and external constraints imposed on KSC operations. STAR integrates short-horizon scheduling and simulation of launches using a monte-carlo approach driven by configurable probabilities of different classes of event outcomes, including de-lays and worst-case use of resources. The resulting analyses inform stakeholders of key constraints preventing customers from being able to perform their missions as desired, and give insight into how to improve spaceport throughput. The rest of the paper is organized as follows. In 2 we de-scribe the problem STAR is intended to solve. In Section3 we formally describe the scheduling problem ingredients. In Section 4 we describe how manifests are simulated. InSection 5 we describe the constraints problem that is solved when rescheduling. In Section 6 we describe what information is recorded during manifest simulation in order to evaluate delays. In Section 7 we describe the specific problem solved for KSC. In Section 8 we describe the challenges of knowledge engineering for STAR.
The first European remote sensing satellite ERS-1 will be launched by the European Space Agency (ESA) in 1989. The expected lifetime is two to three years. The spacecraft sensors will primarily support ocean investigations and to a limited extent also land applications. Prime sensor is the Active Microwave Instrumentation (AMI) operating in C-Band either as Synthetic Aperture Radar (SAR) or as Wave-Scatterometer and simultaneously as Wind-Scatterometer. In Europe there will be two distinct types of processing for ERS-1 SAR data, Fast Delivery Processing and Precision Processing. Fast Delivery Proceessing will be carried out at the ground stations and up to three Fast Delivery products per pass will be delivered to end users via satellite within three hours after data acquisition. Precision Processing will be carried out in delayed time and products will not be generated until several days or weeks after data acquisition. However, a wide range of products will be generated by several Processing and Archiving Facilities (PAF) in a joint effort coordinated by ESA. The German Remote Sensing Data Center (Deutsches Fernerkundungsdatenzentrum DFD) will develop and operate one of these facilities. The related activities include the acquisition, processing and evaluation of such data for scientific, public and commercial users. Based on this experience the German Remote Sensing Data Center is presently performing a Phase-B study regarding the development of a SAR processor for ERS-1. The conceptual design of this processing facility is briefly outlined.
Arrays of instruments for monitoring winter precipitation (snowfall) and snow cover on the ground installed in 2017 at the U.S. Department of Energy Atmospheric Radiation Measurement (ARM) user facility’s North Slope of Alaska (NSA) C1 and at Oliktok Point sites became operational in 2018. In 2022, the instruments from Oliktok Point were moved to NSA E12, about 5.4 km south of NSA C1, where two arrays now operate. The instrument arrays monitor wind speed and direction, snow depth at multiple locations, the horizontal flux of blowing snow, and the number and fall speed of hydrometeors. The arrays are monitored using digital cameras. Collectively, the instruments produce a wealth of data on falling and accumulated snow, but, as with any instrument array, some data are more reliable and accurate than others. In this document, we present our findings on the efficacy, accuracy, and reliability of each type of instrument. Overall, a key finding is that no single instrument provides sufficient information to determine the source of falling snow particles nor the cause of changes in snow depth. However, if used in concert, the instruments produce a reliable understanding of the processes affecting the snow cover depth distribution and the true winter precipitation.
This record hosts data generated by the 1000 Soils Pilot. Data will be updated as more become available. Please see the most recent data upload for current data. A beta visualization tool is available for some data types at https://shinyproxy.emsl.pnnl.gov/app/1000soils. Please submit any suggestions or comments through the 'contact' tab. We are actively working to improve visualizations and value all feedback. Data completed include: Geochemistry, texture, respiration, and enzyme activities FTICR-MS organic matter chemistry Microbial biomass C and N TOC/TDN of water-extractable OM X-ray computed tomography (derived metrics available here, raw data available upon request) Metagenomes; a variety of data formats are available upon request Soil hydraulic properties Data in progress: LC-MS/MS in development, timeline TBD, inquire for status 1000S_processed_BGC_summary.csv contains all available biogeochemical data; microbial biomass C and N; and TOC/TDN of water-extractable OM; and 1000S_Tomography.xslx contains a summary of data generated via X-ray computed tomography. icr_v2_corems2.csv contains FTICR-MS data processed by CoreMS version 2. These data are merged by formula across instrument runs to enable cross-sample comparisons. Technical replicates are merged by retaining peaks present in 2 out of 3 replicates. 1000Soils_Metadata_Site_Mastersheet_v1.csv contains site information. Soil Hydraulics_corrected_02042025.xlsx contains soil hydraulics information. Readme File_v4.xlsx is the readme file. Please contact the MONet project (monet.emsl@pnnl.gov) or Emily Graham (emily.graham@pnnl.gov) with questions. The following file and all raw data are available upon request: icr_by_mass_for_single_sample_analysis_only.csv contains FTICR-MS data processed by CoreMS and is intended for usage in the calculation of biochemical transformations within samples only. These data are not acceptable for cross-sample comparison of masses because they are from multiple instrument runs. For more information, please see: https://www.emsl.pnnl.gov/monet and https://sc-data.emsl.pnnl.gov/monet Acknowledgment: Soil data were provided by the Molecular Observation Network (MONet) at the Environmental Molecular Sciences Laboratory (https://ror.org/04rc0xn13), a DOE Office of Science user facility sponsored by the Biological and Environmental Research program under Contract No. DE-AC05-76RL01830. The work (proposal: 10.46936/10.25585/60008970) conducted by the U.S. Department of Energy, Joint Genome Institute (https://ror.org/04xm1d337), a DOE Office of Science user facility, is supported by the Office of Science of the U.S. Department of Energy operated under Contract No. DE-AC02-05CH11231. The Molecular Observation Network (MONet) database is an open, FAIR, and publicly available compilation of the molecular and microstructural properties of soil. Data in the MONet open science database can be found at https://sc-data.emsl.pnnl.gov/.
MSG is a third generation glovebox for Microgravity Science investigations: SpaceLab Glovebox (GBX); Middeck/MIR Gloveboxes (M/MGBX); and GBX and M/MGBX developed by Bradford Engineering (NL). Previous flights have demonstrated utility of glovebox facilities: Contained environment enables broader range of science experiments; Affords better control of video and photographic imaging (a prime data source); Provides better environmental control than cabin atmosphere; and Useful for contingency operations. MSG developed in response to demands for increased work volume, increased capabilities and additional resources. MSG is multi-user facility to support a wide range of small science and technology investigations: Fluid physics; Combustion science; Material science; Biotechnology (cell culturing and protein crystal growth); Space processing; Fundamental physics; and Technology demonstrations. Topics included in this viewgraph are: MSG capabilities; MSG hardware items; MSG, GSE, and OSE items; MSG development approach; and Science utilization.