Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “PUNCHED CARD”

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.

34 records · Page 2
All sourcesNASA NTRSDOE OSTI
NASA NTRS1978

Process air quality data

Air quality sampling was conducted. Data for air quality parameters, recorded on written forms, punched cards or magnetic tape, are available for 1972 through 1975. Computer software was developed to (1) calculate several daily statistical measures of location, (2) plot time histories of data or the calculated daily statistics, (3) calculate simple correlation coefficients, and (4) plot scatter diagrams. Computer software was developed for processing air quality data to include time series analysis and goodness of fit tests. Computer software was developed to (1) calculate a larger number of daily statistical measures of location, and a number of daily monthly and yearly measures of location, dispersion, skewness and kurtosis, (2) decompose the extended time series model and (3) perform some goodness of fit tests. The computer program is described, documented and illustrated by examples. Recommendations are made for continuation of the development of research on processing air quality data.

Butler, C. M.↗
NASA NTRS1982

Large-area sheet task advanced dendritic web growth development

The computer code for calculating web temperature distribution was expanded to provide a graphics output in addition to numerical and punch card output. The new code was used to examine various modifications of the J419 configuration and, on the basis of the results, a new growth geometry was designed. Additionally, several mathematically defined temperature profiles were evaluated for the effects of the free boundary (growth front) on the thermal stress generation. Experimental growth runs were made with modified J419 configurations to complement the modeling work. A modified J435 configuration was evaluated.

Duncan, C. S.↗
NASA NTRS2001

Archiving of Planetary Ring Data

Stellar occultation data provide our only Earth-based means of probing planetary rings at kilometer spatial resolution. The occultation data archive at MIT contains original data and analysis products of stellar occultations by the ring systems of the planets Jupiter, Saturn, Uranus, and Neptune observed by members of the group (and other groups) from 1977 to the present. During this time period, several media have been used to record and store the original and processed data: (1) chart records; (2) printed output, (3) audio reel tape; (4) audio cassette tape; (5) 7-track, 1/2-inch computer tape; (6) 9-track, 1/2-inch computer tape at 800, 1600, and 6250 bpi; (7) NOVA disk platters (2.5 and 5.0 Mbyte); (8) write once optical disks; (9) punched cards; and (10) read-write optical disks. With the rapid change of computer technology over this time period, some of these media have become not only obsolete, but nearly extinct. In particular, it has become nearly impossible to find any facilities that can still read 800 bpi tapes, which contain the only copies of several important data sets for the ring system of Uranus. In particular, we have an extensive ring data collection that includes data sets for the following Uranian ring occultations: U0, U11, U12, U13, U14, U25, U17, and U36.

Elliot, James L.↗
NASA NTRS2006

Progress Toward a Format Standard for Flight Dynamics Models

In the beginning, there was FORTRAN, and it was... not so good. But it was universal, and all flight simulator equations of motion were coded with it. Then came ACSL, C, Ada, C++, C#, Java, FORTRAN-90, Matlab/Simulink, and a number of other programming languages. Since the halcyon punch card days of 1968, models of aircraft flight dynamics have proliferated in training devices, desktop engineering and development computers, and control design textbooks. With the rise of industry teaming and increased reliance on simulation for procurement decisions, aircraft and missile simulation models are created, updated, and exchanged with increasing frequency. However, there is no real lingua franca to facilitate the exchange of models from one simulation user to another. The current state-of-the-art is such that several staff-months if not staff-years are required to 'rehost' each release of a flight dynamics model from one simulation environment to another one. If a standard data package or exchange format were to be universally adopted, the cost and time of sharing and updating aerodynamics, control laws, mass and inertia, and other flight dynamic components of the equations of motion of an aircraft or spacecraft simulation could be drastically reduced. A 2002 paper estimated over $ 6 million in savings could be realized for one military aircraft type alone. This paper describes the efforts of the American Institute of Aeronautics and Astronautics (AIAA) to develop a standard flight dynamic model exchange standard based on XML and HDF-5 data formats.

Jackson, E. Bruce↗
NASA NTRS2011

Software Testing and Verification in Climate Model Development

Over the past 30 years most climate models have grown from relatively simple representations of a few atmospheric processes to a complex multi-disciplinary system. Computer infrastructure over that period has gone from punch card mainframes to modem parallel clusters. Model implementations have become complex, brittle, and increasingly difficult to extend and maintain. Existing verification processes for model implementations rely almost exclusively upon some combination of detailed analysis of output from full climate simulations and system-level regression tests. In additional to being quite costly in terms of developer time and computing resources, these testing methodologies are limited in terms of the types of defects that can be detected, isolated and diagnosed. Mitigating these weaknesses of coarse-grained testing with finer-grained "unit" tests has been perceived as cumbersome and counter-productive. In the commercial software sector, recent advances in tools and methodology have led to a renaissance for systematic fine-grained testing. We discuss the availability of analogous tools for scientific software and examine benefits that similar testing methodologies could bring to climate modeling software. We describe the unique challenges faced when testing complex numerical algorithms and suggest techniques to minimize and/or eliminate the difficulties.

