Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “data requirements”

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 199 records · Page 11

Life sciences payload definition and integration study. Volume 4: Appendix, costs, and data management requirements of the dedicated 30-day laboratory

The results of the updated 30-day life sciences dedicated laboratory scheduling and costing activities are documented, and the 'low cost' methodology used to establish individual equipment item costs is explained in terms of its allowances for equipment that is commerical off-the-shelf, modified commercial, and laboratory prototype; a method which significantly lowers program costs. The costs generated include estimates for non-recurring development, recurring production, and recurring operations costs. A cost for a biomedical emphasis laboratory and a Delta cost to provide a bioscience and technology laboratory were also generated. All cost reported are commensurate with the design and schedule definitions available.

Source record↗

AMPS data management requirements study, appendix 1

Flow charts and display formats for the simulation of five experiments are given. The experiments are: (1) electromagnetic wave transmission; (2) passive observations of ambient plasma; (3) ionospheric measurements with subsatellite; (4) electron accelerator beam measurements; and (5) measurement of acoustical gravity waves in the sodium layer using lasers. A detailed explanation of the simulation procedure, definition of variables, and an explanation of how the experimenter makes display choices is also presented. A functional description is included on each flow chart and the assumptions and definitions of terms and scope of the flow charts and displays are presented.

Source record↗

Coal gasification systems engineering and analysis, volume 2

The major design related features of each generic plant system were characterized in a catalog. Based on the catalog and requirements data, approximately 17 designs and cost estimates were developed for MBG and alternate products. A series of generic trade studies was conducted to support all of the design studies. A set of cost and programmatic analyses were conducted to supplement the designs. The cost methodology employed for the design and sensitivity studies was documented and implemented in a computer program. Plant design and construction schedules were developed for the K-T, Texaco, and B&W MBG plant designs. A generic work breakdown structure was prepared, based on the K-T design, to coincide with TVA's planned management approach. An extensive set of cost sensitivity analyses was completed for K-T, Texaco, and B&W design. Product price competitiveness was evaluated for MBG and the alternate products. A draft management policy and procedures manual was evaluated. A supporting technology development plan was developed to address high technology risk issues. The issues were identified and ranked in terms of importance and tractability, and a plan developed for obtaining data or developing technology required to mitigate the risk.

Source record↗

Satellite orbit and data sampling requirements

Climate forcings and feedbacks vary over a wide range of time and space scales. The operation of non-linear feedbacks can couple variations at widely separated time and space scales and cause climatological phenomena to be intermittent. Consequently, monitoring of global, decadal changes in climate requires global observations that cover the whole range of space-time scales and are continuous over several decades. The sampling of smaller space-time scales must have sufficient statistical accuracy to measure the small changes in the forcings and feedbacks anticipated in the next few decades, while continuity of measurements is crucial for unambiguous interpretation of climate change. Shorter records of monthly and regional (500-1000 km) measurements with similar accuracies can also provide valuable information about climate processes, when 'natural experiments' such as large volcanic eruptions or El Ninos occur. In this section existing satellite datasets and climate model simulations are used to test the satellite orbits and sampling required to achieve accurate measurements of changes in forcings and feedbacks at monthly frequency and 1000 km (regional) scale.

Rossow, William↗

Subsetting of AVHRR and ERBE Data

One of the critical issues of EOSDIS is data subsetting. Often users require data from only a selected region of interest. This paper outlines a few examples of subsetting that have been applied to existing satellite data for earth radiation budget studies.

Christopher, Sundar A.↗

Noble Gases in Iddingsite from the Lafayette Meteorite: Evidence for Liquid Water on Mars in the Last Few Hundred Million Years

We analyzed noble gases from 18 samples of weathering products ("iddingsite") from the Lafayette meteorite. Potassium-argon ages of 12 samples range from near zero to 670 +/- 91 Ma. These ages confirm the martian origin of the iddingsite, but it is not clear whether any or all of the ages represent iddingsite formation as opposed to later alteration or incorporation of martian atmospheric Ar-40. In any case, because iddingsite formation requires liquid water, this data requires the presence of liquid water near the surface of Mars at least as recently as 1300 Ma ago, and probably as recently as 650 Ma ago. Krypton and Xe analysis of a single 34 microg sample indicates the presence of fractionated martian atmosphere within the iddingsite. This also confirms the martian origin of the iddingsite. The mechanism of incorporation could either be through interaction with liquid water during iddingsite formation or a result of shock implantation of adsorbed atmospheric gas.

Swindle, T. D.↗

Automated Design of Restraint Layer of an Inflatable Vessel

A Mathcad computer program largely automates the design and analysis of the restraint layer (the primary load-bearing layer) of an inflatable vessel that consists of one or more sections having cylindrical, toroidal, and/or spherical shape(s). A restraint layer typically comprises webbing in the form of multiple straps. The design task includes choosing indexing locations along the straps, computing the load at every location in each strap, computing the resulting stretch at each location, and computing the amount of undersizing required of each strap so that, once the vessel is inflated and the straps thus stretched, the vessel can be expected to assume the desired shape. Prior to the development of this program, the design task was performed by use of a difficult-to-use spreadsheet program that required manual addition of rows and columns depending on the numbers of strap rows and columns of a given design. In contrast, this program is completely parametric and includes logic that automatically adds or deletes rows and columns as needed. With minimal input from the user, this program automatically computes indexing locations, strap lengths, undersizing requirements, and all design data required to produce detailed drawings and assembly procedures. It also generates textual comments that help the user understand the calculations.

Spexarth, Gary↗

