Results for “User Specifications” — Page 13

NASA NTRS1994

DTS: Building custom, intelligent schedulers

DTS is a decision-theoretic scheduler, built on top of a flexible toolkit -- this paper focuses on how the toolkit might be reused in future NASA mission schedulers. The toolkit includes a user-customizable scheduling interface, and a 'Just-For-You' optimization engine. The customizable interface is built on two metaphors: objects and dynamic graphs. Objects help to structure problem specifications and related data, while dynamic graphs simplify the specification of graphical schedule editors (such as Gantt charts). The interface can be used with any 'back-end' scheduler, through dynamically-loaded code, interprocess communication, or a shared database. The 'Just-For-You' optimization engine includes user-specific utility functions, automatically compiled heuristic evaluations, and a postprocessing facility for enforcing scheduling policies. The optimization engine is based on BPS, the Bayesian Problem-Solver (1,2), which introduced a similar approach to solving single-agent and adversarial graph search problems.

Hansson, Othar↗

NASA NTRS2010

NASA Docking System (NDS) Users Guide: International Space Station Program. Type 4

The NASA Docking System (NDS) Users Guide provides an overview of the basic information needed to integrate the NDS onto a Host Vehicle (HV). This Users Guide is intended to provide a vehicle developer with a fundamental understanding of the NDS technical and operations information to support their program and engineering integration planning. The Users Guide identifies the NDS Specification, Interface Definition or Requirement Documents that contain the complete technical details and requirements that a vehicle developer must use to design, develop and verify their systems will interface with NDS. This Guide is an initial reference and must not be used as a design document. In the event of conflict between this Users Guide and other applicable interface definition or requirements documents; the applicable document will take precedence. This Users Guide is organized in three main sections. Chapter 1 provides an overview of the NDS and CDA hardware and the operations concepts for the NDS. Chapter 2 provides information for Host Vehicle Program integration with the NDS Project Office. Chapter 2 describes the NDS Project organization, integration and verification processes, user responsibilities, and specification and interface requirement documents. Chapter 3 provides a summary of basic technical information for the NDS design. Chapter 3 includes NDS hardware component descriptions, physical size and weight characteristics, and summary of the capabilities and constraints for the various NDS sub-systems.

Tabakman, Alexander↗

NASA NTRS2006

Flexible Generation of Kalman Filter Code

Domain-specific program synthesis can automatically generate high quality code in complex domains from succinct specifications, but the range of programs which can be generated by a given synthesis system is typically narrow. Obtaining code which falls outside this narrow scope necessitates either 1) extension of the code generator, which is usually very expensive, or 2) manual modification of the generated code, which is often difficult and which must be redone whenever changes are made to the program specification. In this paper, we describe adaptations and extensions of the AUTOFILTER Kalman filter synthesis system which greatly extend the range of programs which can be generated. Users augment the input specification with a specification of code fragments and how those fragments should interleave with or replace parts of the synthesized filter. This allows users to generate a much wider range of programs without their needing to modify the synthesis system or edit generated code. We demonstrate the usefulness of the approach by applying it to the synthesis of a complex state estimator which combines code from several Kalman filters with user-specified code. The work described in this paper allows the complex design decisions necessary for real-world applications to be reflected in the synthesized code. When executed on simulated input data, the generated state estimator was found to produce comparable estimates to those produced by a handcoded estimator

Richardson, Julian↗

NASA NTRS1978

Desirable floating-point arithmetic and elementary functions for numerical computation

The topics considered are: (1) the base of the number system, (2) precision control, (3) number representation, (4) arithmetic operations, (5) other basic operations, (6) elementary functions, and (7) exception handling. The possibility of doing without fixed-point arithmetic is also mentioned. The specifications are intended to be entirely at the level of a programming language such as FORTRAN. The emphasis is on convenience and simplicity from the user's point of view. Conforming to such specifications would have obvious beneficial implications for the portability of numerical software, and for proving programs correct, as well as attempting to provide facilities which are most suitable for the user. The specifications are not complete in every detail, but it is intended that they be complete in spirit - some further details, especially syntatic details, would have to be provided, but the proposals are otherwise relatively complete.

Hull, T. E.↗

NASA NTRSDate not supplied

The Lunar Regolith Terrain (LRT) Field: A New Lunar Surface Planetary Analog Facility at NASA Marshall Space Flight Center (MSFC)

