Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “API,”

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 73 records · Page 4

RadLab: Graphical and Programming Interfaces for Interrogation of Space Telemetry Data

Sensors on multiple spacecraft in and beyond low Earth orbit continuously monitor and collect space radiation data and transmit it back to Earth. These data are of vast importance to space biology research, as ionizing radiation affects living organisms—astronauts and non-human experiment subjects alike—placing them at higher risk of carcinogenesis, degenerative diseases, and radiation sickness. Therefore, knowledge of the biological effects of space radiation is essential for planning future crewed missions beyond low Earth orbit. The RadLab project, initiated by GeneLab and ALSDA (the Open Science Data Repository; OSDR) and sponsored by the NASA Human Research Program, is a new effort aimed at connecting dosimetry data from radiation detectors located on the International Space Station (ISS), as well as other spacecraft. To date, access to these data has been fragmented across space agencies and databases; to address this issue, we have developed an application programming interface (API) and an associated graphical user interface (GUI) designed to provide a single point of access to the data. As of now, OSDR has focused on the detectors located on the ISS, with the long-term goal to establish a self-sustained portal receiving continuous updates through APIs connecting to multiple radiation databases of varying scope, as well as individual investigator contributions. The RadLab API implements a request syntax enabling users to query data by craft, sensor type, timespan, etc, allowing for arbitrary combinations of original source data, thus providing programmatic access for use in computational pipelines, while the GUI facilitates data visualization and exploration, making these data FAIR (Findable, Accessible, Interoperable, and Reusable), complementing the biological data contained in OSDR, and providing the space science community with a valuable resource for scientific analyses.

radiation↗

Determination of nitrogen monoxide in high purity nitrogen gas with an atmospheric pressure ionization mass spectrometer

An atmospheric pressure ionization mass spectrometric (API-MS) method was studied for the determination of residual NO in high purity N2 gas. The API-MS is very sensitive to NO, but the presence of O2 interferes with the NO measurement. Nitrogen gas in cylinders as sample gas was mixed with NO standard gas and/or O2 standard gas, and then introduced into the API-MS. The calibration curves of NO and O2 has linearity in the region of 0 - 2 ppm, but the slopes changed with every cylinder. The effect of O2 on NO+ peak was additive and proportional to O2 concentration in the range of 0 - 0.5 ppm. The increase in NO+ intensity due to O2 was (0.07 - 0.13)%/O2, 1 ppm. Determination of NO and O2 was carried out by the standard addition method to eliminate the influence of variation of slopes. The interference due to O2 was estimated from the product of the O2 concentration and the ratio of slope A to Slope B. Slope A is the change in the NO+ intensity with the O2 concentration. Slope B is the intensity with O2 concentration.

Kato, K.↗

Soil moisture estimation using GOES-VISSR infrared data - A case study with a simple statistical method

Five days of clear sky observations of Kansas and Nebraska are used to examine the statistical relationship between soil moisture and infrared surface temperature observations taken from a geosynchronous satellite. Linear regression is used to relate soil moisture to surface temperature and other variables that represent wind speed, vegetation cover, and low-level temperature advection. Results show good agreement between estimated and observed soil moisture features on each of the 5 days. The average coefficient of determination for five pseudoindependent tests in which the test day is held out of the regression is 0.71. It is shown that a depletion coefficient of 0.92, when used to compute antecedent precipitation index (API), produces the best correlation between API and soil moisture as inferred from GOES thermal infrared data. By averaging daily predicted values over the 5-day rain-free case study period, 92 percent of the variance of the morning surface temperature change is explained by a simple multiple linear regression with all independent variables, or, alternatively, 85 percent of the observed variance in API is explained. It is concluded that this approach can distinguish at least four classes of soil wetness, but the necessity for measurement of surface advection may limit its usefulness in remote areas.

Wetzel, Peter J.↗

Estimating soil wetness using satellite data

Improved estimates of soil wetness were obtained using observations from both the NIMBUS-7 Scanning Multichannel Microwave Radiometer (SMMR) and the NOAA-7 Advanced Very High Resolution Radiometer (AVHRR). SMMR 66 GHz frequency, horizontal polarization, brightness temperature T(BH) was first correlated with soil wetness, as computed using an Antecedent Precipitation Index (API) model, for a number of SMMR ground resolution areas involving a fairly wide range of vegetation densities. The API generally accounted for more than 70 percent of the observed temporal variability in T(BH), with linear correlations being significant at the 1 percent level. The regression slope of T(BH) versus API correlated well, at the 1 percent level, with a vegetation index derived from AVHRR visible and near-infrared observations. The regression intercept was found to correlate less satisfactorily, but was significant at the 5 percent level. These linear regression results were used to develop a diagnostic model for soil wetness using SMMR and AVHRR data only.