Carbon Dioxide Observational Platform System (CO-OPS), feasibility study

The Carbon Dioxide Observational Platform System (CO-OPS) is a near-space, geostationary, multi-user, unmanned microwave powered monitoring platform system. This systems engineering feasibility study addressed identified existing requirements such as: carbon dioxide observational data requirements, communications requirements, and eye-in-the-sky requirements of other groups like the Defense Department, the Forestry Service, and the Coast Guard. In addition, potential applications in: earth system science, space system sciences, and test and verification (satellite sensors and data management techniques) were considered. The eleven month effort is summarized. Past work and methods of gathering the required observational data were assessed and rough-order-of magnitude cost estimates have shown the CO-OPS system to be most cost effective (less than $30 million within a 10 year lifetime). It was also concluded that there are no technical, schedule, or obstacles that would prevent achieving the objectives of the total 5-year CO-OPS program.

Bouquet, D. L.↗

Space systems requirements definition

The compilation of Scientific Data Requirements (SDRs) were based on discussions with a representative cross section of the scientific community and a selected survey of the extensive literature dealing with the measurement of CO2-induced climatic changes. This approach resulted in a baseline set of SDRs to determine what could be accomplished with space-based sensors. Twenty-three SDRs emerged as the basis for the investigation of space systems.

Source record↗

Compiling global name-space programs for distributed execution

Distributed memory machines do not provide hardware support for a global address space. Thus programmers are forced to partition the data across the memories of the architecture and use explicit message passing to communicate data between processors. The compiler support required to allow programmers to express their algorithms using a global name-space is examined. A general method is presented for analysis of a high level source program and along with its translation to a set of independently executing tasks communicating via messages. If the compiler has enough information, this translation can be carried out at compile-time. Otherwise run-time code is generated to implement the required data movement. The analysis required in both situations is described and the performance of the generated code on the Intel iPSC/2 is presented.

Koelbel, Charles↗

Compiling global name-space parallel loops for distributed execution

Distributed memory machines do not provide hardware support for a global address space. Thus programmers are forced to partition the data across the memories of the architecture and use explicit message passing to communicate data between processors. The compiler support required to allow programmers to express their algorithms using a global name-space is examined. A general method is presented for analysis of a high level source program and its translation into a set of independently executing tasks communicating via messages. If the compiler has enough information, this translation can be carried out at compile time. Otherwise, run-time code is generated to implement the required data movement. The analysis required in both situations is described and the performance of the generated code on the Intel iPSC/2 is presented.

Koelbel, Charles↗

Holographic Storage as a Solution to Space Imaging Requirements

The data growth experienced in the recent past has been of staggering proportions. Over the past 10 years, tape data storage density (with the same form factor) has increased according to Moore's law, doubling every 18 months. However, during the same period, data transfer speeds have only increased at a rate of about 1.3 times every 18 months, and thus have fallen behind data density growth rates by a factor of at least 3. Coupled with data media density growth, data storage requirements have gone up significantly. According to a recent Computer Technology Review article (March 1998) the total storage at a typical Fortune 1000 site is projected to escalate from just 10 TB in 1997 to 1 PB by the year 2000. In the next 5 years, a typical large database system for U.S. government agencies is expected to accept 5 TB per day, maintain 300 TB on-line (within 15 seconds to 1 minute access time), and archive from 15 to 100 PB. Additionally, data intensive programs such as NASA's Earth Observation System (EOS) and the intelligence data archival systems at the Rome Air Development Center, and scientific laboratories such as Thomas Jefferson National Accelerator Facility will have enormously large scientific databases with very large storage requirements.

Halem, Milton↗

High-Resolution Gridded Level 3 Aerosol Optical Depth Data from MODIS

The state-of-art satellite observations of atmospheric aerosols over the last two decades from NASA's MODIS instruments have been extensively utilized in climate change and air quality research and applications. The operational algorithms now produce level 2 aerosol data at varying spatial resolutions (1, 3, and 10 km) and level 3 data at 1 degree. The local and global applications have been benefited from the coarse resolution gridded data sets (i.e., level 3, 1 degree), as it is easier to use since data volume is low and, several online and offline tools are readily available to access and analyze the data with minimal computing resources. At the same time, researchers who require data at much finer spatial scales have to go through a challenging process of obtaining, processing, and analyzing larger volumes of data sets that require high-end computing resources and coding skills. Therefore, we have created a high spatial resolution (HRG, 0.1x0.1 degree) daily and monthly aerosol optical depth (AOD) product by combining two MODIS operational algorithms, namely Deep Blue (DB) and Dark Target (DT). The new HRG AODs meets the accuracy requirements of level 2 AOD data and provide either the same or more spatial coverage on daily and monthly scales. The data sets are provided in daily and monthly files through open Ftp server with python scripts to read and map the data. The reduced data volume with an easy to use format and tools to access the data will encourage more users to utilize the data for research and applications.

aerosol↗

Satellite on-board processing for earth resources data

Results of a survey of earth resources user applications and their data requirements, earth resources multispectral scanner sensor technology, and preprocessing algorithms for correcting the sensor outputs and for data bulk reduction are presented along with a candidate data format. Computational requirements required to implement the data analysis algorithms are included along with a review of computer architectures and organizations. Computer architectures capable of handling the algorithm computational requirements are suggested and the environmental effects of an on-board processor discussed. By relating performance parameters to the system requirements of each of the user requirements the feasibility of on-board processing is determined for each user. A tradeoff analysis is performed to determine the sensitivity of results to each of the system parameters. Significant results and conclusions are discussed, and recommendations are presented.

Bodenheimer, R. E.↗