Introduction: NASA is moving toward a new age of exploration and resource utilization of the lunar surface. Challenges related to exploration, resource utilization, and construction at the Lunar South Pole will require advanced technology and well-designed mission concepts and operations. NASA Marshall Space Flight Center (MSFC) has added new capabilities to support surface mobility and construction activities to meet industry, academia, and NASA research and development goals for lunar applications. The Lunar Regolith Terrain (LRT) field is a new, large-area, lunar regolith simulant planetary analog testing ground for users interested in surface mobility and lunar construction activities. The LRT complements NASA MSFC’s other lunar environment testing facilities such as the Lunar Surface Simulator (V20 dirty vacuum chamber), the Lunar Environment Testing System (LETS), among many others. Lunar Regolith Terrain (LTR) Description: The Lunar Regolith Terrain field is an outdoor planetary analog environment facility located on base at MSFC. The lunar regolith simulant is JSC-1A feedstock material (volcanic cinder sand sourced from Meriam Crater, Flagstaff, AZ). The field contains more than 500 tons of lunar regolith simulant confined within a 125 ft x 125 ft (38 m x 38 m) area. The field is placed ~ 50% over paved parking lot and ~ 50% over a natural ground. Currently, the depth of regolith ranges between ~ 5 in - ~ 4 ft (~ 13cm – 1.2m) but can be modified to suit user needs. The lunar regolith simulant that makes up the field has representative geotechnical, geochemical, and optical properties of lunar mare basalt. An area within the LRT of lunar highlands terrain simulant is planned. Additional Features of the LRT: The LRT was designed to allow rapid modification of the terrain’s topography obstacles in the field. The terrain can be reshaped to suit specific testing requirements that may require flat expanses, steep hills, or heavily cratered and rocky landscapes. Large rocky obstacles in Fig. 1 are artificial landscape boulders (faux-rocks) that can be easily placed by users or removed entirely. Areas of the field also contain buried fiducials, large sheets, bar stock, and pipes of various composition and dimensions to allow for possible ground penetrating radar and shallow seismic studies. Rapid modification capabilities will also allow for burial of additional user-specific materials to enable in-situ resource utilization detection (e.g., burial of hydrogen sources for neutron detection or other materials). The field is also equipped with on-site office space with an air-conditioned and heated trailer with 120/240V power and lighting. The site has Wi-Fi and Cellular signal coverage. Direct radio frequency communication with the Huntsville Operations Support Center (HOSC) is in development. Additional on-site workspace and secure equipment storage is available in adjacent buildings. Accessibility to the field is straightforward with on-site parking and access for delivery of instruments, payloads, and additional equipment. Community Availability: The LRTF provides an accessible planetary analog surface environment for surface mobility testing, autonomous roving operations, developing advanced navigation techniques and operations development. Interested parties can contact the abstract authors for additional details, tours, and scheduling.

Lunar Regolith↗

NASA NTRSDate not supplied

Marshall Space Flight Center: Lunar Regolith Terrain (LRT)

Introduction: NASA is moving toward a new age of exploration and resource utilization of the lunar surface. Challenges related to exploration, resource utilization, and construction at the Lunar South Pole will require advanced technology and well-designed mission concepts and operations. NASA Marshall Space Flight Center (MSFC) has added new capabilities to support surface mobility and construction activities to meet industry, academia, and NASA research and development goals for lunar applications. The Lunar Regolith Terrain (LRT) field is a new, large-area, lunar regolith simulant planetary analog testing ground for users interested in surface mobility and lunar construction activities. The LRT complements NASA MSFC’s other lunar environment testing facilities such as the Lunar Surface Simulator (V20 dirty vacuum chamber), the Lunar Environment Testing System (LETS), among many others. Lunar Regolith Terrain (LTR) Description: The Lunar Regolith Terrain field is an outdoor planetary analog environment facility located on base at MSFC. The lunar regolith simulant is JSC-1A feedstock material (volcanic cinder sand sourced from Meriam Crater, Flagstaff, AZ). The field contains more than 500 tons of lunar regolith simulant confined within a 125 ft x 125 ft (38 m x 38 m) area. The field is placed ~ 50% over paved parking lot and ~ 50% over a natural ground. Currently, the depth of regolith ranges between ~ 5 in - ~ 4 ft (~ 13cm – 1.2m) but can be modified to suit user needs. The lunar regolith simulant that makes up the field has representative geotechnical, geochemical, and optical properties of lunar mare basalt. An area within the LRT of lunar highlands terrain simulant is planned. Additional Features of the LRT: The LRT was designed to allow rapid modification of the terrain’s topography obstacles in the field. The terrain can be reshaped to suit specific testing requirements that may require flat expanses, steep hills, or heavily cratered and rocky landscapes. Large rocky obstacles in Fig. 1 are artificial landscape boulders (faux-rocks) that can be easily placed by users or removed entirely. Areas of the field also contain buried fiducials, large sheets, bar stock, and pipes of various composition and dimensions to allow for possible ground penetrating radar and shallow seismic studies. Rapid modification capabilities will also allow for burial of additional user-specific materials to enable in-situ resource utilization detection (e.g., burial of hydrogen sources for neutron detection or other materials). The field is also equipped with on-site office space with an air-conditioned and heated trailer with 120/240V power and lighting. The site has Wi-Fi and Cellular signal coverage. Direct radio frequency communication with the Huntsville Operations Support Center (HOSC) is in development. Additional on-site workspace and secure equipment storage is available in adjacent buildings. Accessibility to the field is straightforward with on-site parking and access for delivery of instruments, payloads, and additional equipment. Community Availability: The LRTF provides an accessible planetary analog surface environment for surface mobility testing, autonomous roving operations, developing advanced navigation techniques and operations development. Interested parties can contact the abstract authors for additional details, tours, and scheduling.

