Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Transportation Data”

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.

At least 991 records · Page 55
All sourcesNASA NTRSDOE OSTI
NASA NTRS2012

Use of MODIS Satellite Data to Evaluate Juniperus spp. Pollen Phenology to Support a Pollen Dispersal Model, PREAM, to Support Public Health Allergy Alerts

Juniperus spp. pollen is a significant aeroallergen that can be transported 200-600 km from the source. Local observations of Juniperus spp. phenology may not be consistent with the timing and source of pollen collected by pollen sampling instruments. Methods: The Dust REgional Atmospheric Model (DREAM)is a verified model for atmospheric dust transport modeling using MODIS data products to identify source regions and quantities of dust. We successfully modified the DREAM model to incorporate pollen transport (PREAM) and used MODIS satellite images to develop Juniperus ashei pollen input source masks. The Pollen Release Potential Source Map, also referred to as a source mask in model applications, may use different satellite platforms and sensors and a variety of data sets other than the USGS GAP data we used to map J. ashei cover type. MODIS derived percent tree cover is obtained from MODIS Vegetation Continuous Fields (VCF) product (collection 3 and 4, MOD44B, 500 and 250 m grid resolution). We use updated 2010 values to calculate pollen concentration at source (J. ashei ). The original MODIS derived values are converted from native approx. 250 m to 990m (approx. 1 km) for the calculation of a mask to fit the model (PREAM) resolution. Results: The simulation period is chosen following the information that in the last 2 weeks of December 2010. The PREAM modeled near-surface concentrations (Nm-3) shows the transport patterns of J. ashei pollen over a 5 day period (Fig. 2). Typical scales of the simulated transport process are regional.

Luvall, J. C.↗
NASA NTRS1974

Diffusion algorithms and data reduction routine for onsite launch predictions for the transport of Titan 3 C exhaust effluents

The NASA/MSFC multilayer diffusion algorithms have been specialized for the prediction of the surface impact for the dispersive transport of the exhaust effluents from the launch of a Titan 3 vehicle. This specialization permits these transport predictions to be made at the launch range in real time so that the effluent monitoring teams can optimize their monitoring grids. Basically, the data reduction routine requires just the meteorology profiles for the thermodynamics and kinematics of the atmosphere as an input. These profiles are graphed along with the resulting exhaust cloud rise history, the center line concentrations and dosages, and the hydrogen chloride isopleths.

Stephens, J. B.↗
DOE OSTI2024

Accelerating CO2 Storage Site Characterization through a New Understanding of Favorable Formation Properties and the Impact of Core-Scale Heterogeneities

CO2 sequestration in deep geologic formations can permanently reduce atmospheric CO2 emissions and help to abate climate change. Target formations must undergo a time- and resource-intensive site evaluation process, assessing storage capacity, environmental safety, and suitability for CO2 trapping via reactive transport models based on data from a limited number of core samples. As such, simulations are often simplified and omit heterogeneities in formation properties that may be significant but are not well understood. To facilitate more rapid site assessment, this work first defines the aquifer properties of favorable storage formations through the analysis of promising and active storage sites. Data show quartz is the most prevalent formation mineral with carbonate minerals, highly reactive with injected CO2, present in over 75% of formations. Porosity and permeability data are highly clustered at 10–30% and 10–1000 mD. Field-scale reactive transport simulations are then constructed and used to analyze CO2 trapping efficiency. The models consider porosity and carbonate mineral heterogeneity as well as the impacts of typical temperature gradients. Simulated sequestration efficiencies are compared to results from a comparable homogenous model to understand the implications of aquifer non-uniformities. The results show a lower sequestration efficiency in the homogeneous model during the injection phase. During the post-injection phase, the homogenization of porosity and carbonate mineralogy results in a higher sequestration efficiency. Incorporating the temperature gradient also increases the sequestration efficiency. Importantly, the maximum deviation between the homogeneous and heterogeneous simulations at the end of the 50-year study period is only ~10%. Larger impacts may be incurred for properties outside the defined, promising ranges suggested here.

Environmental Sciences & Ecology↗
NASA NTRS1991

Coping with data from Space Station Freedom

The volume of data from future NASA space missions will be phenomenal. Here, we examine the expected data flow from the Space Station Freedom and describe techniques that are being developed to transport and process that data. Networking in space, the Tracking and Data Relay Satellite System (TDRSS), recommendations of the Consultative Committee for Space Data systems (CCSDS), NASA institutional ground support, communications system architecture, and principal data types and formats are discussed.

Johnson, Marjory J.↗
NASA NTRSDate not supplied