Choudhury, Bhaskar J.↗

Subsetting and Formatting Landsat-7 LOR ETM+ and Data Products

The Landsat-7 Processing System (LPS) processes Landsat-7 Enhanced Thematic Mapper (ETM+) instrument data into large, contiguous segments called "subintervals" and stores them in Level OR (LOR) data files. The LPS processed subinterval products must be subsetted and reformatted before the Level I processing systems can ingest them. The initial full subintervals produced by the LPS are stored mainly in HDF Earth Observing System (HDF-EOS) format which is an extension to the Hierarchical Data Format (HDF). The final LOR products are stored in native HDF format. Primarily the EOS Core System (ECS) and alternately the DAAC Emergency System (DES) subset the subinterval data for the operational Landsat-7 data processing systems. The HDF and HDF-EOS application programming interfaces (APIs) can be used for extensive data subsetting and data reorganization. A stand-alone subsetter tool has been developed which is based on some of the DES code. This tool makes use of the HDF and HDFEOS APIs to perform Landsat-7 LOR product subsetting and demonstrates how HDF and HDFEOS can be used for creating various configurations of full LOR products. How these APIs can be used to efficiently subset, format, and organize Landsat-7 LOR data as demonstrated by the subsetter tool and the DES is discussed.

Reid, Michael R.↗

Shuttle-Data-Tape XML Translator

JSDTImport is a computer program for translating native Shuttle Data Tape (SDT) files from American Standard Code for Information Interchange (ASCII) format into databases in other formats. JSDTImport solves the problem of organizing the SDT content, affording flexibility to enable users to choose how to store the information in a database to better support client and server applications. JSDTImport can be dynamically configured by use of a simple Extensible Markup Language (XML) file. JSDTImport uses this XML file to define how each record and field will be parsed, its layout and definition, and how the resulting database will be structured. JSDTImport also includes a client application programming interface (API) layer that provides abstraction for the data-querying process. The API enables a user to specify the search criteria to apply in gathering all the data relevant to a query. The API can be used to organize the SDT content and translate into a native XML database. The XML format is structured into efficient sections, enabling excellent query performance by use of the XPath query language. Optionally, the content can be translated into a Structured Query Language (SQL) database for fast, reliable SQL queries on standard database server computers.

Barry, Matthew R.↗

Activity-Centric Approach to Distributed Programming

The first phase of an effort to develop a NASA version of the Cybele software system has been completed. To give meaning to even a highly abbreviated summary of the modifications to be embodied in the NASA version, it is necessary to present the following background information on Cybele: Cybele is a proprietary software infrastructure for use by programmers in developing agent-based application programs [complex application programs that contain autonomous, interacting components (agents)]. Cybele provides support for event handling from multiple sources, multithreading, concurrency control, migration, and load balancing. A Cybele agent follows a programming paradigm, called activity-centric programming, that enables an abstraction over system-level thread mechanisms. Activity centric programming relieves application programmers of the complex tasks of thread management, concurrency control, and event management. In order to provide such functionality, activity-centric programming demands support of other layers of software. This concludes the background information. In the first phase of the present development, a new architecture for Cybele was defined. In this architecture, Cybele follows a modular service-based approach to coupling of the programming and service layers of software architecture. In a service-based approach, the functionalities supported by activity-centric programming are apportioned, according to their characteristics, among several groups called services. A well-defined interface among all such services serves as a path that facilitates the maintenance and enhancement of such services without adverse effect on the whole software framework. The activity-centric application-program interface (API) is part of a kernel. The kernel API calls the services by use of their published interface. This approach makes it possible for any application code written exclusively under the API to be portable for any configuration of Cybele.

Levy, Renato↗

TraceContract: A Scala DSL for Trace Analysis

In this paper we describe TRACECONTRACT, an API for trace analysis, implemented in the SCALA programming language. We argue that for certain forms of trace analysis the best weapon is a high level programming language augmented with constructs for temporal reasoning. A trace is a sequence of events, which may for example be generated by a running program, instrumented appropriately to generate events. The API supports writing properties in a notation that combines an advanced form of data parameterized state machines with temporal logic. The implementation utilizes SCALA's support for defining internal Domain Specific Languages (DSLs). Furthermore SCALA's combination of object oriented and functional programming features, including partial functions and pattern matching, makes it an ideal host language for such an API.

log file analysis↗