Lunar Regolith↗

NASA NTRSDate not supplied

Marshall Space Flight Center: Lunar Regolith Terrain (LRT)

Introduction: NASA is moving toward a new age of exploration and resource utilization of the lunar surface. Challenges related to exploration, resource utilization, and construction at the Lunar South Pole will require advanced technology and well-designed mission concepts and operations. NASA Marshall Space Flight Center (MSFC) has added new capabilities to support surface mobility and construction activities to meet industry, academia, and NASA research and development goals for lunar applications. The Lunar Regolith Terrain (LRT) field is a new, large-area, lunar regolith simulant planetary analog testing ground for users interested in surface mobility and lunar construction activities. The LRT complements NASA MSFC’s other lunar environment testing facilities such as the Lunar Surface Simulator (V20 dirty vacuum chamber), the Lunar Environment Testing System (LETS), among many others. Lunar Regolith Terrain (LTR) Description: The Lunar Regolith Terrain field is an outdoor planetary analog environment facility located on base at MSFC. The lunar regolith simulant is JSC-1A feedstock material (volcanic cinder sand sourced from Meriam Crater, Flagstaff, AZ). The field contains more than 500 tons of lunar regolith simulant confined within a 125 ft x 125 ft (38 m x 38 m) area. The field is placed ~ 50% over paved parking lot and ~ 50% over a natural ground. Currently, the depth of regolith ranges between ~ 5 in - ~ 4 ft (~ 13cm – 1.2m) but can be modified to suit user needs. The lunar regolith simulant that makes up the field has representative geotechnical, geochemical, and optical properties of lunar mare basalt. An area within the LRT of lunar highlands terrain simulant is planned. Additional Features of the LRT: The LRT was designed to allow rapid modification of the terrain’s topography obstacles in the field. The terrain can be reshaped to suit specific testing requirements that may require flat expanses, steep hills, or heavily cratered and rocky landscapes. Large rocky obstacles in Fig. 1 are artificial landscape boulders (faux-rocks) that can be easily placed by users or removed entirely. Areas of the field also contain buried fiducials, large sheets, bar stock, and pipes of various composition and dimensions to allow for possible ground penetrating radar and shallow seismic studies. Rapid modification capabilities will also allow for burial of additional user-specific materials to enable in-situ resource utilization detection (e.g., burial of hydrogen sources for neutron detection or other materials). The field is also equipped with on-site office space with an air-conditioned and heated trailer with 120/240V power and lighting. The site has Wi-Fi and Cellular signal coverage. Direct radio frequency communication with the Huntsville Operations Support Center (HOSC) is in development. Additional on-site workspace and secure equipment storage is available in adjacent buildings. Accessibility to the field is straightforward with on-site parking and access for delivery of instruments, payloads, and additional equipment. Community Availability: The LRTF provides an accessible planetary analog surface environment for surface mobility testing, autonomous roving operations, developing advanced navigation techniques and operations development. Interested parties can contact the abstract authors for additional details, tours, and scheduling.

Lunar Regolith↗

NASA NTRS1998

Electronic processing and control system with programmable hardware

A computer system with reprogrammable hardware allowing dynamically allocating hardware resources for different functions and adaptability for different processors and different operating platforms. All hardware resources are physically partitioned into system-user hardware and application-user hardware depending on the specific operation requirements. A reprogrammable interface preferably interconnects the system-user hardware and application-user hardware.

Alkalaj, Leon↗

NASA NTRS2005

NASA Earth Observations (NEO): Data Access for Informal Education and Outreach