Clune, Thomas L.↗
NASA NTRS1972

Space shuttle: Aerodynamic characteristics of a composite booster/040A orbiter launch configuration with fin and booster body configuration effect contribution

An investigation was made of the fin configuration and booster body configuration effects on a composite booster/040A orbiter launch configuration. Aerodynamic performance and stability characteristics in pitch and yaw were obtained. Configurations tested included two stepped cylindrical bodies of different lengths with a conical nose, four fin shapes of various sizes and aspect ratios mounted in different positions around the base of the bodies, two base flare angles and three 040A orbiter configurations. The orbiter variations included a tailless configuration and two tail sizes. A tailless booster launch configuration with deflected petals (expanded flare sectors) was also tested. The model scale was 0.003366. Data were converted to coefficient form in near real time, punched on cards, and tabulated. The cards used in conjunction with a Benson-Lehner plotter were used to provide plotted data. At the end of the test, tabulated input forms were completed for the SADSAC computer program to aid in publishing the final test data report.

Ainsworth, R. W.↗
NASA NTRS1974

Surface fitting three-dimensional bodies

The geometry of general three-dimensional bodies is generated from coordinates of points in several cross sections. Since these points may not be smooth, they are divided into segments and general conic sections are curve fit in a least-squares sense to each segment of a cross section. The conic sections are then blended in the longitudinal direction by fitting parametric cubic-spline curves through coordinate points which define the conic sections in the cross-sectional planes. Both the cross-sectional and longitudinal curves may be modified by specifying particular segments as straight lines and slopes at selected points. Slopes may be continuous or discontinuous and finite or infinite. After a satisfactory surface fit has been obtained, cards may be punched with the data necessary to form a geometry subroutine package for use in other computer programs. At any position on the body, coordinates, slopes and second partial derivatives are calculated. The method is applied to a blunted 70 deg delta wing, and it was found to generate the geometry very well.

Dejarnette, F. R.↗
NASA NTRS1974

Skylab-3 handheld photography alphabetized geographical features list

The data was thoroughly researched using the Times Index-Gazetteer of the World, the Times Atlas of the World, and the National Atlas of the United States of America to ensure correct spelling and location of named features. The spelling and major geographical features applied to smaller features (minor) such as cities, towns, mountain peaks, etc., are in accordance with these publications. It is understood that some political boundaries and names of countries are subject to change. The data was written on NASA keypunch transmittal sheets and punched into data cards. These data cards were then machine sorted alphabetically by major feature and minor feature.

Mcniel, J. L.↗
NASA NTRS1961

An Input Routine Using Arithmetic Statements for the IBM 704 Digital Computer

An input routine has been designed for use with FORTRAN or SAP coded programs which are to be executed on an IBM 704 digital computer. All input to be processed by the routine is punched on IBM cards as declarative statements of the arithmetic type resembling the FORTRAN language. The routine is 850 words in length. It is capable of loading fixed- or floating-point numbers, octal numbers, and alphabetic words, and of performing simple arithmetic as indicated on input cards. Provisions have been made for rapid loading of arrays of numbers in consecutive memory locations.

Turner, Don N.↗
NASA NTRS1979

Multistage variable probability forest volume inventory

The net board foot volume (Scribner log rule) of the standing Ponderosa pine timber on the Defiance Unit of the Navajo Nation's forested land was estimated using a multistage forest volume inventory scheme with variable sample selection probabilities. The inventory designed to accomplish this task required that both LANDSAT MSS digital data and aircraft acquired data be used to locate one acre ground splits, which were subsequently visited by ground teams conducting detailed tree measurements using an optical dendrometer. The dendrometer measurements were then punched on computer input cards and were entered in a computer program developed by the U.S. Forest Service. The resulting individual tree volume estimates were then expanded through the use of a statistically defined equation to produce the volume estimate for the entire area which includes 192,026 acres and is approximately a 44% the total forested area of the Navajo Nation.

Anderson, J. E.↗
NASA NTRS1973

Generalize aerodynamic coefficient table storage, checkout and interpolation for aircraft simulation

The set of programs described has been used for rapidly introducing, checking out and very efficiently using aerodynamic tables in complex aircraft simulations on the IBM 360. The preprocessor program reads in tables with different names and dimensions and stores then on disc storage according to the specified dimensions. The tables are read in from IBM cards in a format which is convenient to reduce the data from the original graphs. During table processing, new auxiliary tables are generated which are required for table cataloging and for efficient interpolation. In addition, DIMENSION statements for the tables as well as READ statements are punched so that they may be used in other programs for readout of the data from disc without chance of programming errors. A quick data checking graphical output for all tables is provided in a separate program.

Neuman, F.↗