The NASA Tournament Laboratory (NTL): Improving Data Access at PDS while Spreading Joy and Engaging Students through 16 Micro-Contests

NASA PDS hosts terabytes of valuable data from hundreds of data sources and spans decades of research. Data is stored on flat-file systems regulated through careful meta dictionaries. PDS's data is available to the public through its website which supports data searches through drill-down navigation. While the system returns data quickly, result sets in response to identical input differ depending on the drill-down path a user follows. To correct this Issue, to allow custom searching, and to improve general accessibility, PDS sought to create a new data structure and API, and to use them to build applications that are a joy to use and showcase the value of the data to students, teachers and citizens. PDS engaged TopCoder and Harvard Business School through the NTL to pursue these objectives in a pilot effort. Scope was limited to Small Bodies Node data. NTL analyzed data, proposed a solution, and implemented it through a series of micro-contests. Contest focused on different segments of the problem; conceptualization, architectural design, implementation, testing, etc. To demonstrate the utility of the completed solution, NTL developed web-based and mobile applications that can compare targets, regardless of mission. To further explore the potential of the solution NTL hosted "Mash-up" challenges that integrated the API with other publically available assets, to produce consumer and teaching applications, including an Augmented Reality iPad tool. Two contests were also posted to middle and high school students via the NoNameSite.com platform, and as a result of these contests, PDS/SBN has initiated a Facebook program. These contests defined and implemented a data warehouse with the necessary migration tools to transform legacy data, produced a public web interface for the new search, developed a public API, and produced four mobile applications that we expect to appeal to users both within and, without the academic community.

LaMora, Andy↗

Stability Analysis of ISS Medications

It is known that medications degrade over time, and that extreme storage conditions will hasten their degradation. The temperature and humidity conditions of the ISS have been shown to be within the ideal ranges for medication storage, but the effects of other environmental factors, like elevated exposure to radiation, have not yet been evaluated. Current operational procedures ensure that ISS medications are re-stocked before expiration, but this may not be possible on long duration exploration missions. For this reason, medications that have experienced long duration storage on the ISS were returned to JSC for analysis to determine any unusual effects of aging in the low- Earth orbit environment. METHODS Medications were obtained by the JSC Pharmacy from commercial distributors and were re-packaged by JSC pharmacists to conserve up mass and volume. All medication doses were part of the ISS crew medical kit and were transported to the International Space Station (ISS) via NASA's Shuttle Transportation System (Space Shuttle). After 568 days of storage, the medications were removed from the supply chain and returned to Earth on a Dragon (SpaceX) capsule. Upon return to Earth, medications were transferred to temperature and humidity controlled environmental chambers until analysis. Nine medications were chosen on the basis of their availability for study. The medications included several of the most heavily used by US crewmembers: 2 sleep aids, 2 antihistamines/decongestants, 3 pain relievers, an antidiarrheal and an alertness medication. Each medication was available at a single time point; analysis of the same medication at multiple time points was not possible. Because the samples examined in this study were obtained opportunistically from medical supplies, there were no control samples available (i.e. samples aged for a similar period of time on the ground); a significant limitation of this study. Medications were analyzed using the HPLC/MS methods described in the United States Pharmacopeia (USP) to measure the amount of intact active ingredient, identify degradation products and measure their amounts. Some analyses were conducted by an independent analytical laboratory, but certain (Schedule) medications could not be shipped to their facility and were analyzed at JSC. RESULTS Nine medications were analyzed with respect to active pharmaceutical ingredient (API) and degradant amounts. Results were compared to the USP requirements for API and degradants/impurities content for every FDA-approved medication. One medication met USP requirements at 5 months after its expiration date. Four of the nine (44% of those tested) medications tested met USP requirements up to 8 months post-expiration. Another 3 medications (33% of those tested) met USP guidelines 2-3 months before expiration. One medication, a compound classed by the FDA as a dietary supplement and sometimes used as a sleep aid, failed to meet USP requirements at 11 months post-expiration. CONCLUSION Analysis of each medication at a single time point provides limited information on the stability of a medication stored in particular conditions; it is not possible to predict how long a medication may be safe and effective from these data. Notwithstanding, five of the nine medications tested (56%) met USP requirements for API and degradants/impurities at least 5 months past expiration dates. The single compound that failed to meet USP requirements is not regulated as strictly as prescription medications are during manufacture; it is unknown if this medication would have met the requirements prior to flight. Notably, it was the furthest beyond its expiration date. Only more comprehensive analysis of flight-aged samples compared to appropriate ground controls will permit determination of spaceflight effects on medication stability.

Wotring, V. E.↗