The NEO (NASA Earth Observations) web space is currently under development with the goal of significantly increasing the demand for NASA remote sensing data while dramatically simplifying public access to georeferenced images. NEO will target the unsophisticated, nontraditional data users who are currently underserved by the existing data ordering systems. These users will include formal and informal educators, museum and science center personnel, professional communicators, and citizen scientists and amateur Earth observers. Users will be able to view and manipulate georeferenced browse imagery and, if they desire, download directly or order the source HDF data from the data provider (e.g., NASA DAAC or science team) via a single, integrated interface. NE0 will accomplish this goal by anticipating users expectations and knowledge level, thus providing an interface that presents material to users in a more simplified manner, without relying upon the jargon/technical terminology that make even the identification of the appropriate data set a significant hurdle. NEO will also act as a gateway that manages users expectations by providing specific details about images and data formats, developing tutorials regarding the manipulation of georeferenced imagery and raw data, links to software tools and ensuring that users are able to get the image they want in the format they want as easily as possible.

Ward, Kevin↗

DOE OSTI2024

GraphAide: Advanced Graph-Assisted Query and Reasoning System

Curating knowledge from multiple siloed sources that contain both structured and unstructured data is a major challenge in many real-world applications. Pattern matching and querying represent fundamental tasks in modern data analytics that leverage this curated knowledge. The development of such applications necessitates overcoming several research challenges, including data extraction, named entity recognition, data modeling, and designing query interfaces. Moreover, the explainability of these functionalities is critical for their broader adoption. The emergence of Large Language Models (LLMs) has accelerated the development lifecycle of new capabilities. Nonetheless, there is an ongoing need for domain-specific tools tailored to user activities. The creation of digital assistants has gained considerable traction in recent years, with LLMs offering a promising avenue to develop such assistants utilizing domain-specific knowledge and assumptions. In this context, we introduce an advanced query and reasoning system, GraphAide, which constructs a knowledge graph (KG) from diverse sources and allows to query and reason over the resulting KG. GraphAide harnesses both the KG and LLMs to rapidly develop domain-specific digital assistants. It integrates design patterns from retrieval augmented generation (RAG) and the semantic web to create an agentic LLM application. GraphAide underscores the potential for streamlined and efficient development of specialized digital assistants, thereby enhancing their applicability across various domains.