TPSAS-NF1676L-17926-DND

Validation of the CALIOP data products remains an ongoing task for the CALIPSO team. Validating the optical properties of aerosols located above clouds is especially difficult, because independent measurements are usually not available. In this presentation we analyze 532-nm aerosol optical depth (AOD) above clouds, comparing results from the standard CALIOP algorithm with two alternate algorithms applied to CALIOP data acquired along the transport pathways of African dust and biomass burning aerosols. Multiple years of the CALIPSO nighttime data (2007-2012) were examined. The analysis was limited to cases where there are opaque water clouds below aerosol layers that can be used as a reference to retrieve AOD of the overlying aerosol layer.

Zhaoyan Liu↗
DOE OSTI2018

Advanced Energy System Design (AESD): Technical Manual for the Records API

The Records API (application program interface) for Advanced Energy System Design (AESD) enables software that serves multidimensional record-oriented data to interoperate with software than uses such data. In the context of the Records API, multidimensional data records are simply tuples of real numbers, integers, and character strings, where each data value is tagged by a variable name, according to a pre-defined schema, and each record is assigned a unique integer identifier. Conceptually, these records are isomorphic to rows in a relational database, JSON objects, or key-value maps. Records servers might supply static datasets, sensor measurements that periodically update as new telemetry become available, or the results of simulations as the simulations generate new output. Records client software might display or analyze the data, but in the case of simulations the client request the creation of new ensembles for specified input parameters. It is also possible to chain records clients and servers together so that a client consuming data from a server might transform that data and serve it to further clients. This minimalist API avoids imposing burdensome metadata, structural, or implementation requirements on developers by relying on open-source technologies that is readily available for common programming languages. In particular, the API has been designed to place the smallest possible burden on services that provide data. This document defines the message format for the Records API, a transport mechanism for communicating the data, and semantics for interpreting it. The message format is specified as Google Protocol Buffers and the transport mechanism uses WebSockets. We discuss three major use cases for serving and consuming records data: (i) static data, (ii) dynamically augmented data, (iii) on-demand simulations, (iv) with filters, and (v) with bookmarks. Separate implementations of the API exist in C++, Haskell, JavaScript, Python, and R.

97 MATHEMATICS AND COMPUTING↗
DOE OSTI2018

AESD (Advanced Energy System Design) Records API [SWRs-17-50, 17-51, 17-52]

The Records API (application program interface) for Advanced Energy System Design (AESD) enables software that serves multidimensional record-oriented data to interoperate with software than uses such data. In the context of the Records API, multidimensional data records are simply tuples of real numbers, integers, and character strings, where each data value is tagged by a variable name, according to a pre-defined schema, and each record is assigned a unique integer identifier. Conceptually, these records are isomorphic to rows in a relational database, JSON objects, or key-value maps. Records servers might supply static datasets, sensor measurements that periodically update as new telemetry become available, or the results of simulations as the simulations generate new output. Records client software might display or analyze the data, but in the case of simulations the client request the creation of new ensembles for specified input parameters. It is also possible to chain records clients and servers together so that a client consuming data from a server might transform that data and serve it to additional clients. This minimalist API avoids imposing burdensome metadata, structural, or implementation requirements on developers by relying on open-source technologies that are readily available for common programming languages. In particular, the API has been designed to place the least possible burden on services that provide data. This document defines the message format for the Records API, a transport mechanism for communicating the data, and the semantics for interpreting it. The message format is specified as Google Protocol Buffers and the transport mechanism uses WebSockets. We discuss three major use cases for serving and consuming records data: (i) static data, (ii) dynamically augmented data, (iii) on-demand simulations, (iv) with filters, and (v) with bookmarks. Separate implementations of the API exist in C++, Haskell, JavaScript, Python, and R.

Bush, Brian↗
DOE OSTI2024

Recommendations for Updating Liquid Discharged Inventory and Transport Modeling Parameters for Cumulative Impacts Evaluation of Hexavalent Chromium in the 200 West Area

The purpose of this environmental calculation file (ECF) is to document information regarding hexavalent chromium (Cr(VI)) inventory discharged in 200 West Area at the Hanford Site and provide data to support predictive transport through the vadose zone and saturated zone for modeling efforts. This document provides a focused evaluation of historical waste stream data and studies to develop estimates of Cr(VI) inventory, discharge fractions, and transport parameters for the 200 West Area waste sites and tank farms during discharge events and for long-term contaminant releases.

12 MANAGEMENT OF RADIOACTIVE AND NON-RADIOACTIVE W↗