Prototyping Operational Autonomy for Space Traffic Management

Current state of the art in Space Traffic Management (STM) relies on a handful of providers for surveillance and collision prediction, and manual coordination between operators. Neither is scalable to support the expected 10x increase in spacecraft population in less than 10 years, nor does it support automated manuever planning. We present a software prototype of an STM architecture based on open Application Programming Interfaces (APIs), drawing on previous work by NASA to develop an architecture for low-altitude Unmanned Aerial System Traffic Management. The STM architecture is designed to provide structure to the interactions between spacecraft operators, various regulatory bodies, and service suppliers, while maintaining flexibility of these interactions and the ability for new market participants to enter easily. Autonomy is an indispensable part of the proposed architecture in enabling efficient data sharing, coordination between STM participants and safe flight operations. Examples of autonomy within STM include syncing multiple non-authoritative catalogs of resident space objects, or determining which spacecraft maneuvers when preventing impending conjunctions between multiple spacecraft. The STM prototype is based on modern micro-service architecture adhering to OpenAPI standards and deployed in industry standard Docker containers, facilitating easy communication between different participants or services. The system architecture is designed to facilitate adding and replacing services with minimal disruption. We have implemented some example participant services (e.g. a space situational awareness provider/SSA, a conjunction assessment supplier/CAS, an automated maneuver advisor/AMA) within the prototype. Different services, with creative algorithms folded into then, can fulfil similar functional roles within the STM architecture by flexibly connecting to it using pre-defined APIs and data models, thereby lowering the barrier to entry of new players in the STM marketplace. We demonstrate the STM prototype on a multiple conjunction scenario with multiple maneuverable spacecraft, where an example CAS and AMA can recommend optimal maneuvers to the spacecraft operators, based on a predefined reward function. Such tools can intelligently search the space of potential collision avoidance maneuvers with varying parameters like lead time and propellant usage, optimize a customized reward function, and be implemented as a scheduling service within the STM architecture. The case study shows an example of autonomous maneuver planning is possible using the API-based framework. As satellite populations and predicted conjunctions increase, an STM architecture can facilitate seamless information exchange related to collision prediction and mitigation among various service applications on different platforms and servers. The availability of such an STM network also opens up new research topics on satellite maneuver planning, scheduling and negotiation across disjoint entities.

space traffic management↗

Accessing Data Stored in Amazon S3 Using the Hyrax OPeNDAP Server