Purohit, Sumit [BATTELLE (PACIFIC NW LAB)] (ORCID:↗

NASA NTRS1992

RBSE: Product development team research activity deliverables

The GHG Functions and Extensions to be added to the NASA Electronic Library System (NELS) 1.1 product are described. These functions will implement the 'output request' capability within the Object Browser. The functions will be implemented in two parts. The first part is a code to be added to the Object Browser (X version) to implement menus allowing the user to request that objects be copied to specific media, or that objects be downloaded to the user's system following a specific protocol, or that the object be printed to one of the printers attached to the host system. The second part is shell scripts which support the various menu selections. Additional scripts to support functions within the GHG shell (X version) will also be created along with the X version of the GHG Shell as initial capability for the 27 Mar. prototype. The scripts will be composed of C shell routines that will accept parameters (primary file pathways). Certain limitations in functionality will invoke Mail instead of Oracle Mail since that has yet to be delivered and the NELS invocation will default to the X-Windows version instead of the ASCII version.

Source record↗

DOE OSTI2025

ROI Calculations for Residential Rooftop Solar Energy: A User Guide

This scope outlines specific areas of technical assistance (TA) support to be provided to “Clean Energy Districts of Iowa (CEDI)”, Tama County, Montour, Iowa, under the DOE E2C Expert Match Program.

14 SOLAR ENERGY↗

NASA NTRS1989

A knowledge-based machine vision system for space station automation

A simple knowledge-based approach to the recognition of objects in man-made scenes is being developed. Specifically, the system under development is a proposed enhancement to a robot arm for use in the space station laboratory module. The system will take a request from a user to find a specific object, and locate that object by using its camera input and information from a knowledge base describing the scene layout and attributes of the object types included in the scene. In order to use realistic test images in developing the system, researchers are using photographs of actual NASA simulator panels, which provide similar types of scenes to those expected in the space station environment. Figure 1 shows one of these photographs. In traditional approaches to image analysis, the image is transformed step by step into a symbolic representation of the scene. Often the first steps of the transformation are done without any reference to knowledge of the scene or objects. Segmentation of an image into regions generally produces a counterintuitive result in which regions do not correspond to objects in the image. After segmentation, a merging procedure attempts to group regions into meaningful units that will more nearly correspond to objects. Here, researchers avoid segmenting the image as a whole, and instead use a knowledge-directed approach to locate objects in the scene. The knowledge-based approach to scene analysis is described and the categories of knowledge used in the system are discussed.

Chipman, Laure J.↗

NASA NTRS1989

Active rendezvous between a low-earth orbit user spacecraft and the Space Transportation System (STS) shuttle

Active rendezvous of an unmanned spacecraft with the Space Transportation System (STS) Shuttle is considered. The various operational constraints facing both the maneuvering spacecraft and the Shuttle during such a rendezvous sequence are discussed. Specifically, the actively rendezvousing user spacecraft must arrive in the generic Shuttle control box at a specified time after Shuttle launch. In so doing it must at no point violate Shuttle separation requirements. In addition, the spacecraft must be able to initiate the transfer sequence from any point in its orbit. The four-burn rendezvous sequence incorporating two Hohmann transfers and an intermediate phasing orbit as a low-energy solution satisfying the above requirements are discussed. The general characteristics of the four-burn sequence are discussed, with emphasis placed on phase orbit altitude and delta-velocity requirements. The planning and execution of such a sequence in the operational environment are then considered. Factor crucial in maintaining the safety of both spacecraft, such as spacecraft separation and contingency analysis, are considered in detail.

Hooper, H. L.↗

NASA NTRS1998

A Flexible System for Simulating Aeronautical Telecommunication Network

At Old Dominion University, we have built Aeronautical Telecommunication Network (ATN) Simulator with NASA being the fund provider. It provides a means to evaluate the impact of modified router scheduling algorithms on the network efficiency, to perform capacity studies on various network topologies and to monitor and study various aspects of ATN through graphical user interface (GUI). In this paper we describe briefly about the proposed ATN model and our abstraction of this model. Later we describe our simulator architecture highlighting some of the design specifications, scheduling algorithms and user interface. At the end, we have provided the results of performance studies on this simulator.

Maly, Kurt↗

NASA NTRS1991

Evolution user requirements for the restructured space station

Space Station Freedom (SSF) is designed to be an Earth orbiting multidisciplinary R&D facility capable of evolving to accommodate a variety of potential uses. In order to identify SSF evolution requirement and define potential growth configurations, NASA-Langley is analyzing user resource requirements for the post-PMC time frame. The analysis goal is to define resource levels, including crew, power, and volume, which allow full utilization of SSF capabilities commensurate with minimum essential user requirements. Multiple scenarios were studied including core R&D and combined SEI plus R&D utilization. An analysis is presented of a core R&D utilization scenario. Included are discussions of resource allocation assumptions for specific R&D disciplines, user requirements trends, and growth resource projections. These preliminary results show total resource requirements of 13 crew, 150 kW power, and additional lab volume equivalent to a second U.S. lab module. Additionally, orthogonal growth structure was identified as required to support SSF systems and users.

Leath, K.↗

NASA NTRS2006

Secure Display of Space-Exploration Images

Java EDR Display Interface (JEDI) is software for either local display or secure Internet distribution, to authorized clients, of image data acquired from cameras aboard spacecraft engaged in exploration of remote planets. ( EDR signifies experimental data record, which, in effect, signifies image data.) Processed at NASA s Multimission Image Processing Laboratory (MIPL), the data can be from either near-realtime processing streams or stored files. JEDI uses the Java Advanced Imaging application program interface, plus input/output packages that are parts of the Video Image Communication and Retrieval software of the MIPL, to display images. JEDI can be run as either a standalone application program or within a Web browser as a servlet with an applet front end. In either operating mode, JEDI communicates using the HTTP(s) protocol(s). In the Web-browser case, the user must provide a password to gain access. For each user and/or image data type, there is a configuration file, called a "personality file," containing parameters that control the layout of the displays and the information to be included in them. Once JEDI has accepted the user s password, it processes the requested EDR (provided that user is authorized to receive the specific EDR) to create a display according to the user s personality file.

Cheng, Cecilia↗

NASA NTRS1980

Interactive FORTRAN IV computer programs for the thermodynamic and transport properties of selected cryogens (fluids pack)

The thermodynamic and transport properties of selected cryogens had programmed into a series of computer routines. Input variables are any two of P, rho or T in the single phase regions and either P or T for the saturated liquid or vapor state. The output is pressure, density, temperature, entropy, enthalpy for all of the fluids and in most cases specific heat capacity and speed of sound. Viscosity and thermal conductivity are also given for most of the fluids. The programs are designed for access by remote terminal; however, they have been written in a modular form to allow the user to select either specific fluids or specific properties for particular needs. The program includes properties for hydrogen, helium, neon, nitrogen, oxygen, argon, and methane. The programs include properties for gaseous and liquid states usually from the triple point to some upper limit of pressure and temperature which varies from fluid to fluid.

Mccarty, R. D.↗