For three years we have been investigating data storage and retrieval in the Amazon Cloud, striving to optimize both storage structures and (cache-enhanced retrieval processes. These optimizations are hidden from data users, who simply employ the Data Access Protocol (DAP), a popular, Web-based Application Programmer Interface (API) developed by OPeNDAP. We present our collected findings and their realization in the Hyrax data server. Specific techniques include caching data on spinning disk; accessing sharded data in place; optimizing the organizational structures for data within the flat key-value space of Simple Storage Service (S3); and employing an API extension that permits simultaneous operations on many datasets in a single request.

Data access↗

Development of Improved Thermal Analysis Capabilities at the NASA Goddard Space Flight Center

Goddard Space Flight Center (GSFC) has been developing a framework of additional analysis capabilities to aid in the verification, development, and execution of thermal models using the OpenTD Application Programming Interface (API). This paper provides a brief overview of the data structures, properties, methods, and relationships between the objects accessible through the current API and describes some of the algorithms necessary to implement the desired functions at GSFC. Some example code snippets are also provided to aid potential users in the development of their own utilities. Following the overview are descriptions and algorithm methodologies of the new capabilities added to the GSFC framework, including: a new PI heater/controller approach for improved steady state predictions, selective copying of symbol over-rides from one source CaseSet to destination CaseSet(s), comparison of submodel object counts between a source and destination model to verify model integration, comparison of thermo-optical and thermo-physical properties between models, and improved display of extracted thermo-optical and thermo-physical properties for documentation.

ThermalDesktop↗

Development of Improved Thermal Analysis Capabilities at the NASA Goddard Space Flight Center

Goddard Space Flight Center (GSFC) has been developing a framework of additional analysis capabilities to aid in the verification, development, and execution of thermal models using the OpenTD Application Programming Interface (API). This paper provides a brief overview of the data structures, properties, methods, and relationships between the objects accessible through the current API and describes some of the algorithms necessary to implement the desired functions at GSFC. Some example code snippets are also provided to aid potential users in the development of their own utilities. Following the overview are descriptions and algorithm methodologies of the new capabilities added to the GSFC framework, including: a new PI heater/controller approach for improved steady state predictions, selective copying of symbol over-rides from one source CaseSet to destination CaseSet(s), comparison of submodel object counts between a source and destination model to verify model integration, comparison of thermo-optical and thermo-physical properties between models, and improved display of extracted thermo-optical and thermo-physical properties for documentation.

ThermalDesktop, API, v6.2, OpenTD↗

The correlation of Skylab L-band brightness temperatures with antecedent precipitation

The S194 L-band radiometer flown on the Skylab mission measured terrestrial radiation at the microwave wavelength of 21.4 cm. The terrain emissivity at this wavelength is strongly dependent on the soil moisture content, which can be inferred from antecedent precipitation. For the Skylab data acquisition pass from the Oklahoma panhandle to southeastern Texas on 11 June 1973, the S194 brightness temperatures are highly correlated with antecedent precipitation from the preceding eleven day period, but very little correlation was apparent for the preceding five day period. The correlation coefficient between the averaged antecedent precipitation index values and the corresponding S194 brightness temperatures between 230 K and 270 K, the region of apparent response to soil moisture in the data, was -0.97. The equation of the linear least squares line fitted to the data was: API (cm) = 31.99 -0.114 TB (K), where API is the antecedent precipitation index and TB is the S194 brightness temperature.

Mcfarland, M. J.↗

Development of an early warning system of crop moisture conditions using passive microwave

Emissivities were calculated from the Nimbus 5 electrically scanning microwave radiometer (ESMR) over 25 km grid cells for the southern Great Plains includin the western two-thirds of Kansas and Oklahoma and northwest Texas. These emissivities, normalized for seasonal temperature changes, were in excellent agreement with theory and measurements made from aircraft and truck sensors at the 1.55 cm wavelength of ESMR. These emissivities were related to crop moisture conditions of the winter wheat in the major wheat producing counties of the three states. High correlations were noted between emissitivity and an antecedent precipitation index (API) used to infer soil moisture for periods when the soils were essentially bare. The emissivities from ESMR were related through API and actual crop condition reports to progress of fall planting, adequacy of crop moisture for stand establishment, and periods of excessive moisture that necessitated replanting. Periods of prolonged frozen soil in the winter were observable at several grid points. The average emissivities of the canopy/soil surface during the maximum canopy development times in the spring showed a good agreement with moisture stress inferred from rainfall and yield data.

Mcfarland, M. J.↗

Case studies using GOES infrared data and a planetary boundary layer model to infer regional scale variations in soil moisture

Modeled temperature data from a one-dimensional, time-dependent, initial value, planetary boundary layer model for 16 separate model runs with varying initial values of moisture availability are applied, by the use of a regression equation, to longwave infrared GOES satellite data to infer moisture availability over a regional area in the central U.S. This was done for several days during the summers of 1978 and 1980 where a large gradient in the antecedent precipitation index (API) represented the boundary between a drought area and a region of near normal precipitation. Correlations between satellite derived moisture availability and API were found to exist. Errors from the presence of clouds, water vapor and other spatial inhomogeneities made the use of the measurement for anything except the relative degree of moisture availability dubious.

Rose, F. G.↗

Design of a sample acquistion system for the Mars exobiological penetrator

The Mars Exobiological Penetrator will be imbedded into several locations on the Martian surface. It contains various scientific instruments, such as an Alpha-Particle Instrument (API), Differential Scanning Calorimeter (DSC), Evolved Gas Analyzer (EGA) and accelerometers. A sample is required for analysis in the API and DSC. To avoid impact contaminated material, this sample must be taken from soil greater than 2 cm away from the penetrator shell. This study examines the design of a dedicated sampling system including deployment, suspension, fore/after body coupling, sample gathering and placement. To prevent subsurface material from entering the penetrator sampling compartment during impact, a plug is placed in the exit hole of the wall. A U-lever device is used to hold this plug in the penetrator wall. The U-lever rotates upon initial motion of the core-grinder mechanism (CGM), releasing the plug. Research points to a combination of coring and grinding as a plausible solution to the problem of dry drilling. The CGM, driven by two compressed springs, will be deployed along a tracking system. A slowly varying load i.e., springs, is favored over a fixed displacement motion because of its adaptability to different material hardness. However, to accommodate sampling in a low density soil, two dash pots set a maximum transverse velocity. In addition, minimal power use is achieved by unidirectional motion of the CGM. The sample will be transported to the scientific instruments by means of a sample placement tray that is driven by a compressed spring to avoid unnecessary power usage. This paper also explores possible modifications for size, weight, and time as well as possible future studies.

Thomson, Ron↗