Modelling and Display of the Ultraviolet Sky

NASA Astrophysics Data System (ADS)

Daniels, J.; Henry, R.; Murthy, J.; Allen, M.; McGlynn, T. A.; Scollick, K.

1994-12-01

A computer program is currently under development to model in 3D - one dimension of which is wavelength - all the known and major speculated sources of ultraviolet (900 A - 3100 A ) radiation over the celestial sphere. The software is being written in Fortran 77 and IDL and currently operates under IRIX (the operating system of the Silicon Graphics Iris Machine); all output models are in FITS format. Models along with display software will become available to the astronomical community. The Ultraviolet Sky Model currently includes the Zodiacal Light, Point Sources of Emission, and the Diffuse Galactic Light. The Ultraviolet Sky Model is currently displayed using SkyView: a package under development at NASA/ GSFC, which allows users to retrieve and display publically available all-sky astronomical survey data (covering many wavebands) over the Internet. We present a demonstration of the SkyView display of the Ultraviolet Model. The modelling is a five year development project: the work illustrated here represents product output at the end of year one. Future work includes enhancements to the current models and incorporation of the following models: Galactic Molecular Hydrogen Fluorescence; Galactic Highly Ionized Atomic Line Emission; Integrated Extragalactic Light; and speculated sources in the intergalactic medium such as Ionized Plasma and radiation from Non-Baryonic Particle Decay. We also present a poster which summarizes the components of the Ultraviolet Sky Model and outlines a further package that will be used to display the Ultraviolet Model. This work is supported by United States Air Force Contract F19628-93-K-0004. Dr J. Daniels is supported with a post-doctoral Fellowship from the Leverhulme Foundation, London, United Kingdom. We are also grateful for the encouragement of Dr Stephen Price (Phillips Laboratory, Hanscomb Air Force Base, MA)

PANEL LIBRARY AND EDITOR

NASA Technical Reports Server (NTRS)

Raible, E.

1994-01-01

The Panel Library and Editor is a graphical user interface (GUI) builder for the Silicon Graphics IRIS workstation family. The toolkit creates "widgets" which can be manipulated by the user. Its appearance is similar to that of the X-Windows System. The Panel Library is written in C and is used by programmers writing user-friendly mouse-driven applications for the IRIS. GUIs built using the Panel Library consist of "actuators" and "panels." Actuators are buttons, dials, sliders, or other mouse-driven symbols. Panels are groups of actuators that occupy separate windows on the IRIS workstation. The application user can alter variables in the graphics program, or fire off functions with a click on a button. The evolution of data values can be tracked with meters and strip charts, and dialog boxes with text processing can be built. Panels can be stored as icons when not in use. The Panel Editor is a program used to interactively create and test panel library interfaces in a simple and efficient way. The Panel Editor itself uses a panel library interface, so all actions are mouse driven. Extensive context-sensitive on-line help is provided. Programmers can graphically create and test the user interface without writing a single line of code. Once an interface is judged satisfactory, the Panel Editor will dump it out as a file of C code that can be used in an application. The Panel Library (v9.8) and Editor (v1.1) are written in C-Language (63%) and Scheme, a dialect of LISP, (37%) for Silicon Graphics 4D series workstations running IRIX 3.2 or higher. Approximately 10Mb of disk space is required once compiled. 1.5Mb of main memory is required to execute the panel editor. This program is available on a .25 inch streaming magnetic tape cartridge in UNIX tar format for an IRIS, and includes a copy of XScheme, the public-domain Scheme interpreter used by the Panel Editor. The Panel Library Programmer's Manual is included on the distribution media. The Panel Library and Editor were released to COSMIC in 1991. Silicon Graphics, IRIS, and IRIX are trademarks of Silicon Graphics, Inc. X-Window System is a trademark of Massachusetts Institute of Technology.

SSM - SOLID SURFACE MODELER, VERSION 6.0

NASA Technical Reports Server (NTRS)

Goza, S. P.

1994-01-01

The Solid Surface Modeler (SSM) is an interactive graphics software application for solid-shaded and wireframe three- dimensional geometric modeling. It enables the user to construct models of real-world objects as simple as boxes or as complex as Space Station Freedom. The program has a versatile user interface that, in many cases, allows mouse input for intuitive operation or keyboard input when accuracy is critical. SSM can be used as a stand-alone model generation and display program and offers high-fidelity still image rendering. Models created in SSM can also be loaded into other software for animation or engineering simulation. (See the information below for the availability of SSM with the Object Orientation Manipulator program, OOM, a graphics software application for three-dimensional rendering and animation.) Models are constructed within SSM using functions of the Create Menu to create, combine, and manipulate basic geometric building blocks called primitives. Among the simpler primitives are boxes, spheres, ellipsoids, cylinders, and plates; among the more complex primitives are tubes, skinned-surface models and surfaces of revolution. SSM also provides several methods for duplicating models. Constructive Solid Geometry (CSG) is one of the most powerful model manipulation tools provided by SSM. The CSG operations implemented in SSM are union, subtraction and intersection. SSM allows the user to transform primitives with respect to each axis, transform the camera (the user's viewpoint) about its origin, apply texture maps and bump maps to model surfaces, and define color properties; to select and combine surface-fill attributes, including wireframe, constant, and smooth; and to specify models' points of origin (the positions about which they rotate). SSM uses Euler angle transformations for calculating the results of translation and rotation operations. The user has complete control over the modeling environment from within the system. A variety of file formats are supported to facilitate modification of models and to provide for translation to other formats. This combination of features makes SSM valuable for research and development beyond its intended role in the creation of simulation and animation models. SSM makes an important distinction between models, objects, and surfaces. Models consist of one or more objects and are the highest level geometric entity upon which SSM operates. File operations are performed solely at the model level. (All primitives are models consisting of a single object.) The majority of SSM's manipulation functions operate at the object level. Objects consist of one or more surfaces and surfaces may consist of one or more polygons, which are the structural basis for the modeling method used by SSM. Surfaces are the lowest-level geometric entity upon which SSM operates. Surface-fill attributes, for example, may be assigned at the surface level. Surfaces cannot exist except as part of an object and objects cannot exist except as part of a model. SSM can simultaneously accommodate as many models as the host computer's memory permits. In its default display mode, SSM renders model surfaces using two shading methods: constant shading and smooth shading. Constant shading reveals each polygon of an object's surfaces, giving the object an angular appearance. Smooth shading causes an object's polygons to blend into one another, giving its surfaces a smooth, continuous appearance. When used in proper combination, each of these methods contribute to object realism. SSM applies each method automatically during the creation of primitives, but the user can manually override the default settings. Both fill attributes and shading characteristics can be defined for individual surfaces, objects, and models. SSM provides two optional display modes for reducing rendering time for complex models. In wireframe mode, SSM represents all model geometry data in unshaded line drawings, and no hidden-surface removal is performed. In simple mode, only the outermost boundaries (or bounding volume) that define each model are depicted. In either case the user is allowed to trade off visual authenticity for update speed. SSM is written in C-language for implementation on SGI IRIS 4D series workstations running the IRIX operating system. A minimum of 8Mb of RAM is recommended for this program. The standard distribution medium for SSM is a .25 inch streaming magnetic IRIX tape cartridge in UNIX tar format. SSM is also offered as a bundle with a related program, OOM (Object Orientation Manipulator). Please see the abstract for SSM/OOM (COS-10047) for information about the bundled package. Version 6.0 of SSM was released in 1993.

WMS Server 2.0

NASA Technical Reports Server (NTRS)

Plesea, Lucian; Wood, James F.

2012-01-01

This software is a simple, yet flexible server of raster map products, compliant with the Open Geospatial Consortium (OGC) Web Map Service (WMS) 1.1.1 protocol. The server is a full implementation of the OGC WMS 1.1.1 as a fastCGI client and using Geospatial Data Abstraction Library (GDAL) for data access. The server can operate in a proxy mode, where all or part of the WMS requests are done on a back server. The server has explicit support for a colocated tiled WMS, including rapid response of black (no-data) requests. It generates JPEG and PNG images, including 16-bit PNG. The GDAL back-end support allows great flexibility on the data access. The server is a port to a Linux/GDAL platform from the original IRIX/IL platform. It is simpler to configure and use, and depending on the storage format used, it has better performance than other available implementations. The WMS server 2.0 is a high-performance WMS implementation due to the fastCGI architecture. The use of GDAL data back end allows for great flexibility. The configuration is relatively simple, based on a single XML file. It provides scaling and cropping, as well as blending of multiple layers based on layer transparency.

PROFILE: Airfoil Geometry Manipulation and Display. User's Guide

NASA Technical Reports Server (NTRS)

Collins, Leslie; Saunders, David

1997-01-01

This report provides user information for program PROFILE, an aerodynamics design utility for plotting, tabulating, and manipulating airfoil profiles. A dozen main functions are available. The theory and implementation details for two of the more complex options are also presented. These are the REFINE option, for smoothing curvature in selected regions while retaining or seeking some specified thickness ratio, and the OPTIMIZE option, which seeks a specified curvature distribution. Use of programs QPLOT and BPLOT is also described, since all of the plots provided by PROFILE (airfoil coordinates, curvature distributions, pressure distributions)) are achieved via the general-purpose QPLOT utility. BPLOT illustrates (again, via QPLOT) the shape functions used by two of PROFILE's options. These three utilities should be distributed as one package. They were designed and implemented for the Applied Aerodynamics Branch at NASA Ames Research Center, Moffett Field, California. They are all written in FORTRAN 77 and run on DEC and SGI systems under OpenVMS and IRIX.

NQS - NETWORK QUEUING SYSTEM, VERSION 2.0 (UNIX VERSION)

NASA Technical Reports Server (NTRS)

Walter, H.

1994-01-01

The Network Queuing System, NQS, is a versatile batch and device queuing facility for a single Unix computer or a group of networked computers. With the Unix operating system as a common interface, the user can invoke the NQS collection of user-space programs to move batch and device jobs freely around the different computer hardware tied into the network. NQS provides facilities for remote queuing, request routing, remote status, queue status controls, batch request resource quota limits, and remote output return. This program was developed as part of an effort aimed at tying together diverse UNIX based machines into NASA's Numerical Aerodynamic Simulator Processing System Network. This revision of NQS allows for creating, deleting, adding and setting of complexes that aid in limiting the number of requests to be handled at one time. It also has improved device-oriented queues along with some revision of the displays. NQS was designed to meet the following goals: 1) Provide for the full support of both batch and device requests. 2) Support all of the resource quotas enforceable by the underlying UNIX kernel implementation that are relevant to any particular batch request and its corresponding batch queue. 3) Support remote queuing and routing of batch and device requests throughout the NQS network. 4) Support queue access restrictions through user and group access lists for all queues. 5) Enable networked output return of both output and error files to possibly remote machines. 6) Allow mapping of accounts across machine boundaries. 7) Provide friendly configuration and modification mechanisms for each installation. 8) Support status operations across the network, without requiring a user to log in on remote target machines. 9) Provide for file staging or copying of files for movement to the actual execution machine. To support batch and device requests, NQS v.2 implements three queue types--batch, device and pipe. Batch queues hold and prioritize batch requests; device queues hold and prioritize device requests; pipe queues transport both batch and device requests to other batch, device, or pipe queues at local or remote machines. Unique to batch queues are resource quota limits that restrict the amounts of different resources that a batch request can consume during execution. Unique to each device queue is a set of one or more devices, such as a line printer, to which requests can be sent for execution. Pipe queues have associated destinations to which they route and deliver requests. If the proper destination machine is down or unreachable, pipe queues are able to requeue the request and deliver it later when the destination is available. All NQS network conversations are performed using the Berkeley socket mechanism as ported into the respective vendor kernels. NQS is written in C language. The generic UNIX version (ARC-13179) has been successfully implemented on a variety of UNIX platforms, including Sun3 and Sun4 series computers, SGI IRIS computers running IRIX 3.3, DEC computers running ULTRIX 4.1, AMDAHL computers running UTS 1.3 and 2.1, platforms running BSD 4.3 UNIX. The IBM RS/6000 AIX version (COS-10042) is a vendor port. NQS 2.0 will also communicate with the Cray Research, Inc. and Convex, Inc. versions of NQS. The standard distribution medium for either machine version of NQS 2.0 is a 60Mb, QIC-24, .25 inch streaming magnetic tape cartridge in UNIX tar format. Upon request the generic UNIX version (ARC-13179) can be provided in UNIX tar format on alternate media. Please contact COSMIC to discuss the availability and cost of media to meet your specific needs. An electronic copy of the NQS 2.0 documentation is included on the program media. NQS 2.0 was released in 1991. The IBM RS/6000 port of NQS was developed in 1992. IRIX is a trademark of Silicon Graphics Inc. IRIS is a registered trademark of Silicon Graphics Inc. UNIX is a registered trademark of UNIX System Laboratories Inc. Sun3 and Sun4 are trademarks of Sun Microsystems Inc. DEC and ULTRIX are trademarks of Digital Equipment Corporation.

RIP-REMOTE INTERACTIVE PARTICLE-TRACER

NASA Technical Reports Server (NTRS)

Rogers, S. E.

1994-01-01

Remote Interactive Particle-tracing (RIP) is a distributed-graphics program which computes particle traces for computational fluid dynamics (CFD) solution data sets. A particle trace is a line which shows the path a massless particle in a fluid will take; it is a visual image of where the fluid is going. The program is able to compute and display particle traces at a speed of about one trace per second because it runs on two machines concurrently. The data used by the program is contained in two files. The solution file contains data on density, momentum and energy quantities of a flow field at discrete points in three-dimensional space, while the grid file contains the physical coordinates of each of the discrete points. RIP requires two computers. A local graphics workstation interfaces with the user for program control and graphics manipulation, and a remote machine interfaces with the solution data set and performs time-intensive computations. The program utilizes two machines in a distributed mode for two reasons. First, the data to be used by the program is usually generated on the supercomputer. RIP avoids having to convert and transfer the data, eliminating any memory limitations of the local machine. Second, as computing the particle traces can be computationally expensive, RIP utilizes the power of the supercomputer for this task. Although the remote site code was developed on a CRAY, it is possible to port this to any supercomputer class machine with a UNIX-like operating system. Integration of a velocity field from a starting physical location produces the particle trace. The remote machine computes the particle traces using the particle-tracing subroutines from PLOT3D/AMES, a CFD post-processing graphics program available from COSMIC (ARC-12779). These routines use a second-order predictor-corrector method to integrate the velocity field. Then the remote program sends graphics tokens to the local machine via a remote-graphics library. The local machine interprets the graphics tokens and draws the particle traces. The program is menu driven. RIP is implemented on the silicon graphics IRIS 3000 (local workstation) with an IRIX operating system and on the CRAY2 (remote station) with a UNICOS 1.0 or 2.0 operating system. The IRIS 4D can be used in place of the IRIS 3000. The program is written in C (67%) and FORTRAN 77 (43%) and has an IRIS memory requirement of 4 MB. The remote and local stations must use the same user ID. PLOT3D/AMES unformatted data sets are required for the remote machine. The program was developed in 1988.

Satellite Image Mosaic Engine

NASA Technical Reports Server (NTRS)

Plesea, Lucian

2006-01-01

A computer program automatically builds large, full-resolution mosaics of multispectral images of Earth landmasses from images acquired by Landsat 7, complete with matching of colors and blending between adjacent scenes. While the code has been used extensively for Landsat, it could also be used for other data sources. A single mosaic of as many as 8,000 scenes, represented by more than 5 terabytes of data and the largest set produced in this work, demonstrated what the code could do to provide global coverage. The program first statistically analyzes input images to determine areas of coverage and data-value distributions. It then transforms the input images from their original universal transverse Mercator coordinates to other geographical coordinates, with scaling. It applies a first-order polynomial brightness correction to each band in each scene. It uses a data-mask image for selecting data and blending of input scenes. Under control by a user, the program can be made to operate on small parts of the output image space, with check-point and restart capabilities. The program runs on SGI IRIX computers. It is capable of parallel processing using shared-memory code, large memories, and tens of central processing units. It can retrieve input data and store output data at locations remote from the processors on which it is executed.

SAN/CXFS test report to LLNL

DOE Office of Scientific and Technical Information (OSTI.GOV)

Ruwart, T M; Eldel, A

2000-01-01

The primary objectives of this project were to evaluate the performance of the SGI CXFS File System in a Storage Area Network (SAN) and compare/contrast it to the performance of a locally attached XFS file system on the same computer and storage subsystems. The University of Minnesota participants were asked to verify that the performance of the SAN/CXFS configuration did not fall below 85% of the performance of the XFS local configuration. There were two basic hardware test configurations constructed from the following equipment: Two Onyx 2 computer systems each with two Qlogic-based Fibre Channel/XIO Host Bus Adapter (HBA); Onemore » 8-Port Brocade Silkworm 2400 Fibre Channel Switch; and Four Ciprico RF7000 RAID Disk Arrays populated Seagate Barracuda 50GB disk drives. The Operating System on each of the ONYX 2 computer systems was IRIX 6.5.6. The first hardware configuration consisted of directly connecting the Ciprico arrays to the Qlogic controllers without the Brocade switch. The purpose for this configuration was to establish baseline performance data on the Qlogic controllers / Ciprico disk raw subsystem. This baseline performance data would then be used to demonstrate any performance differences arising from the addition of the Brocade Fibre Channel Switch. Furthermore, the performance of the Qlogic controllers could be compared to that of the older, Adaptec-based XIO dual-channel Fibre Channel adapters previously used on these systems. It should be noted that only raw device tests were performed on this configuration. No file system testing was performed on this configuration. The second hardware configuration introduced the Brocade Fibre Channel Switch. Two FC ports from each of the ONYX2 computer systems were attached to four ports of the switch and the four Ciprico arrays were attached to the remaining four. Raw disk subsystem tests were performed on the SAN configuration in order to demonstrate the performance differences between the direct-connect and the switched configurations. After this testing was completed, the Ciprico arrays were formatted with an XFS file system and performance numbers were gathered to establish a File System Performance Baseline. Finally, the disks were formatted with CXFS and further tests were run to demonstrate the performance of the CXFS file system. A summary of the results of these tests is given.« less

KRAS Mutation Status and Clinical Outcome of Preoperative Chemoradiation With Cetuximab in Locally Advanced Rectal Cancer: A Pooled Analysis of 2 Phase II Trials

DOE Office of Scientific and Technical Information (OSTI.GOV)

Kim, Sun Young; Shim, Eun Kyung; Yeo, Hyun Yang

2013-01-01

Purpose: Cetuximab-containing chemotherapy is known to be effective for KRAS wild-type metastatic colorectal cancer; however, it is not clear whether cetuximab-based preoperative chemoradiation confers an additional benefit compared with chemoradiation without cetuximab in patients with locally advanced rectal cancer. Methods and Materials: We analyzed EGFR, KRAS, BRAF, and PIK3CA mutation status with direct sequencing and epidermal growth factor receptor (EGFR) and Phosphatase and tensin homolog (PTEN) expression status with immunohistochemistry in tumor samples of 82 patients with locally advanced rectal cancer who were enrolled in the IRIX trial (preoperative chemoradiation with irinotecan and capecitabine; n=44) or the ERBIRIX trial (preoperativemore » chemoradiation with irinotecan and capecitabine plus cetuximab; n=38). Both trials were similarly designed except for the administration of cetuximab; radiation therapy was administered at a dose of 50.4 Gy/28 fractions and irinotecan and capecitabine were given at doses of 40 mg/m{sup 2} weekly and 1650 mg/m{sup 2}/day, respectively, for 5 days per week. In the ERBIRIX trial, cetuximab was additionally given with a loading dose of 400 mg/m{sup 2} on 1 week before radiation, and 250 mg/m{sup 2} weekly thereafter. Results: Baseline characteristics before chemoradiation were similar between the 2 trial cohorts. A KRAS mutation in codon 12, 13, and 61 was noted in 15 (34%) patients in the IRIX cohort and 5 (13%) in the ERBIRIX cohort (P=.028). Among 62 KRAS wild-type cancer patients, major pathologic response rate, disease-free survival and pathologic stage did not differ significantly between the 2 cohorts. No mutations were detected in BRAF exon 11 and 15, PIK3CA exon 9 and 20, or EGFR exon 18-24 in any of the 82 patients, and PTEN and EGFR expression were not predictive of clinical outcome. Conclusions: In patients with KRAS wild-type locally advanced rectal cancer, the addition of cetuximab to the chemoradiation with irinotecan plus capecitabine regimen was not associated with improved clinical outcome compared with chemoradiation without cetuximab.« less

JACK - ANTHROPOMETRIC MODELING SYSTEM FOR SILICON GRAPHICS WORKSTATIONS

NASA Technical Reports Server (NTRS)

Smith, B.

1994-01-01

JACK is an interactive graphics program developed at the University of Pennsylvania that displays and manipulates articulated geometric figures. JACK is typically used to observe how a human mannequin interacts with its environment and what effects body types will have upon the performance of a task in a simulated environment. Any environment can be created, and any number of mannequins can be placed anywhere in that environment. JACK includes facilities to construct limited geometric objects, position figures, perform a variety of analyses on the figures, describe the motion of the figures and specify lighting and surface property information for rendering high quality images. JACK is supplied with a variety of body types pre-defined and known to the system. There are both male and female bodies, ranging from the 5th to the 95th percentile, based on NASA Standard 3000. Each mannequin is fully articulated and reflects the joint limitations of a normal human. JACK is an editor for manipulating previously defined objects known as "Peabody" objects. Used to describe the figures as well as the internal data structure for representing them, Peabody is a language with a powerful and flexible mechanism for representing connectivity between objects, both the joints between individual segments within a figure and arbitrary connections between different figures. Peabody objects are generally comprised of several individual figures, each one a collection of segments. Each segment has a geometry represented by PSURF files that consist of polygons or curved surface patches. Although JACK does not have the capability to create new objects, objects may be created by other geometric modeling programs and then translated into the PSURF format. Environment files are a collection of figures and attributes that may be dynamically moved under the control of an animation file. The animation facilities allow the user to create a sequence of commands that duplicate the movements of a human figure in an environment. Integrated into JACK is a set of vision tools that allow predictions about visibility and legibility. The program is capable of displaying environment perspectives corresponding to what the mannequin would see while in the environment, indicating potential problems with occlusion and visibility. It is also possible to display view cones emanating from the figure's eyes, indicating field of view. Another feature projects the environment onto retina coordinates which gives clues regarding visual angles, acuity and occlusion by the biological blind spots. A retina editor makes it possible to draw onto the retina and project that into 3-dimensional space. Another facility, Reach, causes the mannequin to move a specific portion of its anatomy to a chosen point in space. The Reach facility helps in analyzing problems associated with operator size and other constraints. The 17-segment torso makes it possible to set a figure into realistic postures, simulating human postures closely. The JACK application software is written in C-language for Silicon Graphics workstations running IRIX versions 4.0.5 or higher and is available only in executable form. Since JACK is a copyrighted program (copyright 1991 University of Pennsylvania), this executable may not be redistributed. The recommended minimum hardware configuration for running the executable includes a floating-point accelerator, an 8-megabyte program memory, a high resolution (1280 x 1024) graphics card, and at least 50Mb of free disk space. JACK's data files take up millions of bytes of storage space, so additional disk space is highly recommended. The standard distribution medium for JACK is a .25 inch streaming magnetic IRIX tape cartridge in UNIX tar format. JACK was originally developed in 1988. Jack v4.8 was released for distribution through COSMIC in 1993.

OOM - OBJECT ORIENTATION MANIPULATOR, VERSION 6.1

NASA Technical Reports Server (NTRS)

Goza, S. P.

1994-01-01

The Object Orientation Manipulator (OOM) is an application program for creating, rendering, and recording three-dimensional computer-generated still and animated images. This is done using geometrically defined 3D models, cameras, and light sources, referred to collectively as animation elements. OOM does not provide the tools necessary to construct 3D models; instead, it imports binary format model files generated by the Solid Surface Modeler (SSM). Model files stored in other formats must be converted to the SSM binary format before they can be used in OOM. SSM is available as MSC-21914 or as part of the SSM/OOM bundle, COS-10047. Among OOM's features are collision detection (with visual and audio feedback), the capability to define and manipulate hierarchical relationships between animation elements, stereographic display, and ray-traced rendering. OOM uses Euler angle transformations for calculating the results of translation and rotation operations. OOM provides an interactive environment for the manipulation and animation of models, cameras, and light sources. Models are the basic entity upon which OOM operates and are therefore considered the primary animation elements. Cameras and light sources are considered secondary animation elements. A camera, in OOM, is simply a location within the three-space environment from which the contents of the environment are observed. OOM supports the creation and full animation of cameras. Light sources can be defined, positioned and linked to models, but they cannot be animated independently. OOM can simultaneously accommodate as many animation elements as the host computer's memory permits. Once the required animation elements are present, the user may position them, orient them, and define any initial relationships between them. Once the initial relationships are defined, the user can display individual still views for rendering and output, or define motion for the animation elements by using the Interp Animation Editor. The program provides the capability to save still images, animated sequences of frames, and the information that describes the initialization process for an OOM session. OOM provides the same rendering and output options for both still and animated images. OOM is equipped with a robust model manipulation environment featuring a full screen viewing window, a menu-oriented user interface, and an interpolative Animation Editor. It provides three display modes: solid, wire frame, and simple, that allow the user to trade off visual authenticity for update speed. In the solid mode, each model is drawn based on the shading characteristics assigned to it when it was built. All of the shading characteristics supported by SSM are recognized and properly rendered in this mode. If increasing model complexity impedes the operation of OOM in this mode, then wireframe and simple modes are available. These provide substantially faster screen updates than solid mode. The creation and placement of cameras and light sources is under complete control of the user. One light source is provided in the default element set. It is modeled as a direct light source providing a type of lighting analogous to that provided by the Sun. OOM can accommodate as many light sources as the memory of the host computer permits. Animation is created in OOM using a technique called key frame interpolation. First, various program functions are used to load models, load or create light sources and cameras, and specify initial positions for each element. When these steps are completed, the Interp function is used to create an animation sequence for each element to be animated. An animation sequence consists of a user-defined number of frames (screen images) with some subset of those being defined as key frames. The motion of the element between key frames is interpolated automatically by the software. Key frames thus act as transition points in the motion of an element. This saves the user from having to individually define element data at each frame of a sequence. Animation frames and still images can be output to videotape recorders, film recorders, color printers, and disk files. OOM is written in C-language for implementation on SGI IRIS 4D series workstations running the IRIX operating system. A minimum of 8Mb of RAM is recommended for this program. The standard distribution medium for OOM is a .25 inch streaming magnetic IRIX tape cartridge in UNIX tar format. OOM is also offered as a bundle with a related program, SSM (Solid Surface Modeler). Please see the abstract for SSM/OOM (COS-10047) for information about the bundled package. OOM was released in 1993.

Irma 5.2 multi-sensor signature prediction model

NASA Astrophysics Data System (ADS)

Savage, James; Coker, Charles; Thai, Bea; Aboutalib, Omar; Chow, Anthony; Yamaoka, Neil; Kim, Charles

2007-04-01

The Irma synthetic signature prediction code is being developed by the Munitions Directorate of the Air Force Research Laboratory (AFRL/MN) to facilitate the research and development of multi-sensor systems. There are over 130 users within the Department of Defense, NASA, Department of Transportation, academia, and industry. Irma began as a high-resolution, physics-based Infrared (IR) target and background signature model for tactical weapon applications and has grown to include: a laser (or active) channel (1990), improved scene generator to support correlated frame-to-frame imagery (1992), and passive IR/millimeter wave (MMW) channel for a co-registered active/passive IR/MMW model (1994). Irma version 5.0 was released in 2000 and encompassed several upgrades to both the physical models and software; host support was expanded to Windows, Linux, Solaris, and SGI Irix platforms. In 2005, version 5.1 was released after an extensive verification and validation of an upgraded and reengineered active channel. Since 2005, the reengineering effort has focused on the Irma passive channel. Field measurements for the validation effort include the unpolarized data collection. Irma 5.2 is scheduled for release in the summer of 2007. This paper will report the validation test results of the Irma passive models and discuss the new features in Irma 5.2.

GridTool: A surface modeling and grid generation tool

NASA Technical Reports Server (NTRS)

Samareh-Abolhassani, Jamshid

1995-01-01

GridTool is designed around the concept that the surface grids are generated on a set of bi-linear patches. This type of grid generation is quite easy to implement, and it avoids the problems associated with complex CAD surface representations and associated surface parameterizations. However, the resulting surface grids are close to but not on the original CAD surfaces. This problem can be alleviated by projecting the resulting surface grids onto the original CAD surfaces. GridTool is designed primary for unstructured grid generation systems. Currently, GridTool supports VGRID and FELISA systems, and it can be easily extended to support other unstructured grid generation systems. The data in GridTool is stored parametrically so that once the problem is set up, one can modify the surfaces and the entire set of points, curves and patches will be updated automatically. This is very useful in a multidisciplinary design and optimization process. GridTool is written entirely in ANSI 'C', the interface is based on the FORMS library, and the graphics is based on the GL library. The code has been tested successfully on IRIS workstations running IRIX4.0 and above. The memory is allocated dynamically, therefore, memory size will depend on the complexity of geometry/grid. GridTool data structure is based on a link-list structure which allows the required memory to expand and contract dynamically according to the user's data size and action. Data structure contains several types of objects such as points, curves, patches, sources and surfaces. At any given time, there is always an active object which is drawn in magenta, or in their highlighted colors as defined by the resource file which will be discussed later.

MAPA: Implementation of the Standard Interchange Format and use for analyzing lattices

NASA Astrophysics Data System (ADS)

Shasharina, Svetlana G.; Cary, John R.

1997-05-01

MAPA (Modular Accelerator Physics Analysis) is an object oriented application for accelerator design and analysis with a Motif based graphical user interface. MAPA has been ported to AIX, Linux, HPUX, Solaris, and IRIX. MAPA provides an intuitive environment for accelerator study and design. The user can bring up windows for fully nonlinear analysis of accelerator lattices in any number of dimensions. The current graphical analysis methods of Lifetime plots and Surfaces of Section have been used to analyze the improved lattice designs of Wan, Cary, and Shasharina (this conference). MAPA can now read and write Standard Interchange Format (MAD) accelerator description files and it has a general graphical user interface for adding, changing, and deleting elements. MAPA's consistency checks prevent deletion of used elements and prevent creation of recursive beam lines. Plans include development of a richer set of modeling tools and the ability to invoke existing modeling codes through the MAPA interface. MAPA will be demonstrated on a Pentium 150 laptop running Linux.

COMGEN - A PROGRAM FOR GENERATING FINITE ELEMENT MODELS OF COMPOSITE MATERIALS AT THE MICRO LEVEL (SGI IRIS VERSION)

NASA Technical Reports Server (NTRS)

Melis, M. E.

1994-01-01

A significant percentage of time spent in a typical finite element analysis is taken up in the modeling and assignment of loads and constraints. This process not only requires the analyst to be well-versed in the art of finite element modeling, but also demands familiarity with some sort of preprocessing software in order to complete the task expediently. COMGEN (COmposite Model GENerator) is an interactive FORTRAN program which can be used to create a wide variety of finite element models of continuous fiber composite materials at the micro level. It quickly generates batch or "session files" to be submitted to the finite element pre- and post-processor program, PATRAN. (PDA Engineering, Costa Mesa, CA.) In modeling a composite material, COMGEN assumes that its constituents can be represented by a "unit cell" of a fiber surrounded by matrix material. Two basic cell types are available. The first is a square packing arrangement where the fiber is positioned in the center of a square matrix cell. The second type, hexagonal packing, has the fiber centered in a hexagonal matrix cell. Different models can be created using combinations of square and hexagonal packing schemes. Variations include two- and three- dimensional cases, models with a fiber-matrix interface, and different constructions of unit cells. User inputs include fiber diameter and percent fiber-volume of the composite to be analyzed. In addition, various mesh densities, boundary conditions, and loads can be assigned to the models within COMGEN. The PATRAN program then uses a COMGEN session file to generate finite element models and their associated loads which can then be translated to virtually any finite element analysis code such as NASTRAN or MARC. COMGEN is written in FORTRAN 77 and has been implemented on DEC VAX series computers under VMS and SGI IRIS series workstations under IRIX. If the user has the PATRAN package available, the output can be graphically displayed. Without PATRAN, the output is tabular. The VAX VMS version is available on a 5.25 inch 360K MS-DOS format diskette (standard distribution media) or a 9-track 1600 BPI DEC VAX FILES-11 format magnetic tape, and it requires about 124K of main memory. The standard distribution media for the IRIS version is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The memory requirement for the IRIS version is 627K. COMGEN was developed in 1990. DEC, VAX and VMS are trademarks of Digital Equipment Corporation. PATRAN is a registered trademark of PDA Engineering. SGI IRIS and IRIX are trademarks of Silicon Graphics, Inc. MS-DOS is a registered trademark of Microsoft Corporation. UNIX is a registered trademark of AT&T.

Scalable and portable visualization of large atomistic datasets

NASA Astrophysics Data System (ADS)

Sharma, Ashish; Kalia, Rajiv K.; Nakano, Aiichiro; Vashishta, Priya

2004-10-01

A scalable and portable code named Atomsviewer has been developed to interactively visualize a large atomistic dataset consisting of up to a billion atoms. The code uses a hierarchical view frustum-culling algorithm based on the octree data structure to efficiently remove atoms outside of the user's field-of-view. Probabilistic and depth-based occlusion-culling algorithms then select atoms, which have a high probability of being visible. Finally a multiresolution algorithm is used to render the selected subset of visible atoms at varying levels of detail. Atomsviewer is written in C++ and OpenGL, and it has been tested on a number of architectures including Windows, Macintosh, and SGI. Atomsviewer has been used to visualize tens of millions of atoms on a standard desktop computer and, in its parallel version, up to a billion atoms. Program summaryTitle of program: Atomsviewer Catalogue identifier: ADUM Program summary URL:http://cpc.cs.qub.ac.uk/summaries/ADUM Program obtainable from: CPC Program Library, Queen's University of Belfast, N. Ireland Computer for which the program is designed and others on which it has been tested: 2.4 GHz Pentium 4/Xeon processor, professional graphics card; Apple G4 (867 MHz)/G5, professional graphics card Operating systems under which the program has been tested: Windows 2000/XP, Mac OS 10.2/10.3, SGI IRIX 6.5 Programming languages used: C++, C and OpenGL Memory required to execute with typical data: 1 gigabyte of RAM High speed storage required: 60 gigabytes No. of lines in the distributed program including test data, etc.: 550 241 No. of bytes in the distributed program including test data, etc.: 6 258 245 Number of bits in a word: Arbitrary Number of processors used: 1 Has the code been vectorized or parallelized: No Distribution format: tar gzip file Nature of physical problem: Scientific visualization of atomic systems Method of solution: Rendering of atoms using computer graphic techniques, culling algorithms for data minimization, and levels-of-detail for minimal rendering Restrictions on the complexity of the problem: None Typical running time: The program is interactive in its execution Unusual features of the program: None References: The conceptual foundation and subsequent implementation of the algorithms are found in [A. Sharma, A. Nakano, R.K. Kalia, P. Vashishta, S. Kodiyalam, P. Miller, W. Zhao, X.L. Liu, T.J. Campbell, A. Haas, Presence—Teleoperators and Virtual Environments 12 (1) (2003)].

High-efficiency in situ resonant inelastic x-ray scattering (iRIXS) endstation at the Advanced Light Source

NASA Astrophysics Data System (ADS)

Qiao, Ruimin; Li, Qinghao; Zhuo, Zengqing; Sallis, Shawn; Fuchs, Oliver; Blum, Monika; Weinhardt, Lothar; Heske, Clemens; Pepper, John; Jones, Michael; Brown, Adam; Spucces, Adrian; Chow, Ken; Smith, Brian; Glans, Per-Anders; Chen, Yanxue; Yan, Shishen; Pan, Feng; Piper, Louis F. J.; Denlinger, Jonathan; Guo, Jinghua; Hussain, Zahid; Chuang, Yi-De; Yang, Wanli

2017-03-01

An endstation with two high-efficiency soft x-ray spectrographs was developed at Beamline 8.0.1 of the Advanced Light Source, Lawrence Berkeley National Laboratory. The endstation is capable of performing soft x-ray absorption spectroscopy, emission spectroscopy, and, in particular, resonant inelastic soft x-ray scattering (RIXS). Two slit-less variable line-spacing grating spectrographs are installed at different detection geometries. The endstation covers the photon energy range from 80 to 1500 eV. For studying transition-metal oxides, the large detection energy window allows a simultaneous collection of x-ray emission spectra with energies ranging from the O K-edge to the Ni L-edge without moving any mechanical components. The record-high efficiency enables the recording of comprehensive two-dimensional RIXS maps with good statistics within a short acquisition time. By virtue of the large energy window and high throughput of the spectrographs, partial fluorescence yield and inverse partial fluorescence yield signals could be obtained for all transition metal L-edges including Mn. Moreover, the different geometries of these two spectrographs (parallel and perpendicular to the horizontal polarization of the beamline) provide contrasts in RIXS features with two different momentum transfers.

EM-ANIMATE - COMPUTER PROGRAM FOR DISPLAYING AND ANIMATING THE STEADY-STATE TIME-HARMONIC ELECTROMAGNETIC NEAR FIELD AND SURFACE-CURRENT SOLUTIONS

NASA Technical Reports Server (NTRS)

Hom, K. W.

1994-01-01

The EM-ANIMATE program is a specialized visualization program that displays and animates the near-field and surface-current solutions obtained from an electromagnetics program, in particular, that from MOM3D (LAR-15074). The EM-ANIMATE program is windows based and contains a user-friendly, graphical interface for setting viewing options, case selection, file manipulation, etc. EM-ANIMATE displays the field and surface-current magnitude as smooth shaded color fields (color contours) ranging from a minimum contour value to a maximum contour value for the fields and surface currents. The program can display either the total electric field or the scattered electric field in either time-harmonic animation mode or in the root mean square (RMS) average mode. The default setting is initially set to the minimum and maximum values within the field and surface current data and can be optionally set by the user. The field and surface-current value are animated by calculating and viewing the solution at user selectable radian time increments between 0 and 2pi. The surface currents can also be displayed in either time-harmonic animation mode or in RMS average mode. In RMS mode, the color contours do not vary with time, but show the constant time averaged field and surface-current magnitude solution. The electric field and surface-current directions can be displayed as scaled vector arrows which have a length proportional to the magnitude at each field grid point or surface node point. These vector properties can be viewed separately or concurrently with the field or surface-current magnitudes. Animation speed is improved by turning off the display of the vector arrows. In RMS modes, the direction vectors are still displayed as varying with time since the time averaged direction vectors would be zero length vectors. Other surface properties can optionally be viewed. These include the surface grid, the resistance value assigned to each element of the grid, and the power dissipation of each element which has an assigned resistance value. The EM-ANIMATE program will accept up to 10 different surface current cases each consisting of up to 20,000 node points and 10,000 triangle definitions and will animate one of these cases. The capability is used to compare surface-current distribution due to various initial excitation directions or electric field orientations. The program can accept up to 50 planes of field data consisting of a grid of 100 by 100 field points. These planes of data are user selectable and can be viewed individually or concurrently. With these preset limits, the program requires 55 megabytes of core memory to run. These limits can be changed in the header files to accommodate the available core memory of an individual workstation. An estimate of memory required can be made as follows: approximate memory in bytes equals (number of nodes times number of surfaces times 14 variables times bytes per word, typically 4 bytes per floating point) plus (number of field planes times number of nodes per plane times 21 variables times bytes per word). This gives the approximate memory size required to store the field and surface-current data. The total memory size is approximately 400,000 bytes plus the data memory size. The animation calculations are performed in real time at any user set time step. For Silicon Graphics Workstations that have multiple processors, this program has been optimized to perform these calculations on multiple processors to increase animation rates. The optimized program uses the SGI PFA (Power FORTRAN Accelerator) library. On single processor machines, the parallelization directives are seen as comments to the program and will have no effect on compilation or execution. EM-ANIMATE is written in FORTRAN 77 for implementation on SGI IRIS workstations running IRIX 3.0 or later. A minimum of 55Mb of RAM is required for execution of this program; however, the code may be modified to accommodate the available memory of an individual workstation. For program execution, twenty-four bit, double-buffered color capability is suggested, but not required. Sample input and output files and a sample executable are provided on the distribution medium. Electronic documentation is provided in PostScript format and in the form of IRIX man pages. The standard distribution medium for EM-ANIMATE is a .25 inch streaming magnetic IRIX tape cartridge in UNIX tar format. EM-ANIMATE is also available as part of a bundled package, COS-10048 that includes MOM3D, an IRIS program that produces electromagnetic near field and surface current solutions. This program was developed in 1993.

ARCGRAPH SYSTEM - AMES RESEARCH GRAPHICS SYSTEM

NASA Technical Reports Server (NTRS)

Hibbard, E. A.

1994-01-01

Ames Research Graphics System, ARCGRAPH, is a collection of libraries and utilities which assist researchers in generating, manipulating, and visualizing graphical data. In addition, ARCGRAPH defines a metafile format that contains device independent graphical data. This file format is used with various computer graphics manipulation and animation packages at Ames, including SURF (COSMIC Program ARC-12381) and GAS (COSMIC Program ARC-12379). In its full configuration, the ARCGRAPH system consists of a two stage pipeline which may be used to output graphical primitives. Stage one is associated with the graphical primitives (i.e. moves, draws, color, etc.) along with the creation and manipulation of the metafiles. Five distinct data filters make up stage one. They are: 1) PLO which handles all 2D vector primitives, 2) POL which handles all 3D polygonal primitives, 3) RAS which handles all 2D raster primitives, 4) VEC which handles all 3D raster primitives, and 5) PO2 which handles all 2D polygonal primitives. Stage two is associated with the process of displaying graphical primitives on a device. To generate the various graphical primitives, create and reprocess ARCGRAPH metafiles, and access the device drivers in the VDI (Video Device Interface) library, users link their applications to ARCGRAPH's GRAFIX library routines. Both FORTRAN and C language versions of the GRAFIX and VDI libraries exist for enhanced portability within these respective programming environments. The ARCGRAPH libraries were developed on a VAX running VMS. Minor documented modification of various routines, however, allows the system to run on the following computers: Cray X-MP running COS (no C version); Cray 2 running UNICOS; DEC VAX running BSD 4.3 UNIX, or Ultrix; SGI IRIS Turbo running GL2-W3.5 and GL2-W3.6; Convex C1 running UNIX; Amhdahl 5840 running UTS; Alliant FX8 running UNIX; Sun 3/160 running UNIX (no native device driver); Stellar GS1000 running Stellex (no native device driver); and an SGI IRIS 4D running IRIX (no native device driver). Currently with version 7.0 of ARCGRAPH, the VDI library supports the following output devices: A VT100 terminal with a RETRO-GRAPHICS board installed, a VT240 using the Tektronix 4010 emulation capability, an SGI IRIS turbo using the native GL2 library, a Tektronix 4010, a Tektronix 4105, and the Tektronix 4014. ARCGRAPH version 7.0 was developed in 1988.

Common HEP UNIX Environment

NASA Astrophysics Data System (ADS)

Taddei, Arnaud

After it had been decided to design a common user environment for UNIX platforms among HEP laboratories, a joint project between DESY and CERN had been started. The project consists in 2 phases: 1. Provide a common user environment at shell level, 2. Provide a common user environment at graphical level (X11). Phase 1 is in production at DESY and at CERN as well as at PISA and RAL. It has been developed around the scripts originally designed at DESY Zeuthen improved and extended with a 2 months project at CERN with a contribution from DESY Hamburg. It consists of a set of files which are customizing the environment for the 6 main shells (sh, csh, ksh, bash, tcsh, zsh) on the main platforms (AIX, HP-UX, IRIX, SunOS, Solaris 2, OSF/1, ULTRIX, etc.) and it is divided at several "sociological" levels: HEP, site, machine, cluster, group of users and user with some levels which are optional. The second phase is under design and a first proposal has been published. A first version of the phase 2 exists already for AIX and Solaris, and it should be available for all other platforms, by the time of the conference. This is a major collective work between several HEP laboratories involved in the HEPiX-scripts and HEPiX-X11 working-groups.

High-efficiency in situ resonant inelastic x-ray scattering (iRIXS) endstation at the Advanced Light Source

DOE PAGES

Qiao, Ruimin; Li, Qinghao; Zhuo, Zengqing; ...

2017-03-17

In this paper, an endstation with two high-efficiency soft x-ray spectrographs was developed at Beamline 8.0.1 of the Advanced Light Source, Lawrence Berkeley National Laboratory. The endstation is capable of performing soft x-ray absorption spectroscopy, emission spectroscopy, and, in particular, resonant inelastic soft x-ray scattering (RIXS). Two slit-less variable line-spacing grating spectrographs are installed at different detection geometries. The endstation covers the photon energy range from 80 to 1500 eV. For studying transition-metal oxides, the large detection energy window allows a simultaneous collection of x-ray emission spectra with energies ranging from the O K-edge to the Ni L-edge without movingmore » any mechanical components. The record-high efficiency enables the recording of comprehensive two-dimensional RIXS maps with good statistics within a short acquisition time. By virtue of the large energy window and high throughput of the spectrographs, partial fluorescence yield and inverse partial fluorescence yield signals could be obtained for all transition metal L-edges including Mn. Finally and moreover, the different geometries of these two spectrographs (parallel and perpendicular to the horizontal polarization of the beamline) provide contrasts in RIXS features with two different momentum transfers.« less

TAE+ 5.1 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.1 (DEC VAX ULTRIX VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. Data-driven graphical objects such as dials, thermometers, and strip charts are also included. TAE Plus updates the strip chart as the data values change. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. The Silicon Graphics version of TAE Plus now has a font caching scheme and a color caching scheme to make color allocation more efficient. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides an extremely powerful means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System, Version 11 Release 4, and the Open Software Foundation's Motif Toolkit 1.1 or 1.1.1. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus comes with InterViews and idraw, two software packages developed by Stanford University and integrated in TAE Plus. TAE Plus was developed in 1989 and version 5.1 was released in 1991. TAE Plus is currently available on media suitable for eight different machine platforms: 1) DEC VAX computers running VMS 5.3 or higher (TK50 cartridge in VAX BACKUP format), 2) DEC VAXstations running ULTRIX 4.1 or later (TK50 cartridge in UNIX tar format), 3) DEC RISC workstations running ULTRIX 4.1 or later (TK50 cartridge in UNIX tar format), 4) HP9000 Series 300/400 computers running HP-UX 8.0 (.25 inch HP-preformatted tape cartridge in UNIX tar format), 5) HP9000 Series 700 computers running HP-UX 8.05 (HP 4mm DDS DAT tape cartridge in UNIX tar format), 6) Sun3 series computers running SunOS 4.1.1 (.25 inch tape cartridge in UNIX tar format), 7) Sun4 (SPARC) series computers running SunOS 4.1.1 (.25 inch tape cartridge in UNIX tar format), and 8) SGI Indigo computers running IRIX 4.0.1 and IRIX/Motif 1.0.1 (.25 inch IRIS tape cartridge in UNIX tar format). An optional Motif Object Code License is available for either Sun version. TAE is a trademark of the National Aeronautics and Space Administration. X Window System is a trademark of the Massachusetts Institute of Technology. Motif is a trademark of the Open Software Foundation. DEC, VAX, VMS, TK50 and ULTRIX are trademarks of Digital Equipment Corporation. HP9000 and HP-UX are trademarks of Hewlett-Packard Co. Sun3, Sun4, SunOS, and SPARC are trademarks of Sun Microsystems, Inc. SGI and IRIS are registered trademarks of Silicon Graphics, Inc.

TAE+ 5.1 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.1 (SUN3 VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. Data-driven graphical objects such as dials, thermometers, and strip charts are also included. TAE Plus updates the strip chart as the data values change. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. The Silicon Graphics version of TAE Plus now has a font caching scheme and a color caching scheme to make color allocation more efficient. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides an extremely powerful means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System, Version 11 Release 4, and the Open Software Foundation's Motif Toolkit 1.1 or 1.1.1. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus comes with InterViews and idraw, two software packages developed by Stanford University and integrated in TAE Plus. TAE Plus was developed in 1989 and version 5.1 was released in 1991. TAE Plus is currently available on media suitable for eight different machine platforms: 1) DEC VAX computers running VMS 5.3 or higher (TK50 cartridge in VAX BACKUP format), 2) DEC VAXstations running ULTRIX 4.1 or later (TK50 cartridge in UNIX tar format), 3) DEC RISC workstations running ULTRIX 4.1 or later (TK50 cartridge in UNIX tar format), 4) HP9000 Series 300/400 computers running HP-UX 8.0 (.25 inch HP-preformatted tape cartridge in UNIX tar format), 5) HP9000 Series 700 computers running HP-UX 8.05 (HP 4mm DDS DAT tape cartridge in UNIX tar format), 6) Sun3 series computers running SunOS 4.1.1 (.25 inch tape cartridge in UNIX tar format), 7) Sun4 (SPARC) series computers running SunOS 4.1.1 (.25 inch tape cartridge in UNIX tar format), and 8) SGI Indigo computers running IRIX 4.0.1 and IRIX/Motif 1.0.1 (.25 inch IRIS tape cartridge in UNIX tar format). An optional Motif Object Code License is available for either Sun version. TAE is a trademark of the National Aeronautics and Space Administration. X Window System is a trademark of the Massachusetts Institute of Technology. Motif is a trademark of the Open Software Foundation. DEC, VAX, VMS, TK50 and ULTRIX are trademarks of Digital Equipment Corporation. HP9000 and HP-UX are trademarks of Hewlett-Packard Co. Sun3, Sun4, SunOS, and SPARC are trademarks of Sun Microsystems, Inc. SGI and IRIS are registered trademarks of Silicon Graphics, Inc.

TAE+ 5.1 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.1 (SUN3 VERSION WITH MOTIF)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. Data-driven graphical objects such as dials, thermometers, and strip charts are also included. TAE Plus updates the strip chart as the data values change. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. The Silicon Graphics version of TAE Plus now has a font caching scheme and a color caching scheme to make color allocation more efficient. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides an extremely powerful means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System, Version 11 Release 4, and the Open Software Foundation's Motif Toolkit 1.1 or 1.1.1. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus comes with InterViews and idraw, two software packages developed by Stanford University and integrated in TAE Plus. TAE Plus was developed in 1989 and version 5.1 was released in 1991. TAE Plus is currently available on media suitable for eight different machine platforms: 1) DEC VAX computers running VMS 5.3 or higher (TK50 cartridge in VAX BACKUP format), 2) DEC VAXstations running ULTRIX 4.1 or later (TK50 cartridge in UNIX tar format), 3) DEC RISC workstations running ULTRIX 4.1 or later (TK50 cartridge in UNIX tar format), 4) HP9000 Series 300/400 computers running HP-UX 8.0 (.25 inch HP-preformatted tape cartridge in UNIX tar format), 5) HP9000 Series 700 computers running HP-UX 8.05 (HP 4mm DDS DAT tape cartridge in UNIX tar format), 6) Sun3 series computers running SunOS 4.1.1 (.25 inch tape cartridge in UNIX tar format), 7) Sun4 (SPARC) series computers running SunOS 4.1.1 (.25 inch tape cartridge in UNIX tar format), and 8) SGI Indigo computers running IRIX 4.0.1 and IRIX/Motif 1.0.1 (.25 inch IRIS tape cartridge in UNIX tar format). An optional Motif Object Code License is available for either Sun version. TAE is a trademark of the National Aeronautics and Space Administration. X Window System is a trademark of the Massachusetts Institute of Technology. Motif is a trademark of the Open Software Foundation. DEC, VAX, VMS, TK50 and ULTRIX are trademarks of Digital Equipment Corporation. HP9000 and HP-UX are trademarks of Hewlett-Packard Co. Sun3, Sun4, SunOS, and SPARC are trademarks of Sun Microsystems, Inc. SGI and IRIS are registered trademarks of Silicon Graphics, Inc.

f1: a code to compute Appell's F1 hypergeometric function

NASA Astrophysics Data System (ADS)

Colavecchia, F. D.; Gasaneo, G.

2004-02-01

In this work we present the FORTRAN code to compute the hypergeometric function F1( α, β1, β2, γ, x, y) of Appell. The program can compute the F1 function for real values of the variables { x, y}, and complex values of the parameters { α, β1, β2, γ}. The code uses different strategies to calculate the function according to the ideas outlined in [F.D. Colavecchia et al., Comput. Phys. Comm. 138 (1) (2001) 29]. Program summaryTitle of the program: f1 Catalogue identifier: ADSJ Program summary URL:http://cpc.cs.qub.ac.uk/summaries/ADSJ Program obtainable from: CPC Program Library, Queen's University of Belfast, N. Ireland Licensing provisions: none Computers: PC compatibles, SGI Origin2∗ Operating system under which the program has been tested: Linux, IRIX Programming language used: Fortran 90 Memory required to execute with typical data: 4 kbytes No. of bits in a word: 32 No. of bytes in distributed program, including test data, etc.: 52 325 Distribution format: tar gzip file External subprograms used: Numerical Recipes hypgeo [W.H. Press et al., Numerical Recipes in Fortran 77, Cambridge Univ. Press, 1996] or chyp routine of R.C. Forrey [J. Comput. Phys. 137 (1997) 79], rkf45 [L.F. Shampine and H.H. Watts, Rep. SAND76-0585, 1976]. Keywords: Numerical methods, special functions, hypergeometric functions, Appell functions, Gauss function Nature of the physical problem: Computing the Appell F1 function is relevant in atomic collisions and elementary particle physics. It is usually the result of multidimensional integrals involving Coulomb continuum states. Method of solution: The F1 function has a convergent-series definition for | x|<1 and | y|<1, and several analytic continuations for other regions of the variable space. The code tests the values of the variables and selects one of the precedent cases. In the convergence region the program uses the series definition near the origin of coordinates, and a numerical integration of the third-order differential parametric equation for the F1 function. Also detects several special cases according to the values of the parameters. Restrictions on the complexity of the problem: The code is restricted to real values of the variables { x, y}. Also, there are some parameter domains that are not covered. These usually imply differences between integer parameters that lead to negative integer arguments of Gamma functions. Typical running time: Depends basically on the variables. The computation of Table 4 of [F.D. Colavecchia et al., Comput. Phys. Comm. 138 (1) (2001) 29] (64 functions) requires approximately 0.33 s in a Athlon 900 MHz processor.

A programmable optimization environment using the GAMESS-US and MERLIN/MCL packages. Applications on intermolecular interaction energies

NASA Astrophysics Data System (ADS)

Kalatzis, Fanis G.; Papageorgiou, Dimitrios G.; Demetropoulos, Ioannis N.

2006-09-01

The Merlin/MCL optimization environment and the GAMESS-US package were combined so as to offer an extended and efficient quantum chemistry optimization system, capable of implementing complex optimization strategies for generic molecular modeling problems. A communication and data exchange interface was established between the two packages exploiting all Merlin features such as multiple optimizers, box constraints, user extensions and a high level programming language. An important feature of the interface is its ability to perform dimer computations by eliminating the basis set superposition error using the counterpoise (CP) method of Boys and Bernardi. Furthermore it offers CP-corrected geometry optimizations using analytic derivatives. The unified optimization environment was applied to construct portions of the intermolecular potential energy surface of the weakly bound H-bonded complex C 6H 6-H 2O by utilizing the high level Merlin Control Language. The H-bonded dimer HF-H 2O was also studied by CP-corrected geometry optimization. The ab initio electronic structure energies were calculated using the 6-31G ** basis set at the Restricted Hartree-Fock and second-order Moller-Plesset levels, while all geometry optimizations were carried out using a quasi-Newton algorithm provided by Merlin. Program summaryTitle of program: MERGAM Catalogue identifier:ADYB_v1_0 Program summary URL:http://cpc.cs.qub.ac.uk/summaries/ADYB_v1_0 Program obtainable from: CPC Program Library, Queen's University of Belfast, N. Ireland Computer for which the program is designed and others on which it has been tested: The program is designed for machines running the UNIX operating system. It has been tested on the following architectures: IA32 (Linux with gcc/g77 v.3.2.3), AMD64 (Linux with the Portland group compilers v.6.0), SUN64 (SunOS 5.8 with the Sun Workshop compilers v.5.2) and SGI64 (IRIX 6.5 with the MIPSpro compilers v.7.4) Installations: University of Ioannina, Greece Operating systems or monitors under which the program has been tested: UNIX Programming language used: ANSI C, ANSI Fortran-77 No. of lines in distributed program, including test data, etc.:11 282 No. of bytes in distributed program, including test data, etc.: 49 458 Distribution format: tar.gz Memory required to execute with typical data: Memory requirements mainly depend on the selection of a GAMESS-US basis set and the number of atoms No. of bits in a word: 32 No. of processors used: 1 Has the code been vectorized or parallelized?: no Nature of physical problem: Multidimensional geometry optimization is of great importance in any ab initio calculation since it usually is one of the most CPU-intensive tasks, especially on large molecular systems. For example, the geometric and energetic description of van der Waals and weakly bound H-bonded complexes requires the construction of related important portions of the multidimensional intermolecular potential energy surface (IPES). So the various held views about the nature of these bonds can be quantitatively tested. Method of solution: The Merlin/MCL optimization environment was interconnected with the GAMESS-US package to facilitate geometry optimization in quantum chemistry problems. The important portions of the IPES require the capability to program optimization strategies. The Merlin/MCL environment was used for the implementation of such strategies. In this work, a CP-corrected geometry optimization was performed on the HF-H 2O complex and an MCL program was developed to study portions of the potential energy surface of the C 6H 6-H 2O complex. Restrictions on the complexity of the problem: The Merlin optimization environment and the GAMESS-US package must be installed. The MERGAM interface requires GAMESS-US input files that have been constructed in Cartesian coordinates. This restriction occurs from a design-time requirement to not allow reorientation of atomic coordinates; this rule holds always true when applying the COORD = UNIQUE keyword in a GAMESS-US input file. Typical running time: It depends on the size of the molecular system, the size of the basis set and the method of electron correlation. Execution of the test run took approximately 5 min on a 2.8 GHz Intel Pentium CPU.

NASADIG - NASA DEVICE INDEPENDENT GRAPHICS LIBRARY (AMDAHL VERSION)

NASA Technical Reports Server (NTRS)

Rogers, J. E.

1994-01-01

The NASA Device Independent Graphics Library, NASADIG, can be used with many computer-based engineering and management applications. The library gives the user the opportunity to translate data into effective graphic displays for presentation. The software offers many features which allow the user flexibility in creating graphics. These include two-dimensional plots, subplot projections in 3D-space, surface contour line plots, and surface contour color-shaded plots. Routines for three-dimensional plotting, wireframe surface plots, surface plots with hidden line removal, and surface contour line plots are provided. Other features include polar and spherical coordinate plotting, world map plotting utilizing either cylindrical equidistant or Lambert equal area projection, plot translation, plot rotation, plot blowup, splines and polynomial interpolation, area blanking control, multiple log/linear axes, legends and text control, curve thickness control, and multiple text fonts (18 regular, 4 bold). NASADIG contains several groups of subroutines. Included are subroutines for plot area and axis definition; text set-up and display; area blanking; line style set-up, interpolation, and plotting; color shading and pattern control; legend, text block, and character control; device initialization; mixed alphabets setting; and other useful functions. The usefulness of many routines is dependent on the prior definition of basic parameters. The program's control structure uses a serial-level construct with each routine restricted for activation at some prescribed level(s) of problem definition. NASADIG provides the following output device drivers: Selanar 100XL, VECTOR Move/Draw ASCII and PostScript files, Tektronix 40xx, 41xx, and 4510 Rasterizer, DEC VT-240 (4014 mode), IBM AT/PC compatible with SmartTerm 240 emulator, HP Lasergrafix Film Recorder, QMS 800/1200, DEC LN03+ Laserprinters, and HP LaserJet (Series III). NASADIG is written in FORTRAN and is available for several platforms. NASADIG 5.7 is available for DEC VAX series computers running VMS 5.0 or later (MSC-21801), Cray X-MP and Y-MP series computers running UNICOS (COS-10049), and Amdahl 5990 mainframe computers running UTS (COS-10050). NASADIG 5.1 is available for UNIX-based operating systems (MSC-22001). The UNIX version has been successfully implemented on Sun4 series computers running SunOS, SGI IRIS computers running IRIX, Hewlett Packard 9000 computers running HP-UX, and Convex computers running Convex OS (MSC-22001). The standard distribution medium for MSC-21801 is a set of two 6250 BPI 9-track magnetic tapes in DEC VAX BACKUP format. It is also available on a set of two TK50 tape cartridges in DEC VAX BACKUP format. The standard distribution medium for COS-10049 and COS-10050 is a 6250 BPI 9-track magnetic tape in UNIX tar format. Other distribution media and formats may be available upon request. The standard distribution medium for MSC-22001 is a .25 inch streaming magnetic tape cartridge (Sun QIC-24) in UNIX tar format. Alternate distribution media and formats are available upon request. With minor modification, the UNIX source code can be ported to other platforms including IBM PC/AT series computers and compatibles. NASADIG is also available bundled with TRASYS, the Thermal Radiation Analysis System (COS-10026, DEC VAX version; COS-10040, CRAY version).

NASADIG - NASA DEVICE INDEPENDENT GRAPHICS LIBRARY (UNIX VERSION)

NASA Technical Reports Server (NTRS)

Rogers, J. E.

1994-01-01

The NASA Device Independent Graphics Library, NASADIG, can be used with many computer-based engineering and management applications. The library gives the user the opportunity to translate data into effective graphic displays for presentation. The software offers many features which allow the user flexibility in creating graphics. These include two-dimensional plots, subplot projections in 3D-space, surface contour line plots, and surface contour color-shaded plots. Routines for three-dimensional plotting, wireframe surface plots, surface plots with hidden line removal, and surface contour line plots are provided. Other features include polar and spherical coordinate plotting, world map plotting utilizing either cylindrical equidistant or Lambert equal area projection, plot translation, plot rotation, plot blowup, splines and polynomial interpolation, area blanking control, multiple log/linear axes, legends and text control, curve thickness control, and multiple text fonts (18 regular, 4 bold). NASADIG contains several groups of subroutines. Included are subroutines for plot area and axis definition; text set-up and display; area blanking; line style set-up, interpolation, and plotting; color shading and pattern control; legend, text block, and character control; device initialization; mixed alphabets setting; and other useful functions. The usefulness of many routines is dependent on the prior definition of basic parameters. The program's control structure uses a serial-level construct with each routine restricted for activation at some prescribed level(s) of problem definition. NASADIG provides the following output device drivers: Selanar 100XL, VECTOR Move/Draw ASCII and PostScript files, Tektronix 40xx, 41xx, and 4510 Rasterizer, DEC VT-240 (4014 mode), IBM AT/PC compatible with SmartTerm 240 emulator, HP Lasergrafix Film Recorder, QMS 800/1200, DEC LN03+ Laserprinters, and HP LaserJet (Series III). NASADIG is written in FORTRAN and is available for several platforms. NASADIG 5.7 is available for DEC VAX series computers running VMS 5.0 or later (MSC-21801), Cray X-MP and Y-MP series computers running UNICOS (COS-10049), and Amdahl 5990 mainframe computers running UTS (COS-10050). NASADIG 5.1 is available for UNIX-based operating systems (MSC-22001). The UNIX version has been successfully implemented on Sun4 series computers running SunOS, SGI IRIS computers running IRIX, Hewlett Packard 9000 computers running HP-UX, and Convex computers running Convex OS (MSC-22001). The standard distribution medium for MSC-21801 is a set of two 6250 BPI 9-track magnetic tapes in DEC VAX BACKUP format. It is also available on a set of two TK50 tape cartridges in DEC VAX BACKUP format. The standard distribution medium for COS-10049 and COS-10050 is a 6250 BPI 9-track magnetic tape in UNIX tar format. Other distribution media and formats may be available upon request. The standard distribution medium for MSC-22001 is a .25 inch streaming magnetic tape cartridge (Sun QIC-24) in UNIX tar format. Alternate distribution media and formats are available upon request. With minor modification, the UNIX source code can be ported to other platforms including IBM PC/AT series computers and compatibles. NASADIG is also available bundled with TRASYS, the Thermal Radiation Analysis System (COS-10026, DEC VAX version; COS-10040, CRAY version).

MOM3D/EM-ANIMATE - MOM3D WITH ANIMATION CODE

NASA Technical Reports Server (NTRS)

Shaeffer, J. F.

1994-01-01

MOM3D (LAR-15074) is a FORTRAN method-of-moments electromagnetic analysis algorithm for open or closed 3-D perfectly conducting or resistive surfaces. Radar cross section with plane wave illumination is the prime analysis emphasis; however, provision is also included for local port excitation for computing antenna gain patterns and input impedances. The Electric Field Integral Equation form of Maxwell's equations is solved using local triangle couple basis and testing functions with a resultant system impedance matrix. The analysis emphasis is not only for routine RCS pattern predictions, but also for phenomenological diagnostics: bistatic imaging, currents, and near scattered/total electric fields. The images, currents, and near fields are output in form suitable for animation. MOM3D computes the full backscatter and bistatic radar cross section polarization scattering matrix (amplitude and phase), body currents and near scattered and total fields for plane wave illumination. MOM3D also incorporates a new bistatic k space imaging algorithm for computing down range and down/cross range diagnostic images using only one matrix inversion. MOM3D has been made memory and cpu time efficient by using symmetric matrices, symmetric geometry, and partitioned fixed and variable geometries suitable for design iteration studies. MOM3D may be run interactively or in batch mode on 486 IBM PCs and compatibles, UNIX workstations or larger computers. A 486 PC with 16 megabytes of memory has the potential to solve a 30 square wavelength (containing 3000 unknowns) symmetric configuration. Geometries are described using a triangular mesh input in the form of a list of spatial vertex points and a triangle join connection list. The EM-ANIMATE (LAR-15075) program is a specialized visualization program that displays and animates the near-field and surface-current solutions obtained from an electromagnetics program, in particular, that from MOM3D. The EM-ANIMATE program is windows based and contains a user-friendly, graphical interface for setting viewing options, case selection, file manipulation, etc. EM-ANIMATE displays the field and surface-current magnitude as smooth shaded color fields (color contours) ranging from a minimum contour value to a maximum contour value for the fields and surface currents. The program can display either the total electric field or the scattered electric field in either time-harmonic animation mode or in the root mean square (RMS) average mode. The default setting is initially set to the minimum and maximum values within the field and surface current data and can be optionally set by the user. The field and surface-current value are animated by calculating and viewing the solution at user selectable radian time increments between 0 and 2pi. The surface currents can also be displayed in either time-harmonic animation mode or in RMS average mode. In RMS mode, the color contours do not vary with time, but show the constant time averaged field and surface-current magnitude solution. The electric field and surface-current directions can be displayed as scaled vector arrows which have a length proportional to the magnitude at each field grid point or surface node point. These vector properties can be viewed separately or concurrently with the field or surface-current magnitudes. Animation speed is improved by turning off the display of the vector arrows. In RMS modes, the direction vectors are still displayed as varying with time since the time averaged direction vectors would be zero length vectors. Other surface properties can optionally be viewed. These include the surface grid, the resistance value assigned to each element of the grid, and the power dissipation of each element which has an assigned resistance value. The EM-ANIMATE program will accept up to 10 different surface current cases each consisting of up to 20,000 node points and 10,000 triangle definitions and will animate one of these cases. The capability is used to compare surface-current distribution due to various initial excitation directions or electric field orientations. The program can accept up to 50 planes of field data consisting of a grid of 100 by 100 field points. These planes of data are user selectable and can be viewed individually or concurrently. With these preset limits, the program requires 55 megabytes of core memory to run. These limits can be changed in the header files to accommodate the available core memory of an individual workstation. An estimate of memory required can be made as follows: approximate memory in bytes equals (number of nodes times number of surfaces times 14 variables times bytes per word, typically 4 bytes per floating point) plus (number of field planes times number of nodes per plane times 21 variables times bytes per word). This gives the approximate memory size required to store the field and surface-current data. The total memory size is approximately 400,000 bytes plus the data memory size. The animation calculations are performed in real time at any user set time step. For Silicon Graphics Workstations that have multiple processors, this program has been optimized to perform these calculations on multiple processors to increase animation rates. The optimized program uses the SGI PFA (Power FORTRAN Accelerator) library. On single processor machines, the parallelization directives are seen as comments to the program and will have no effect on compilation or execution. MOM3D and EM-ANIMATE are written in FORTRAN 77 for interactive or batch execution on SGI series computers running IRIX 3.0 or later. The RAM requirements for these programs vary with the size of the problem being solved. A minimum of 30Mb of RAM is required for execution of EM-ANIMATE; however, the code may be modified to accommodate the available memory of an individual workstation. For EM-ANIMATE, twenty-four bit, double-buffered color capability is suggested, but not required. Sample executables and sample input and output files are provided. Electronic documentation is provided for both EM-ANIMATE and MOM3D in PostScript format. Documentation for EM-ANIMATE is also provided in the form of IRIX man pages. The standard distribution medium for COS-10048 is a .25 inch streaming magnetic IRIX tape cartridge in UNIX tar format. MOM3D and EM-ANIMATE are also available separately as LAR-15074 and LAR-15075, respectively. MOM3D was developed in 1992. EM-ANIMATE was developed in 1993.

Continuous-time quantum Monte Carlo impurity solvers

NASA Astrophysics Data System (ADS)

Gull, Emanuel; Werner, Philipp; Fuchs, Sebastian; Surer, Brigitte; Pruschke, Thomas; Troyer, Matthias

2011-04-01

Continuous-time quantum Monte Carlo impurity solvers are algorithms that sample the partition function of an impurity model using diagrammatic Monte Carlo techniques. The present paper describes codes that implement the interaction expansion algorithm originally developed by Rubtsov, Savkin, and Lichtenstein, as well as the hybridization expansion method developed by Werner, Millis, Troyer, et al. These impurity solvers are part of the ALPS-DMFT application package and are accompanied by an implementation of dynamical mean-field self-consistency equations for (single orbital single site) dynamical mean-field problems with arbitrary densities of states. Program summaryProgram title: dmft Catalogue identifier: AEIL_v1_0 Program summary URL:http://cpc.cs.qub.ac.uk/summaries/AEIL_v1_0.html Program obtainable from: CPC Program Library, Queen's University, Belfast, N. Ireland Licensing provisions: ALPS LIBRARY LICENSE version 1.1 No. of lines in distributed program, including test data, etc.: 899 806 No. of bytes in distributed program, including test data, etc.: 32 153 916 Distribution format: tar.gz Programming language: C++ Operating system: The ALPS libraries have been tested on the following platforms and compilers: Linux with GNU Compiler Collection (g++ version 3.1 and higher), and Intel C++ Compiler (icc version 7.0 and higher) MacOS X with GNU Compiler (g++ Apple-version 3.1, 3.3 and 4.0) IBM AIX with Visual Age C++ (xlC version 6.0) and GNU (g++ version 3.1 and higher) compilers Compaq Tru64 UNIX with Compq C++ Compiler (cxx) SGI IRIX with MIPSpro C++ Compiler (CC) HP-UX with HP C++ Compiler (aCC) Windows with Cygwin or coLinux platforms and GNU Compiler Collection (g++ version 3.1 and higher) RAM: 10 MB-1 GB Classification: 7.3 External routines: ALPS [1], BLAS/LAPACK, HDF5 Nature of problem: (See [2].) Quantum impurity models describe an atom or molecule embedded in a host material with which it can exchange electrons. They are basic to nanoscience as representations of quantum dots and molecular conductors and play an increasingly important role in the theory of "correlated electron" materials as auxiliary problems whose solution gives the "dynamical mean field" approximation to the self-energy and local correlation functions. Solution method: Quantum impurity models require a method of solution which provides access to both high and low energy scales and is effective for wide classes of physically realistic models. The continuous-time quantum Monte Carlo algorithms for which we present implementations here meet this challenge. Continuous-time quantum impurity methods are based on partition function expansions of quantum impurity models that are stochastically sampled to all orders using diagrammatic quantum Monte Carlo techniques. For a review of quantum impurity models and their applications and of continuous-time quantum Monte Carlo methods for impurity models we refer the reader to [2]. Additional comments: Use of dmft requires citation of this paper. Use of any ALPS program requires citation of the ALPS [1] paper. Running time: 60 s-8 h per iteration.

Shortest multiple disconnected path for the analysis of entanglements in two- and three-dimensional polymeric systems

NASA Astrophysics Data System (ADS)

Kröger, Martin

2005-06-01

We present an algorithm which returns a shortest path and related number of entanglements for a given configuration of a polymeric system in 2 or 3 dimensions. Rubinstein and Helfand, and later Everaers et al. introduced a concept to extract primitive paths for dense polymeric melts made of linear chains (a multiple disconnected multibead 'path'), where each primitive path is defined as a path connecting the (space-fixed) ends of a polymer under the constraint of non-interpenetration (excluded volume) between primitive paths of different chains, such that the multiple disconnected path fulfills a minimization criterion. The present algorithm uses geometrical operations and provides a—model independent—efficient approximate solution to this challenging problem. Primitive paths are treated as 'infinitely' thin (we further allow for finite thickness to model excluded volume), and tensionless lines rather than multibead chains, excluded volume is taken into account without a force law. The present implementation allows to construct a shortest multiple disconnected path (SP) for 2D systems (polymeric chain within spherical obstacles) and an optimal SP for 3D systems (collection of polymeric chains). The number of entanglements is then simply obtained from the SP as either the number of interior kinks, or from the average length of a line segment. Further, information about structure and potentially also the dynamics of entanglements is immediately available from the SP. We apply the method to study the 'concentration' dependence of the degree of entanglement in phantom chain systems. Program summaryTitle of program:Z Catalogue number:ADVG Program summary URL:http://cpc.cs.qub.ac.uk/summaries/ADVG Program obtainable from: CPC Program Library, Queen's University of Belfast, N. Ireland Computer for which the program is designed and others on which it has been tested: Silicon Graphics (Irix), Sun (Solaris), PC (Linux) Operating systems or monitors under which the program has been tested: UNIX, Linux Program language used: USANSI Fortran 77 and Fortran 90 Memory required to execute with typical data: 1 MByte No. of lines in distributed program, including test data, etc.: 10 660 No. of bytes in distributed program, including test data, etc.: 119 551 Distribution formet:tar.gz Nature of physical problem: The problem is to obtain primitive paths substantiating a shortest multiple disconnected path (SP) for a given polymer configuration (chains of particles, with or without additional single particles as obstacles for the 2D case). Primitive paths are here defined as in [M. Rubinstein, E. Helfand, J. Chem. Phys. 82 (1985) 2477; R. Everaers, S.K. Sukumaran, G.S. Grest, C. Svaneborg, A. Sivasubramanian, K. Kremer, Science 303 (2004) 823] as the shortest line (path) respecting 'topological' constraints (from neighboring polymers or point obstacles) between ends of polymers. There is a unique solution for the 2D case. For the 3D case it is unique if we construct a primitive path of a single chain embedded within fixed line obstacles [J.S.B. Mitchell, Geometric shortest paths and network optimization, in: J.-R. Sack, J. Urrutia (Eds.), Handbook of Computational Geometry, Elsevier, Amsterdam, 2000, pp. 633-701]. For a large 3D configuration made of several chains, short is meant to be the Euclidean shortest multiple disconnected path (SP) where primitive paths are constructed for all chains simultaneously. While the latter problem, in general, does not possess a unique solution, the algorithm must return a locally optimal solution, robust against minor displacements of the disconnected path and chain re-labeling. The problem is solved if the number of kinks (or entanglements Z), explicitly deduced from the SP, is quite insensitive to the exact conformation of the SP which allows to estimate Z with a small error. Efficient method of solution: Primitive paths are constructed from the given polymer configuration (a non-shortest multiple disconnected path, including obstacles, if present) by first replacing each polymer contour by a line with a number of 'kinks' (beads, nodes) and 'segments' (edges). To obtain primitive paths, defined to be uncrossable by any other objects (neighboring primitive paths, line or point obstacles), the algorithm minimizes the length of all primitive paths consecutively, until a final minimum Euclidean length of the SP is reached. Fast geometric operations rather than dynamical methods are used to minimize the contour lengths of the primitive paths. Neighbor lists are used to keep track of potentially intersecting segments of other chains. Periodic boundary conditions are employed. A finite small line thickness is used in order to make sure that entanglements are not 'lost' due to finite precision of representation of numbers. Restrictions on the complexity of the problem: For a single chain embedded within fixed line or point obstacles, the algorithm returns the exact SP. For more complex problems, the algorithm returns a locally optimal SP. Except for exotic, probably rare, configurations it turns out that different locally optimal SPs possess quite an identical number of nodes. In general, the problem constructing the SP is known to be NP-hard [J.S.B. Mitchell, Geometric shortest paths and network optimization, in: J.-R. Sack, J. Urrutia (Eds.), Handbook of Computational Geometry, Elsevier, Amsterdam, 2000, pp. 633-701], and we offer a solution which should suffice to analyze physical problems, and gives an estimate about the precision and uniqueness of the result (from a standard deviation by varying the parameter: cyclicswitch). The program is NOT restricted to handle systems for which segment lengths of the SP exceed half the box size. Typical running time: Typical running times are approximately two orders of magnitude shorter compared with the ones needed for a corresponding molecular dynamics approach, and scale mostly linearly with system size. We provide a benchmark table.

TAE+ 5.1 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.1 (HP9000 SERIES 300/400 VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System, Version 11 Release 4, and the Open Software Foundation's Motif. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is expected to be available on media suitable for seven different machine platforms: 1) DEC VAX computers running VMS (TK50 cartridge in VAX BACKUP format), 2) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), 3) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), 4) HP9000 Series 300/400 computers running HP-UX (.25 inch HP-preformatted tape cartridge in UNIX tar format), 5) HP9000 Series 700 computers running HP-UX (HP 4mm DDS DAT tape cartridge in UNIX tar format), 6) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and 7) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2.

ELAS - SCIENCE & TECHNOLOGY LABORATORY APPLICATIONS SOFTWARE (SILICON GRAPHICS VERSION)

NASA Technical Reports Server (NTRS)

Walters, D.

1994-01-01

The Science and Technology Laboratory Applications Software (ELAS) was originally designed to analyze and process digital imagery data, specifically remotely-sensed scanner data. This capability includes the processing of Landsat multispectral data; aircraft-acquired scanner data; digitized topographic data; and numerous other ancillary data, such as soil types and rainfall information, that can be stored in digitized form. ELAS has the subsequent capability to geographically reference this data to dozens of standard, as well as user created projections. As an integrated image processing system, ELAS offers the user of remotely-sensed data a wide range of capabilities in the areas of land cover analysis and general purpose image analysis. ELAS is designed for flexible use and operation and includes its own FORTRAN operating subsystem and an expandable set of FORTRAN application modules. Because all of ELAS resides in one "logical" FORTRAN program, data inputs and outputs, directives, and module switching are convenient for the user. There are over 230 modules presently available to aid the user in performing a wide range of land cover analyses and manipulation. The file management modules enable the user to allocate, define, access, and specify usage for all types of files (ELAS files, subfiles, external files etc.). Various other modules convert specific types of satellite, aircraft, and vector-polygon data into files that can be used by other ELAS modules. The user also has many module options which aid in displaying image data, such as magnification/reduction of the display; true color display; and several memory functions. Additional modules allow for the building and manipulation of polygonal areas of the image data. Finally, there are modules which allow the user to select and classify the image data. An important feature of the ELAS subsystem is that its structure allows new applications modules to be easily integrated in the future. ELAS has as a standard the flexibility to process data elements exceeding 8 bits in length, including floating point (noninteger) elements and 16 or 32 bit integers. Thus it is able to analyze and process "non-standard" nonimage data. The VAX (ERL-10017) and Concurrent (ERL-10013) versions of ELAS 9.0 are written in FORTRAN and ASSEMBLER for DEC VAX series computers running VMS and Concurrent computers running MTM. The Sun (SSC-00019), Masscomp (SSC-00020), and Silicon Graphics (SSC-00021) versions of ELAS 9.0 are written in FORTRAN 77 and C-LANGUAGE for Sun4 series computers running SunOS, Masscomp computers running UNIX, and Silicon Graphics IRIS computers running IRIX. The Concurrent version requires at least 15 bit addressing and a direct memory access channel. The VAX and Concurrent versions of ELAS both require floating-point hardware, at least 1Mb of RAM, and approximately 70Mb of disk space. Both versions also require a COMTAL display device in order to display images. For the Sun, Masscomp, and Silicon Graphics versions of ELAS, the disk storage required is approximately 115Mb, and a minimum of 8Mb of RAM is required for execution. The Sun version of ELAS requires either the X-Window System Version 11 Revision 4 or Sun OpenWindows Version 2. The Masscomp version requires a GA1000 display device and the associated "gp" library. The Silicon Graphics version requires Silicon Graphics' GL library. ELAS display functions will not work with a monochrome monitor. The standard distribution medium for the VAX version (ERL10017) is a set of two 9-track 1600 BPI magnetic tapes in DEC VAX BACKUP format. This version is also available on a TK50 tape cartridge in DEC VAX BACKUP format. The standard distribution medium for the Concurrent version (ERL-10013) is a set of two 9-track 1600 BPI magnetic tapes in Concurrent BACKUP format. The standard distribution medium for the Sun version (SSC-00019) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Masscomp version, (SSC-00020) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Silicon Graphics version (SSC-00021) is a .25 inch streaming magnetic IRIS tape cartridge in UNIX tar format. Version 9.0 was released in 1991. Sun4, SunOS, and Open Windows are trademarks of Sun Microsystems, Inc. MIT X Window System is licensed by Massachusetts Institute of Technology.

ELAS - SCIENCE & TECHNOLOGY LABORATORY APPLICATIONS SOFTWARE (CONCURRENT VERSION)

NASA Technical Reports Server (NTRS)

Pearson, R. W.

1994-01-01

The Science and Technology Laboratory Applications Software (ELAS) was originally designed to analyze and process digital imagery data, specifically remotely-sensed scanner data. This capability includes the processing of Landsat multispectral data; aircraft-acquired scanner data; digitized topographic data; and numerous other ancillary data, such as soil types and rainfall information, that can be stored in digitized form. ELAS has the subsequent capability to geographically reference this data to dozens of standard, as well as user created projections. As an integrated image processing system, ELAS offers the user of remotely-sensed data a wide range of capabilities in the areas of land cover analysis and general purpose image analysis. ELAS is designed for flexible use and operation and includes its own FORTRAN operating subsystem and an expandable set of FORTRAN application modules. Because all of ELAS resides in one "logical" FORTRAN program, data inputs and outputs, directives, and module switching are convenient for the user. There are over 230 modules presently available to aid the user in performing a wide range of land cover analyses and manipulation. The file management modules enable the user to allocate, define, access, and specify usage for all types of files (ELAS files, subfiles, external files etc.). Various other modules convert specific types of satellite, aircraft, and vector-polygon data into files that can be used by other ELAS modules. The user also has many module options which aid in displaying image data, such as magnification/reduction of the display; true color display; and several memory functions. Additional modules allow for the building and manipulation of polygonal areas of the image data. Finally, there are modules which allow the user to select and classify the image data. An important feature of the ELAS subsystem is that its structure allows new applications modules to be easily integrated in the future. ELAS has as a standard the flexibility to process data elements exceeding 8 bits in length, including floating point (noninteger) elements and 16 or 32 bit integers. Thus it is able to analyze and process "non-standard" nonimage data. The VAX (ERL-10017) and Concurrent (ERL-10013) versions of ELAS 9.0 are written in FORTRAN and ASSEMBLER for DEC VAX series computers running VMS and Concurrent computers running MTM. The Sun (SSC-00019), Masscomp (SSC-00020), and Silicon Graphics (SSC-00021) versions of ELAS 9.0 are written in FORTRAN 77 and C-LANGUAGE for Sun4 series computers running SunOS, Masscomp computers running UNIX, and Silicon Graphics IRIS computers running IRIX. The Concurrent version requires at least 15 bit addressing and a direct memory access channel. The VAX and Concurrent versions of ELAS both require floating-point hardware, at least 1Mb of RAM, and approximately 70Mb of disk space. Both versions also require a COMTAL display device in order to display images. For the Sun, Masscomp, and Silicon Graphics versions of ELAS, the disk storage required is approximately 115Mb, and a minimum of 8Mb of RAM is required for execution. The Sun version of ELAS requires either the X-Window System Version 11 Revision 4 or Sun OpenWindows Version 2. The Masscomp version requires a GA1000 display device and the associated "gp" library. The Silicon Graphics version requires Silicon Graphics' GL library. ELAS display functions will not work with a monochrome monitor. The standard distribution medium for the VAX version (ERL10017) is a set of two 9-track 1600 BPI magnetic tapes in DEC VAX BACKUP format. This version is also available on a TK50 tape cartridge in DEC VAX BACKUP format. The standard distribution medium for the Concurrent version (ERL-10013) is a set of two 9-track 1600 BPI magnetic tapes in Concurrent BACKUP format. The standard distribution medium for the Sun version (SSC-00019) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Masscomp version, (SSC-00020) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Silicon Graphics version (SSC-00021) is a .25 inch streaming magnetic IRIS tape cartridge in UNIX tar format. Version 9.0 was released in 1991. Sun4, SunOS, and Open Windows are trademarks of Sun Microsystems, Inc. MIT X Window System is licensed by Massachusetts Institute of Technology.

ELAS - SCIENCE & TECHNOLOGY LABORATORY APPLICATIONS SOFTWARE (SUN VERSION)

NASA Technical Reports Server (NTRS)

Walters, D.

1994-01-01

The Science and Technology Laboratory Applications Software (ELAS) was originally designed to analyze and process digital imagery data, specifically remotely-sensed scanner data. This capability includes the processing of Landsat multispectral data; aircraft-acquired scanner data; digitized topographic data; and numerous other ancillary data, such as soil types and rainfall information, that can be stored in digitized form. ELAS has the subsequent capability to geographically reference this data to dozens of standard, as well as user created projections. As an integrated image processing system, ELAS offers the user of remotely-sensed data a wide range of capabilities in the areas of land cover analysis and general purpose image analysis. ELAS is designed for flexible use and operation and includes its own FORTRAN operating subsystem and an expandable set of FORTRAN application modules. Because all of ELAS resides in one "logical" FORTRAN program, data inputs and outputs, directives, and module switching are convenient for the user. There are over 230 modules presently available to aid the user in performing a wide range of land cover analyses and manipulation. The file management modules enable the user to allocate, define, access, and specify usage for all types of files (ELAS files, subfiles, external files etc.). Various other modules convert specific types of satellite, aircraft, and vector-polygon data into files that can be used by other ELAS modules. The user also has many module options which aid in displaying image data, such as magnification/reduction of the display; true color display; and several memory functions. Additional modules allow for the building and manipulation of polygonal areas of the image data. Finally, there are modules which allow the user to select and classify the image data. An important feature of the ELAS subsystem is that its structure allows new applications modules to be easily integrated in the future. ELAS has as a standard the flexibility to process data elements exceeding 8 bits in length, including floating point (noninteger) elements and 16 or 32 bit integers. Thus it is able to analyze and process "non-standard" nonimage data. The VAX (ERL-10017) and Concurrent (ERL-10013) versions of ELAS 9.0 are written in FORTRAN and ASSEMBLER for DEC VAX series computers running VMS and Concurrent computers running MTM. The Sun (SSC-00019), Masscomp (SSC-00020), and Silicon Graphics (SSC-00021) versions of ELAS 9.0 are written in FORTRAN 77 and C-LANGUAGE for Sun4 series computers running SunOS, Masscomp computers running UNIX, and Silicon Graphics IRIS computers running IRIX. The Concurrent version requires at least 15 bit addressing and a direct memory access channel. The VAX and Concurrent versions of ELAS both require floating-point hardware, at least 1Mb of RAM, and approximately 70Mb of disk space. Both versions also require a COMTAL display device in order to display images. For the Sun, Masscomp, and Silicon Graphics versions of ELAS, the disk storage required is approximately 115Mb, and a minimum of 8Mb of RAM is required for execution. The Sun version of ELAS requires either the X-Window System Version 11 Revision 4 or Sun OpenWindows Version 2. The Masscomp version requires a GA1000 display device and the associated "gp" library. The Silicon Graphics version requires Silicon Graphics' GL library. ELAS display functions will not work with a monochrome monitor. The standard distribution medium for the VAX version (ERL10017) is a set of two 9-track 1600 BPI magnetic tapes in DEC VAX BACKUP format. This version is also available on a TK50 tape cartridge in DEC VAX BACKUP format. The standard distribution medium for the Concurrent version (ERL-10013) is a set of two 9-track 1600 BPI magnetic tapes in Concurrent BACKUP format. The standard distribution medium for the Sun version (SSC-00019) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Masscomp version, (SSC-00020) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Silicon Graphics version (SSC-00021) is a .25 inch streaming magnetic IRIS tape cartridge in UNIX tar format. Version 9.0 was released in 1991. Sun4, SunOS, and Open Windows are trademarks of Sun Microsystems, Inc. MIT X Window System is licensed by Massachusetts Institute of Technology.

ELAS - SCIENCE & TECHNOLOGY LABORATORY APPLICATIONS SOFTWARE (MASSCOMP VERSION)

NASA Technical Reports Server (NTRS)

Walters, D.

1994-01-01

The Science and Technology Laboratory Applications Software (ELAS) was originally designed to analyze and process digital imagery data, specifically remotely-sensed scanner data. This capability includes the processing of Landsat multispectral data; aircraft-acquired scanner data; digitized topographic data; and numerous other ancillary data, such as soil types and rainfall information, that can be stored in digitized form. ELAS has the subsequent capability to geographically reference this data to dozens of standard, as well as user created projections. As an integrated image processing system, ELAS offers the user of remotely-sensed data a wide range of capabilities in the areas of land cover analysis and general purpose image analysis. ELAS is designed for flexible use and operation and includes its own FORTRAN operating subsystem and an expandable set of FORTRAN application modules. Because all of ELAS resides in one "logical" FORTRAN program, data inputs and outputs, directives, and module switching are convenient for the user. There are over 230 modules presently available to aid the user in performing a wide range of land cover analyses and manipulation. The file management modules enable the user to allocate, define, access, and specify usage for all types of files (ELAS files, subfiles, external files etc.). Various other modules convert specific types of satellite, aircraft, and vector-polygon data into files that can be used by other ELAS modules. The user also has many module options which aid in displaying image data, such as magnification/reduction of the display; true color display; and several memory functions. Additional modules allow for the building and manipulation of polygonal areas of the image data. Finally, there are modules which allow the user to select and classify the image data. An important feature of the ELAS subsystem is that its structure allows new applications modules to be easily integrated in the future. ELAS has as a standard the flexibility to process data elements exceeding 8 bits in length, including floating point (noninteger) elements and 16 or 32 bit integers. Thus it is able to analyze and process "non-standard" nonimage data. The VAX (ERL-10017) and Concurrent (ERL-10013) versions of ELAS 9.0 are written in FORTRAN and ASSEMBLER for DEC VAX series computers running VMS and Concurrent computers running MTM. The Sun (SSC-00019), Masscomp (SSC-00020), and Silicon Graphics (SSC-00021) versions of ELAS 9.0 are written in FORTRAN 77 and C-LANGUAGE for Sun4 series computers running SunOS, Masscomp computers running UNIX, and Silicon Graphics IRIS computers running IRIX. The Concurrent version requires at least 15 bit addressing and a direct memory access channel. The VAX and Concurrent versions of ELAS both require floating-point hardware, at least 1Mb of RAM, and approximately 70Mb of disk space. Both versions also require a COMTAL display device in order to display images. For the Sun, Masscomp, and Silicon Graphics versions of ELAS, the disk storage required is approximately 115Mb, and a minimum of 8Mb of RAM is required for execution. The Sun version of ELAS requires either the X-Window System Version 11 Revision 4 or Sun OpenWindows Version 2. The Masscomp version requires a GA1000 display device and the associated "gp" library. The Silicon Graphics version requires Silicon Graphics' GL library. ELAS display functions will not work with a monochrome monitor. The standard distribution medium for the VAX version (ERL10017) is a set of two 9-track 1600 BPI magnetic tapes in DEC VAX BACKUP format. This version is also available on a TK50 tape cartridge in DEC VAX BACKUP format. The standard distribution medium for the Concurrent version (ERL-10013) is a set of two 9-track 1600 BPI magnetic tapes in Concurrent BACKUP format. The standard distribution medium for the Sun version (SSC-00019) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Masscomp version, (SSC-00020) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Silicon Graphics version (SSC-00021) is a .25 inch streaming magnetic IRIS tape cartridge in UNIX tar format. Version 9.0 was released in 1991. Sun4, SunOS, and Open Windows are trademarks of Sun Microsystems, Inc. MIT X Window System is licensed by Massachusetts Institute of Technology.

ELAS - SCIENCE & TECHNOLOGY LABORATORY APPLICATIONS SOFTWARE (DEC VAX VERSION)

NASA Technical Reports Server (NTRS)

Junkin, B. G.

1994-01-01

The Science and Technology Laboratory Applications Software (ELAS) was originally designed to analyze and process digital imagery data, specifically remotely-sensed scanner data. This capability includes the processing of Landsat multispectral data; aircraft-acquired scanner data; digitized topographic data; and numerous other ancillary data, such as soil types and rainfall information, that can be stored in digitized form. ELAS has the subsequent capability to geographically reference this data to dozens of standard, as well as user created projections. As an integrated image processing system, ELAS offers the user of remotely-sensed data a wide range of capabilities in the areas of land cover analysis and general purpose image analysis. ELAS is designed for flexible use and operation and includes its own FORTRAN operating subsystem and an expandable set of FORTRAN application modules. Because all of ELAS resides in one "logical" FORTRAN program, data inputs and outputs, directives, and module switching are convenient for the user. There are over 230 modules presently available to aid the user in performing a wide range of land cover analyses and manipulation. The file management modules enable the user to allocate, define, access, and specify usage for all types of files (ELAS files, subfiles, external files etc.). Various other modules convert specific types of satellite, aircraft, and vector-polygon data into files that can be used by other ELAS modules. The user also has many module options which aid in displaying image data, such as magnification/reduction of the display; true color display; and several memory functions. Additional modules allow for the building and manipulation of polygonal areas of the image data. Finally, there are modules which allow the user to select and classify the image data. An important feature of the ELAS subsystem is that its structure allows new applications modules to be easily integrated in the future. ELAS has as a standard the flexibility to process data elements exceeding 8 bits in length, including floating point (noninteger) elements and 16 or 32 bit integers. Thus it is able to analyze and process "non-standard" nonimage data. The VAX (ERL-10017) and Concurrent (ERL-10013) versions of ELAS 9.0 are written in FORTRAN and ASSEMBLER for DEC VAX series computers running VMS and Concurrent computers running MTM. The Sun (SSC-00019), Masscomp (SSC-00020), and Silicon Graphics (SSC-00021) versions of ELAS 9.0 are written in FORTRAN 77 and C-LANGUAGE for Sun4 series computers running SunOS, Masscomp computers running UNIX, and Silicon Graphics IRIS computers running IRIX. The Concurrent version requires at least 15 bit addressing and a direct memory access channel. The VAX and Concurrent versions of ELAS both require floating-point hardware, at least 1Mb of RAM, and approximately 70Mb of disk space. Both versions also require a COMTAL display device in order to display images. For the Sun, Masscomp, and Silicon Graphics versions of ELAS, the disk storage required is approximately 115Mb, and a minimum of 8Mb of RAM is required for execution. The Sun version of ELAS requires either the X-Window System Version 11 Revision 4 or Sun OpenWindows Version 2. The Masscomp version requires a GA1000 display device and the associated "gp" library. The Silicon Graphics version requires Silicon Graphics' GL library. ELAS display functions will not work with a monochrome monitor. The standard distribution medium for the VAX version (ERL10017) is a set of two 9-track 1600 BPI magnetic tapes in DEC VAX BACKUP format. This version is also available on a TK50 tape cartridge in DEC VAX BACKUP format. The standard distribution medium for the Concurrent version (ERL-10013) is a set of two 9-track 1600 BPI magnetic tapes in Concurrent BACKUP format. The standard distribution medium for the Sun version (SSC-00019) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Masscomp version, (SSC-00020) is a .25 inch streaming magnetic tape cartridge in UNIX tar format. The standard distribution medium for the Silicon Graphics version (SSC-00021) is a .25 inch streaming magnetic IRIS tape cartridge in UNIX tar format. Version 9.0 was released in 1991. Sun4, SunOS, and Open Windows are trademarks of Sun Microsystems, Inc. MIT X Window System is licensed by Massachusetts Institute of Technology.

TAE+ 5.1 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.1 (VAX VMS VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System, Version 11 Release 4, and the Open Software Foundation's Motif. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is expected to be available on media suitable for seven different machine platforms: 1) DEC VAX computers running VMS (TK50 cartridge in VAX BACKUP format), 2) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), 3) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), 4) HP9000 Series 300/400 computers running HP-UX (.25 inch HP-preformatted tape cartridge in UNIX tar format), 5) HP9000 Series 700 computers running HP-UX (HP 4mm DDS DAT tape cartridge in UNIX tar format), 6) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and 7) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2.

TAE+ 5.2 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.2 (HP9000 SERIES 700/800 VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System and the Open Software Foundation's Motif. The HP 9000 Series 700/800 version of TAE 5.2 requires Version 11 Release 5 of the X Window System. All other machine versions of TAE 5.2 require Version 11, Release 4 of the X Window System. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is available on media suitable for five different machine platforms: (1) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), (2) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), (3) HP9000 Series 700/800 computers running HP-UX 9.x and X11/R5 (HP 4mm DDS DAT tape cartridge in UNIX tar format), (4) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and (5) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2. Version 5.1 of TAE Plus remains available for DEC VAX computers running VMS, HP9000 Series 300/400 computers running HP-UX, and HP 9000 Series 700/800 computers running HP-UX 8.x and X11/R4. Please contact COSMIC for details on these versions of TAE Plus.

TAE+ 5.2 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.2 (IBM RS/6000 VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System and the Open Software Foundation's Motif. The HP 9000 Series 700/800 version of TAE 5.2 requires Version 11 Release 5 of the X Window System. All other machine versions of TAE 5.2 require Version 11, Release 4 of the X Window System. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is available on media suitable for five different machine platforms: (1) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), (2) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), (3) HP9000 Series 700/800 computers running HP-UX 9.x and X11/R5 (HP 4mm DDS DAT tape cartridge in UNIX tar format), (4) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and (5) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2. Version 5.1 of TAE Plus remains available for DEC VAX computers running VMS, HP9000 Series 300/400 computers running HP-UX, and HP 9000 Series 700/800 computers running HP-UX 8.x and X11/R4. Please contact COSMIC for details on these versions of TAE Plus.

TAE+ 5.2 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.2 (SUN4 VERSION WITH MOTIF)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System and the Open Software Foundation's Motif. The HP 9000 Series 700/800 version of TAE 5.2 requires Version 11 Release 5 of the X Window System. All other machine versions of TAE 5.2 require Version 11, Release 4 of the X Window System. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is available on media suitable for five different machine platforms: (1) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), (2) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), (3) HP9000 Series 700/800 computers running HP-UX 9.x and X11/R5 (HP 4mm DDS DAT tape cartridge in UNIX tar format), (4) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and (5) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2. Version 5.1 of TAE Plus remains available for DEC VAX computers running VMS, HP9000 Series 300/400 computers running HP-UX, and HP 9000 Series 700/800 computers running HP-UX 8.x and X11/R4. Please contact COSMIC for details on these versions of TAE Plus.

TAE+ 5.2 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.2 (SILICON GRAPHICS VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System and the Open Software Foundation's Motif. The HP 9000 Series 700/800 version of TAE 5.2 requires Version 11 Release 5 of the X Window System. All other machine versions of TAE 5.2 require Version 11, Release 4 of the X Window System. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is available on media suitable for five different machine platforms: (1) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), (2) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), (3) HP9000 Series 700/800 computers running HP-UX 9.x and X11/R5 (HP 4mm DDS DAT tape cartridge in UNIX tar format), (4) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and (5) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2. Version 5.1 of TAE Plus remains available for DEC VAX computers running VMS, HP9000 Series 300/400 computers running HP-UX, and HP 9000 Series 700/800 computers running HP-UX 8.x and X11/R4. Please contact COSMIC for details on these versions of TAE Plus.

TAE+ 5.2 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.2 (SUN4 VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System and the Open Software Foundation's Motif. The HP 9000 Series 700/800 version of TAE 5.2 requires Version 11 Release 5 of the X Window System. All other machine versions of TAE 5.2 require Version 11, Release 4 of the X Window System. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is available on media suitable for five different machine platforms: (1) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), (2) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), (3) HP9000 Series 700/800 computers running HP-UX 9.x and X11/R5 (HP 4mm DDS DAT tape cartridge in UNIX tar format), (4) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and (5) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2. Version 5.1 of TAE Plus remains available for DEC VAX computers running VMS, HP9000 Series 300/400 computers running HP-UX, and HP 9000 Series 700/800 computers running HP-UX 8.x and X11/R4. Please contact COSMIC for details on these versions of TAE Plus.

TAE+ 5.2 - TRANSPORTABLE APPLICATIONS ENVIRONMENT PLUS, VERSION 5.2 (DEC RISC ULTRIX VERSION)

NASA Technical Reports Server (NTRS)

TAE SUPPORT OFFICE

1994-01-01

TAE (Transportable Applications Environment) Plus is an integrated, portable environment for developing and running interactive window, text, and graphical object-based application systems. The program allows both programmers and non-programmers to easily construct their own custom application interface and to move that interface and application to different machine environments. TAE Plus makes both the application and the machine environment transparent, with noticeable improvements in the learning curve. The main components of TAE Plus are as follows: (1) the WorkBench, a What You See Is What You Get (WYSIWYG) tool for the design and layout of a user interface; (2) the Window Programming Tools Package (WPT), a set of callable subroutines that control an application's user interface; and (3) TAE Command Language (TCL), an easy-to-learn command language that provides an easy way to develop an executable application prototype with a run-time interpreted language. The WorkBench tool allows the application developer to interactively construct the layout of an application's display screen by manipulating a set of interaction objects including input items such as buttons, icons, and scrolling text lists. User interface interactive objects include data-driven graphical objects such as dials, thermometers, and strip charts as well as menubars, option menus, file selection items, message items, push buttons, and color loggers. The WorkBench user specifies the windows and interaction objects that will make up the user interface, then specifies the sequence of the user interface dialogue. The description of the designed user interface is then saved into resource files. For those who desire to develop the designed user interface into an operational application, the WorkBench tool also generates source code (C, C++, Ada, and TCL) which fully controls the application's user interface through function calls to the WPTs. The WPTs are the runtime services used by application programs to display and control the user interfaces. Since the WPTs access the workbench-generated resource files during each execution, details such as color, font, location, and object type remain independent from the application code, allowing changes to the user interface without recompiling and relinking. In addition to WPTs, TAE Plus can control interaction of objects from the interpreted TAE Command Language. TCL provides a means for the more experienced developer to quickly prototype an application's use of TAE Plus interaction objects and add programming logic without the overhead of compiling or linking. TAE Plus requires MIT's X Window System and the Open Software Foundation's Motif. The HP 9000 Series 700/800 version of TAE 5.2 requires Version 11 Release 5 of the X Window System. All other machine versions of TAE 5.2 require Version 11, Release 4 of the X Window System. The Workbench and WPTs are written in C++ and the remaining code is written in C. TAE Plus is available by license for an unlimited time period. The licensed program product includes the TAE Plus source code and one set of supporting documentation. Additional documentation may be purchased separately at the price indicated below. The amount of disk space required to load the TAE Plus tar format tape is between 35Mb and 67Mb depending on the machine version. The recommended minimum memory is 12Mb. Each TAE Plus platform delivery tape includes pre-built libraries and executable binary code for that particular machine, as well as source code, so users do not have to do an installation. Users wishing to recompile the source will need both a C compiler and either GNU's C++ Version 1.39 or later, or a C++ compiler based on AT&T 2.0 cfront. TAE Plus was developed in 1989 and version 5.2 was released in 1993. TAE Plus 5.2 is available on media suitable for five different machine platforms: (1) IBM RS/6000 series workstations running AIX (.25 inch tape cartridge in UNIX tar format), (2) DEC RISC workstations running ULTRIX (TK50 cartridge in UNIX tar format), (3) HP9000 Series 700/800 computers running HP-UX 9.x and X11/R5 (HP 4mm DDS DAT tape cartridge in UNIX tar format), (4) Sun4 (SPARC) series computers running SunOS (.25 inch tape cartridge in UNIX tar format), and (5) SGI Indigo computers running IRIX (.25 inch IRIS tape cartridge in UNIX tar format). Please contact COSMIC to obtain detailed information about the supported operating system and OSF/Motif releases required for each of these machine versions. An optional Motif Object Code License is available for the Sun4 version of TAE Plus 5.2. Version 5.1 of TAE Plus remains available for DEC VAX computers running VMS, HP9000 Series 300/400 computers running HP-UX, and HP 9000 Series 700/800 computers running HP-UX 8.x and X11/R4. Please contact COSMIC for details on these versions of TAE Plus.

Irma 5.1 multisensor signature prediction model

NASA Astrophysics Data System (ADS)

Savage, James; Coker, Charles; Thai, Bea; Aboutalib, Omar; Yamaoka, Neil; Kim, Charles

2005-05-01

The Irma synthetic signature prediction code is being developed to facilitate the research and development of multisensor systems. Irma was one of the first high resolution Infrared (IR) target and background signature models to be developed for tactical weapon application. Originally developed in 1980 by the Munitions Directorate of the Air Force Research Laboratory (AFRL/MN), the Irma model was used exclusively to generate IR scenes. In 1988, a number of significant upgrades to Irma were initiated including the addition of a laser (or active) channel. This two-channel version was released to the user community in 1990. In 1992, an improved scene generator was incorporated into the Irma model, which supported correlated frame-to-frame imagery. A passive IR/millimeter wave (MMW) code was completed in 1994. This served as the cornerstone for the development of the co-registered active/passive IR/MMW model, Irma 4.0. In 2000, Irma version 5.0 was released which encompassed several upgrades to both the physical models and software. Circular polarization was added to the passive channel and the doppler capability was added to the active MMW channel. In 2002, the multibounce technique was added to the Irma passive channel. In the ladar channel, a user-friendly Ladar Sensor Assistant (LSA) was incorporated which provides capability and flexibility for sensor modeling. Irma 5.0 runs on several platforms including Windows, Linux, Solaris, and SGI Irix. Since 2000, additional capabilities and enhancements have been added to the ladar channel including polarization and speckle effect. Work is still ongoing to add time-jittering model to the ladar channel. A new user interface has been introduced to aid users in the mechanism of scene generation and running the Irma code. The user interface provides a canvas where a user can add and remove objects using mouse clicks to construct a scene. The scene can then be visualized to find the desired sensor position. The synthetic ladar signatures have been validated twice and underwent a third validation test near the end of 04. These capabilities will be integrated into the next release, Irma 5.1, scheduled for completion in the summer of FY05. Irma is currently being used to support a number of civilian and military applications. The Irma user base includes over 130 agencies within the Air Force, Army, Navy, DARPA, NASA, Department of Transportation, academia, and industry. The purpose of this paper is to report the progress of the Irma 5.1 development effort.

FEAT - FAILURE ENVIRONMENT ANALYSIS TOOL (UNIX VERSION)

NASA Technical Reports Server (NTRS)

Pack, G.

1994-01-01

The Failure Environment Analysis Tool, FEAT, enables people to see and better understand the effects of failures in a system. FEAT uses digraph models to determine what will happen to a system if a set of failure events occurs and to identify the possible causes of a selected set of failures. Failures can be user-selected from either engineering schematic or digraph model graphics, and the effects or potential causes of the failures will be color highlighted on the same schematic or model graphic. As a design tool, FEAT helps design reviewers understand exactly what redundancies have been built into a system and where weaknesses need to be protected or designed out. A properly developed digraph will reflect how a system functionally degrades as failures accumulate. FEAT is also useful in operations, where it can help identify causes of failures after they occur. Finally, FEAT is valuable both in conceptual development and as a training aid, since digraphs can identify weaknesses in scenarios as well as hardware. Digraphs models for use with FEAT are generally built with the Digraph Editor, a Macintosh-based application which is distributed with FEAT. The Digraph Editor was developed specifically with the needs of FEAT users in mind and offers several time-saving features. It includes an icon toolbox of components required in a digraph model and a menu of functions for manipulating these components. It also offers FEAT users a convenient way to attach a formatted textual description to each digraph node. FEAT needs these node descriptions in order to recognize nodes and propagate failures within the digraph. FEAT users store their node descriptions in modelling tables using any word processing or spreadsheet package capable of saving data to an ASCII text file. From within the Digraph Editor they can then interactively attach a properly formatted textual description to each node in a digraph. Once descriptions are attached to them, a selected set of nodes can be saved as a library file which represents a generic digraph structure for a class of components. The Generate Model feature can then use library files to generate digraphs for every component listed in the modeling tables, and these individual digraph files can be used in a variety of ways to speed generation of complete digraph models. FEAT contains a preprocessor which performs transitive closure on the digraph. This multi-step algorithm builds a series of phantom bridges, or gates, that allow accurate bi-directional processing of digraphs. This preprocessing can be time-consuming, but once preprocessing is complete, queries can be answered and displayed within seconds. A UNIX X-Windows port of version 3.5 of FEAT, XFEAT, is also available to speed the processing of digraph models created on the Macintosh. FEAT v3.6, which is only available for the Macintosh, has some report generation capabilities which are not available in XFEAT. For very large integrated systems, FEAT can be a real cost saver in terms of design evaluation, training, and knowledge capture. The capability of loading multiple digraphs and schematics into FEAT allows modelers to build smaller, more focused digraphs. Typically, each digraph file will represent only a portion of a larger failure scenario. FEAT will combine these files and digraphs from other modelers to form a continuous mathematical model of the system's failure logic. Since multiple digraphs can be cumbersome to use, FEAT ties propagation results to schematic drawings produced using MacDraw II (v1.1v2 or later) or MacDraw Pro. This makes it easier to identify single and double point failures that may have to cross several system boundaries and multiple engineering disciplines before creating a hazardous condition. FEAT v3.6 for the Macintosh is written in C-language using Macintosh Programmer's Workshop C v3.2. It requires at least a Mac II series computer running System 7 or System 6.0.8 and 32 Bit QuickDraw. It also requires a math coprocessor or coprocessor emulator and a color monitor (or one with 256 gray scale capability). A minimum of 4Mb of free RAM is highly recommended. The UNIX version of FEAT includes both FEAT v3.6 for the Macintosh and XFEAT. XFEAT is written in C-language for Sun series workstations running SunOS, SGI workstations running IRIX, DECstations running ULTRIX, and Intergraph workstations running CLIX version 6. It requires the MIT X Window System, Version 11 Revision 4, with OSF/Motif 1.1.3, and 16Mb of RAM. The standard distribution medium for FEAT 3.6 (Macintosh version) is a set of three 3.5 inch Macintosh format diskettes. The standard distribution package for the UNIX version includes the three FEAT 3.6 Macintosh diskettes plus a .25 inch streaming magnetic tape cartridge (QIC-24) in UNIX tar format which contains XFEAT. Alternate distribution media and formats for XFEAT are available upon request. FEAT has been under development since 1990. Both FEAT v3.6 for the Macintosh and XFEAT v3.5 were released in 1993.

Parametric Optimization of Some Critical Operating System Functions--An Alternative Approach to the Study of Operating Systems Design

ERIC Educational Resources Information Center

Sobh, Tarek M.; Tibrewal, Abhilasha

2006-01-01

Operating systems theory primarily concentrates on the optimal use of computing resources. This paper presents an alternative approach to teaching and studying operating systems design and concepts by way of parametrically optimizing critical operating system functions. Detailed examples of two critical operating systems functions using the…

Operational Characteristics of an Accelerator Driven Fissile Solution System

DOE Office of Scientific and Technical Information (OSTI.GOV)

Kimpland, Robert Herbert

Operational characteristics represent the set of responses that a nuclear system exhibits during normal operation. Operators rely on this behavior to assess the status of the system and to predict the consequences of off-normal events. These characteristics largely refer to the relationship between power and system operating conditions. The static and dynamic behavior of a chain-reacting system, operating at sufficient power, is primarily governed by reactivity effects. The science of reactor physics has identified and evaluated a number of such effects, including Doppler broadening and shifts in the thermal neutron spectrum. Often these reactivity effects are quantified in the formmore » of feedback coefficients that serve as coupling coefficients relating the neutron population and the physical mechanisms that drive reactivity effects, such as fissile material temperature and density changes. The operational characteristics of such nuclear systems usually manifest themselves when perturbations between system power (neutron population) and system operating conditions arise. Successful operation of such systems requires the establishment of steady equilibrium conditions. However, prior to obtaining the desired equilibrium (steady-state) conditions, an approach from zero-power (startup) must occur. This operational regime may possess certain limiting system conditions that must be maintained to achieve effective startup. Once steady-state is achieved, a key characteristic of this operational regime is the level of stability that the system possesses. Finally, a third operational regime, shutdown, may also possess limiting conditions of operation that must be maintained. This report documents the operational characteristics of a “generic” Accelerator Driven Fissile Solution (ADFS) system during the various operational regimes of startup, steady-state operation, and shutdown. Typical time-dependent behavior for each operational regime will be illustrated, and key system parameters, such as response times, will be quantified. A generalized linear systems analysis of steady-state operations will be performed to evaluate the level of stability of ADFS systems. This information should provide a basic understanding of typical ADFS system operational behavior, and facilitate the development of monitoring procedures and operator aids.« less

Evaluation of Microcomputer-Based Operation and Maintenance Management Systems for Army Water/Wastewater Treatment Plant Operation.

DTIC Science & Technology

1986-07-01

COMPUTER-AIDED OPERATION MANAGEMENT SYSTEM ................. 29 Functions of an Off-Line Computer-Aided Operation Management System Applications of...System Comparisons 85 DISTRIBUTION 5V J. • 0. FIGURES Number Page 1 Hardware Components 21 2 Basic Functions of a Computer-Aided Operation Management System...Plant Visits 26 4 Computer-Aided Operation Management Systems Reviewed for Analysis of Basic Functions 29 5 Progress of Software System Installation and

Cognitive engineering models in space systems

NASA Technical Reports Server (NTRS)

Mitchell, Christine M.

1992-01-01

NASA space systems, including mission operations on the ground and in space, are complex, dynamic, predominantly automated systems in which the human operator is a supervisory controller. The human operator monitors and fine-tunes computer-based control systems and is responsible for ensuring safe and efficient system operation. In such systems, the potential consequences of human mistakes and errors may be very large, and low probability of such events is likely. Thus, models of cognitive functions in complex systems are needed to describe human performance and form the theoretical basis of operator workstation design, including displays, controls, and decision support aids. The operator function model represents normative operator behavior-expected operator activities given current system state. The extension of the theoretical structure of the operator function model and its application to NASA Johnson mission operations and space station applications is discussed.

Operationally Efficient Propulsion System Study (OEPSS) data book. Volume 3: Operations technology

NASA Technical Reports Server (NTRS)

Vilja, John O.

1990-01-01

The study was initiated to identify operational problems and cost drivers for current propulsion systems and to identify technology and design approaches to increase the operational efficiency and reduce operations costs for future propulsion systems. To provide readily usable data for the Advanced Launch System (ALS) program, the results of the OEPSS study were organized into a series of OEPSS Data Books. This volume describes operations technologies that will enhance operational efficiency of propulsion systems. A total of 15 operations technologies were identified that will eliminate or mitigate operations problems described in Volume 2. A recommended development plan is presented for eight promising technologies that will simplify the propulsion system and reduce operational requirements.

High-Performance Computing Systems and Operations | Computational Science |

Science.gov Websites

NREL Systems and Operations High-Performance Computing Systems and Operations NREL operates high-performance computing (HPC) systems dedicated to advancing energy efficiency and renewable energy technologies. Capabilities NREL's HPC capabilities include: High-Performance Computing Systems We operate

Systems Operations Studies for Automated Guideway Transit Systems : Quantitative Analysis of Alternative AGT Operational Control Strategies

DOT National Transportation Integrated Search

1981-10-01

The objectives of the Systems Operation Studies (SOS) for automated guideway transit (AGT) systems are to develop models for the analysis of system operations, to evaluate performance and cost, and to establish guidelines for the design and operation...

49 CFR 234.205 - Operating characteristics of warning system apparatus.

Code of Federal Regulations, 2014 CFR

2014-10-01

... 49 Transportation 4 2014-10-01 2014-10-01 false Operating characteristics of warning system... Maintenance Standards § 234.205 Operating characteristics of warning system apparatus. Operating... system shall be maintained in accordance with the limits within which the system is designed to operate. ...

49 CFR 234.205 - Operating characteristics of warning system apparatus.

Code of Federal Regulations, 2012 CFR

2012-10-01

... 49 Transportation 4 2012-10-01 2012-10-01 false Operating characteristics of warning system... Maintenance Standards § 234.205 Operating characteristics of warning system apparatus. Operating... system shall be maintained in accordance with the limits within which the system is designed to operate. ...

49 CFR 234.205 - Operating characteristics of warning system apparatus.

Code of Federal Regulations, 2013 CFR

2013-10-01

... 49 Transportation 4 2013-10-01 2013-10-01 false Operating characteristics of warning system... Maintenance Standards § 234.205 Operating characteristics of warning system apparatus. Operating... system shall be maintained in accordance with the limits within which the system is designed to operate. ...

A Consideration of Stable Operating Power Limits of HVDC System Composed of Voltage Source Converters

NASA Astrophysics Data System (ADS)

Konishi, Hiroo; Takahashi, Choei; Kishibe, Hideto; Sato, Hiromichi

The stable operating power limits of a small scale HVDC system composed of voltage source converters (VSC-HVDC system) are analyzed with a simple model. The VSC-HVDC system could operate where the AC system must be somewhat larger in capacity than the VSC-HVDC system capacity. The stable operating power limits were between one and two times the SCR (short circuit ratio). When the inverter of the VSC-HVDC system was operated with lead reactive (capacitive) power control conditions, the stable operating limits were increased through AC voltage stabilization. When the inverter was a STATCOM operation, it could operate regardless of the SCR but regions within allowable AC voltage variations.

Implementation of NASTRAN on the IBM/370 CMS operating system

NASA Technical Reports Server (NTRS)

Britten, S. S.; Schumacker, B.

1980-01-01

The NASA Structural Analysis (NASTRAN) computer program is operational on the IBM 360/370 series computers. While execution of NASTRAN has been described and implemented under the virtual storage operating systems of the IBM 370 models, the IBM 370/168 computer can also operate in a time-sharing mode under the virtual machine operating system using the Conversational Monitor System (CMS) subset. The changes required to make NASTRAN operational under the CMS operating system are described.

Operator Support System Design forthe Operation of RSG-GAS Research Reactor

NASA Astrophysics Data System (ADS)

Santoso, S.; Situmorang, J.; Bakhri, S.; Subekti, M.; Sunaryo, G. R.

2018-02-01

The components of RSG-GAS main control room are facing the problem of material ageing and technology obsolescence as well, and therefore the need for modernization and refurbishment are essential. The modernization in control room can be applied on the operator support system which bears the function in providing information for assisting the operator in conducting diagnosis and actions. The research purpose is to design an operator support system for RSG-GAS control room. The design was developed based on the operator requirement in conducting task operation scenarios and the reactor operation characteristics. These scenarios include power operation, low power operation and shutdown/scram reactor. The operator support system design is presented in a single computer display which contains structure and support system elements e.g. operation procedure, status of safety related components and operational requirements, operation limit condition of parameters, alarm information, and prognosis function. The prototype was developed using LabView software and consisted of components structure and features of the operator support system. Information of each component in the operator support system need to be completed before it can be applied and integrated in the RSG-GAS main control room.

Formal Integrals and Noether Operators of Nonlinear Hyperbolic Partial Differential Systems Admitting a Rich Set of Symmetries

NASA Astrophysics Data System (ADS)

Startsev, Sergey Ya.

2017-05-01

The paper is devoted to hyperbolic (generally speaking, non-Lagrangian and nonlinear) partial differential systems possessing a full set of differential operators that map any function of one independent variable into a symmetry of the corresponding system. We demonstrate that a system has the above property if and only if this system admits a full set of formal integrals (i.e., differential operators which map symmetries into integrals of the system). As a consequence, such systems possess both direct and inverse Noether operators (in the terminology of a work by B. Fuchssteiner and A.S. Fokas who have used these terms for operators that map cosymmetries into symmetries and perform transformations in the opposite direction). Systems admitting Noether operators are not exhausted by Euler-Lagrange systems and the systems with formal integrals. In particular, a hyperbolic system admits an inverse Noether operator if a differential substitution maps this system into a system possessing an inverse Noether operator.

49 CFR 37.33 - Airport transportation systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... systems operated by public airport operators, which provide designated public transportation and connect.... Public airports which operate fixed route transportation systems are subject to the requirements of this... part. (b) Fixed-route transportation systems operated by public airport operators between the airport...

9 CFR 205.201 - System operator.

Code of Federal Regulations, 2014 CFR

2014-01-01

... 9 Animals and Animal Products 2 2014-01-01 2014-01-01 false System operator. 205.201 Section 205... Interpretive Opinions § 205.201 System operator. The system operator can be the Secretary of State of a State... system refers to operation by the Secretary of State of a State, but the definition in (c)(11) of...

9 CFR 205.201 - System operator.

Code of Federal Regulations, 2011 CFR

2011-01-01

... 9 Animals and Animal Products 2 2011-01-01 2011-01-01 false System operator. 205.201 Section 205... Interpretive Opinions § 205.201 System operator. The system operator can be the Secretary of State of a State... system refers to operation by the Secretary of State of a State, but the definition in (c)(11) of...

9 CFR 205.201 - System operator.

Code of Federal Regulations, 2012 CFR

2012-01-01

... 9 Animals and Animal Products 2 2012-01-01 2012-01-01 false System operator. 205.201 Section 205... Interpretive Opinions § 205.201 System operator. The system operator can be the Secretary of State of a State... system refers to operation by the Secretary of State of a State, but the definition in (c)(11) of...

9 CFR 205.201 - System operator.

Code of Federal Regulations, 2010 CFR

2010-01-01

... 9 Animals and Animal Products 2 2010-01-01 2010-01-01 false System operator. 205.201 Section 205... Interpretive Opinions § 205.201 System operator. The system operator can be the Secretary of State of a State... system refers to operation by the Secretary of State of a State, but the definition in (c)(11) of...

FFT-split-operator code for solving the Dirac equation in 2+1 dimensions

NASA Astrophysics Data System (ADS)

Mocken, Guido R.; Keitel, Christoph H.

2008-06-01

The main part of the code presented in this work represents an implementation of the split-operator method [J.A. Fleck, J.R. Morris, M.D. Feit, Appl. Phys. 10 (1976) 129-160; R. Heather, Comput. Phys. Comm. 63 (1991) 446] for calculating the time-evolution of Dirac wave functions. It allows to study the dynamics of electronic Dirac wave packets under the influence of any number of laser pulses and its interaction with any number of charged ion potentials. The initial wave function can be either a free Gaussian wave packet or an arbitrary discretized spinor function that is loaded from a file provided by the user. The latter option includes Dirac bound state wave functions. The code itself contains the necessary tools for constructing such wave functions for a single-electron ion. With the help of self-adaptive numerical grids, we are able to study the electron dynamics for various problems in 2+1 dimensions at high spatial and temporal resolutions that are otherwise unachievable. Along with the position and momentum space probability density distributions, various physical observables, such as the expectation values of position and momentum, can be recorded in a time-dependent way. The electromagnetic spectrum that is emitted by the evolving particle can also be calculated with this code. Finally, for planning and comparison purposes, both the time-evolution and the emission spectrum can also be treated in an entirely classical relativistic way. Besides the implementation of the above-mentioned algorithms, the program also contains a large C++ class library to model the geometric algebra representation of spinors that we use for representing the Dirac wave function. This is why the code is called "Dirac++". Program summaryProgram title: Dirac++ or (abbreviated) d++ Catalogue identifier: AEAS_v1_0 Program summary URL:http://cpc.cs.qub.ac.uk/summaries/AEAS_v1_0.html Program obtainable from: CPC Program Library, Queen's University, Belfast, N. Ireland Licensing provisions: Standard CPC licence, http://cpc.cs.qub.ac.uk/licence/licence.html No. of lines in distributed program, including test data, etc.: 474 937 No. of bytes in distributed program, including test data, etc.: 4 128 347 Distribution format: tar.gz Programming language: C++ Computer: Any, but SMP systems are preferred Operating system: Linux and MacOS X are actively supported by the current version. Earlier versions were also tested successfully on IRIX and AIX Number of processors used: Generally unlimited, but best scaling with 2-4 processors for typical problems RAM: 160 Megabytes minimum for the examples given here Classification: 2.7 External routines: FFTW Library [3,4], Gnu Scientific Library [5], bzip2, bunzip2 Nature of problem: The relativistic time evolution of wave functions according to the Dirac equation is a challenging numerical task. Especially for an electron in the presence of high intensity laser beams and/or highly charged ions, this type of problem is of considerable interest to atomic physicists. Solution method: The code employs the split-operator method [1,2], combined with fast Fourier transforms (FFT) for calculating any occurring spatial derivatives, to solve the given problem. An autocorrelation spectral method [6] is provided to generate a bound state for use as the initial wave function of further dynamical studies. Restrictions: The code in its current form is restricted to problems in two spatial dimensions. Otherwise it is only limited by CPU time and memory that one can afford to spend on a particular problem. Unusual features: The code features dynamically adapting position and momentum space grids to keep execution time and memory requirements as small as possible. It employs an object-oriented approach, and it relies on a Clifford algebra class library to represent the mathematical objects of the Dirac formalism which we employ. Besides that it includes a feature (typically called "checkpointing") which allows the resumption of an interrupted calculation. Additional comments: Along with the program's source code, we provide several sample configuration files, a pre-calculated bound state wave function, and template files for the analysis of the results with both MatLab and Igor Pro. Running time: Running time ranges from a few minutes for simple tests up to several days, even weeks for real-world physical problems that require very large grids or very small time steps. References:J.A. Fleck, J.R. Morris, M.D. Feit, Time-dependent propagation of high energy laser beams through the atmosphere, Appl. Phys. 10 (1976) 129-160. R. Heather, An asymptotic wavefunction splitting procedure for propagating spatially extended wavefunctions: Application to intense field photodissociation of H +2, Comput. Phys. Comm. 63 (1991) 446. M. Frigo, S.G. Johnson, FFTW: An adaptive software architecture for the FFT, in: Proceedings of the IEEE International Conference on Acoustics, Speech and Signal Processing, vol. 3, IEEE, 1998, pp. 1381-1384. M. Frigo, S.G. Johnson, The design and implementation of FFTW3, in: Proceedings of the IEEE, vol. 93, IEEE, 2005, pp. 216-231. URL: http://www.fftw.org/. M. Galassi, J. Davies, J. Theiler, B. Gough, G. Jungman, M. Booth, F. Rossi, GNU Scientific Library Reference Manual, second ed., Network Theory Limited, 2006. URL: http://www.gnu.org/software/gsl/. M.D. Feit, J.A. Fleck, A. Steiger, Solution of the Schrödinger equation by a spectral method, J. Comput. Phys. 47 (1982) 412-433.

Operator function modeling: Cognitive task analysis, modeling and intelligent aiding in supervisory control systems

NASA Technical Reports Server (NTRS)

Mitchell, Christine M.

1990-01-01

The design, implementation, and empirical evaluation of task-analytic models and intelligent aids for operators in the control of complex dynamic systems, specifically aerospace systems, are studied. Three related activities are included: (1) the models of operator decision making in complex and predominantly automated space systems were used and developed; (2) the Operator Function Model (OFM) was used to represent operator activities; and (3) Operator Function Model Expert System (OFMspert), a stand-alone knowledge-based system was developed, that interacts with a human operator in a manner similar to a human assistant in the control of aerospace systems. OFMspert is an architecture for an operator's assistant that uses the OFM as its system and operator knowledge base and a blackboard paradigm of problem solving to dynamically generate expectations about upcoming operator activities and interpreting actual operator actions. An experiment validated the OFMspert's intent inferencing capability and showed that it inferred the intentions of operators in ways comparable to both a human expert and operators themselves. OFMspert was also augmented with control capabilities. An interface allowed the operator to interact with OFMspert, delegating as much or as little control responsibility as the operator chose. With its design based on the OFM, OFMspert's control capabilities were available at multiple levels of abstraction and allowed the operator a great deal of discretion over the amount and level of delegated control. An experiment showed that overall system performance was comparable for teams consisting of two human operators versus a human operator and OFMspert team.

Electronic Performance Support for Operational Systems: A Case Study of the Link Monitor and Control Operator Assistant

NASA Technical Reports Server (NTRS)

Hill, Randall W., Jr.; Cooper, Lynne P.

1993-01-01

For complex operational systems, help needs to come from the inside out. It is often not realistic to call a help desk for problems that need immediate attention, especially for tasks that put a heavy cognitive load on the system operator. This session addresses the issues associated with providing electronic performance support for operational systems, including situations where the system is already fielded and can only change through evolution rather than revolution. We present a case study based on our experiences in developing the Link Monitor and Control Operator Assistant for NASA's Deep Space Network (DSN). The goals of the Operator Assistant are to improve the operability of the system and increase the efficiency of mission operations.

Automated Instructional Management Systems (AIMS) Version III, Operator's Guide.

ERIC Educational Resources Information Center

New York Inst. of Tech., Old Westbury.

This manual gives the instructions necessary to understand and operate the Automated Instructional Management System (AIMS), utilizing IBM System 360, Model 30/Release 20 Disk Operating System, and the OpScan 100 System Reader and Tape Unit. It covers the AIMS III system initialization, system and operational input, requirements, master response…

49 CFR 1580.5 - Inspection authority.

Code of Federal Regulations, 2010 CFR

2010-10-01

... railroad carrier that operates rolling equipment on track that is part of the general railroad system of... rail operator, whether operating on or off the general railroad system of transportation. (7) Each... railroad system of transportation. (8) Each operator of a rail transit system that is not operating on...

Method and Apparatus Providing Deception and/or Altered Operation in an Information System Operating System

DOEpatents

Cohen, Fred; Rogers, Deanna T.; Neagoe, Vicentiu

2008-10-14

A method and/or system and/or apparatus providing deception and/or execution alteration in an information system. In specific embodiments, deceptions and/or protections are provided by intercepting and/or modifying operation of one or more system calls of an operating system.

14 CFR 25.1333 - Instrument systems.

Code of Federal Regulations, 2012 CFR

2012-01-01

.... For systems that operate the instruments required by § 25.1303(b) which are located at each pilot's... operating systems which are independent of the operating systems at other flight crew stations, or other...) Additional instruments, systems, or equipment may not be connected to the operating systems for the required...

14 CFR 25.1333 - Instrument systems.

Code of Federal Regulations, 2014 CFR

2014-01-01

.... For systems that operate the instruments required by § 25.1303(b) which are located at each pilot's... operating systems which are independent of the operating systems at other flight crew stations, or other...) Additional instruments, systems, or equipment may not be connected to the operating systems for the required...

14 CFR 25.1333 - Instrument systems.

Code of Federal Regulations, 2011 CFR

2011-01-01

.... For systems that operate the instruments required by § 25.1303(b) which are located at each pilot's... operating systems which are independent of the operating systems at other flight crew stations, or other...) Additional instruments, systems, or equipment may not be connected to the operating systems for the required...

14 CFR 25.1333 - Instrument systems.

Code of Federal Regulations, 2013 CFR

2013-01-01

.... For systems that operate the instruments required by § 25.1303(b) which are located at each pilot's... operating systems which are independent of the operating systems at other flight crew stations, or other...) Additional instruments, systems, or equipment may not be connected to the operating systems for the required...

14 CFR 25.1333 - Instrument systems.

Code of Federal Regulations, 2010 CFR

2010-01-01

.... For systems that operate the instruments required by § 25.1303(b) which are located at each pilot's... operating systems which are independent of the operating systems at other flight crew stations, or other...) Additional instruments, systems, or equipment may not be connected to the operating systems for the required...

Multiple operating system rotation environment moving target defense

DOE Office of Scientific and Technical Information (OSTI.GOV)

Evans, Nathaniel; Thompson, Michael

Systems and methods for providing a multiple operating system rotation environment ("MORE") moving target defense ("MTD") computing system are described. The MORE-MTD system provides enhanced computer system security through a rotation of multiple operating systems. The MORE-MTD system increases attacker uncertainty, increases the cost of attacking the system, reduces the likelihood of an attacker locating a vulnerability, and reduces the exposure time of any located vulnerability. The MORE-MTD environment is effectuated by rotation of the operating systems at a given interval. The rotating operating systems create a consistently changing attack surface for remote attackers.

Influence of System Operation Method on CO2 Emissions of PV/Solar Heat/Cogeneration System

NASA Astrophysics Data System (ADS)

Oke, Shinichiro; Kemmoku, Yoshishige; Takikawa, Hirofumi; Sakakibara, Tateki

A PV/solar heat/cogeneration system is assumed to be installed in a hotel. The system is operated with various operation methods: CO2 minimum operation, fees minimum operation, seasonal operation, daytime operation and heat demand following operation. Of these five operations, the former two are virtual operations that are operated with the dynamic programming method, and the latter three are actual operations. Computer simulation is implemented using hourly data of solar radiation intensity, atmospheric temperature, electric, cooling, heating and hot water supply demands for one year, and the life-cycle CO2 emission and the total cost are calculated for every operations. The calculation results show that the virtual two and the actual three operations reduce the life-cycle CO2 emission by 21% and 13% compared with the conventional system, respectively. In regard to both the CO2 emission and the cost, there is no significant difference between the virtual two operation methods or among actual three operation methods.

Measurement of SIFT operating system overhead

NASA Technical Reports Server (NTRS)

Palumbo, D. L.; Butler, R. W.

1985-01-01

The overhead of the software implemented fault tolerance (SIFT) operating system was measured. Several versions of the operating system evolved. Each version represents different strategies employed to improve the measured performance. Three of these versions are analyzed. The internal data structures of the operating systems are discussed. The overhead of the SIFT operating system was found to be of two types: vote overhead and executive task overhead. Both types of overhead were found to be significant in all versions of the system. Improvements substantially reduced this overhead; even with these improvements, the operating system consumed well over 50% of the available processing time.

Multitasking operating systems for microprocessors

DOE Office of Scientific and Technical Information (OSTI.GOV)

Cramer, T.

1981-01-01

Microprocessors, because of their low cost, low power consumption, and small size, have caused an explosion in the number of innovative computer applications. Although there is a great deal of variation in microprocessor applications software, there is relatively little variation in the operating-system-level software from one application to the next. Nonetheless, operating system software, especially when multitasking is involved, can be very time consuming and expensive to develop. The major microprocessor manufacturers have acknowledged the need for operating systems in microprocessor applications and are now supplying real-time multitasking operating system software that is adaptable to a wide variety of usermore » systems. Use of this existing operating system software will decrease the number of redundant operating system development efforts, thus freeing programmers to work on more creative and productive problems. This paper discusses the basic terminology and concepts involved with multitasking operating systems. It is intended to provide a general understanding of the subject, so that the reader will be prepared to evaluate specific operating system software according to his or her needs. 2 references.« less

Characteristics of Operational Space Weather Forecasting: Observations and Models

NASA Astrophysics Data System (ADS)

Berger, Thomas; Viereck, Rodney; Singer, Howard; Onsager, Terry; Biesecker, Doug; Rutledge, Robert; Hill, Steven; Akmaev, Rashid; Milward, George; Fuller-Rowell, Tim

2015-04-01

In contrast to research observations, models and ground support systems, operational systems are characterized by real-time data streams and run schedules, with redundant backup systems for most elements of the system. We review the characteristics of operational space weather forecasting, concentrating on the key aspects of ground- and space-based observations that feed models of the coupled Sun-Earth system at the NOAA/Space Weather Prediction Center (SWPC). Building on the infrastructure of the National Weather Service, SWPC is working toward a fully operational system based on the GOES weather satellite system (constant real-time operation with back-up satellites), the newly launched DSCOVR satellite at L1 (constant real-time data network with AFSCN backup), and operational models of the heliosphere, magnetosphere, and ionosphere/thermosphere/mesophere systems run on the Weather and Climate Operational Super-computing System (WCOSS), one of the worlds largest and fastest operational computer systems that will be upgraded to a dual 2.5 Pflop system in 2016. We review plans for further operational space weather observing platforms being developed in the context of the Space Weather Operations Research and Mitigation (SWORM) task force in the Office of Science and Technology Policy (OSTP) at the White House. We also review the current operational model developments at SWPC, concentrating on the differences between the research codes and the modified real-time versions that must run with zero fault tolerance on the WCOSS systems. Understanding the characteristics and needs of the operational forecasting community is key to producing research into the coupled Sun-Earth system with maximal societal benefit.

75 FR 11918 - Hewlett Pachard Company, Business Critical Systems, Mission Critical Business Software Division...

Federal Register 2010, 2011, 2012, 2013, 2014

2010-03-12

... Pachard Company, Business Critical Systems, Mission Critical Business Software Division, Openvms Operating... Business Software Division, Openvms Operating System Development Group, Including an Employee Operating Out... Company, Business Critical Systems, Mission Critical Business Software Division, OpenVMS Operating System...

Transitioning to Integrated Modular Avionics with a Mission Management System

DTIC Science & Technology

2000-10-01

software structure, which is based on the use of a of interchangeable processing modules of a limited COTS Real - Time Operating System . number of...open standardised interfaces system hardware or the Real - Time Operating System directly supports the use of COTS components, which implementation, to...System RTOS Real - Time Operating System SMBP System Management Blueprint Interface SMOS System Management to Operating System Interface Figure 2: The ASAAC

20 CFR 662.430 - Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

Code of Federal Regulations, 2011 CFR

2011-04-01

... designated to operate in a One-Stop delivery system established prior to the enactment of WIA be designated... DESCRIPTION OF THE ONE-STOP SYSTEM UNDER TITLE I OF THE WORKFORCE INVESTMENT ACT One-Stop Operators § 662.430 Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

20 CFR 662.430 - Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

Code of Federal Regulations, 2010 CFR

2010-04-01

... designated to operate in a One-Stop delivery system established prior to the enactment of WIA be designated... DESCRIPTION OF THE ONE-STOP SYSTEM UNDER TITLE I OF THE WORKFORCE INVESTMENT ACT One-Stop Operators § 662.430 Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

A Multiprocessor Operating System Simulator

NASA Technical Reports Server (NTRS)

Johnston, Gary M.; Campbell, Roy H.

1988-01-01

This paper describes a multiprocessor operating system simulator that was developed by the authors in the Fall semester of 1987. The simulator was built in response to the need to provide students with an environment in which to build and test operating system concepts as part of the coursework of a third-year undergraduate operating systems course. Written in C++, the simulator uses the co-routine style task package that is distributed with the AT&T C++ Translator to provide a hierarchy of classes that represents a broad range of operating system software and hardware components. The class hierarchy closely follows that of the 'Choices' family of operating systems for loosely- and tightly-coupled multiprocessors. During an operating system course, these classes are refined and specialized by students in homework assignments to facilitate experimentation with different aspects of operating system design and policy decisions. The current implementation runs on the IBM RT PC under 4.3bsd UNIX.

14 CFR 29.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2011 CFR

2011-01-01

... power-operated systems. 29.672 Section 29.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 29.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated system is necessary to show...

14 CFR 29.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2014 CFR

2014-01-01

... power-operated systems. 29.672 Section 29.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 29.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated system is necessary to show...

14 CFR 27.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2014 CFR

2014-01-01

... power-operated systems. 27.672 Section 27.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 27.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated systems is necessary to show...

14 CFR 29.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2010 CFR

2010-01-01

... power-operated systems. 29.672 Section 29.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 29.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated system is necessary to show...

14 CFR 27.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2011 CFR

2011-01-01

... power-operated systems. 27.672 Section 27.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 27.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated systems is necessary to show...

14 CFR 29.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2012 CFR

2012-01-01

... power-operated systems. 29.672 Section 29.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 29.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated system is necessary to show...

14 CFR 27.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2010 CFR

2010-01-01

... power-operated systems. 27.672 Section 27.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 27.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated systems is necessary to show...

14 CFR 27.672 - Stability augmentation, automatic, and power-operated systems.

Code of Federal Regulations, 2012 CFR

2012-01-01

... power-operated systems. 27.672 Section 27.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 27.672 Stability augmentation, automatic, and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated systems is necessary to show...

OFMTutor: An operator function model intelligent tutoring system

NASA Technical Reports Server (NTRS)

Jones, Patricia M.

1989-01-01

The design, implementation, and evaluation of an Operator Function Model intelligent tutoring system (OFMTutor) is presented. OFMTutor is intended to provide intelligent tutoring in the context of complex dynamic systems for which an operator function model (OFM) can be constructed. The human operator's role in such complex, dynamic, and highly automated systems is that of a supervisory controller whose primary responsibilities are routine monitoring and fine-tuning of system parameters and occasional compensation for system abnormalities. The automated systems must support the human operator. One potentially useful form of support is the use of intelligent tutoring systems to teach the operator about the system and how to function within that system. Previous research on intelligent tutoring systems (ITS) is considered. The proposed design for OFMTutor is presented, and an experimental evaluation is described.

Autonomous Operations System: Development and Application

NASA Technical Reports Server (NTRS)

Toro Medina, Jaime A.; Wilkins, Kim N.; Walker, Mark; Stahl, Gerald M.

2016-01-01

Autonomous control systems provides the ability of self-governance beyond the conventional control system. As the complexity of mechanical and electrical systems increases, there develops a natural drive for developing robust control systems to manage complicated operations. By closing the bridge between conventional automated systems to knowledge based self-awareness systems, nominal control of operations can evolve into relying on safe critical mitigation processes to support any off-nominal behavior. Current research and development efforts lead by the Autonomous Propellant Loading (APL) group at NASA Kennedy Space Center aims to improve cryogenic propellant transfer operations by developing an automated control and health monitoring system. As an integrated systems, the center aims to produce an Autonomous Operations System (AOS) capable of integrating health management operations with automated control to produce a fully autonomous system.

EOS: A project to investigate the design and construction of real-time distributed Embedded Operating Systems

NASA Technical Reports Server (NTRS)

Campbell, R. H.; Essick, Ray B.; Johnston, Gary; Kenny, Kevin; Russo, Vince

1987-01-01

Project EOS is studying the problems of building adaptable real-time embedded operating systems for the scientific missions of NASA. Choices (A Class Hierarchical Open Interface for Custom Embedded Systems) is an operating system designed and built by Project EOS to address the following specific issues: the software architecture for adaptable embedded parallel operating systems, the achievement of high-performance and real-time operation, the simplification of interprocess communications, the isolation of operating system mechanisms from one another, and the separation of mechanisms from policy decisions. Choices is written in C++ and runs on a ten processor Encore Multimax. The system is intended for use in constructing specialized computer applications and research on advanced operating system features including fault tolerance and parallelism.

Water Distribution System Operation and Maintenance. A Field Study Training Program. Second Edition.

ERIC Educational Resources Information Center

Kerri, Kenneth D.; And Others

Proper installation, inspection, operation, maintenance, repair and management of water distribution systems have a significant impact on the operation and maintenance cost and effectiveness of the systems. The objective of this manual is to provide water distribution system operators with the knowledge and skills required to operate and maintain…

Clearing a Path: The 16-Bit Operating System Jungle Offers Confusion, Not Standardization.

ERIC Educational Resources Information Center

Pournelle, Jerry

1984-01-01

Discusses the design and limited uses of the Pascal, MS-DOS, CP/M, and PC-DOS operating systems as standard operating systems for 16-bit microprocessors, especially with the more sophisticated microcomputers currently being developed. Advantages and disadvantages of Unix--a multitasking, multiuser operating system--as a standard operating system…

49 CFR 1544.211 - Use of X-ray systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... 49 Transportation 9 2012-10-01 2012-10-01 false Use of X-ray systems. 1544.211 Section 1544.211... COMMERCIAL OPERATORS Operations § 1544.211 Use of X-ray systems. (a) TSA authorization required. No aircraft operator may use any X-ray system within the United States or under the aircraft operator's operational...

PMARC_12 - PANEL METHOD AMES RESEARCH CENTER, VERSION 12

NASA Technical Reports Server (NTRS)

Ashby, D. L.

1994-01-01

Panel method computer programs are software tools of moderate cost used for solving a wide range of engineering problems. The panel code PMARC_12 (Panel Method Ames Research Center, version 12) can compute the potential flow field around complex three-dimensional bodies such as complete aircraft models. PMARC_12 is a well-documented, highly structured code with an open architecture that facilitates modifications and the addition of new features. Adjustable arrays are used throughout the code, with dimensioning controlled by a set of parameter statements contained in an include file; thus, the size of the code (i.e. the number of panels that it can handle) can be changed very quickly. This allows the user to tailor PMARC_12 to specific problems and computer hardware constraints. In addition, PMARC_12 can be configured (through one of the parameter statements in the include file) so that the code's iterative matrix solver is run entirely in RAM, rather than reading a large matrix from disk at each iteration. This significantly increases the execution speed of the code, but it requires a large amount of RAM memory. PMARC_12 contains several advanced features, including internal flow modeling, a time-stepping wake model for simulating either steady or unsteady (including oscillatory) motions, a Trefftz plane induced drag computation, off-body and on-body streamline computations, and computation of boundary layer parameters using a two-dimensional integral boundary layer method along surface streamlines. In a panel method, the surface of the body over which the flow field is to be computed is represented by a set of panels. Singularities are distributed on the panels to perturb the flow field around the body surfaces. PMARC_12 uses constant strength source and doublet distributions over each panel, thus making it a low order panel method. Higher order panel methods allow the singularity strength to vary linearly or quadratically across each panel. Experience has shown that low order panel methods can provide nearly the same accuracy as higher order methods over a wide range of cases with significantly reduced computation times; hence, the low order formulation was adopted for PMARC_12. The flow problem is solved by modeling the body as a closed surface dividing space into two regions: the region external to the surface in which an unknown velocity potential exists representing the flow field of interest, and the region internal to the surface in which a known velocity potential (representing a fictitious flow) is prescribed as a boundary condition. Both velocity potentials are required to satisfy Laplace's equation. A surface integral equation for the unknown potential external to the surface can be written by applying Green's Theorem to the external region. Using the internal potential and zero flow through the surface as boundary conditions, the unknown potential external to the surface can be solved for. When the internal flow option, which allows the analysis of closed ducts, wind tunnels, and similar internal flow problems, is selected, the geometry is modeled such that the flow field of interest is inside the geometry and the fictitious flow is outside the geometry. Items such as wings, struts, or aircraft models can be included in the internal flow problem. The time-stepping wake model gives PMARC_12 the ability to model both steady and unsteady flow problems. The wake is convected downstream from the wake-separation line by the local velocity field. With each time step, a new row of wake panels is added to the wake at the wake-separation line. Time stepping can start from time t=0 (no initial wake) or from time t=t0 (an initial wake is specified). A wide range of motions can be prescribed, including constant rates of translation, constant rate of rotation about an arbitrary axis, oscillatory translation, and oscillatory rotation about any of the three coordinate axes. Investigators interested in a visual representation of the phenomenon they are studying with PMARC_12 may want to consider obtaining the program GVS (ARC-13361), the General Visualization System. GVS is a Silicon Graphics IRIS program which was created for the purpose of supporting the scientific visualization needs of PMARC_12. GVS is available separately from COSMIC. PMARC_12 is written in standard FORTRAN 77, with the exception of the NAMELIST extension used for input. This makes the code fairly machine independent. A compiler which supports the NAMELIST extension is required. The amount of free disk space and RAM memory required for PMARC_12 will vary depending on how the code is dimensioned using the parameter statements in the include file. The recommended minimum requirements are 20Mb of free disk space and 4Mb of RAM. PMARC_12 has been successfully implemented on a Macintosh II running System 6.0.7 or 7.0 (using MPW/Language Systems Fortran 3.0), a Sun SLC running SunOS 4.1.1, an HP 720 running HP-UX 8.07, an SGI IRIS running IRIX 4.0 (it will not run under IRIX 3.x.x without modifications), an IBM RS/6000 running AIX, a DECstation 3100 running ULTRIX, and a CRAY-YMP running UNICOS 6.0 or later. Due to its memory requirements, this program does not readily lend itself to implementation on MS-DOS based machines. The standard distribution medium for PMARC_12 is a set of three 3.5 inch 800K Macintosh format diskettes and one 3.5 inch 1.44Mb Macintosh format diskette which contains an electronic copy of the documentation in MS Word 5.0 format for the Macintosh. Alternate distribution media and formats are available upon request, but these will not include the electronic version of the document. No executables are included on the distribution media. This program is an update to PMARC version 11, which was released in 1989. PMARC_12 was released in 1993. It is available only for use by United States citizens.

Comparing Two Tools for Mobile-Device Forensics

DTIC Science & Technology

2017-09-01

baseline standard. 2.4 Mobile Operating Systems "A mobile operating system is an operating system that is specifically designed to run on mobile devices... run on mobile devices" [7]. There are many different types of mobile operating systems and they are constantly changing, which means an operating...to this is that the security features make forensic analysis more difficult [11]. 2.4.2 iPhone "The iPhone runs an operating system called iOS. It is a

Operations management system

NASA Technical Reports Server (NTRS)

Brandli, A. E.; Eckelkamp, R. E.; Kelly, C. M.; Mccandless, W.; Rue, D. L.

1990-01-01

The objective of an operations management system is to provide an orderly and efficient method to operate and maintain aerospace vehicles. Concepts are described for an operations management system and the key technologies are highlighted which will be required if this capability is brought to fruition. Without this automation and decision aiding capability, the growing complexity of avionics will result in an unmanageable workload for the operator, ultimately threatening mission success or survivability of the aircraft or space system. The key technologies include expert system application to operational tasks such as replanning, equipment diagnostics and checkout, global system management, and advanced man machine interfaces. The economical development of operations management systems, which are largely software, will require advancements in other technological areas such as software engineering and computer hardware.

21 CFR 111.110 - What quality control operations are required for laboratory operations associated with the...

Code of Federal Regulations, 2010 CFR

2010-04-01

... laboratory operations associated with the production and process control system? 111.110 Section 111.110 Food... OPERATIONS FOR DIETARY SUPPLEMENTS Production and Process Control System: Requirements for Quality Control... production and process control system? Quality control operations for laboratory operations associated with...

49 CFR 325.37 - Location and operation of sound level measurement system; highway operations.

Code of Federal Regulations, 2013 CFR

2013-10-01

... system; highway operations. 325.37 Section 325.37 Transportation Other Regulations Relating to...; Highway Operations § 325.37 Location and operation of sound level measurement system; highway operations..., the holder must orient himself/herself relative to the highway in a manner consistent with the...

49 CFR 325.37 - Location and operation of sound level measurement system; highway operations.

Code of Federal Regulations, 2012 CFR

2012-10-01

... system; highway operations. 325.37 Section 325.37 Transportation Other Regulations Relating to...; Highway Operations § 325.37 Location and operation of sound level measurement system; highway operations..., the holder must orient himself/herself relative to the highway in a manner consistent with the...

49 CFR 325.37 - Location and operation of sound level measurement system; highway operations.

Code of Federal Regulations, 2014 CFR

2014-10-01

... system; highway operations. 325.37 Section 325.37 Transportation Other Regulations Relating to...; Highway Operations § 325.37 Location and operation of sound level measurement system; highway operations..., the holder must orient himself/herself relative to the highway in a manner consistent with the...

14 CFR 25.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2010 CFR

2010-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY AIRPLANES Powerplant Fuel System § 25.961 Fuel system hot weather operation. (a) The fuel system must perform satisfactorily in hot weather operation. This... 14 Aeronautics and Space 1 2010-01-01 2010-01-01 false Fuel system hot weather operation. 25.961...

14 CFR 25.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2013 CFR

2013-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY AIRPLANES Powerplant Fuel System § 25.961 Fuel system hot weather operation. (a) The fuel system must perform satisfactorily in hot weather operation. This... 14 Aeronautics and Space 1 2013-01-01 2013-01-01 false Fuel system hot weather operation. 25.961...

14 CFR 25.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2012 CFR

2012-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY AIRPLANES Powerplant Fuel System § 25.961 Fuel system hot weather operation. (a) The fuel system must perform satisfactorily in hot weather operation. This... 14 Aeronautics and Space 1 2012-01-01 2012-01-01 false Fuel system hot weather operation. 25.961...

14 CFR 25.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2011 CFR

2011-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY AIRPLANES Powerplant Fuel System § 25.961 Fuel system hot weather operation. (a) The fuel system must perform satisfactorily in hot weather operation. This... 14 Aeronautics and Space 1 2011-01-01 2011-01-01 false Fuel system hot weather operation. 25.961...

14 CFR 25.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2014 CFR

2014-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY AIRPLANES Powerplant Fuel System § 25.961 Fuel system hot weather operation. (a) The fuel system must perform satisfactorily in hot weather operation. This... 14 Aeronautics and Space 1 2014-01-01 2014-01-01 false Fuel system hot weather operation. 25.961...

46 CFR 113.35-13 - Mechanical engine order telegraph systems; operation.

Code of Federal Regulations, 2014 CFR

2014-10-01

... 46 Shipping 4 2014-10-01 2014-10-01 false Mechanical engine order telegraph systems; operation...) ELECTRICAL ENGINEERING COMMUNICATION AND ALARM SYSTEMS AND EQUIPMENT Engine Order Telegraph Systems § 113.35-13 Mechanical engine order telegraph systems; operation. If more than one transmitter operates a...

46 CFR 113.35-13 - Mechanical engine order telegraph systems; operation.

Code of Federal Regulations, 2012 CFR

2012-10-01

... 46 Shipping 4 2012-10-01 2012-10-01 false Mechanical engine order telegraph systems; operation...) ELECTRICAL ENGINEERING COMMUNICATION AND ALARM SYSTEMS AND EQUIPMENT Engine Order Telegraph Systems § 113.35-13 Mechanical engine order telegraph systems; operation. If more than one transmitter operates a...

46 CFR 113.35-13 - Mechanical engine order telegraph systems; operation.

Code of Federal Regulations, 2011 CFR

2011-10-01

... 46 Shipping 4 2011-10-01 2011-10-01 false Mechanical engine order telegraph systems; operation...) ELECTRICAL ENGINEERING COMMUNICATION AND ALARM SYSTEMS AND EQUIPMENT Engine Order Telegraph Systems § 113.35-13 Mechanical engine order telegraph systems; operation. If more than one transmitter operates a...

46 CFR 113.35-13 - Mechanical engine order telegraph systems; operation.

Code of Federal Regulations, 2013 CFR

2013-10-01

... 46 Shipping 4 2013-10-01 2013-10-01 false Mechanical engine order telegraph systems; operation...) ELECTRICAL ENGINEERING COMMUNICATION AND ALARM SYSTEMS AND EQUIPMENT Engine Order Telegraph Systems § 113.35-13 Mechanical engine order telegraph systems; operation. If more than one transmitter operates a...

14 CFR 25.672 - Stability augmentation and automatic and power-operated systems.

Code of Federal Regulations, 2013 CFR

2013-01-01

... power-operated systems. 25.672 Section 25.672 Aeronautics and Space FEDERAL AVIATION ADMINISTRATION... Construction Control Systems § 25.672 Stability augmentation and automatic and power-operated systems. If the functioning of stability augmentation or other automatic or power-operated systems is necessary to show...

Operationally efficient propulsion system study (OEPSS) data book. Volume 7; Launch Operations Index (LOI) Design Features and Options

NASA Technical Reports Server (NTRS)

Ziese, James M.

1992-01-01

A design tool of figure of merit was developed that allows the operability of a propulsion system design to be measured. This Launch Operations Index (LOI) relates Operations Efficiency to System Complexity. The figure of Merit can be used by conceptual designers to compare different propulsion system designs based on their impact on launch operations. The LOI will improve the design process by making sure direct launch operations experience is a necessary feedback to the design process.

From Operating-System Correctness to Pervasively Verified Applications

NASA Astrophysics Data System (ADS)

Daum, Matthias; Schirmer, Norbert W.; Schmidt, Mareike

Though program verification is known and has been used for decades, the verification of a complete computer system still remains a grand challenge. Part of this challenge is the interaction of application programs with the operating system, which is usually entrusted with retrieving input data from and transferring output data to peripheral devices. In this scenario, the correct operation of the applications inherently relies on operating-system correctness. Based on the formal correctness of our real-time operating system Olos, this paper describes an approach to pervasively verify applications running on top of the operating system.

Use of artificial intelligence in supervisory control

NASA Technical Reports Server (NTRS)

Cohen, Aaron; Erickson, Jon D.

1989-01-01

Viewgraphs describing the design and testing of an intelligent decision support system called OFMspert are presented. In this expert system, knowledge about the human operator is represented through an operator/system model referred to as the OFM (Operator Function Model). OFMspert uses the blackboard model of problem solving to maintain a dynamic representation of operator goals, plans, tasks, and actions given previous operator actions and current system state. Results of an experiment to assess OFMspert's intent inferencing capability are outlined. Finally, the overall design philosophy for an intelligent tutoring system (OFMTutor) for operators of complex dynamic systems is summarized.

Making adaptable systems work for mission operations: A case study

NASA Technical Reports Server (NTRS)

Holder, Barbara E.; Levesque, Michael E.

1993-01-01

The Advanced Multimission Operations System (AMMOS) at NASA's Jet Propulsion Laboratory is based on a highly adaptable multimission ground data system (MGDS) for mission operations. The goal for MGDS is to support current flight project science and engineering personnel and to meet the demands of future missions while reducing associated operations and software development costs. MGDS has become a powerful and flexible mission operations system by using a network of heterogeneous workstations, emerging open system standards, and selecting an adaptable tools-based architecture. Challenges in developing adaptable systems for mission operations and the benefits of this approach are described.

Small Water System Operations and Maintenance. A Field Study Training Program. Second Edition.

ERIC Educational Resources Information Center

Kerri, Kenneth D.; And Others

Proper installation, inspection, operation, maintenance, repair and management of small water systems have a significant impact on the operation and maintenance cost and effectiveness of the systems. The objective of this manual is to provide small water system operators with the knowledge and skills required to operate and maintain these systems…

49 CFR 192.621 - Maximum allowable operating pressure: High-pressure distribution systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... STANDARDS Operations § 192.621 Maximum allowable operating pressure: High-pressure distribution systems. (a) No person may operate a segment of a high pressure distribution system at a pressure that exceeds the... segment of a distribution system otherwise designed to operate at over 60 p.s.i. (414 kPa) gage, unless...

40 CFR 63.3556 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2014 CFR

2014-07-01

... capture system and add-on control device operating limits during the performance test? 63.3556 Section 63... system and add-on control device operating limits during the performance test? During the performance... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure...

49 CFR 192.621 - Maximum allowable operating pressure: High-pressure distribution systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

... STANDARDS Operations § 192.621 Maximum allowable operating pressure: High-pressure distribution systems. (a) No person may operate a segment of a high pressure distribution system at a pressure that exceeds the... segment of a distribution system otherwise designed to operate at over 60 p.s.i. (414 kPa) gage, unless...

14 CFR 27.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2014 CFR

2014-01-01

... Systems § 27.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2014-01-01 2014-01-01 false Power boost and power-operated control...

14 CFR 29.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2012 CFR

2012-01-01

... Systems § 29.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2012-01-01 2012-01-01 false Power boost and power-operated control...

40 CFR 63.3546 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2013 CFR

2013-07-01

... system and add-on control device operating limits during the performance test? 63.3546 Section 63.3546... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure... minimum operating limit for that specific capture device or system of multiple capture devices. The...

40 CFR 63.3546 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2014 CFR

2014-07-01

... capture system and add-on control device operating limits during the performance test? 63.3546 Section 63... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure... minimum operating limit for that specific capture device or system of multiple capture devices. The...

49 CFR 192.621 - Maximum allowable operating pressure: High-pressure distribution systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... STANDARDS Operations § 192.621 Maximum allowable operating pressure: High-pressure distribution systems. (a) No person may operate a segment of a high pressure distribution system at a pressure that exceeds the... segment of a distribution system otherwise designed to operate at over 60 p.s.i. (414 kPa) gage, unless...

49 CFR 192.621 - Maximum allowable operating pressure: High-pressure distribution systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... STANDARDS Operations § 192.621 Maximum allowable operating pressure: High-pressure distribution systems. (a) No person may operate a segment of a high pressure distribution system at a pressure that exceeds the... segment of a distribution system otherwise designed to operate at over 60 p.s.i. (414 kPa) gage, unless...

14 CFR 29.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2014 CFR

2014-01-01

... Systems § 29.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2014-01-01 2014-01-01 false Power boost and power-operated control...

14 CFR 27.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2011 CFR

2011-01-01

... Systems § 27.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2011-01-01 2011-01-01 false Power boost and power-operated control...

40 CFR 63.3546 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2012 CFR

2012-07-01

... capture system and add-on control device operating limits during the performance test? 63.3546 Section 63... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure... minimum operating limit for that specific capture device or system of multiple capture devices. The...

14 CFR 29.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2011 CFR

2011-01-01

... Systems § 29.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2011-01-01 2011-01-01 false Power boost and power-operated control...

14 CFR 29.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2010 CFR

2010-01-01

... Systems § 29.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2010-01-01 2010-01-01 false Power boost and power-operated control...

40 CFR 63.3556 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2012 CFR

2012-07-01

... capture system and add-on control device operating limits during the performance test? 63.3556 Section 63... system and add-on control device operating limits during the performance test? During the performance... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure...

49 CFR 192.621 - Maximum allowable operating pressure: High-pressure distribution systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... STANDARDS Operations § 192.621 Maximum allowable operating pressure: High-pressure distribution systems. (a) No person may operate a segment of a high pressure distribution system at a pressure that exceeds the... segment of a distribution system otherwise designed to operate at over 60 p.s.i. (414 kPa) gage, unless...

14 CFR 27.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2012 CFR

2012-01-01

... Systems § 27.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2012-01-01 2012-01-01 false Power boost and power-operated control...

14 CFR 27.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2010 CFR

2010-01-01

... Systems § 27.695 Power boost and power-operated control system. (a) If a power boost or power-operated... failure of all engines. (b) Each alternate system may be a duplicate power portion or a manually operated... 14 Aeronautics and Space 1 2010-01-01 2010-01-01 false Power boost and power-operated control...

Forecasting Wind and Solar Generation: Improving System Operations, Greening the Grid (Spanish Version)

DOE Office of Scientific and Technical Information (OSTI.GOV)

Tian, Tian; Chernyakhovskiy, Ilya; Brancucci Martinez-Anido, Carlo

This document is the Spanish version of 'Greening the Grid- Forecasting Wind and Solar Generation Improving System Operations'. It discusses improving system operations with forecasting with and solar generation. By integrating variable renewable energy (VRE) forecasts into system operations, power system operators can anticipate up- and down-ramps in VRE generation in order to cost-effectively balance load and generation in intra-day and day-ahead scheduling. This leads to reduced fuel costs, improved system reliability, and maximum use of renewable resources.

Intent inferencing with a model-based operator's associate

NASA Technical Reports Server (NTRS)

Jones, Patricia M.; Mitchell, Christine M.; Rubin, Kenneth S.

1989-01-01

A portion of the Operator Function Model Expert System (OFMspert) research project is described. OFMspert is an architecture for an intelligent operator's associate or assistant that can aid the human operator of a complex, dynamic system. Intelligent aiding requires both understanding and control. The understanding (i.e., intent inferencing) ability of the operator's associate is discussed. Understanding or intent inferencing requires a model of the human operator; the usefulness of an intelligent aid depends directly on the fidelity and completeness of its underlying model. The model chosen for this research is the operator function model (OFM). The OFM represents operator functions, subfunctions, tasks, and actions as a heterarchic-hierarchic network of finite state automata, where the arcs in the network are system triggering events. The OFM provides the structure for intent inferencing in that operator functions and subfunctions correspond to likely operator goals and plans. A blackboard system similar to that of Human Associative Processor (HASP) is proposed as the implementation of intent inferencing function. This system postulates operator intentions based on current system state and attempts to interpret observed operator actions in light of these hypothesized intentions.

Prognostic Analysis System and Methods of Operation

NASA Technical Reports Server (NTRS)

MacKey, Ryan M. E. (Inventor); Sneddon, Robert (Inventor)

2014-01-01

A prognostic analysis system and methods of operating the system are provided. In particular, a prognostic analysis system for the analysis of physical system health applicable to mechanical, electrical, chemical and optical systems and methods of operating the system are described herein.

75 FR 11161 - Combined Notice of Filings #1

Federal Register 2010, 2011, 2012, 2013, 2014

2010-03-10

... Generator Interconnection Agreement among SES Solar One, LLC et al. Filed Date: 02/25/2010. Accession Number... System Operator Inc. Description: New York Independent System Operator, Inc submits proposed revisions to... Independent Transmission System Operator Inc. Description: Midwest Independent Transmission System Operator...

31 CFR 1028.300 - General.

Code of Federal Regulations, 2012 CFR

2012-07-01

... ENFORCEMENT NETWORK, DEPARTMENT OF THE TREASURY RULES FOR OPERATORS OF CREDIT CARD SYSTEMS Reports Required To Be Made by Operators of Credit Card Systems § 1028.300 General. Operators of credit card systems are... contained in that subpart which apply to operators of credit card systems. ...

31 CFR 1028.300 - General.

Code of Federal Regulations, 2011 CFR

2011-07-01

... ENFORCEMENT NETWORK, DEPARTMENT OF THE TREASURY RULES FOR OPERATORS OF CREDIT CARD SYSTEMS Reports Required To Be Made by Operators of Credit Card Systems § 1028.300 General. Operators of credit card systems are... contained in that subpart which apply to operators of credit card systems. ...

[Computerized monitoring system in the operating center with UNIX and X-window].

PubMed

Tanaka, Y; Hashimoto, S; Chihara, E; Kinoshita, T; Hirose, M; Nakagawa, M; Murakami, T

1992-01-01

We previously reported the fully automated data logging system in the operating center. Presently, we revised the system using a highly integrated operating system, UNIX instead of OS/9. With this multi-task and multi-window (X-window) system, we could monitor all 12 rooms in the operating center at a time. The system in the operating center consists of 2 computers, SONY NEWS1450 (UNIX workstation) and Sord M223 (CP/M, data logger). On the bitmapped display of the workstation, using X-window, the data of all the operating rooms can be visualized. Furthermore, 2 other minicomputers (Fujitsu A50 in the conference room, and A60 in the ICU) and a workstation (Sun3-80 in the ICU) were connected with ethernet. With the remote login function (NFS), we could easily obtain the data during the operation from outside the operating center. This system works automatically and needs no routine maintenance.

40 CFR 49.4164 - Construction and operational control measures.

Code of Federal Regulations, 2014 CFR

2014-07-01

... closed-vent system to: (i) An operating system designed to recover and inject all the produced natural... through a closed-vent system to: (i) An operating system designed to recover and inject the natural gas... operating system designed to recover and inject natural gas becomes temporarily infeasible and there is no...

40 CFR 49.4164 - Construction and operational control measures.

Code of Federal Regulations, 2013 CFR

2013-07-01

... closed-vent system to: (i) An operating system designed to recover and inject all the produced natural... through a closed-vent system to: (i) An operating system designed to recover and inject the natural gas... operating system designed to recover and inject natural gas becomes temporarily infeasible and there is no...

Objects Architecture: A Comprehensive Design Approach for Real-Time, Distributed, Fault-Tolerant, Reactive Operating Systems.

DTIC Science & Technology

1987-09-01

real - time operating system should be efficient from the real-time point...5,8]) system naming scheme. 3.2 Protecting Objects Real-time embedded systems usually neglect protection mechanisms. However, a real - time operating system cannot...allocation mechanism should adhere to application constraints. This strong relationship between a real - time operating system and the application

Design and Effectiveness of Intelligent Tutors for Operators of Complex Dynamic Systems: A Tutor Implementation for Satellite System Operators.

ERIC Educational Resources Information Center

Mitchell, Christine M.; Govindaraj, T.

1990-01-01

Discusses the use of intelligent tutoring systems as opposed to traditional on-the-job training for training operators of complex dynamic systems and describes the computer architecture for a system for operators of a NASA (National Aeronautics and Space Administration) satellite control system. An experimental evaluation with college students is…

EOS Operations Systems: EDOS Implemented Changes to Reduce Operations Costs

NASA Technical Reports Server (NTRS)

Cordier, Guy R.; Gomez-Rosa, Carlos; McLemore, Bruce D.

2007-01-01

The authors describe in this paper the progress achieved to-date with the reengineering of the Earth Observing System (EOS) Data and Operations System (EDOS), the experience gained in the process and the ensuing reduction of ground systems operations costs. The reengineering effort included a major methodology change, applying to an existing schedule driven system, a data-driven system approach.

Expert operator's associate: A knowledge based system for spacecraft control

NASA Technical Reports Server (NTRS)

Nielsen, Mogens; Grue, Klaus; Lecouat, Francois

1991-01-01

The Expert Operator's Associate (EOA) project is presented which studies the applicability of expert systems for day-to-day space operations. A prototype expert system is developed, which operates on-line with an existing spacecraft control system at the European Space Operations Centre, and functions as an 'operator's assistant' in controlling satellites. The prototype is demonstrated using an existing real-time simulation model of the MARECS-B2 telecommunication satellite. By developing a prototype system, the extent to which reliability and effectivens of operations can be enhanced by AI based support is examined. In addition the study examines the questions of acquisition and representation of the 'knowledge' for such systems, and the feasibility of 'migration' of some (currently) ground-based functions into future spaceborne autonomous systems.

The embedded operating system project

NASA Technical Reports Server (NTRS)

Campbell, R. H.

1984-01-01

This progress report describes research towards the design and construction of embedded operating systems for real-time advanced aerospace applications. The applications concerned require reliable operating system support that must accommodate networks of computers. The report addresses the problems of constructing such operating systems, the communications media, reconfiguration, consistency and recovery in a distributed system, and the issues of realtime processing. A discussion is included on suitable theoretical foundations for the use of atomic actions to support fault tolerance and data consistency in real-time object-based systems. In particular, this report addresses: atomic actions, fault tolerance, operating system structure, program development, reliability and availability, and networking issues. This document reports the status of various experiments designed and conducted to investigate embedded operating system design issues.

Advanced Hard Real-Time Operating System, the Maruti Project. Part 2.

DTIC Science & Technology

1997-01-01

Real - Time Operating System , The Maruti Project DASG-60-92-C-0055 5b. Program Element # 62301E 6. Author(s...The maruti hard real - time " operating system . A CM SIGOPS, Operating Systems Review. 23:90-106, July 1989. 254 !1 110) C. L. Liu and J. Layland...February 14, 1995 Abstract The Maruti Real - Time Operating System was developed for applications that must meet hard real-time constraints. In order

Modeling of the Human - Operator in a Complex System Functioning Under Extreme Conditions

NASA Astrophysics Data System (ADS)

Getzov, Peter; Hubenova, Zoia; Yordanov, Dimitar; Popov, Wiliam

2013-12-01

Problems, related to the explication of sophisticated control systems of objects, operating under extreme conditions, have been examined and the impact of the effectiveness of the operator's activity on the systems as a whole. The necessity of creation of complex simulation models, reflecting operator's activity, is discussed. Organizational and technical system of an unmanned aviation complex is described as a sophisticated ergatic system. Computer realization of main subsystems of algorithmic system of the man as a controlling system is implemented and specialized software for data processing and analysis is developed. An original computer model of a Man as a tracking system has been implemented. Model of unmanned complex for operators training and formation of a mental model in emergency situation, implemented in "matlab-simulink" environment, has been synthesized. As a unit of the control loop, the pilot (operator) is simplified viewed as an autocontrol system consisting of three main interconnected subsystems: sensitive organs (perception sensors); central nervous system; executive organs (muscles of the arms, legs, back). Theoretical-data model of prediction the level of operator's information load in ergatic systems is proposed. It allows the assessment and prediction of the effectiveness of a real working operator. Simulation model of operator's activity in takeoff based on the Petri nets has been synthesized.

75 FR 56633 - Self-Regulatory Organizations; NASDAQ OMX PHLX, Inc.; Order Approving a Proposed Rule Change, as...

Federal Register 2010, 2011, 2012, 2013, 2014

2010-09-16

... ceasing operations of XLE, the Exchange has solely operated an options market. The System will allow PSX..., Display and Execution The System will operate, and orders can be entered into the System, from 9 a.m. to 5... satisfies this requirement. \\63\\ In considering the operation of automated execution systems operated by an...

CLIPS 6.0 - C LANGUAGE INTEGRATED PRODUCTION SYSTEM, VERSION 6.0 (UNIX VERSION)

NASA Technical Reports Server (NTRS)

Donnell, B.

1994-01-01

CLIPS, the C Language Integrated Production System, is a complete environment for developing expert systems -- programs which are specifically intended to model human expertise or knowledge. It is designed to allow artificial intelligence research, development, and delivery on conventional computers. CLIPS 6.0 provides a cohesive tool for handling a wide variety of knowledge with support for three different programming paradigms: rule-based, object-oriented, and procedural. Rule-based programming allows knowledge to be represented as heuristics, or "rules-of-thumb" which specify a set of actions to be performed for a given situation. Object-oriented programming allows complex systems to be modeled as modular components (which can be easily reused to model other systems or create new components). The procedural programming capabilities provided by CLIPS 6.0 allow CLIPS to represent knowledge in ways similar to those allowed in languages such as C, Pascal, Ada, and LISP. Using CLIPS 6.0, one can develop expert system software using only rule-based programming, only object-oriented programming, only procedural programming, or combinations of the three. CLIPS provides extensive features to support the rule-based programming paradigm including seven conflict resolution strategies, dynamic rule priorities, and truth maintenance. CLIPS 6.0 supports more complex nesting of conditional elements in the if portion of a rule ("and", "or", and "not" conditional elements can be placed within a "not" conditional element). In addition, there is no longer a limitation on the number of multifield slots that a deftemplate can contain. The CLIPS Object-Oriented Language (COOL) provides object-oriented programming capabilities. Features supported by COOL include classes with multiple inheritance, abstraction, encapsulation, polymorphism, dynamic binding, and message passing with message-handlers. CLIPS 6.0 supports tight integration of the rule-based programming features of CLIPS with COOL (that is, a rule can pattern match on objects created using COOL). CLIPS 6.0 provides the capability to define functions, overloaded functions, and global variables interactively. In addition, CLIPS can be embedded within procedural code, called as a subroutine, and integrated with languages such as C, FORTRAN and Ada. CLIPS can be easily extended by a user through the use of several well-defined protocols. CLIPS provides several delivery options for programs including the ability to generate stand alone executables or to load programs from text or binary files. CLIPS 6.0 provides support for the modular development and execution of knowledge bases with the defmodule construct. CLIPS modules allow a set of constructs to be grouped together such that explicit control can be maintained over restricting the access of the constructs by other modules. This type of control is similar to global and local scoping used in languages such as C or Ada. By restricting access to deftemplate and defclass constructs, modules can function as blackboards, permitting only certain facts and instances to be seen by other modules. Modules are also used by rules to provide execution control. The CRSV (Cross-Reference, Style, and Verification) utility included with previous version of CLIPS is no longer supported. The capabilities provided by this tool are now available directly within CLIPS 6.0 to aid in the development, debugging, and verification of large rule bases. COSMIC offers four distribution versions of CLIPS 6.0: UNIX (MSC-22433), VMS (MSC-22434), MACINTOSH (MSC-22429), and IBM PC (MSC-22430). Executable files, source code, utilities, documentation, and examples are included on the program media. All distribution versions include identical source code for the command line version of CLIPS 6.0. This source code should compile on any platform with an ANSI C compiler. Each distribution version of CLIPS 6.0, except that for the Macintosh platform, includes an executable for the command line version. For the UNIX version of CLIPS 6.0, the command line interface has been successfully implemented on a Sun4 running SunOS, a DECstation running DEC RISC ULTRIX, an SGI Indigo Elan running IRIX, a DEC Alpha AXP running OSF/1, and an IBM RS/6000 running AIX. Command line interface executables are included for Sun4 computers running SunOS 4.1.1 or later and for the DEC RISC ULTRIX platform. The makefiles may have to be modified slightly to be used on other UNIX platforms. The UNIX, Macintosh, and IBM PC versions of CLIPS 6.0 each have a platform specific interface. Source code, a makefile, and an executable for the Windows 3.1 interface version of CLIPS 6.0 are provided only on the IBM PC distribution diskettes. Source code, a makefile, and an executable for the Macintosh interface version of CLIPS 6.0 are provided only on the Macintosh distribution diskettes. Likewise, for the UNIX version of CLIPS 6.0, only source code and a makefile for an X-Windows interface are provided. The X-Windows interface requires MIT's X Window System, Version 11, Release 4 (X11R4), the Athena Widget Set, and the Xmu library. The source code for the Athena Widget Set is provided on the distribution medium. The X-Windows interface has been successfully implemented on a Sun4 running SunOS 4.1.2 with the MIT distribution of X11R4 (not OpenWindows), an SGI Indigo Elan running IRIX 4.0.5, and a DEC Alpha AXP running OSF/1 1.2. The VAX version of CLIPS 6.0 comes only with the generic command line interface. ASCII makefiles for the command line version of CLIPS are provided on all the distribution media for UNIX, VMS, and DOS. Four executables are provided with the IBM PC version: a windowed interface executable for Windows 3.1 built using Borland C++ v3.1, an editor for use with the windowed interface, a command line version of CLIPS for Windows 3.1, and a 386 command line executable for DOS built using Zortech C++ v3.1. All four executables are capable of utilizing extended memory and require an 80386 CPU or better. Users needing an 8086/8088 or 80286 executable must recompile the CLIPS source code themselves. Users who wish to recompile the DOS executable using Borland C++ or MicroSoft C must use a DOS extender program to produce an executable capable of using extended memory. The version of CLIPS 6.0 for IBM PC compatibles requires DOS v3.3 or later and/or Windows 3.1 or later. It is distributed on a set of three 1.4Mb 3.5 inch diskettes. A hard disk is required. The Macintosh version is distributed in compressed form on two 3.5 inch 1.4Mb Macintosh format diskettes, and requires System 6.0.5, or higher, and 1Mb RAM. The version for DEC VAX/VMS is available in VAX BACKUP format on a 1600 BPI 9-track magnetic tape (standard distribution medium) or a TK50 tape cartridge. The UNIX version is distributed in UNIX tar format on a .25 inch streaming magnetic tape cartridge (Sun QIC-24). For the UNIX version, alternate distribution media and formats are available upon request. The CLIPS 6.0 documentation includes a User's Guide and a three volume Reference Manual consisting of Basic and Advanced Programming Guides and an Interfaces Guide. An electronic version of the documentation is provided on the distribution medium for each version: in MicroSoft Word format for the Macintosh and PC versions of CLIPS, and in both PostScript format and MicroSoft Word for Macintosh format for the UNIX and DEC VAX versions of CLIPS. CLIPS was developed in 1986 and Version 6.0 was released in 1993.

CLIPS 6.0 - C LANGUAGE INTEGRATED PRODUCTION SYSTEM, VERSION 6.0 (IBM PC VERSION)

NASA Technical Reports Server (NTRS)

Donnell, B.

1994-01-01

CLIPS, the C Language Integrated Production System, is a complete environment for developing expert systems -- programs which are specifically intended to model human expertise or knowledge. It is designed to allow artificial intelligence research, development, and delivery on conventional computers. CLIPS 6.0 provides a cohesive tool for handling a wide variety of knowledge with support for three different programming paradigms: rule-based, object-oriented, and procedural. Rule-based programming allows knowledge to be represented as heuristics, or "rules-of-thumb" which specify a set of actions to be performed for a given situation. Object-oriented programming allows complex systems to be modeled as modular components (which can be easily reused to model other systems or create new components). The procedural programming capabilities provided by CLIPS 6.0 allow CLIPS to represent knowledge in ways similar to those allowed in languages such as C, Pascal, Ada, and LISP. Using CLIPS 6.0, one can develop expert system software using only rule-based programming, only object-oriented programming, only procedural programming, or combinations of the three. CLIPS provides extensive features to support the rule-based programming paradigm including seven conflict resolution strategies, dynamic rule priorities, and truth maintenance. CLIPS 6.0 supports more complex nesting of conditional elements in the if portion of a rule ("and", "or", and "not" conditional elements can be placed within a "not" conditional element). In addition, there is no longer a limitation on the number of multifield slots that a deftemplate can contain. The CLIPS Object-Oriented Language (COOL) provides object-oriented programming capabilities. Features supported by COOL include classes with multiple inheritance, abstraction, encapsulation, polymorphism, dynamic binding, and message passing with message-handlers. CLIPS 6.0 supports tight integration of the rule-based programming features of CLIPS with COOL (that is, a rule can pattern match on objects created using COOL). CLIPS 6.0 provides the capability to define functions, overloaded functions, and global variables interactively. In addition, CLIPS can be embedded within procedural code, called as a subroutine, and integrated with languages such as C, FORTRAN and Ada. CLIPS can be easily extended by a user through the use of several well-defined protocols. CLIPS provides several delivery options for programs including the ability to generate stand alone executables or to load programs from text or binary files. CLIPS 6.0 provides support for the modular development and execution of knowledge bases with the defmodule construct. CLIPS modules allow a set of constructs to be grouped together such that explicit control can be maintained over restricting the access of the constructs by other modules. This type of control is similar to global and local scoping used in languages such as C or Ada. By restricting access to deftemplate and defclass constructs, modules can function as blackboards, permitting only certain facts and instances to be seen by other modules. Modules are also used by rules to provide execution control. The CRSV (Cross-Reference, Style, and Verification) utility included with previous version of CLIPS is no longer supported. The capabilities provided by this tool are now available directly within CLIPS 6.0 to aid in the development, debugging, and verification of large rule bases. COSMIC offers four distribution versions of CLIPS 6.0: UNIX (MSC-22433), VMS (MSC-22434), MACINTOSH (MSC-22429), and IBM PC (MSC-22430). Executable files, source code, utilities, documentation, and examples are included on the program media. All distribution versions include identical source code for the command line version of CLIPS 6.0. This source code should compile on any platform with an ANSI C compiler. Each distribution version of CLIPS 6.0, except that for the Macintosh platform, includes an executable for the command line version. For the UNIX version of CLIPS 6.0, the command line interface has been successfully implemented on a Sun4 running SunOS, a DECstation running DEC RISC ULTRIX, an SGI Indigo Elan running IRIX, a DEC Alpha AXP running OSF/1, and an IBM RS/6000 running AIX. Command line interface executables are included for Sun4 computers running SunOS 4.1.1 or later and for the DEC RISC ULTRIX platform. The makefiles may have to be modified slightly to be used on other UNIX platforms. The UNIX, Macintosh, and IBM PC versions of CLIPS 6.0 each have a platform specific interface. Source code, a makefile, and an executable for the Windows 3.1 interface version of CLIPS 6.0 are provided only on the IBM PC distribution diskettes. Source code, a makefile, and an executable for the Macintosh interface version of CLIPS 6.0 are provided only on the Macintosh distribution diskettes. Likewise, for the UNIX version of CLIPS 6.0, only source code and a makefile for an X-Windows interface are provided. The X-Windows interface requires MIT's X Window System, Version 11, Release 4 (X11R4), the Athena Widget Set, and the Xmu library. The source code for the Athena Widget Set is provided on the distribution medium. The X-Windows interface has been successfully implemented on a Sun4 running SunOS 4.1.2 with the MIT distribution of X11R4 (not OpenWindows), an SGI Indigo Elan running IRIX 4.0.5, and a DEC Alpha AXP running OSF/1 1.2. The VAX version of CLIPS 6.0 comes only with the generic command line interface. ASCII makefiles for the command line version of CLIPS are provided on all the distribution media for UNIX, VMS, and DOS. Four executables are provided with the IBM PC version: a windowed interface executable for Windows 3.1 built using Borland C++ v3.1, an editor for use with the windowed interface, a command line version of CLIPS for Windows 3.1, and a 386 command line executable for DOS built using Zortech C++ v3.1. All four executables are capable of utilizing extended memory and require an 80386 CPU or better. Users needing an 8086/8088 or 80286 executable must recompile the CLIPS source code themselves. Users who wish to recompile the DOS executable using Borland C++ or MicroSoft C must use a DOS extender program to produce an executable capable of using extended memory. The version of CLIPS 6.0 for IBM PC compatibles requires DOS v3.3 or later and/or Windows 3.1 or later. It is distributed on a set of three 1.4Mb 3.5 inch diskettes. A hard disk is required. The Macintosh version is distributed in compressed form on two 3.5 inch 1.4Mb Macintosh format diskettes, and requires System 6.0.5, or higher, and 1Mb RAM. The version for DEC VAX/VMS is available in VAX BACKUP format on a 1600 BPI 9-track magnetic tape (standard distribution medium) or a TK50 tape cartridge. The UNIX version is distributed in UNIX tar format on a .25 inch streaming magnetic tape cartridge (Sun QIC-24). For the UNIX version, alternate distribution media and formats are available upon request. The CLIPS 6.0 documentation includes a User's Guide and a three volume Reference Manual consisting of Basic and Advanced Programming Guides and an Interfaces Guide. An electronic version of the documentation is provided on the distribution medium for each version: in MicroSoft Word format for the Macintosh and PC versions of CLIPS, and in both PostScript format and MicroSoft Word for Macintosh format for the UNIX and DEC VAX versions of CLIPS. CLIPS was developed in 1986 and Version 6.0 was released in 1993.

CLIPS 6.0 - C LANGUAGE INTEGRATED PRODUCTION SYSTEM, VERSION 6.0 (MACINTOSH VERSION)

NASA Technical Reports Server (NTRS)

Riley, G.

1994-01-01

CLIPS, the C Language Integrated Production System, is a complete environment for developing expert systems -- programs which are specifically intended to model human expertise or knowledge. It is designed to allow artificial intelligence research, development, and delivery on conventional computers. CLIPS 6.0 provides a cohesive tool for handling a wide variety of knowledge with support for three different programming paradigms: rule-based, object-oriented, and procedural. Rule-based programming allows knowledge to be represented as heuristics, or "rules-of-thumb" which specify a set of actions to be performed for a given situation. Object-oriented programming allows complex systems to be modeled as modular components (which can be easily reused to model other systems or create new components). The procedural programming capabilities provided by CLIPS 6.0 allow CLIPS to represent knowledge in ways similar to those allowed in languages such as C, Pascal, Ada, and LISP. Using CLIPS 6.0, one can develop expert system software using only rule-based programming, only object-oriented programming, only procedural programming, or combinations of the three. CLIPS provides extensive features to support the rule-based programming paradigm including seven conflict resolution strategies, dynamic rule priorities, and truth maintenance. CLIPS 6.0 supports more complex nesting of conditional elements in the if portion of a rule ("and", "or", and "not" conditional elements can be placed within a "not" conditional element). In addition, there is no longer a limitation on the number of multifield slots that a deftemplate can contain. The CLIPS Object-Oriented Language (COOL) provides object-oriented programming capabilities. Features supported by COOL include classes with multiple inheritance, abstraction, encapsulation, polymorphism, dynamic binding, and message passing with message-handlers. CLIPS 6.0 supports tight integration of the rule-based programming features of CLIPS with COOL (that is, a rule can pattern match on objects created using COOL). CLIPS 6.0 provides the capability to define functions, overloaded functions, and global variables interactively. In addition, CLIPS can be embedded within procedural code, called as a subroutine, and integrated with languages such as C, FORTRAN and Ada. CLIPS can be easily extended by a user through the use of several well-defined protocols. CLIPS provides several delivery options for programs including the ability to generate stand alone executables or to load programs from text or binary files. CLIPS 6.0 provides support for the modular development and execution of knowledge bases with the defmodule construct. CLIPS modules allow a set of constructs to be grouped together such that explicit control can be maintained over restricting the access of the constructs by other modules. This type of control is similar to global and local scoping used in languages such as C or Ada. By restricting access to deftemplate and defclass constructs, modules can function as blackboards, permitting only certain facts and instances to be seen by other modules. Modules are also used by rules to provide execution control. The CRSV (Cross-Reference, Style, and Verification) utility included with previous version of CLIPS is no longer supported. The capabilities provided by this tool are now available directly within CLIPS 6.0 to aid in the development, debugging, and verification of large rule bases. COSMIC offers four distribution versions of CLIPS 6.0: UNIX (MSC-22433), VMS (MSC-22434), MACINTOSH (MSC-22429), and IBM PC (MSC-22430). Executable files, source code, utilities, documentation, and examples are included on the program media. All distribution versions include identical source code for the command line version of CLIPS 6.0. This source code should compile on any platform with an ANSI C compiler. Each distribution version of CLIPS 6.0, except that for the Macintosh platform, includes an executable for the command line version. For the UNIX version of CLIPS 6.0, the command line interface has been successfully implemented on a Sun4 running SunOS, a DECstation running DEC RISC ULTRIX, an SGI Indigo Elan running IRIX, a DEC Alpha AXP running OSF/1, and an IBM RS/6000 running AIX. Command line interface executables are included for Sun4 computers running SunOS 4.1.1 or later and for the DEC RISC ULTRIX platform. The makefiles may have to be modified slightly to be used on other UNIX platforms. The UNIX, Macintosh, and IBM PC versions of CLIPS 6.0 each have a platform specific interface. Source code, a makefile, and an executable for the Windows 3.1 interface version of CLIPS 6.0 are provided only on the IBM PC distribution diskettes. Source code, a makefile, and an executable for the Macintosh interface version of CLIPS 6.0 are provided only on the Macintosh distribution diskettes. Likewise, for the UNIX version of CLIPS 6.0, only source code and a makefile for an X-Windows interface are provided. The X-Windows interface requires MIT's X Window System, Version 11, Release 4 (X11R4), the Athena Widget Set, and the Xmu library. The source code for the Athena Widget Set is provided on the distribution medium. The X-Windows interface has been successfully implemented on a Sun4 running SunOS 4.1.2 with the MIT distribution of X11R4 (not OpenWindows), an SGI Indigo Elan running IRIX 4.0.5, and a DEC Alpha AXP running OSF/1 1.2. The VAX version of CLIPS 6.0 comes only with the generic command line interface. ASCII makefiles for the command line version of CLIPS are provided on all the distribution media for UNIX, VMS, and DOS. Four executables are provided with the IBM PC version: a windowed interface executable for Windows 3.1 built using Borland C++ v3.1, an editor for use with the windowed interface, a command line version of CLIPS for Windows 3.1, and a 386 command line executable for DOS built using Zortech C++ v3.1. All four executables are capable of utilizing extended memory and require an 80386 CPU or better. Users needing an 8086/8088 or 80286 executable must recompile the CLIPS source code themselves. Users who wish to recompile the DOS executable using Borland C++ or MicroSoft C must use a DOS extender program to produce an executable capable of using extended memory. The version of CLIPS 6.0 for IBM PC compatibles requires DOS v3.3 or later and/or Windows 3.1 or later. It is distributed on a set of three 1.4Mb 3.5 inch diskettes. A hard disk is required. The Macintosh version is distributed in compressed form on two 3.5 inch 1.4Mb Macintosh format diskettes, and requires System 6.0.5, or higher, and 1Mb RAM. The version for DEC VAX/VMS is available in VAX BACKUP format on a 1600 BPI 9-track magnetic tape (standard distribution medium) or a TK50 tape cartridge. The UNIX version is distributed in UNIX tar format on a .25 inch streaming magnetic tape cartridge (Sun QIC-24). For the UNIX version, alternate distribution media and formats are available upon request. The CLIPS 6.0 documentation includes a User's Guide and a three volume Reference Manual consisting of Basic and Advanced Programming Guides and an Interfaces Guide. An electronic version of the documentation is provided on the distribution medium for each version: in MicroSoft Word format for the Macintosh and PC versions of CLIPS, and in both PostScript format and MicroSoft Word for Macintosh format for the UNIX and DEC VAX versions of CLIPS. CLIPS was developed in 1986 and Version 6.0 was released in 1993.

CLIPS 6.0 - C LANGUAGE INTEGRATED PRODUCTION SYSTEM, VERSION 6.0 (DEC VAX VMS VERSION)

NASA Technical Reports Server (NTRS)

Donnell, B.

1994-01-01

CLIPS, the C Language Integrated Production System, is a complete environment for developing expert systems -- programs which are specifically intended to model human expertise or knowledge. It is designed to allow artificial intelligence research, development, and delivery on conventional computers. CLIPS 6.0 provides a cohesive tool for handling a wide variety of knowledge with support for three different programming paradigms: rule-based, object-oriented, and procedural. Rule-based programming allows knowledge to be represented as heuristics, or "rules-of-thumb" which specify a set of actions to be performed for a given situation. Object-oriented programming allows complex systems to be modeled as modular components (which can be easily reused to model other systems or create new components). The procedural programming capabilities provided by CLIPS 6.0 allow CLIPS to represent knowledge in ways similar to those allowed in languages such as C, Pascal, Ada, and LISP. Using CLIPS 6.0, one can develop expert system software using only rule-based programming, only object-oriented programming, only procedural programming, or combinations of the three. CLIPS provides extensive features to support the rule-based programming paradigm including seven conflict resolution strategies, dynamic rule priorities, and truth maintenance. CLIPS 6.0 supports more complex nesting of conditional elements in the if portion of a rule ("and", "or", and "not" conditional elements can be placed within a "not" conditional element). In addition, there is no longer a limitation on the number of multifield slots that a deftemplate can contain. The CLIPS Object-Oriented Language (COOL) provides object-oriented programming capabilities. Features supported by COOL include classes with multiple inheritance, abstraction, encapsulation, polymorphism, dynamic binding, and message passing with message-handlers. CLIPS 6.0 supports tight integration of the rule-based programming features of CLIPS with COOL (that is, a rule can pattern match on objects created using COOL). CLIPS 6.0 provides the capability to define functions, overloaded functions, and global variables interactively. In addition, CLIPS can be embedded within procedural code, called as a subroutine, and integrated with languages such as C, FORTRAN and Ada. CLIPS can be easily extended by a user through the use of several well-defined protocols. CLIPS provides several delivery options for programs including the ability to generate stand alone executables or to load programs from text or binary files. CLIPS 6.0 provides support for the modular development and execution of knowledge bases with the defmodule construct. CLIPS modules allow a set of constructs to be grouped together such that explicit control can be maintained over restricting the access of the constructs by other modules. This type of control is similar to global and local scoping used in languages such as C or Ada. By restricting access to deftemplate and defclass constructs, modules can function as blackboards, permitting only certain facts and instances to be seen by other modules. Modules are also used by rules to provide execution control. The CRSV (Cross-Reference, Style, and Verification) utility included with previous version of CLIPS is no longer supported. The capabilities provided by this tool are now available directly within CLIPS 6.0 to aid in the development, debugging, and verification of large rule bases. COSMIC offers four distribution versions of CLIPS 6.0: UNIX (MSC-22433), VMS (MSC-22434), MACINTOSH (MSC-22429), and IBM PC (MSC-22430). Executable files, source code, utilities, documentation, and examples are included on the program media. All distribution versions include identical source code for the command line version of CLIPS 6.0. This source code should compile on any platform with an ANSI C compiler. Each distribution version of CLIPS 6.0, except that for the Macintosh platform, includes an executable for the command line version. For the UNIX version of CLIPS 6.0, the command line interface has been successfully implemented on a Sun4 running SunOS, a DECstation running DEC RISC ULTRIX, an SGI Indigo Elan running IRIX, a DEC Alpha AXP running OSF/1, and an IBM RS/6000 running AIX. Command line interface executables are included for Sun4 computers running SunOS 4.1.1 or later and for the DEC RISC ULTRIX platform. The makefiles may have to be modified slightly to be used on other UNIX platforms. The UNIX, Macintosh, and IBM PC versions of CLIPS 6.0 each have a platform specific interface. Source code, a makefile, and an executable for the Windows 3.1 interface version of CLIPS 6.0 are provided only on the IBM PC distribution diskettes. Source code, a makefile, and an executable for the Macintosh interface version of CLIPS 6.0 are provided only on the Macintosh distribution diskettes. Likewise, for the UNIX version of CLIPS 6.0, only source code and a makefile for an X-Windows interface are provided. The X-Windows interface requires MIT's X Window System, Version 11, Release 4 (X11R4), the Athena Widget Set, and the Xmu library. The source code for the Athena Widget Set is provided on the distribution medium. The X-Windows interface has been successfully implemented on a Sun4 running SunOS 4.1.2 with the MIT distribution of X11R4 (not OpenWindows), an SGI Indigo Elan running IRIX 4.0.5, and a DEC Alpha AXP running OSF/1 1.2. The VAX version of CLIPS 6.0 comes only with the generic command line interface. ASCII makefiles for the command line version of CLIPS are provided on all the distribution media for UNIX, VMS, and DOS. Four executables are provided with the IBM PC version: a windowed interface executable for Windows 3.1 built using Borland C++ v3.1, an editor for use with the windowed interface, a command line version of CLIPS for Windows 3.1, and a 386 command line executable for DOS built using Zortech C++ v3.1. All four executables are capable of utilizing extended memory and require an 80386 CPU or better. Users needing an 8086/8088 or 80286 executable must recompile the CLIPS source code themselves. Users who wish to recompile the DOS executable using Borland C++ or MicroSoft C must use a DOS extender program to produce an executable capable of using extended memory. The version of CLIPS 6.0 for IBM PC compatibles requires DOS v3.3 or later and/or Windows 3.1 or later. It is distributed on a set of three 1.4Mb 3.5 inch diskettes. A hard disk is required. The Macintosh version is distributed in compressed form on two 3.5 inch 1.4Mb Macintosh format diskettes, and requires System 6.0.5, or higher, and 1Mb RAM. The version for DEC VAX/VMS is available in VAX BACKUP format on a 1600 BPI 9-track magnetic tape (standard distribution medium) or a TK50 tape cartridge. The UNIX version is distributed in UNIX tar format on a .25 inch streaming magnetic tape cartridge (Sun QIC-24). For the UNIX version, alternate distribution media and formats are available upon request. The CLIPS 6.0 documentation includes a User's Guide and a three volume Reference Manual consisting of Basic and Advanced Programming Guides and an Interfaces Guide. An electronic version of the documentation is provided on the distribution medium for each version: in MicroSoft Word format for the Macintosh and PC versions of CLIPS, and in both PostScript format and MicroSoft Word for Macintosh format for the UNIX and DEC VAX versions of CLIPS. CLIPS was developed in 1986 and Version 6.0 was released in 1993.

14 CFR 417.405 - Ground safety analysis.

Code of Federal Regulations, 2011 CFR

2011-01-01

... hazard from affecting the public. A launch operator must incorporate the launch site operator's systems... personnel who are knowledgeable of launch vehicle systems, launch processing, ground systems, operations...) Begin a ground safety analysis by identifying the systems and operations to be analyzed; (2) Define the...

14 CFR 417.405 - Ground safety analysis.

Code of Federal Regulations, 2010 CFR

2010-01-01

... hazard from affecting the public. A launch operator must incorporate the launch site operator's systems... personnel who are knowledgeable of launch vehicle systems, launch processing, ground systems, operations...) Begin a ground safety analysis by identifying the systems and operations to be analyzed; (2) Define the...

A multiprocessor operating system simulator

DOE Office of Scientific and Technical Information (OSTI.GOV)

Johnston, G.M.; Campbell, R.H.

1988-01-01

This paper describes a multiprocessor operating system simulator that was developed by the authors in the Fall of 1987. The simulator was built in response to the need to provide students with an environment in which to build and test operating system concepts as part of the coursework of a third-year undergraduate operating systems course. Written in C++, the simulator uses the co-routine style task package that is distributed with the AT and T C++ Translator to provide a hierarchy of classes that represents a broad range of operating system software and hardware components. The class hierarchy closely follows thatmore » of the Choices family of operating systems for loosely and tightly coupled multiprocessors. During an operating system course, these classes are refined and specialized by students in homework assignments to facilitate experimentation with different aspects of operating system design and policy decisions. The current implementation runs on the IBM RT PC under 4.3bsd UNIX.« less

An Investigation into Soft Error Detection Efficiency at Operating System Level

PubMed Central

Taheri, Hassan

2014-01-01

Electronic equipment operating in harsh environments such as space is subjected to a range of threats. The most important of these is radiation that gives rise to permanent and transient errors on microelectronic components. The occurrence rate of transient errors is significantly more than permanent errors. The transient errors, or soft errors, emerge in two formats: control flow errors (CFEs) and data errors. Valuable research results have already appeared in literature at hardware and software levels for their alleviation. However, there is the basic assumption behind these works that the operating system is reliable and the focus is on other system levels. In this paper, we investigate the effects of soft errors on the operating system components and compare their vulnerability with that of application level components. Results show that soft errors in operating system components affect both operating system and application level components. Therefore, by providing endurance to operating system level components against soft errors, both operating system and application level components gain tolerance. PMID:24574894

An investigation into soft error detection efficiency at operating system level.

PubMed

Asghari, Seyyed Amir; Kaynak, Okyay; Taheri, Hassan

2014-01-01

Electronic equipment operating in harsh environments such as space is subjected to a range of threats. The most important of these is radiation that gives rise to permanent and transient errors on microelectronic components. The occurrence rate of transient errors is significantly more than permanent errors. The transient errors, or soft errors, emerge in two formats: control flow errors (CFEs) and data errors. Valuable research results have already appeared in literature at hardware and software levels for their alleviation. However, there is the basic assumption behind these works that the operating system is reliable and the focus is on other system levels. In this paper, we investigate the effects of soft errors on the operating system components and compare their vulnerability with that of application level components. Results show that soft errors in operating system components affect both operating system and application level components. Therefore, by providing endurance to operating system level components against soft errors, both operating system and application level components gain tolerance.

The Automation-by-Expertise-by-Training Interaction.

PubMed

Strauch, Barry

2017-03-01

I introduce the automation-by-expertise-by-training interaction in automated systems and discuss its influence on operator performance. Transportation accidents that, across a 30-year interval demonstrated identical automation-related operator errors, suggest a need to reexamine traditional views of automation. I review accident investigation reports, regulator studies, and literature on human computer interaction, expertise, and training and discuss how failing to attend to the interaction of automation, expertise level, and training has enabled operators to commit identical automation-related errors. Automated systems continue to provide capabilities exceeding operators' need for effective system operation and provide interfaces that can hinder, rather than enhance, operator automation-related situation awareness. Because of limitations in time and resources, training programs do not provide operators the expertise needed to effectively operate these automated systems, requiring them to obtain the expertise ad hoc during system operations. As a result, many do not acquire necessary automation-related system expertise. Integrating automation with expected operator expertise levels, and within training programs that provide operators the necessary automation expertise, can reduce opportunities for automation-related operator errors. Research to address the automation-by-expertise-by-training interaction is needed. However, such research must meet challenges inherent to examining realistic sociotechnical system automation features with representative samples of operators, perhaps by using observational and ethnographic research. Research in this domain should improve the integration of design and training and, it is hoped, enhance operator performance.

Operationally Efficient Propulsion System Study (OEPSS) data book. Volume 1: Generic ground operations data

NASA Technical Reports Server (NTRS)

Byrd, Raymond J.

1990-01-01

This study was initiated to identify operations problems and cost drivers for current propulsion systems and to identify technology and design approaches to increase the operational efficiency and reduce operations costs for future propulsion systems. To provide readily usable data for the Advance Launch System (ALS) program, the results of the Operationally Efficient Propulsion System Study (OEPSS) were organized into a series of OEPSS Data Books as follows: Volume 1, Generic Ground Operations Data; Volume 2, Ground Operations Problems; Volume 3, Operations Technology; Volume 4, OEPSS Design Concepts; and Volume 5, OEPSS Final Review Briefing, which summarizes the activities and results of the study. This volume presents ground processing data for a generic LOX/LH2 booster and core propulsion system based on current STS experience. The data presented includes: top logic diagram, process flow, activities bar-chart, loaded timelines, manpower requirements in terms of duration, headcount and skill mix per operations and maintenance instruction (OMI), and critical path tasks and durations.

Multi-agent autonomous system

NASA Technical Reports Server (NTRS)

Fink, Wolfgang (Inventor); Dohm, James (Inventor); Tarbell, Mark A. (Inventor)

2010-01-01

A multi-agent autonomous system for exploration of hazardous or inaccessible locations. The multi-agent autonomous system includes simple surface-based agents or craft controlled by an airborne tracking and command system. The airborne tracking and command system includes an instrument suite used to image an operational area and any craft deployed within the operational area. The image data is used to identify the craft, targets for exploration, and obstacles in the operational area. The tracking and command system determines paths for the surface-based craft using the identified targets and obstacles and commands the craft using simple movement commands to move through the operational area to the targets while avoiding the obstacles. Each craft includes its own instrument suite to collect information about the operational area that is transmitted back to the tracking and command system. The tracking and command system may be further coupled to a satellite system to provide additional image information about the operational area and provide operational and location commands to the tracking and command system.

SpaceOps 1992: Proceedings of the Second International Symposium on Ground Data Systems for Space Mission Operations

NASA Technical Reports Server (NTRS)

1993-01-01

The Second International Symposium featured 135 oral presentations in these 12 categories: Future Missions and Operations; System-Level Architectures; Mission-Specific Systems; Mission and Science Planning and Sequencing; Mission Control; Operations Automation and Emerging Technologies; Data Acquisition; Navigation; Operations Support Services; Engineering Data Analysis of Space Vehicle and Ground Systems; Telemetry Processing, Mission Data Management, and Data Archiving; and Operations Management. Topics focused on improvements in the productivity, effectiveness, efficiency, and quality of mission operations, ground systems, and data acquisition. Also emphasized were accomplishments in management of human factors; use of information systems to improve data retrieval, reporting, and archiving; design and implementation of logistics support for mission operations; and the use of telescience and teleoperations.

49 CFR 325.37 - Location and operation of sound level measurement system; highway operations.

Code of Federal Regulations, 2011 CFR

2011-10-01

... 49 Transportation 5 2011-10-01 2011-10-01 false Location and operation of sound level measurement...; Highway Operations § 325.37 Location and operation of sound level measurement system; highway operations. (a) The microphone of a sound level measurement system that conforms to the rules in § 325.23 of this...

Analysis of remote operating systems for space-based servicing operations, volume 1

NASA Technical Reports Server (NTRS)

1985-01-01

A two phase study was conducted to analyze and develop the requirements for remote operating systems as applied to space based operations for the servicing, maintenance, and repair of satellites. Phase one consisted of the development of servicing requirements to establish design criteria for remote operating systems. Phase two defined preferred system concepts and development plans which met the requirements established in phase one. The specific tasks in phase two were to: (1) identify desirable operational and conceptual approaches for selected mission scenarios; (2) examine the potential impact of remote operating systems incorporated into the design of the space station; (3) address remote operating systems design issues, such as mobility, which are effected by the space station configuration; and (4) define the programmatic approaches for technology development, testing, simulation, and flight demonstration.

Advanced Ground Systems Maintenance Physics Models For Diagnostics Project

NASA Technical Reports Server (NTRS)

Perotti, Jose M.

2015-01-01

The project will use high-fidelity physics models and simulations to simulate real-time operations of cryogenic and systems and calculate the status/health of the systems. The project enables the delivery of system health advisories to ground system operators. The capability will also be used to conduct planning and analysis of cryogenic system operations. This project will develop and implement high-fidelity physics-based modeling techniques tosimulate the real-time operation of cryogenics and other fluids systems and, when compared to thereal-time operation of the actual systems, provide assessment of their state. Physics-modelcalculated measurements (called “pseudo-sensors”) will be compared to the system real-timedata. Comparison results will be utilized to provide systems operators with enhanced monitoring ofsystems' health and status, identify off-nominal trends and diagnose system/component failures.This capability can also be used to conduct planning and analysis of cryogenics and other fluidsystems designs. This capability will be interfaced with the ground operations command andcontrol system as a part of the Advanced Ground Systems Maintenance (AGSM) project to helpassure system availability and mission success. The initial capability will be developed for theLiquid Oxygen (LO2) ground loading systems.

A Network Architecture for Data-Driven Systems

DTIC Science & Technology

1985-07-01

ELABORATION. ..... ..... 26 Real - Time Operating System . ....... ......... 26 Secondary Memory Utilization. ........ ....... 26 Data Flow Graphical...discussions followed by a flight simulator exam~ple. REAL - TIME OPERATING SYSTEM An operating system needs to be designed exclusively for real-time...Assessment. (SDWA) module. The SDWA module is tightly coupled to the real - time operating system . This module must determine the sensitivity to

40 CFR 280.230 - Operating an underground storage tank or underground storage tank system.

Code of Federal Regulations, 2010 CFR

2010-07-01

... underground storage tank or underground storage tank system. (a) Operating an UST or UST system prior to...) Operating an UST or UST system after foreclosure. The following provisions apply to a holder who, through..., the purchaser must decide whether to operate or close the UST or UST system in accordance with...

40 CFR 280.230 - Operating an underground storage tank or underground storage tank system.

Code of Federal Regulations, 2011 CFR

2011-07-01

... underground storage tank or underground storage tank system. (a) Operating an UST or UST system prior to...) Operating an UST or UST system after foreclosure. The following provisions apply to a holder who, through..., the purchaser must decide whether to operate or close the UST or UST system in accordance with...

40 CFR 280.230 - Operating an underground storage tank or underground storage tank system.

Code of Federal Regulations, 2014 CFR

2014-07-01

... underground storage tank or underground storage tank system. (a) Operating an UST or UST system prior to...) Operating an UST or UST system after foreclosure. The following provisions apply to a holder who, through..., the purchaser must decide whether to operate or close the UST or UST system in accordance with...

40 CFR 280.230 - Operating an underground storage tank or underground storage tank system.

Code of Federal Regulations, 2012 CFR

2012-07-01

... underground storage tank or underground storage tank system. (a) Operating an UST or UST system prior to...) Operating an UST or UST system after foreclosure. The following provisions apply to a holder who, through..., the purchaser must decide whether to operate or close the UST or UST system in accordance with...

40 CFR 280.230 - Operating an underground storage tank or underground storage tank system.

Code of Federal Regulations, 2013 CFR

2013-07-01

... underground storage tank or underground storage tank system. (a) Operating an UST or UST system prior to...) Operating an UST or UST system after foreclosure. The following provisions apply to a holder who, through..., the purchaser must decide whether to operate or close the UST or UST system in accordance with...

Deepen the Teaching Reform of Operating System, Cultivate the Comprehensive Quality of Students

ERIC Educational Resources Information Center

Liu, Jianjun

2010-01-01

Operating system is the core course of the specialty of computer science and technology. To understand and master the operating system will directly affect students' further study on other courses. The course of operating system focuses more on theories. Its contents are more abstract and the knowledge system is more complicated. Therefore,…

Operationally Efficient Propulsion System Study (OEPSS) data book. Executive summary

NASA Technical Reports Server (NTRS)

Wong, George S.

1990-01-01

The study was initiated to identify operations problems and cost drivers for current propulsion systems and to identify technology and design approaches to increase the operational efficiency and reduce operations costs for future propulsion systems. To provide readily usable data for the Advanced Launch System (ALS) program, the results of the Operationally Efficient Propulsion System Study (OEPSS) were organized into a series of OEPSS Data Books as follows: Volume 1, Generic Ground Operations Data; Volume 2, Ground Operations Problems; Volume 3, Operations Technology; Volume 4, OEPSS Design Concepts; and Volume 5, OEPSS Final Review Briefing, which summarizes the activities and results of the study. Summarized here are the salient results of the first year. A synopsis of each volume listed above is presented.

75 FR 5146 - Hewlett Packard Company Business Critical Systems, Mission Critical Business Software Division...

Federal Register 2010, 2011, 2012, 2013, 2014

2010-02-01

... Packard Company Business Critical Systems, Mission Critical Business Software Division, OpenVMS Operating... Software Division, OpenVMS Operating System Development Group, Including an Employee Operating Out of the..., Mission Critical Business Software Division, OpenVMS Operating System Development Group, including...

14 CFR 29.683 - Operation tests.

Code of Federal Regulations, 2013 CFR

2013-01-01

... STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Design and Construction Control Systems § 29.683 Operation tests. It must be shown by operation tests that, when the controls are operated from the pilot compartment with the control system loaded to correspond with loads specified for the system, the system is free...

14 CFR 27.683 - Operation tests.

Code of Federal Regulations, 2013 CFR

2013-01-01

... STANDARDS: NORMAL CATEGORY ROTORCRAFT Design and Construction Control Systems § 27.683 Operation tests. It must be shown by operation tests that, when the controls are operated from the pilot compartment with the control system loaded to correspond with loads specified for the system, the system is free from...

Designing Flight-Deck Procedures

NASA Technical Reports Server (NTRS)

Degani, Asaf; Wiener, L.; Shafto, Mike (Technical Monitor)

1995-01-01

A complex human-machine system consists of more than merely one or more human operators and a collection of hardware components. In order to operate a complex system successfully, the human-machine system must be supported by an organizational infrastructure of operating concepts, rules, guidelines, and documents. The coherency of such operating concepts, in terms of consistency and logic, is vitally important for the efficiency and safety of any complex system. In high-risk endeavors such as aircraft operations, space flight, nuclear power production, manufacturing process control, and military operations, it is essential that such support be flawless, as the price of operational error can be high. When operating rules are not adhered to, or the rules are inadequate for the task at hand, not only will the system's goals be thwarted, but there may also be tragic human and material consequences. To ensure safe and predictable operations, support to the operators, in this case flight crews, often comes in the form of standard operating procedures. These provide the crew with step-by-step guidance for carrying out their operations. Standard procedures do indeed promote uniformity, but they do so at the risk of reducing the role of human operators to a lower level. Management, however, must recognize the danger of over-procedurization, which fails to exploit one of the most valuable assets in the system, the intelligent operator who is "on the scene." The alert system designer and operations manager recognize that there cannot be a procedure for everything, and the time will come in which the operators of a complex system will face a situation for which there is no written procedure. Procedures, whether executed by humans or machines, have their place, but so does human cognition.

Contributions to the Operating Systems Standards Working Group of the Navy Next Generation Computer Resources Program for FY 1989 - FY 1991

DTIC Science & Technology

1991-10-01

Real - Time Operating System , Hide Tokuda, et al., Carnegie Mellon University "* MARUTI, Hard Real - Time Operating System , Ashok...Architecture, Fred J. Pollack and Kevin C. Kahn, BiiN 10:00 - 10:20 BREAK 10:20 - 12:20 Session VII - Chair: James G. Smith, ONR • A Real - Time Operating System for...Detailed Description * POSIX: Detailed Description * V: Detailed Description * Real - Time Operating System

Methodology for Designing Operational Banking Risks Monitoring System

NASA Astrophysics Data System (ADS)

Kostjunina, T. N.

2018-05-01

The research looks at principles of designing an information system for monitoring operational banking risks. A proposed design methodology enables one to automate processes of collecting data on information security incidents in the banking network, serving as the basis for an integrated approach to the creation of an operational risk management system. The system can operate remotely ensuring tracking and forecasting of various operational events in the bank network. A structure of a content management system is described.

Stochastic availability analysis of operational data systems in the Deep Space Network

NASA Technical Reports Server (NTRS)

Issa, T. N.

1991-01-01

Existing availability models of standby redundant systems consider only an operator's performance and its interaction with the hardware performance. In the case of operational data systems in the Deep Space Network (DSN), in addition to an operator system interface, a controller reconfigures the system and links a standby unit into the network data path upon failure of the operating unit. A stochastic (Markovian) process technique is used to model and analyze the availability performance and occurrence of degradation due to partial failures are quantitatively incorporated into the model. Exact expressions of the steady state availability and proportion degraded performance measures are derived for the systems under study. The interaction among the hardware, operator, and controller performance parameters and that interaction's effect on data availability are evaluated and illustrated for an operational data processing system.

Specification and Verification of Secure Concurrent and Distributed Software Systems

DTIC Science & Technology

1992-02-01

primitive search strategies work for operating systems that contain relatively few operations . As the number of operations increases, so does the the...others have granted him access to, etc . The burden of security falls on the operating system , although appropriate hardware support can minimize the...Guttag, J. Horning, and R. Levin. Synchronization primitives for a multiprocessor: a formal specification. Symposium on Operating System Principles

Appraisal of the Operation Respond Emergency Information System (OREIS)

DOT National Transportation Integrated Search

1998-04-01

The Operation Respond Institute has been instrumental in developing the Operation Respond Emergency Information System (OREIS) for first responders to hazardous material incidents in transportation. The Operation Respond system aims to facilitate rap...

49 CFR 236.504 - Operation interconnected with automatic block-signal system.

Code of Federal Regulations, 2010 CFR

2010-10-01

... 49 Transportation 4 2010-10-01 2010-10-01 false Operation interconnected with automatic block... Operation interconnected with automatic block-signal system. (a) A continuous inductive automatic train stop or train control system shall operate in connection with an automatic block signal system and shall...

46 CFR 184.610 - Public address systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... public address system must be a fixed installation and be audible during normal operating conditions... system operable from the operating station. (d) On a vessel of not more than 19.8 meters (65 feet) in... passengers, a public address system is not required if a public announcement made from operating station...

14 CFR 25.683 - Operation tests.

Code of Federal Regulations, 2010 CFR

2010-01-01

... STANDARDS: TRANSPORT CATEGORY AIRPLANES Design and Construction Control Systems § 25.683 Operation tests. It must be shown by operation tests that when portions of the control system subject to pilot effort loads... control system are loaded to the maximum load expected in normal operation, the system is free from— (a...

14 CFR 25.683 - Operation tests.

Code of Federal Regulations, 2011 CFR

2011-01-01

... STANDARDS: TRANSPORT CATEGORY AIRPLANES Design and Construction Control Systems § 25.683 Operation tests. It must be shown by operation tests that when portions of the control system subject to pilot effort loads... control system are loaded to the maximum load expected in normal operation, the system is free from— (a...

14 CFR 25.683 - Operation tests.

Code of Federal Regulations, 2014 CFR

2014-01-01

... STANDARDS: TRANSPORT CATEGORY AIRPLANES Design and Construction Control Systems § 25.683 Operation tests. It must be shown by operation tests that when portions of the control system subject to pilot effort loads... control system are loaded to the maximum load expected in normal operation, the system is free from— (a...

14 CFR 25.683 - Operation tests.

Code of Federal Regulations, 2012 CFR

2012-01-01

... STANDARDS: TRANSPORT CATEGORY AIRPLANES Design and Construction Control Systems § 25.683 Operation tests. It must be shown by operation tests that when portions of the control system subject to pilot effort loads... control system are loaded to the maximum load expected in normal operation, the system is free from— (a...

Systems and Algorithms for Automated Collaborative Observation Using Networked Robotic Cameras

ERIC Educational Resources Information Center

Xu, Yiliang

2011-01-01

The development of telerobotic systems has evolved from Single Operator Single Robot (SOSR) systems to Multiple Operator Multiple Robot (MOMR) systems. The relationship between human operators and robots follows the master-slave control architecture and the requests for controlling robot actuation are completely generated by human operators. …

Cognitive Systems Modeling and Analysis of Command and Control Systems

NASA Technical Reports Server (NTRS)

Norlander, Arne

2012-01-01

Military operations, counter-terrorism operations and emergency response often oblige operators and commanders to operate within distributed organizations and systems for safe and effective mission accomplishment. Tactical commanders and operators frequently encounter violent threats and critical demands on cognitive capacity and reaction time. In the future they will make decisions in situations where operational and system characteristics are highly dynamic and non-linear, i.e. minor events, decisions or actions may have serious and irreversible consequences for the entire mission. Commanders and other decision makers must manage true real time properties at all levels; individual operators, stand-alone technical systems, higher-order integrated human-machine systems and joint operations forces alike. Coping with these conditions in performance assessment, system development and operational testing is a challenge for both practitioners and researchers. This paper reports on research from which the results led to a breakthrough: An integrated approach to information-centered systems analysis to support future command and control systems research development. This approach integrates several areas of research into a coherent framework, Action Control Theory (ACT). It comprises measurement techniques and methodological advances that facilitate a more accurate and deeper understanding of the operational environment, its agents, actors and effectors, generating new and updated models. This in turn generates theoretical advances. Some good examples of successful approaches are found in the research areas of cognitive systems engineering, systems theory, and psychophysiology, and in the fields of dynamic, distributed decision making and naturalistic decision making.

Telerobotic workstation design aid

NASA Technical Reports Server (NTRS)

Corker, K.; Hudlicka, E.; Young, D.; Cramer, N.

1989-01-01

Telerobot systems are being developed to support a number of space mission applications. In low earth orbit, telerobots and teleoperated manipulators will be used in shuttle operations and space station construction/maintenance. Free flying telerobotic service vehicles will be used at low and geosynchronous orbital operations. Rovers and autonomous vehicles will be equipped with telerobotic devices in planetary exploration. In all of these systems, human operators will interact with the robot system at varied levels during the scheduled operations. The human operators may be in either orbital or ground-based control systems. To assure integrated system development and maximum utility across these systems, designers must be sensitive to the constraints and capabilities that the human brings to system operation and must be assisted in applying these human factors to system development. The simulation and analysis system is intended to serve the needs of system analysis/designers as an integrated workstation in support of telerobotic design.

Ultrashort-Pulse Laser System: Theory of Operation and Operating Procedures

DTIC Science & Technology

1992-07-01

Nov 89 - Jul 92 4. TITLE AND SUBTITLE 5. FUNDING NUMBERS Ultrashort-Pulse Laser System : Theory of Operation and C - F33615-88-C-0631 Operating...i ’IR~A&, D2;" T.&B [E] al uicod [] j 0 Avhi lp.bilty C: oded’ Avail i Qiv ULTRASHORT-PULSE LASER SYSTEM : THEORY OF OPERATION AND OPERATING PROCEDURES

Solar power satellite system definition study, phase 2. Part 1: Midterm briefing

NASA Technical Reports Server (NTRS)

1979-01-01

An overview of the program plan for the Solar Power Satellite Program is given. Progress in the microwave power transmission system is reported. A description is given of the following: (1) launch and recovery site facilities, systems and operations; (2) cargo packaging; (3) earth-to-LEO cargo transportation operations; (4) LEO-to-GEO cargo transportation operations; (5) personnel transportation operations; (6) space vehicles in-space maintenance operations; and (7) SPS maintenance systems and operations. Other topics discussed include GEO base operations, satellite construction operations, intra-base logistics, and GEO base definition. A research and program plan is presented along with cost estimates.

International Space Station Alpha user payload operations concept

NASA Technical Reports Server (NTRS)

Schlagheck, Ronald A.; Crysel, William B.; Duncan, Elaine F.; Rider, James W.

1994-01-01

International Space Station Alpha (ISSA) will accommodate a variety of user payloads investigating diverse scientific and technology disciplines on behalf of five international partners: Canada, Europe, Japan, Russia, and the United States. A combination of crew, automated systems, and ground operations teams will control payload operations that require complementary on-board and ground systems. This paper presents the current planning for the ISSA U.S. user payload operations concept and the functional architecture supporting the concept. It describes various NASA payload operations facilities, their interfaces, user facility flight support, the payload planning system, the onboard and ground data management system, and payload operations crew and ground personnel training. This paper summarizes the payload operations infrastructure and architecture developed at the Marshall Space Flight Center (MSFC) to prepare and conduct ISSA on-orbit payload operations from the Payload Operations Integration Center (POIC), and from various user operations locations. The authors pay particular attention to user data management, which includes interfaces with both the onboard data management system and the ground data system. Discussion covers the functional disciplines that define and support POIC payload operations: Planning, Operations Control, Data Management, and Training. The paper describes potential interfaces between users and the POIC disciplines, from the U.S. user perspective.

An expert system for benzole recovery plant

DOE Office of Scientific and Technical Information (OSTI.GOV)

Ishiguro, H.; Matsumura, S.; Kawashima, A.

1993-01-01

In the By-Product Plant of NKK's Keihin Works, systematization efforts were made in 1988, including integration of the control rooms, introduction of computers and installation of automatic analyzers. This has however increased the burden on operators with a huge volume of data, and a delay in coping with an operational abnormality might expand risk and extent of damages. There is, on the other hand, a pressing need to take measures to accommodate sophisticated operations resulting from the pursuit of high productivity operation. For the purpose of avoiding these possible inconveniences, development of a real-time operation system has been tried inmore » an attempt to improve safety and operating techniques and productivity in the benzole recovery plant. An offline system based on manual entry of operating data for diagnosis of operation and abnormality was developed in 1990, and an online real-time system operating by incorporating real-time operating data was developed in 1991, which is now smoothly operating in commercial operations. This report presents an outline of the benzole recovery operation diagnosis control expert system.« less

Real-Time CORBA

DTIC Science & Technology

2000-10-01

control systems and prototyped the approach by porting the ILU ORB from Xerox to the Lynx real - time operating system . They then provided a distributed...compliant real - time operating system , a real-time ORB, and an ODMG-compliant real-time ODBMS [12]. The MITRE system is an infrastructure for...the server’s local operating system can handle. For instance, on a node controlled by the VXWorks real - time operating system with 256 local

A Framework for Enterprise Operating Systems Based on Zachman Framework

NASA Astrophysics Data System (ADS)

Ostadzadeh, S. Shervin; Rahmani, Amir Masoud

Nowadays, the Operating System (OS) isn't only the software that runs your computer. In the typical information-driven organization, the operating system is part of a much larger platform for applications and data that extends across the LAN, WAN and Internet. An OS cannot be an island unto itself; it must work with the rest of the enterprise. Enterprise wide applications require an Enterprise Operating System (EOS). Enterprise operating systems used in an enterprise have brought about an inevitable tendency to lunge towards organizing their information activities in a comprehensive way. In this respect, Enterprise Architecture (EA) has proven to be the leading option for development and maintenance of enterprise operating systems. EA clearly provides a thorough outline of the whole information system comprising an enterprise. To establish such an outline, a logical framework needs to be laid upon the entire information system. Zachman Framework (ZF) has been widely accepted as a standard scheme for identifying and organizing descriptive representations that have prominent roles in enterprise-wide system development. In this paper, we propose a framework based on ZF for enterprise operating systems. The presented framework helps developers to design and justify completely integrated business, IT systems, and operating systems which results in improved project success rate.

Assessment for Operator Confidence in Automated Space Situational Awareness and Satellite Control Systems

NASA Astrophysics Data System (ADS)

Gorman, J.; Voshell, M.; Sliva, A.

2016-09-01

The United States is highly dependent on space resources to support military, government, commercial, and research activities. Satellites operate at great distances, observation capacity is limited, and operator actions and observations can be significantly delayed. Safe operations require support systems that provide situational understanding, enhance decision making, and facilitate collaboration between human operators and system automation both in-the-loop, and on-the-loop. Joint cognitive systems engineering (JCSE) provides a rich set of methods for analyzing and informing the design of complex systems that include both human decision-makers and autonomous elements as coordinating teammates. While, JCSE-based systems can enhance a system analysts' understanding of both existing and new system processes, JCSE activities typically occur outside of traditional systems engineering (SE) methods, providing sparse guidance about how systems should be implemented. In contrast, the Joint Director's Laboratory (JDL) information fusion model and extensions, such as the Dual Node Network (DNN) technical architecture, provide the means to divide and conquer such engineering and implementation complexity, but are loosely coupled to specialized organizational contexts and needs. We previously describe how Dual Node Decision Wheels (DNDW) extend the DNN to integrate JCSE analysis and design with the practicalities of system engineering and implementation using the DNN. Insights from Rasmussen's JCSE Decision Ladders align system implementation with organizational structures and processes. In the current work, we present a novel approach to assessing system performance based on patterns occurring in operational decisions that are documented by JCSE processes as traces in a decision ladder. In this way, system assessment is closely tied not just to system design, but the design of the joint cognitive system that includes human operators, decision-makers, information systems, and automated processes. Such operationally relevant and integrated testing provides a sound foundation for operator trust in system automation that is required to safely operate satellite systems.

Perfect commuting-operator strategies for linear system games

NASA Astrophysics Data System (ADS)

Cleve, Richard; Liu, Li; Slofstra, William

2017-01-01

Linear system games are a generalization of Mermin's magic square game introduced by Cleve and Mittal. They show that perfect strategies for linear system games in the tensor-product model of entanglement correspond to finite-dimensional operator solutions of a certain set of non-commutative equations. We investigate linear system games in the commuting-operator model of entanglement, where Alice and Bob's measurement operators act on a joint Hilbert space, and Alice's operators must commute with Bob's operators. We show that perfect strategies in this model correspond to possibly infinite-dimensional operator solutions of the non-commutative equations. The proof is based around a finitely presented group associated with the linear system which arises from the non-commutative equations.

Timeline-Based Mission Operations Architecture: An Overview

NASA Technical Reports Server (NTRS)

Chung, Seung H.; Bindschadler, Duane L.

2012-01-01

Some of the challenges in developing a mission operations system and operating a mission can be traced back to the challenge of integrating a mission operations system from its many components and to the challenge of maintaining consistent and accountable information throughout the operations processes. An important contributing factor to both of these challenges is the file-centric nature of today's systems. In this paper, we provide an overview of these challenges and argue the need to move toward an information-centric mission operations system. We propose an information representation called Timeline as an approach to enable such a move, and we provide an overview of a Timeline-based Mission Operations System architecture.

49 CFR 37.79 - Purchase or lease of new rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... entities operating rapid or light rail systems. 37.79 Section 37.79 Transportation Office of the Secretary... operating rapid or light rail systems. Each public entity operating a rapid or light rail system making a... system shall ensure that the vehicle is readily accessible to and usable by individuals with disabilities...

49 CFR 37.79 - Purchase or lease of new rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... entities operating rapid or light rail systems. 37.79 Section 37.79 Transportation Office of the Secretary... operating rapid or light rail systems. Each public entity operating a rapid or light rail system making a... system shall ensure that the vehicle is readily accessible to and usable by individuals with disabilities...

49 CFR 37.79 - Purchase or lease of new rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... entities operating rapid or light rail systems. 37.79 Section 37.79 Transportation Office of the Secretary... operating rapid or light rail systems. Each public entity operating a rapid or light rail system making a... system shall ensure that the vehicle is readily accessible to and usable by individuals with disabilities...

49 CFR 37.79 - Purchase or lease of new rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... entities operating rapid or light rail systems. 37.79 Section 37.79 Transportation Office of the Secretary... operating rapid or light rail systems. Each public entity operating a rapid or light rail system making a... system shall ensure that the vehicle is readily accessible to and usable by individuals with disabilities...

49 CFR 37.79 - Purchase or lease of new rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

... entities operating rapid or light rail systems. 37.79 Section 37.79 Transportation Office of the Secretary... operating rapid or light rail systems. Each public entity operating a rapid or light rail system making a... system shall ensure that the vehicle is readily accessible to and usable by individuals with disabilities...

SSL - THE SIMPLE SOCKETS LIBRARY

NASA Technical Reports Server (NTRS)

Campbell, C. E.

1994-01-01

The Simple Sockets Library (SSL) allows C programmers to develop systems of cooperating programs using Berkeley streaming Sockets running under the TCP/IP protocol over Ethernet. The SSL provides a simple way to move information between programs running on the same or different machines and does so with little overhead. The SSL can create three types of Sockets: namely a server, a client, and an accept Socket. The SSL's Sockets are designed to be used in a fashion reminiscent of the use of FILE pointers so that a C programmer who is familiar with reading and writing files will immediately feel comfortable with reading and writing with Sockets. The SSL consists of three parts: the library, PortMaster, and utilities. The user of the SSL accesses it by linking programs to the SSL library. The PortMaster initializes connections between clients and servers. The PortMaster also supports a "firewall" facility to keep out socket requests from unapproved machines. The "firewall" is a file which contains Internet addresses for all approved machines. There are three utilities provided with the SSL. SKTDBG can be used to debug programs that make use of the SSL. SPMTABLE lists the servers and port numbers on requested machine(s). SRMSRVR tells the PortMaster to forcibly remove a server name from its list. The package also includes two example programs: multiskt.c, which makes multiple accepts on one server, and sktpoll.c, which repeatedly attempts to connect a client to some server at one second intervals. SSL is a machine independent library written in the C-language for computers connected via Ethernet using the TCP/IP protocol. It has been successfully compiled and implemented on a variety of platforms, including Sun series computers running SunOS, DEC VAX series computers running VMS, SGI computers running IRIX, DECstations running ULTRIX, DEC alpha AXPs running OSF/1, IBM RS/6000 computers running AIX, IBM PC and compatibles running BSD/386 UNIX and HP Apollo 3000/4000/9000/400T computers running HP-UX. SSL requires 45K of RAM to run under SunOS and 80K of RAM to run under VMS. For use on IBM PC series computers and compatibles running DOS, SSL requires Microsoft C 6.0 and the Wollongong TCP/IP package. Source code for sample programs and debugging tools are provided. The documentation is available on the distribution medium in TeX and PostScript formats. The standard distribution medium for SSL is a .25 inch streaming magnetic tape cartridge (QIC-24) in UNIX tar format. It is also available on a 3.5 inch diskette in UNIX tar format and a 5.25 inch 360K MS-DOS format diskette. The SSL was developed in 1992 and was updated in 1993.

Extended System Operations Studies for Automated Guideway Transit Systems

DOT National Transportation Integrated Search

1982-02-01

The objectives of the System Operations Studies (SOS) of the Automated Guideway Transit Technology (AGTT) program was to develop models for the analysis of system operations, to evaluate AGT system performance and cost, and to establish guidelines fo...

Analysis of the human operator subsystems

NASA Technical Reports Server (NTRS)

Jones, Lynette A.; Hunter, Ian W.

1991-01-01

Except in low-bandwidth systems, knowledge of the human operator transfer function is essential for high-performance telerobotic systems. This information has usually been derived from detailed analyses of tracking performance, in which the human operator is considered as a complete system rather than as a summation of a number of subsystems, each of which influences the operator's output. Studies of one of these subsystems, the limb mechanics system, demonstrate that large parameter variations can occur that can have a profound effect on the stability of force-reflecting telerobot systems. An objective of this research was to decompose the performance of the human operator system in order to establish how the dynamics of each of the elements influence the operator's responses.

An Operating Environment for the Jellybean Machine

DTIC Science & Technology

1988-05-01

MODEL 48 5.4.4 Restarting a Context The operating system provides one primitive message (RESTART-CONTEXT) and two system calls (XFERID and XFER.ADDR) to...efficient, powerful services is reqired to support this "stem. To provide this supportive operating environment, I developed an operating system kernel that...serves many of the initial needs of our machine. This Jellybean Operating System Software provides an object- based storage model, where typed

A Cognitive System Model for Human/Automation Dynamics in Airspace Management

NASA Technical Reports Server (NTRS)

Corker, Kevin M.; Pisanich, Gregory; Lebacqz, J. Victor (Technical Monitor)

1997-01-01

NASA has initiated a significant thrust of research and development focused on providing the flight crew and air traffic managers automation aids to increase capacity in en route and terminal area operations through the use of flexible, more fuel-efficient routing, while improving the level of safety in commercial carrier operations. In that system development, definition of cognitive requirements for integrated multi-operator dynamic aiding systems is fundamental. In order to support that cognitive function definition, we have extended the Man Machine Integrated Design and Analysis System (MIDAS) to include representation of multiple cognitive agents (both human operators and intelligent aiding systems) operating aircraft, airline operations centers and air traffic control centers in the evolving airspace. The demands of this application require representation of many intelligent agents sharing world-models, and coordinating action/intention with cooperative scheduling of goals and actions in a potentially unpredictable world of operations. The MIDAS operator models have undergone significant development in order to understand the requirements for operator aiding and the impact of that aiding in the complex nondeterminate system of national airspace operations. The operator model's structure has been modified to include attention functions, action priority, and situation assessment. The cognitive function model has been expanded to include working memory operations including retrieval from long-term store, interference, visual-motor and verbal articulatory loop functions, and time-based losses. The operator's activity structures have been developed to include prioritization and interruption of multiple parallel activities among multiple operators, to provide for anticipation (knowledge of the intention and action of remote operators), and to respond to failures of the system and other operators in the system in situation-specific paradigms. The model's internal representation has been be modified so that multiple, autonomous sets of equipment will function in a scenario as the single equipment sets do now. In order to support the analysis requirements with multiple items of equipment, it is necessary for equipment to access the state of other equipment objects at initialization time (a radar object may need to access the position and speed of aircraft in its area, for example), and as a function of perception and sensor system interaction. The model has been improved to include multiple world-states as a function of equipment am operator interaction. The model has been used -1o predict the impact of warning and alert zones in aircraft operation, and, more critic-ally, the interaction of flight-deck based warning mechanisms and air traffic controller action in response to ground-based conflict prediction and alerting systems. In this operation, two operating systems provide alerting to two autonomous, but linked sets of operators, whose view of the system and whose dynamics in response are radically different. System stability and operator action was predicted using the MIDAS model.

Operator function modeling: An approach to cognitive task analysis in supervisory control systems

NASA Technical Reports Server (NTRS)

Mitchell, Christine M.

1987-01-01

In a study of models of operators in complex, automated space systems, an operator function model (OFM) methodology was extended to represent cognitive as well as manual operator activities. Development continued on a software tool called OFMdraw, which facilitates construction of an OFM by permitting construction of a heterarchic network of nodes and arcs. Emphasis was placed on development of OFMspert, an expert system designed both to model human operation and to assist real human operators. The system uses a blackboard method of problem solving to make an on-line representation of operator intentions, called ACTIN (actions interpreter).

Test, Control and Monitor System (TCMS) operations plan

NASA Technical Reports Server (NTRS)

Macfarlane, C. K.; Conroy, M. P.

1993-01-01

The purpose is to provide a clear understanding of the Test, Control and Monitor System (TCMS) operating environment and to describe the method of operations for TCMS. TCMS is a complex and sophisticated checkout system focused on support of the Space Station Freedom Program (SSFP) and related activities. An understanding of the TCMS operating environment is provided and operational responsibilities are defined. NASA and the Payload Ground Operations Contractor (PGOC) will use it as a guide to manage the operation of the TCMS computer systems and associated networks and workstations. All TCMS operational functions are examined. Other plans and detailed operating procedures relating to an individual operational function are referenced within this plan. This plan augments existing Technical Support Management Directives (TSMD's), Standard Practices, and other management documentation which will be followed where applicable.

49 CFR 571.118 - Standard No. 118; Power-operated window, partition, and roof panel systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

...-operated window, partition, and roof panel systems. S1. Purpose and scope. This standard specifies requirements for power operated window, partition, and roof panel systems to minimize the likelihood of death... Figure 2. Power operated roof panel systems mean moveable panels in the vehicle roof which close by...

49 CFR 571.118 - Standard No. 118; Power-operated window, partition, and roof panel systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

...-operated window, partition, and roof panel systems. S1. Purpose and scope. This standard specifies requirements for power operated window, partition, and roof panel systems to minimize the likelihood of death... Figure 2. Power operated roof panel systems mean moveable panels in the vehicle roof which close by...

40 CFR 49.143 - Construction and operational control measures.

Code of Federal Regulations, 2013 CFR

2013-07-01

...: (i) An operating system designed to recover and inject all the produced natural gas into a natural... closed-vent system to: (i) An operating system designed to recover and inject the natural gas emissions... that pipeline injection of all or part of the natural gas collected in an operating system designed to...

49 CFR 571.118 - Standard No. 118; Power-operated window, partition, and roof panel systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

...-operated window, partition, and roof panel systems. S1. Purpose and scope. This standard specifies requirements for power operated window, partition, and roof panel systems to minimize the likelihood of death... Figure 2. Power operated roof panel systems mean moveable panels in the vehicle roof which close by...

40 CFR 49.143 - Construction and operational control measures.

Code of Federal Regulations, 2014 CFR

2014-07-01

...: (i) An operating system designed to recover and inject all the produced natural gas into a natural... closed-vent system to: (i) An operating system designed to recover and inject the natural gas emissions... that pipeline injection of all or part of the natural gas collected in an operating system designed to...

49 CFR 571.118 - Standard No. 118; Power-operated window, partition, and roof panel systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

...-operated window, partition, and roof panel systems. S1. Purpose and scope. This standard specifies requirements for power operated window, partition, and roof panel systems to minimize the likelihood of death... Figure 2. Power operated roof panel systems mean moveable panels in the vehicle roof which close by...

49 CFR 571.118 - Standard No. 118; Power-operated window, partition, and roof panel systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

...-operated window, partition, and roof panel systems. S1. Purpose and scope. This standard specifies requirements for power operated window, partition, and roof panel systems to minimize the likelihood of death... Figure 2. Power operated roof panel systems mean moveable panels in the vehicle roof which close by...

Transit Operations Decision Support System (TODSS) core requirements evaluation and update recommendations.

DOT National Transportation Integrated Search

2009-10-01

Transit Operations Decision Support Systems (TODSS) are systems designed to support dispatchers and others in real-time operations : management in response to incidents, special events, and other changing conditions in order to improve operating spee...

40 CFR 63.4291 - What are my options for meeting the emission limits?

Code of Federal Regulations, 2010 CFR

2010-07-01

... emission capture systems and add-on controls, the organic HAP emission rate for the web coating/printing... demonstrate that all capture systems and control devices for the web coating/printing operation(s) meet the... capture systems and control devices for the web coating/printing operation(s) meet the operating limits...

ASTER system operating achievement for 15 years on orbit

NASA Astrophysics Data System (ADS)

Inada, Hitomi; Ito, Yoshiyuki; Kikuchi, Masakuni; Sakuma, Fumihiro; Tatsumi, Kenji; Akagi, Shigeki; Ono, Hidehiko

2015-10-01

ASTER (Advanced Spaceborne Thermal Emission and Reflection Radiometer) System is operating more than 15 years since launched on board of NASA's Terra spacecraft in December 1999. ASTER System is composed of 3 radiometers (VNIR (Visible and Near Infrared Radiometer), SWIR (Short-Wave Infrared Radiometer), and TIR (Thermal Infrared Radiometer)), CSP (Common Signal Processor) and MSP (Master Power Supply). This paper describes the ASTER System operating history and the achievement of ASTER System long term operation since the initial checkout operation, the normal operation, and the continuous operation. Through the 15 years operation, ASTER system had totally checked the all subsystems (MPS, VNIR, TIR, SWIR, and CSP) health and safety check using telemetry data trend evaluation, and executed the necessary action. The watch items are monitored as the life control items. The pointing mechanics for VNIR, SWIR and TIR, and the cooler for SWIR and TIR are all operating with any problem for over 15 years. In 2003, ASTER was successfully operated for the lunar calibration. As the future plan, ASTER team is proposing the 2nd lunar calibration before the end of mission.

20 CFR 662.430 - Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

Code of Federal Regulations, 2013 CFR

2013-04-01

... designated to operate in a One-Stop delivery system established prior to the enactment of WIA be designated... (CONTINUED) DESCRIPTION OF THE ONE-STOP SYSTEM UNDER TITLE I OF THE WORKFORCE INVESTMENT ACT One-Stop Operators § 662.430 Under what conditions may One-Stop operators designated to operate in a One-Stop...

20 CFR 662.430 - Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

Code of Federal Regulations, 2014 CFR

2014-04-01

... designated to operate in a One-Stop delivery system established prior to the enactment of WIA be designated... (CONTINUED) DESCRIPTION OF THE ONE-STOP SYSTEM UNDER TITLE I OF THE WORKFORCE INVESTMENT ACT One-Stop Operators § 662.430 Under what conditions may One-Stop operators designated to operate in a One-Stop...

20 CFR 662.430 - Under what conditions may One-Stop operators designated to operate in a One-Stop delivery system...

Code of Federal Regulations, 2012 CFR

2012-04-01

... designated to operate in a One-Stop delivery system established prior to the enactment of WIA be designated... (CONTINUED) DESCRIPTION OF THE ONE-STOP SYSTEM UNDER TITLE I OF THE WORKFORCE INVESTMENT ACT One-Stop Operators § 662.430 Under what conditions may One-Stop operators designated to operate in a One-Stop...

Data Telemetry and Acquisition System for Acoustic Signal Processing Investigations.

DTIC Science & Technology

1996-02-20

were VME- based computer systems operating under the VxWorks real - time operating system . Each system shared a common hardware and software... real - time operating system . It interfaces to the Berg PCM Decommutator board, which searches for the embedded synchronization word in the data and re...software were built on top of this architecture. The multi-tasking, message queue and memory management facilities of the VxWorks real - time operating system are

System Shock: The Archetype of Operational Shock

DTIC Science & Technology

2017-05-25

System Shock: The Archetype of Operational Shock A Monograph by MAJ Benjamen A. McDaniel United States Army School of Advanced Military...Mongraphs 3. DATES COVERED (From - To) JUN 2016- MAY 2017 4. TITLE AND SUBTITLE System Shock: The Archetype of Operational Shock 5a. CONTRACT NUMBER...is whether the US can use the concept of ‘ system shock’ to better operate in the Grey Zone. ‘ System shock’ combines ideas from systems theory, chaos

A Study on the Deriving Requirements of ARGO Operation System

NASA Astrophysics Data System (ADS)

Seo, Yoon-Kyung; Rew, Dong-Young; Lim, Hyung-Chul; Park, In-Kwan; Yim, Hong-Suh; Jo, Jung Hyun; Park, Jong-Uk

2009-12-01

Korea Astronomy and Space Science Institute (KASI) has been developing one mobile and one stationary SLR system since 2008 named as ARGO-M and ARGO-F, respectively. KASI finished the step of deriving the system requirements of ARGO. The requirements include definitions and scopes of various software and hardware components which are necessary for developing the ARGO-M operation system. And the requirements define function, performance, and interface requirements. The operation system consisting of ARGO-M site, ARGO-F site, and Remote Operation Center (ROC) inside KASI is designed for remote access and the automatic tracking and control system which are the main operation concept of ARGO system. To accomplish remote operation, we are considering remote access to ARGO-F and ARGO-M from ROC. The mobile-phone service allows us to access the ARGO-F remotely and to control the system in an emergency. To implement fully automatic tracking and control function in ARGO-F, we have investigated and described the requirements about the automatic aircraft detection system and the various meteorological sensors. This paper addresses the requirements of ARGO Operation System.

Advanced optical blade tip clearance measurement system

NASA Technical Reports Server (NTRS)

Ford, M. J.; Honeycutt, R. E.; Nordlund, R. E.; Robinson, W. W.

1978-01-01

An advanced electro-optical system was developed to measure single blade tip clearances and average blade tip clearances between a rotor and its gas path seal in an operating gas turbine engine. This system is applicable to fan, compressor, and turbine blade tip clearance measurement requirements, and the system probe is particularly suitable for operation in the extreme turbine environment. A study of optical properties of blade tips was conducted to establish measurement system application limitations. A series of laboratory tests was conducted to determine the measurement system's operational performance characteristics and to demonstrate system capability under simulated operating gas turbine environmental conditions. Operational and environmental performance test data are presented.

An expert system to manage the operation of the Space Shuttle's fuel cell cryogenic reactant tanks

NASA Technical Reports Server (NTRS)

Murphey, Amy Y.

1990-01-01

This paper describes a rule-based expert system to manage the operation of the Space Shuttle's cryogenic fuel system. Rules are based on standard fuel tank operating procedures described in the EECOM Console Handbook. The problem of configuring the operation of the Space Shuttle's fuel tanks is well-bounded and well defined. Moreover, the solution of this problem can be encoded in a knowledge-based system. Therefore, a rule-based expert system is the appropriate paradigm. Furthermore, the expert system could be used in coordination with power system simulation software to design operating procedures for specific missions.

Flash evaporator systems test

NASA Technical Reports Server (NTRS)

Dietz, J. B.

1976-01-01

A flash evaporator heat rejection system representative of that proposed for the space shuttle orbiter underwent extensive system testing at the NASA Johnson Space Center (JSC) to determine its operational suitability and to establish system performance/operational characteristics for use in the shuttle system. During the tests the evaporator system demonstrated its suitability to meet the shuttle requirements by: (1) efficient operation with 90 to 95% water evaporation efficiency, (2) control of outlet temperature to 40 + or - 2 F for partial heat load operation, (3) stability of control system for rapid changes in Freon inlet temperature, and (4) repeated dormant-to-active device operation without any startup procedures.

Efficacy of a computerized system applied to central operating theatre for medical records collection.

PubMed

Yamamoto, K; Ogura, H; Furutani, H; Kitazoe, Y; Takeda, Y; Hirakawa, M

1986-01-01

A computer system operation is introduced, which has been in use since October 1981 at Kochi medical school as one of the integral sub-systems of the total hospital information system called IMIS. The system was designed from the beginning with the main purposes of obtaining better management of operations, and detailed medical records are included for before, during and after operations. It is shown that almost all operations except emergencies were managed using the computer system rather than the paper system. After presenting some of the results of the accumulated records we will discuss the reason for this high frequency of use of the computer system.

The embedded operating system project

NASA Technical Reports Server (NTRS)

Campbell, R. H.

1985-01-01

The design and construction of embedded operating systems for real-time advanced aerospace applications was investigated. The applications require reliable operating system support that must accommodate computer networks. Problems that arise in the construction of such operating systems, reconfiguration, consistency and recovery in a distributed system, and the issues of real-time processing are reported. A thesis that provides theoretical foundations for the use of atomic actions to support fault tolerance and data consistency in real-time object-based system is included. The following items are addressed: (1) atomic actions and fault-tolerance issues; (2) operating system structure; (3) program development; (4) a reliable compiler for path Pascal; and (5) mediators, a mechanism for scheduling distributed system processes.

Technology and Policy Challenges in the Adoption and Operation of Health Information Exchange Systems.

PubMed

Ji, Hyerim; Yoo, Sooyoung; Heo, Eun-Young; Hwang, Hee; Kim, Jeong-Whun

2017-10-01

This study aimed to identify problems and issues that arise with the implementation of online health information exchange (HIE) systems in a medical environment and to identify solutions to facilitate the successful operation of future HIE systems in primary care clinics and hospitals. In this study, the issues that arose during the establishment and operation of an HIE system in a hospital were identified so that they could be addressed to enable the successful establishment and operation of a standard-based HIE system. After the issues were identified, they were reviewed and categorized by a group of experts that included medical information system experts, doctors, medical information standard experts, and HIE researchers. Then, solutions for the identified problems were derived based on the system development, operation, and improvement carried out during this work. Twenty-one issues were identified during the implementation and operation of an online HIE system. These issues were then divided into four categories: system architecture and standards, documents and data items, consent of HIE, and usability. We offer technical and policy recommendations for various stakeholders based on the experiences of operating and improving the online HIE system in the medical field. The issues and solutions identified in this study regarding the implementation and operate of an online HIE system can provide valuable insight for planners to enable them to successfully design and operate such systems at a national level in the future. In addition, policy support from governments is needed.

Operating Systems.

ERIC Educational Resources Information Center

Denning, Peter J.; Brown, Robert L.

1984-01-01

A computer operating system spans multiple layers of complexity, from commands entered at a keyboard to the details of electronic switching. In addition, the system is organized as a hierarchy of abstractions. Various parts of such a system and system dynamics (using the Unix operating system as an example) are described. (JN)

14 CFR 415.127 - Flight safety system design and operation data.

Code of Federal Regulations, 2010 CFR

2010-01-01

... Expendable Launch Vehicle From a Non-Federal Launch Site § 415.127 Flight safety system design and operation...: flight termination system; command control system; tracking; telemetry; communications; flight safety... control system. (7) Flight termination system component storage, operating, and service life. A listing of...

Design of the liquefied natural gas (LNG) vehicle gas cylinder filling semi-physical simulation training and assessment system

NASA Astrophysics Data System (ADS)

Gao, Jie; Zheng, Jianrong; Zhao, Yinghui

2017-08-01

With the rapid development of LNG vehicle in China, the operator's training and assessment of the operating skills cannot operate on material objects, because of Vehicle Gas Cylinder's high pressure, flammable and explosive characteristics. LNG Vehicle Gas Cylinder's filling simulation system with semi-physical simulation technology presents the overall design and procedures of the simulation system, and elaborates the realization of the practical analog machine, data acquisition and control system and the computer software, and introduces the design process of equipment simulation model in detail. According to the designed assessment system of the Vehicle Gas Cylinder, it can obtain the operation on the actual cylinder filling and visual effects for the operator, and automatically record operation, the results of real operation with its software, and achieve the operators' training and assessment of operating skills on mobile special equipment.

20 CFR 662.270 - How are the costs of providing services through the One-Stop delivery system and the operating...

Code of Federal Regulations, 2014 CFR

2014-04-01

... through the One-Stop delivery system and the operating costs of the system to be funded? 662.270 Section... and the operating costs of the system to be funded? The MOU must describe the particular funding arrangements for services and operating costs of the One-Stop delivery system. Each partner must contribute a...

20 CFR 662.270 - How are the costs of providing services through the One-Stop delivery system and the operating...

Code of Federal Regulations, 2013 CFR

2013-04-01

... through the One-Stop delivery system and the operating costs of the system to be funded? 662.270 Section... and the operating costs of the system to be funded? The MOU must describe the particular funding arrangements for services and operating costs of the One-Stop delivery system. Each partner must contribute a...

20 CFR 662.270 - How are the costs of providing services through the One-Stop delivery system and the operating...

Code of Federal Regulations, 2011 CFR

2011-04-01

... through the One-Stop delivery system and the operating costs of the system to be funded? 662.270 Section... and the operating costs of the system to be funded? The MOU must describe the particular funding arrangements for services and operating costs of the One-Stop delivery system. Each partner must contribute a...

49 CFR 37.71 - Purchase or lease of new non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... public entities operating fixed route systems. 37.71 Section 37.71 Transportation Office of the Secretary... operating fixed route systems. (a) Each public entity operating a fixed route system making a solicitation after August 25, 1990, to purchase or lease a new bus or other new vehicle for use on the system, shall...

49 CFR 37.71 - Purchase or lease of new non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... public entities operating fixed route systems. 37.71 Section 37.71 Transportation Office of the Secretary... operating fixed route systems. (a) Each public entity operating a fixed route system making a solicitation after August 25, 1990, to purchase or lease a new bus or other new vehicle for use on the system, shall...

49 CFR 37.71 - Purchase or lease of new non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... public entities operating fixed route systems. 37.71 Section 37.71 Transportation Office of the Secretary... operating fixed route systems. (a) Each public entity operating a fixed route system making a solicitation after August 25, 1990, to purchase or lease a new bus or other new vehicle for use on the system, shall...

20 CFR 662.270 - How are the costs of providing services through the One-Stop delivery system and the operating...

Code of Federal Regulations, 2010 CFR

2010-04-01

... through the One-Stop delivery system and the operating costs of the system to be funded? 662.270 Section... and the operating costs of the system to be funded? The MOU must describe the particular funding arrangements for services and operating costs of the One-Stop delivery system. Each partner must contribute a...

20 CFR 662.270 - How are the costs of providing services through the One-Stop delivery system and the operating...

Code of Federal Regulations, 2012 CFR

2012-04-01

... through the One-Stop delivery system and the operating costs of the system to be funded? 662.270 Section... and the operating costs of the system to be funded? The MOU must describe the particular funding arrangements for services and operating costs of the One-Stop delivery system. Each partner must contribute a...

Effect of using GPS autosteer guidance systems on the eye-glance behavior and posture of tractor operators.

PubMed

Karimi, D; Henry, J; Mann, D D

2012-10-01

Tractor operators are prone to neck and back discomfort and disorders. It is well known that awkward posture is a major contributor to this problem. Previous studies have investigated the prevalence of awkward posture and the resulting discomfort and disorders among tractor operators. They have also suggested various ways to mitigate this problem. With the introduction of new autosteer guidance systems, the tractor operator is relieved from the task of steering the tractor for most of the time during field work. Therefore, it is expected that the operator's posture will change. The goal of this study was to investigate the changes in the eye-glance behavior and posture of tractor operators as a result of using autosteer guidance systems. An eye-tracking system and a camcorder were used to record the eye-glance behavior and posture of 13 tractor operators as they performed seeding operations. The experiment with each operator consisted of two sessions. In one session, the operator used an autosteer system, while in the other session the operator steered the tractor manually. Analysis of the data showed that the eye-glance behavior and posture of the operators were significantly different between the autosteer and manual steering sessions. With the autosteer system, the operators spent less time in an awkward posture, and they changed their posture less frequently. However, even with the autosteer system, the operators spent 1/3 of their time in an awkward posture. Subjective feedback from the operators indicated that more than half of them experienced back or neck/shoulder discomfort during or after seeding. It is essential that the recommendations of the previous studies, such as using large rear-view mirrors or a rotating tractor seat, be evaluated when the operator is using an autosteer system. Other tools, such as video cameras that show the attached equipment, should also be tested to evaluate their effectiveness in reducing the operator's exposure to awkward postures.

Building a computer-aided design capability using a standard time share operating system

NASA Technical Reports Server (NTRS)

Sobieszczanski, J.

1975-01-01

The paper describes how an integrated system of engineering computer programs can be built using a standard commercially available operating system. The discussion opens with an outline of the auxiliary functions that an operating system can perform for a team of engineers involved in a large and complex task. An example of a specific integrated system is provided to explain how the standard operating system features can be used to organize the programs into a simple and inexpensive but effective system. Applications to an aircraft structural design study are discussed to illustrate the use of an integrated system as a flexible and efficient engineering tool. The discussion concludes with an engineer's assessment of an operating system's capabilities and desirable improvements.

Supporting Operational Data Assimilation Capabilities to the Research Community

NASA Astrophysics Data System (ADS)

Shao, H.; Hu, M.; Stark, D. R.; Zhou, C.; Beck, J.; Ge, G.

2017-12-01

The Developmental Testbed Center (DTC), in partnership with the National Centers for Environmental Prediction (NCEP) and other operational and research institutions, provides operational data assimilation capabilities to the research community and helps transition research advances to operations. The primary data assimilation system supported currently by the DTC is the Gridpoint Statistical Interpolation (GSI) system and the National Oceanic and Atmospheric Administration (NOAA) Ensemble Kalman Filter (EnKF) system. GSI is a variational based system being used for daily operations at NOAA, NCEP, the National Aeronautics and Space Administration, and other operational agencies. Recently, GSI has evolved into a four-dimensional EnVar system. Since 2009, the DTC has been releasing the GSI code to the research community annually and providing user support. In addition to GSI, the DTC, in 2015, began supporting the ensemble based EnKF data assimilation system. EnKF shares the observation operator with GSI and therefore, just as GSI, can assimilate both conventional and non-conventional data (e.g., satellite radiance). Currently, EnKF is being implemented as part of the GSI based hybrid EnVar system for NCEP Global Forecast System operations. This paper will summarize the current code management and support framework for these two systems. Following that is a description of available community services and facilities. Also presented is the pathway for researchers to contribute their development to the daily operations of these data assimilation systems.

Mission operations concepts for Earth Observing System (EOS)

NASA Technical Reports Server (NTRS)

Kelly, Angelita C.; Taylor, Thomas D.; Hawkins, Frederick J.

1991-01-01

Mission operation concepts are described which are being used to evaluate and influence space and ground system designs and architectures with the goal of achieving successful, efficient, and cost-effective Earth Observing System (EOS) operations. Emphasis is given to the general characteristics and concepts developed for the EOS Space Measurement System, which uses a new series of polar-orbiting observatories. Data rates are given for various instruments. Some of the operations concepts which require a total system view are also examined, including command operations, data processing, data accountability, data archival, prelaunch testing and readiness, launch, performance monitoring and assessment, contingency operations, flight software maintenance, and security.

Operation quality assessment model for video conference system

NASA Astrophysics Data System (ADS)

Du, Bangshi; Qi, Feng; Shao, Sujie; Wang, Ying; Li, Weijian

2018-01-01

Video conference system has become an important support platform for smart grid operation and management, its operation quality is gradually concerning grid enterprise. First, the evaluation indicator system covering network, business and operation maintenance aspects was established on basis of video conference system's operation statistics. Then, the operation quality assessment model combining genetic algorithm with regularized BP neural network was proposed, which outputs operation quality level of the system within a time period and provides company manager with some optimization advice. The simulation results show that the proposed evaluation model offers the advantages of fast convergence and high prediction accuracy in contrast with regularized BP neural network, and its generalization ability is superior to LM-BP neural network and Bayesian BP neural network.

14 CFR 27.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2010 CFR

2010-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL CATEGORY ROTORCRAFT Powerplant Fuel System § 27.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems with features conducive to... 14 Aeronautics and Space 1 2010-01-01 2010-01-01 false Fuel system hot weather operation. 27.961...

14 CFR 27.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2011 CFR

2011-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL CATEGORY ROTORCRAFT Powerplant Fuel System § 27.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems with features conducive to... 14 Aeronautics and Space 1 2011-01-01 2011-01-01 false Fuel system hot weather operation. 27.961...

14 CFR 29.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2013 CFR

2013-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Powerplant Fuel System § 29.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems conducive to vapor... 14 Aeronautics and Space 1 2013-01-01 2013-01-01 false Fuel system hot weather operation. 29.961...

14 CFR 27.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2014 CFR

2014-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL CATEGORY ROTORCRAFT Powerplant Fuel System § 27.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems with features conducive to... 14 Aeronautics and Space 1 2014-01-01 2014-01-01 false Fuel system hot weather operation. 27.961...

14 CFR 27.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2012 CFR

2012-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL CATEGORY ROTORCRAFT Powerplant Fuel System § 27.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems with features conducive to... 14 Aeronautics and Space 1 2012-01-01 2012-01-01 false Fuel system hot weather operation. 27.961...

14 CFR 29.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2011 CFR

2011-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Powerplant Fuel System § 29.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems conducive to vapor... 14 Aeronautics and Space 1 2011-01-01 2011-01-01 false Fuel system hot weather operation. 29.961...

14 CFR 27.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2013 CFR

2013-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL CATEGORY ROTORCRAFT Powerplant Fuel System § 27.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems with features conducive to... 14 Aeronautics and Space 1 2013-01-01 2013-01-01 false Fuel system hot weather operation. 27.961...

14 CFR 29.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2014 CFR

2014-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Powerplant Fuel System § 29.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems conducive to vapor... 14 Aeronautics and Space 1 2014-01-01 2014-01-01 false Fuel system hot weather operation. 29.961...

14 CFR 29.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2010 CFR

2010-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Powerplant Fuel System § 29.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems conducive to vapor... 14 Aeronautics and Space 1 2010-01-01 2010-01-01 false Fuel system hot weather operation. 29.961...

14 CFR 29.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2012 CFR

2012-01-01

... AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Powerplant Fuel System § 29.961 Fuel system hot weather operation. Each suction lift fuel system and other fuel systems conducive to vapor... 14 Aeronautics and Space 1 2012-01-01 2012-01-01 false Fuel system hot weather operation. 29.961...

32 CFR 310.33 - New and altered record systems.

Code of Federal Regulations, 2010 CFR

2010-07-01

... system will be reinstated or reused, the system may not be operated (i.e., information collected or used... direct access is an alteration. (ii) Software applications, such as operating systems and system... capacity of the current operating system and existing security is preserved. (vi) The connecting of two or...

32 CFR 310.33 - New and altered record systems.

Code of Federal Regulations, 2014 CFR

2014-07-01

... system will be reinstated or reused, the system may not be operated (i.e., information collected or used... direct access is an alteration. (ii) Software applications, such as operating systems and system... capacity of the current operating system and existing security is preserved. (vi) The connecting of two or...

32 CFR 310.33 - New and altered record systems.

Code of Federal Regulations, 2011 CFR

2011-07-01

... system will be reinstated or reused, the system may not be operated (i.e., information collected or used... direct access is an alteration. (ii) Software applications, such as operating systems and system... capacity of the current operating system and existing security is preserved. (vi) The connecting of two or...

32 CFR 310.33 - New and altered record systems.

Code of Federal Regulations, 2013 CFR

2013-07-01

... system will be reinstated or reused, the system may not be operated (i.e., information collected or used... direct access is an alteration. (ii) Software applications, such as operating systems and system... capacity of the current operating system and existing security is preserved. (vi) The connecting of two or...

32 CFR 310.33 - New and altered record systems.

Code of Federal Regulations, 2012 CFR

2012-07-01

... system will be reinstated or reused, the system may not be operated (i.e., information collected or used... direct access is an alteration. (ii) Software applications, such as operating systems and system... capacity of the current operating system and existing security is preserved. (vi) The connecting of two or...

Third International Symposium on Space Mission Operations and Ground Data Systems, part 2

NASA Technical Reports Server (NTRS)

Rash, James L. (Editor)

1994-01-01

Under the theme of 'Opportunities in Ground Data Systems for High Efficiency Operations of Space Missions,' the SpaceOps '94 symposium included presentations of more than 150 technical papers spanning five topic areas: Mission Management, Operations, Data Management, System Development, and Systems Engineering. The symposium papers focus on improvements in the efficiency, effectiveness, and quality of data acquisition, ground systems, and mission operations. New technology, methods, and human systems are discussed. Accomplishments are also reported in the application of information systems to improve data retrieval, reporting, and archiving; the management of human factors; the use of telescience and teleoperations; and the design and implementation of logistics support for mission operations. This volume covers expert systems, systems development tools and approaches, and systems engineering issues.

Space-based solar power conversion and delivery systems (study), engineering analysis

NASA Technical Reports Server (NTRS)

Nathan, C. A.

1975-01-01

A systems analysis of synchronous, orbit-based power generation and relay systems that could be operational in the 1990's is described along with a comparison with earth-based systems to be operational in the same time frame. Operational and economic requirements for the orbiting systems and near term research activities which will be required to assure feasibility, development, launch and operational capabilities of such systems in the post- 1990 time frame are examined.

32 CFR 806b.6 - Systems of records operated by a contractor.

Code of Federal Regulations, 2014 CFR

2014-07-01

... 32 National Defense 6 2014-07-01 2014-07-01 false Systems of records operated by a contractor... ADMINISTRATION PRIVACY ACT PROGRAM Overview of the Privacy Act Program § 806b.6 Systems of records operated by a contractor. Contractors who are required to operate or maintain a Privacy Act system of records by contract...

49 CFR 192.623 - Maximum and minimum allowable operating pressure; Low-pressure distribution systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... distribution systems. (a) No person may operate a low-pressure distribution system at a pressure high enough to...) No person may operate a low pressure distribution system at a pressure lower than the minimum... 49 Transportation 3 2012-10-01 2012-10-01 false Maximum and minimum allowable operating pressure...

32 CFR 806b.6 - Systems of records operated by a contractor.

Code of Federal Regulations, 2011 CFR

2011-07-01

... 32 National Defense 6 2011-07-01 2011-07-01 false Systems of records operated by a contractor... ADMINISTRATION PRIVACY ACT PROGRAM Overview of the Privacy Act Program § 806b.6 Systems of records operated by a contractor. Contractors who are required to operate or maintain a Privacy Act system of records by contract...

49 CFR 192.623 - Maximum and minimum allowable operating pressure; Low-pressure distribution systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

... distribution systems. (a) No person may operate a low-pressure distribution system at a pressure high enough to...) No person may operate a low pressure distribution system at a pressure lower than the minimum... 49 Transportation 3 2011-10-01 2011-10-01 false Maximum and minimum allowable operating pressure...

32 CFR 806b.6 - Systems of records operated by a contractor.

Code of Federal Regulations, 2010 CFR

2010-07-01

... 32 National Defense 6 2010-07-01 2010-07-01 false Systems of records operated by a contractor... ADMINISTRATION PRIVACY ACT PROGRAM Overview of the Privacy Act Program § 806b.6 Systems of records operated by a contractor. Contractors who are required to operate or maintain a Privacy Act system of records by contract...

32 CFR 806b.6 - Systems of records operated by a contractor.

Code of Federal Regulations, 2012 CFR

2012-07-01

... 32 National Defense 6 2012-07-01 2012-07-01 false Systems of records operated by a contractor... ADMINISTRATION PRIVACY ACT PROGRAM Overview of the Privacy Act Program § 806b.6 Systems of records operated by a contractor. Contractors who are required to operate or maintain a Privacy Act system of records by contract...

49 CFR 192.623 - Maximum and minimum allowable operating pressure; Low-pressure distribution systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... distribution systems. (a) No person may operate a low-pressure distribution system at a pressure high enough to...) No person may operate a low pressure distribution system at a pressure lower than the minimum... 49 Transportation 3 2013-10-01 2013-10-01 false Maximum and minimum allowable operating pressure...

49 CFR 192.623 - Maximum and minimum allowable operating pressure; Low-pressure distribution systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... distribution systems. (a) No person may operate a low-pressure distribution system at a pressure high enough to...) No person may operate a low pressure distribution system at a pressure lower than the minimum... 49 Transportation 3 2014-10-01 2014-10-01 false Maximum and minimum allowable operating pressure...

32 CFR 806b.6 - Systems of records operated by a contractor.

Code of Federal Regulations, 2013 CFR

2013-07-01

... 32 National Defense 6 2013-07-01 2013-07-01 false Systems of records operated by a contractor... ADMINISTRATION PRIVACY ACT PROGRAM Overview of the Privacy Act Program § 806b.6 Systems of records operated by a contractor. Contractors who are required to operate or maintain a Privacy Act system of records by contract...

40 CFR 63.4966 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2014 CFR

2014-07-01

... capture system and add-on control device operating limits during the performance test? 63.4966 Section 63... system and add-on control device operating limits during the performance test? During the performance... outlet gas temperature is the maximum operating limit for your condenser. (e) Emission capture system...

49 CFR 192.623 - Maximum and minimum allowable operating pressure; Low-pressure distribution systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... distribution systems. (a) No person may operate a low-pressure distribution system at a pressure high enough to...) No person may operate a low pressure distribution system at a pressure lower than the minimum... 49 Transportation 3 2010-10-01 2010-10-01 false Maximum and minimum allowable operating pressure...

40 CFR 63.4966 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2012 CFR

2012-07-01

... capture system and add-on control device operating limits during the performance test? 63.4966 Section 63... system and add-on control device operating limits during the performance test? During the performance... outlet gas temperature is the maximum operating limit for your condenser. (e) Emission capture system...

77 FR 52137 - Proposed Order and Request for Comment on a Petition From Certain Independent System Operators...

Federal Register 2010, 2011, 2012, 2013, 2014

2012-08-28

... New York Independent System Operator, Inc.; and In the Matter of the Petition for an Exemptive Order... Independent System Operator (``CAISO'') and New York Independent System Operator (``NYISO'')), whose central... Commodity Exchange Act by ISO New England Inc.; In the Matter of the Petition for an Exemptive Order Under...

User interface and operational issues with thermionic space power systems

NASA Technical Reports Server (NTRS)

Dahlberg, R. C.; Fisher, C. R.

1987-01-01

Thermionic space power systems have unique features which facilitate predeployment operations, provide operational flexibility and simplify the interface with the user. These were studied in some detail during the SP-100 program from 1983 to 1985. Three examples are reviewed in this paper: (1) system readiness verification in the prelaunch phase; (2) startup, shutdown, and dormancy in the operations phase; (3) part-load operation in the operations phase.

Operationally efficient propulsion system study (OEPSS) data book. Volume 6; Space Transfer Propulsion Operational Efficiency Study Task of OEPSS

NASA Technical Reports Server (NTRS)

Harmon, Timothy J.

1992-01-01

This document is the final report for the Space Transfer Propulsion Operational Efficiency Study Task of the Operationally Efficient Propulsion System Study (OEPSS) conducted by the Rocketdyne Division of Rockwell International. This Study task studied, evaluated and identified design concepts and technologies which minimized launch and in-space operations and optimized in-space vehicle propulsion system operability.

Operating System Abstraction Layer (OSAL)

NASA Technical Reports Server (NTRS)

Yanchik, Nicholas J.

2007-01-01

This viewgraph presentation reviews the concept of the Operating System Abstraction Layer (OSAL) and its benefits. The OSAL is A small layer of software that allows programs to run on many different operating systems and hardware platforms It runs independent of the underlying OS & hardware and it is self-contained. The benefits of OSAL are that it removes dependencies from any one operating system, promotes portable, reusable flight software. It allows for Core Flight software (FSW) to be built for multiple processors and operating systems. The presentation discusses the functionality, the various OSAL releases, and describes the specifications.

Achieving Operability via the Mission System Paradigm

NASA Technical Reports Server (NTRS)

Hammer, Fred J.; Kahr, Joseph R.

2006-01-01

In the past, flight and ground systems have been developed largely-independently, with the flight system taking the lead, and dominating the development process. Operability issues have been addressed poorly in planning, requirements, design, I&T, and system-contracting activities. In many cases, as documented in lessons-learned, this has resulted in significant avoidable increases in cost and risk. With complex missions and systems, operability is being recognized as an important end-to-end design issue. Never-the-less, lessons-learned and operability concepts remain, in many cases, poorly understood and sporadically applied. A key to effective application of operability concepts is adopting a 'mission system' paradigm. In this paradigm, flight and ground systems are treated, from an engineering and management perspective, as inter-related elements of a larger mission system. The mission system consists of flight hardware, flight software, telecom services, ground data system, testbeds, flight teams, science teams, flight operations processes, procedures, and facilities. The system is designed in functional layers, which span flight and ground. It is designed in response to project-level requirements, mission design and an operations concept, and is developed incrementally, with early and frequent integration of flight and ground components.

14 CFR 121.313 - Miscellaneous equipment.

Code of Federal Regulations, 2010 CFR

2010-01-01

... from its primary operating system to an alternate system, the means must include a positive positioning...) AIR CARRIERS AND OPERATORS FOR COMPENSATION OR HIRE: CERTIFICATION AND OPERATIONS OPERATING... equivalent for each pilot station. (c) A power supply and distribution system that meets the requirements of...

14 CFR 121.313 - Miscellaneous equipment.

Code of Federal Regulations, 2012 CFR

2012-01-01

... from its primary operating system to an alternate system, the means must include a positive positioning...) AIR CARRIERS AND OPERATORS FOR COMPENSATION OR HIRE: CERTIFICATION AND OPERATIONS OPERATING... equivalent for each pilot station. (c) A power supply and distribution system that meets the requirements of...

A Comprehensive Comparison of Current Operating Reserve Methodologies

DOE Office of Scientific and Technical Information (OSTI.GOV)

Krad, Ibrahim; Ibanez, Eduardo; Gao, Wenzhong

Electric power systems are currently experiencing a paradigm shift from a traditionally static system to a system that is becoming increasingly more dynamic and variable. Emerging technologies are forcing power system operators to adapt to their performance characteristics. These technologies, such as distributed generation and energy storage systems, have changed the traditional idea of a distribution system with power flowing in one direction into a distribution system with bidirectional flows. Variable generation, in the form of wind and solar generation, also increases the variability and uncertainty in the system. As such, power system operators are revisiting the ways in whichmore » they treat this evolving power system, namely by modifying their operating reserve methodologies. This paper intends to show an in-depth analysis on different operating reserve methodologies and investigate their impacts on power system reliability and economic efficiency.« less

THERMAL DESIGN OF THE ITER VACUUM VESSEL COOLING SYSTEM

DOE Office of Scientific and Technical Information (OSTI.GOV)

Carbajo, Juan J; Yoder Jr, Graydon L; Kim, Seokho H

RELAP5-3D models of the ITER Vacuum Vessel (VV) Primary Heat Transfer System (PHTS) have been developed. The design of the cooling system is described in detail, and RELAP5 results are presented. Two parallel pump/heat exchanger trains comprise the design one train is for full-power operation and the other is for emergency operation or operation at decay heat levels. All the components are located inside the Tokamak building (a significant change from the original configurations). The results presented include operation at full power, decay heat operation, and baking operation. The RELAP5-3D results confirm that the design can operate satisfactorily during bothmore » normal pulsed power operation and decay heat operation. All the temperatures in the coolant and in the different system components are maintained within acceptable operating limits.« less

Solar power satellite system definition study. Volume 3: Operations and systems synthesis, phase 2

NASA Technical Reports Server (NTRS)

1979-01-01

The results of the operations analyses are reported. Some of these analyses examined operations aspects of space vehicle in-space maintenance. Many of the analyses explored in great depth operations concerned the LEO Base cargo handling operations. Personnel transportation operations and cargo packaging were also analyzed. These operations analyses were performed to define the operational requirements for all of the SPS system elements so that equipment and facilities could be synthesized, and to make estimates of the manpower requirements. An overall, integrated, end-to-end description of the SPS operations is presented. The detailed operations analyses, upon which this integrated description was based, are included.

EOS: A project to investigate the design and construction of real-time distributed embedded operating systems

NASA Technical Reports Server (NTRS)

Campbell, R. H.; Essick, R. B.; Grass, J.; Johnston, G.; Kenny, K.; Russo, V.

1986-01-01

The EOS project is investigating the design and construction of a family of real-time distributed embedded operating systems for reliable, distributed aerospace applications. Using the real-time programming techniques developed in co-operation with NASA in earlier research, the project staff is building a kernel for a multiple processor networked system. The first six months of the grant included a study of scheduling in an object-oriented system, the design philosophy of the kernel, and the architectural overview of the operating system. In this report, the operating system and kernel concepts are described. An environment for the experiments has been built and several of the key concepts of the system have been prototyped. The kernel and operating system is intended to support future experimental studies in multiprocessing, load-balancing, routing, software fault-tolerance, distributed data base design, and real-time processing.

Constraints and System Primitives in Achieving Multilevel Security in Real Time Distributed System Environment

DTIC Science & Technology

1994-04-18

because they represent a microkernel and monolithic kernel approach to MLS operating system issues. TMACH is I based on MACH, a distributed operating...the operating system is [L.sed on a microkernel design or a monolithic kernel design. This distinction requires some caution since monolithic operating...are provided by 3 user-level processes, in contrast to standard UNIX, which has a large monolithic kernel that pro- I - 22 - Distributed O)perating

Development of wide area environment accelerator operation and diagnostics method

NASA Astrophysics Data System (ADS)

Uchiyama, Akito; Furukawa, Kazuro

2015-08-01

Remote operation and diagnostic systems for particle accelerators have been developed for beam operation and maintenance in various situations. Even though fully remote experiments are not necessary, the remote diagnosis and maintenance of the accelerator is required. Considering remote-operation operator interfaces (OPIs), the use of standard protocols such as the hypertext transfer protocol (HTTP) is advantageous, because system-dependent protocols are unnecessary between the remote client and the on-site server. Here, we have developed a client system based on WebSocket, which is a new protocol provided by the Internet Engineering Task Force for Web-based systems, as a next-generation Web-based OPI using the Experimental Physics and Industrial Control System Channel Access protocol. As a result of this implementation, WebSocket-based client systems have become available for remote operation. Also, as regards practical application, the remote operation of an accelerator via a wide area network (WAN) faces a number of challenges, e.g., the accelerator has both experimental device and radiation generator characteristics. Any error in remote control system operation could result in an immediate breakdown. Therefore, we propose the implementation of an operator intervention system for remote accelerator diagnostics and support that can obviate any differences between the local control room and remote locations. Here, remote-operation Web-based OPIs, which resolve security issues, are developed.

Operator Performance Support System (OPSS)

NASA Technical Reports Server (NTRS)

Conklin, Marlen Z.

1993-01-01

In the complex and fast reaction world of military operations, present technologies, combined with tactical situations, have flooded the operator with assorted information that he is expected to process instantly. As technologies progress, this flow of data and information have both guided and overwhelmed the operator. However, the technologies that have confounded many operators today can be used to assist him -- thus the Operator Performance Support Team. In this paper we propose an operator support station that incorporates the elements of Video and Image Databases, productivity Software, Interactive Computer Based Training, Hypertext/Hypermedia Databases, Expert Programs, and Human Factors Engineering. The Operator Performance Support System will provide the operator with an integrating on-line information/knowledge system that will guide expert or novice to correct systems operations. Although the OPSS is being developed for the Navy, the performance of the workforce in today's competitive industry is of major concern. The concepts presented in this paper which address ASW systems software design issues are also directly applicable to industry. the OPSS will propose practical applications in how to more closely align the relationships between technical knowledge and equipment operator performance.

Third International Symposium on Space Mission Operations and Ground Data Systems, part 1

NASA Technical Reports Server (NTRS)

Rash, James L. (Editor)

1994-01-01

Under the theme of 'Opportunities in Ground Data Systems for High Efficiency Operations of Space Missions,' the SpaceOps '94 symposium included presentations of more than 150 technical papers spanning five topic areas: Mission Management, Operations, Data Management, System Development, and Systems Engineering. The papers focus on improvements in the efficiency, effectiveness, productivity, and quality of data acquisition, ground systems, and mission operations. New technology, techniques, methods, and human systems are discussed. Accomplishments are also reported in the application of information systems to improve data retrieval, reporting, and archiving; the management of human factors; the use of telescience and teleoperations; and the design and implementation of logistics support for mission operations.

Application of System Operational Effectiveness Methodology to Space Launch Vehicle Development and Operations

NASA Technical Reports Server (NTRS)

Watson, Michael D.; Kelley, Gary W.

2012-01-01

The Department of Defense (DoD) defined System Operational Effectiveness (SOE) model provides an exceptional framework for an affordable approach to the development and operation of space launch vehicles and their supporting infrastructure. The SOE model provides a focal point from which to direct and measure technical effectiveness and process efficiencies of space launch vehicles. The application of the SOE model to a space launch vehicle's development and operation effort leads to very specific approaches and measures that require consideration during the design phase. This paper provides a mapping of the SOE model to the development of space launch vehicles for human exploration by addressing the SOE model key points of measurement including System Performance, System Availability, Technical Effectiveness, Process Efficiency, System Effectiveness, Life Cycle Cost, and Affordable Operational Effectiveness. In addition, the application of the SOE model to the launch vehicle development process is defined providing the unique aspects of space launch vehicle production and operations in lieu of the traditional broader SOE context that examines large quantities of fielded systems. The tailoring and application of the SOE model to space launch vehicles provides some key insights into the operational design drivers, capability phasing, and operational support systems.

49 CFR 1580.1 - Scope.

Code of Federal Regulations, 2010 CFR

2010-10-01

... operates rolling equipment on track that is part of the general railroad system of transportation; (2) Each... is part of the general railroad system of transportation, each carrier operating or providing... operating on or off the general railroad system of transportation; (7) Each operator of private cars...

75 FR 62476 - Ultra-Wideband Transmission Systems

Federal Register 2010, 2011, 2012, 2013, 2014

2010-10-12

... would be obtained from measurements taken with the system operating in its normal operating mode. At the... with the transmitter operating continuously at a fundamental transmission frequency. 9. Subsequent to... systems, measured in their normal operating modes, is less than that of a UWB transmitter employing...

A support architecture for reliable distributed computing systems

NASA Technical Reports Server (NTRS)

Dasgupta, Partha; Leblanc, Richard J., Jr.

1988-01-01

The Clouds project is well underway to its goal of building a unified distributed operating system supporting the object model. The operating system design uses the object concept of structuring software at all levels of the system. The basic operating system was developed and work is under progress to build a usable system.

14 CFR 29.1333 - Instrument systems.

Code of Federal Regulations, 2014 CFR

2014-01-01

.... For systems that operate the required flight instruments which are located at each pilot's station... that operating system. (b) The equipment, systems, and installations must be designed so that one... equipment may not be connected to the operating system for a second pilot unless provisions are made to...

14 CFR 29.1333 - Instrument systems.

Code of Federal Regulations, 2011 CFR

2011-01-01

.... For systems that operate the required flight instruments which are located at each pilot's station... that operating system. (b) The equipment, systems, and installations must be designed so that one... equipment may not be connected to the operating system for a second pilot unless provisions are made to...

14 CFR 29.1333 - Instrument systems.

Code of Federal Regulations, 2010 CFR

2010-01-01

.... For systems that operate the required flight instruments which are located at each pilot's station... that operating system. (b) The equipment, systems, and installations must be designed so that one... equipment may not be connected to the operating system for a second pilot unless provisions are made to...

14 CFR 29.1333 - Instrument systems.

Code of Federal Regulations, 2013 CFR

2013-01-01

.... For systems that operate the required flight instruments which are located at each pilot's station... that operating system. (b) The equipment, systems, and installations must be designed so that one... equipment may not be connected to the operating system for a second pilot unless provisions are made to...

14 CFR 29.1333 - Instrument systems.

Code of Federal Regulations, 2012 CFR

2012-01-01

.... For systems that operate the required flight instruments which are located at each pilot's station... that operating system. (b) The equipment, systems, and installations must be designed so that one... equipment may not be connected to the operating system for a second pilot unless provisions are made to...

49 CFR 234.257 - Warning system operation.

Code of Federal Regulations, 2012 CFR

2012-10-01

... 49 Transportation 4 2012-10-01 2012-10-01 false Warning system operation. 234.257 Section 234.257... EMERGENCY NOTIFICATION SYSTEMS Maintenance, Inspection, and Testing Inspections and Tests § 234.257 Warning system operation. (a) Each highway-rail crossing warning system shall be tested to determine that it...

49 CFR 234.257 - Warning system operation.

Code of Federal Regulations, 2014 CFR

2014-10-01

... 49 Transportation 4 2014-10-01 2014-10-01 false Warning system operation. 234.257 Section 234.257... EMERGENCY NOTIFICATION SYSTEMS Maintenance, Inspection, and Testing Inspections and Tests § 234.257 Warning system operation. (a) Each highway-rail crossing warning system shall be tested to determine that it...

49 CFR 234.257 - Warning system operation.

Code of Federal Regulations, 2013 CFR

2013-10-01

... 49 Transportation 4 2013-10-01 2013-10-01 false Warning system operation. 234.257 Section 234.257... EMERGENCY NOTIFICATION SYSTEMS Maintenance, Inspection, and Testing Inspections and Tests § 234.257 Warning system operation. (a) Each highway-rail crossing warning system shall be tested to determine that it...

Personnel reliability impact on petrochemical facilities monitoring system's failure skipping probability

NASA Astrophysics Data System (ADS)

Kostyukov, V. N.; Naumenko, A. P.

2017-08-01

The paper dwells upon urgent issues of evaluating impact of actions conducted by complex technological systems operators on their safe operation considering application of condition monitoring systems for elements and sub-systems of petrochemical production facilities. The main task for the research is to distinguish factors and criteria of monitoring system properties description, which would allow to evaluate impact of errors made by personnel on operation of real-time condition monitoring and diagnostic systems for machinery of petrochemical facilities, and find and objective criteria for monitoring system class, considering a human factor. On the basis of real-time condition monitoring concepts of sudden failure skipping risk, static and dynamic error, monitoring systems, one may solve a task of evaluation of impact that personnel's qualification has on monitoring system operation in terms of error in personnel or operators' actions while receiving information from monitoring systems and operating a technological system. Operator is considered as a part of the technological system. Although, personnel's behavior is usually a combination of the following parameters: input signal - information perceiving, reaction - decision making, response - decision implementing. Based on several researches on behavior of nuclear powers station operators in USA, Italy and other countries, as well as on researches conducted by Russian scientists, required data on operator's reliability were selected for analysis of operator's behavior at technological facilities diagnostics and monitoring systems. The calculations revealed that for the monitoring system selected as an example, the failure skipping risk for the set values of static (less than 0.01) and dynamic (less than 0.001) errors considering all related factors of data on reliability of information perception, decision-making, and reaction fulfilled is 0.037, in case when all the facilities and error probability are under control - not more than 0.027. In case when only pump and compressor units are under control, the failure skipping risk is not more than 0.022, when the probability of error in operator's action is not more than 0.011. The work output shows that on the basis of the researches results an assessment of operators' reliability can be made in terms of almost any kind of production, but considering only technological capabilities, since operators' psychological and general training considerable vary in different production industries. Using latest technologies of engineering psychology and design of data support systems, situation assessment systems, decision-making and responding system, as well as achievement in condition monitoring in various production industries one can evaluate hazardous condition skipping risk probability considering static, dynamic errors and human factor.

Terminal-area STOL operating systems experiments program

NASA Technical Reports Server (NTRS)

Smith, D. W.; Watson, D.; Christensen, J. V.

1973-01-01

Information which will aid in the choice by the U.S. Government and industry of system concepts, design criteria, operating procedures for STOL aircraft and STOL ports, STOL landing guidance systems, air traffic control systems, and airborne avionics and flight control systems. Ames has developed a terminal-area STOL operating systems experiments program which is a part of the joint DOT/NASA effort is discussed. The Ames operating systems experiments program, its objectives, the program approach, the program schedule, typical experiments, the research facilities to be used, and the program status are described.

Measurement and analysis of operating system fault tolerance

NASA Technical Reports Server (NTRS)

Lee, I.; Tang, D.; Iyer, R. K.

1992-01-01

This paper demonstrates a methodology to model and evaluate the fault tolerance characteristics of operational software. The methodology is illustrated through case studies on three different operating systems: the Tandem GUARDIAN fault-tolerant system, the VAX/VMS distributed system, and the IBM/MVS system. Measurements are made on these systems for substantial periods to collect software error and recovery data. In addition to investigating basic dependability characteristics such as major software problems and error distributions, we develop two levels of models to describe error and recovery processes inside an operating system and on multiple instances of an operating system running in a distributed environment. Based on the models, reward analysis is conducted to evaluate the loss of service due to software errors and the effect of the fault-tolerance techniques implemented in the systems. Software error correlation in multicomputer systems is also investigated.

49 CFR 37.73 - Purchase or lease of used non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... public entities operating fixed route systems. 37.73 Section 37.73 Transportation Office of the Secretary... operating fixed route systems. (a) Except as provided elsewhere in this section, each public entity operating a fixed route system purchasing or leasing, after August 25, 1990, a used bus or other used...

49 CFR 37.73 - Purchase or lease of used non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... public entities operating fixed route systems. 37.73 Section 37.73 Transportation Office of the Secretary... operating fixed route systems. (a) Except as provided elsewhere in this section, each public entity operating a fixed route system purchasing or leasing, after August 25, 1990, a used bus or other used...

49 CFR 37.75 - Remanufacture of non-rail vehicles and purchase or lease of remanufactured non-rail vehicles by...

Code of Federal Regulations, 2013 CFR

2013-10-01

... lease of remanufactured non-rail vehicles by public entities operating fixed route systems. 37.75... operating fixed route systems. (a) This section applies to any public entity operating a fixed route system.... (d) If a public entity operates a fixed route system, any segment of which is included on the...

49 CFR 37.75 - Remanufacture of non-rail vehicles and purchase or lease of remanufactured non-rail vehicles by...

Code of Federal Regulations, 2011 CFR

2011-10-01

... lease of remanufactured non-rail vehicles by public entities operating fixed route systems. 37.75... operating fixed route systems. (a) This section applies to any public entity operating a fixed route system.... (d) If a public entity operates a fixed route system, any segment of which is included on the...

49 CFR 37.73 - Purchase or lease of used non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

... public entities operating fixed route systems. 37.73 Section 37.73 Transportation Office of the Secretary... operating fixed route systems. (a) Except as provided elsewhere in this section, each public entity operating a fixed route system purchasing or leasing, after August 25, 1990, a used bus or other used...

40 CFR 63.3556 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2010 CFR

2010-07-01

... system and add-on control device operating limits during the performance test? 63.3556 Section 63.3556... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure.../outlet Concentration Option § 63.3556 How do I establish the emission capture system and add-on control...

49 CFR 37.73 - Purchase or lease of used non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... public entities operating fixed route systems. 37.73 Section 37.73 Transportation Office of the Secretary... operating fixed route systems. (a) Except as provided elsewhere in this section, each public entity operating a fixed route system purchasing or leasing, after August 25, 1990, a used bus or other used...

49 CFR 37.73 - Purchase or lease of used non-rail vehicles by public entities operating fixed route systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... public entities operating fixed route systems. 37.73 Section 37.73 Transportation Office of the Secretary... operating fixed route systems. (a) Except as provided elsewhere in this section, each public entity operating a fixed route system purchasing or leasing, after August 25, 1990, a used bus or other used...

40 CFR 63.3556 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2011 CFR

2011-07-01

... system and add-on control device operating limits during the performance test? 63.3556 Section 63.3556... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure.../outlet Concentration Option § 63.3556 How do I establish the emission capture system and add-on control...

40 CFR 63.3556 - How do I establish the emission capture system and add-on control device operating limits during...

Code of Federal Regulations, 2013 CFR

2013-07-01

... system and add-on control device operating limits during the performance test? 63.3556 Section 63.3556... of key parameters of the valve operating system (e.g., solenoid valve operation, air pressure... Control Efficiency/outlet Concentration Option § 63.3556 How do I establish the emission capture system...

49 CFR 37.75 - Remanufacture of non-rail vehicles and purchase or lease of remanufactured non-rail vehicles by...

Code of Federal Regulations, 2012 CFR

2012-10-01

... lease of remanufactured non-rail vehicles by public entities operating fixed route systems. 37.75... operating fixed route systems. (a) This section applies to any public entity operating a fixed route system.... (d) If a public entity operates a fixed route system, any segment of which is included on the...

49 CFR 37.75 - Remanufacture of non-rail vehicles and purchase or lease of remanufactured non-rail vehicles by...

Code of Federal Regulations, 2010 CFR

2010-10-01

... lease of remanufactured non-rail vehicles by public entities operating fixed route systems. 37.75... operating fixed route systems. (a) This section applies to any public entity operating a fixed route system.... (d) If a public entity operates a fixed route system, any segment of which is included on the...

49 CFR 37.75 - Remanufacture of non-rail vehicles and purchase or lease of remanufactured non-rail vehicles by...

Code of Federal Regulations, 2014 CFR

2014-10-01

... lease of remanufactured non-rail vehicles by public entities operating fixed route systems. 37.75... operating fixed route systems. (a) This section applies to any public entity operating a fixed route system.... (d) If a public entity operates a fixed route system, any segment of which is included on the...

[The use of an opect optic system in neurosurgical practice].

PubMed

Kalinovskiy, A V; Rzaev, D A; Yoshimitsu, K

2018-01-01

Modern neurosurgical practice is impossible without access to various information sources. The use of MRI and MSCT data during surgery is an integral part of the neurosurgeon's daily practice. Devices capable of managing an image viewer system without direct contact with equipment simplify working in the operating room. To test operation of a non-contact MRI and MSCT image viewer system in the operating room and to evaluate the system effectiveness. An Opect non-contact image management system developed at the Tokyo Women's Medical University was installed in one of the operating rooms of the Novosibirsk Federal Center of Neurosurgery in 2014. In 2015, the Opect system was used by operating surgeons in 73 surgeries performed in the same operating room. The system effectiveness was analyzed based on a survey of surgeons. The non-contact image viewer system occurred to be easy-to-learn for the personnel to operate this system, easy-to-manage it, and easy-to-present visual information during surgery. Application of the Opect system simplifies work with neuroimaging data during surgery. The surgeon can independently view series of relevant MRI and MSCT scans without any assistance.

RTEMS CENTRE- Support and Maintenance CENTRE to RTEMS Operating System

NASA Astrophysics Data System (ADS)

Silva, H.; Constantino, A.; Coutunho, M.; Freitas, D.; Faustino, S.; Mota, M.; Colaço, P.; Zulianello, M.

2008-08-01

RTEMS stands for Real-Time Operating System for Multiprocessor Systems. It is a full featured Real Time Operating System that supports a variety of open APIs and interface standards. It provides a high performance environment for embedded applications, including a fixed-priority preemptive/non-preemptive scheduler, a comprehensive set of multitasking operations and a large range of supported architectures. Support and maintenance CENTRE to RTEMS operating system (RTEMS CENTRE) is a joint initiative of ESA-Portugal Task force, aiming to build a strong technical competence in the space flight (on- board) software, to offer support, maintenance and improvements to RTEMS. This paper provides a high level description of the current and future activities of the RTEMS CENTRE. It presents a brief description of the RTEMS operating system, a description of the tools developed and distributed to the community [1] and the improvements to be made to the operating system, including facilitation for the qualification of RTEMS (4.8.0) [2] for the space missions.

Using task analysis to understand the Data System Operations Team

NASA Technical Reports Server (NTRS)

Holder, Barbara E.

1994-01-01

The Data Systems Operations Team (DSOT) currently monitors the Multimission Ground Data System (MGDS) at JPL. The MGDS currently supports five spacecraft and within the next five years, it will support ten spacecraft simultaneously. The ground processing element of the MGDS consists of a distributed UNIX-based system of over 40 nodes and 100 processes. The MGDS system provides operators with little or no information about the system's end-to-end processing status or end-to-end configuration. The lack of system visibility has become a critical issue in the daily operation of the MGDS. A task analysis was conducted to determine what kinds of tools were needed to provide DSOT with useful status information and to prioritize the tool development. The analysis provided the formality and structure needed to get the right information exchange between development and operations. How even a small task analysis can improve developer-operator communications is described, and the challenges associated with conducting a task analysis in a real-time mission operations environment are examined.

47 CFR 73.62 - Directional antenna system operation and tolerances.

Code of Federal Regulations, 2010 CFR

2010-10-01

... 47 Telecommunication 4 2010-10-01 2010-10-01 false Directional antenna system operation and... RADIO SERVICES RADIO BROADCAST SERVICES AM Broadcast Stations § 73.62 Directional antenna system operation and tolerances. (a) Each AM station operating a directional antenna must maintain the relative...

47 CFR 73.62 - Directional antenna system operation and tolerances.

Code of Federal Regulations, 2012 CFR

2012-10-01

... 47 Telecommunication 4 2012-10-01 2012-10-01 false Directional antenna system operation and... RADIO SERVICES RADIO BROADCAST SERVICES AM Broadcast Stations § 73.62 Directional antenna system operation and tolerances. (a) Each AM station operating a directional antenna must maintain the relative...

47 CFR 73.62 - Directional antenna system operation and tolerances.

Code of Federal Regulations, 2014 CFR

2014-10-01

... 47 Telecommunication 4 2014-10-01 2014-10-01 false Directional antenna system operation and... RADIO SERVICES RADIO BROADCAST SERVICES AM Broadcast Stations § 73.62 Directional antenna system operation and tolerances. (a) Each AM station operating a directional antenna must maintain the relative...

47 CFR 73.62 - Directional antenna system operation and tolerances.

Code of Federal Regulations, 2011 CFR

2011-10-01

... 47 Telecommunication 4 2011-10-01 2011-10-01 false Directional antenna system operation and... RADIO SERVICES RADIO BROADCAST SERVICES AM Broadcast Stations § 73.62 Directional antenna system operation and tolerances. (a) Each AM station operating a directional antenna must maintain the relative...

47 CFR 73.62 - Directional antenna system operation and tolerances.

Code of Federal Regulations, 2013 CFR

2013-10-01

... 47 Telecommunication 4 2013-10-01 2013-10-01 false Directional antenna system operation and... RADIO SERVICES RADIO BROADCAST SERVICES AM Broadcast Stations § 73.62 Directional antenna system operation and tolerances. (a) Each AM station operating a directional antenna must maintain the relative...

31 CFR 1028.400 - General.

Code of Federal Regulations, 2013 CFR

2013-07-01

... ENFORCEMENT NETWORK, DEPARTMENT OF THE TREASURY RULES FOR OPERATORS OF CREDIT CARD SYSTEMS Records Required To Be Maintained By Operators of Credit Card Systems § 1028.400 General. Operators of credit card.... Operators of credit card systems should also refer to Subpart D of Part 1010 of this Chapter for...

31 CFR 1028.400 - General.

Code of Federal Regulations, 2012 CFR

2012-07-01

... ENFORCEMENT NETWORK, DEPARTMENT OF THE TREASURY RULES FOR OPERATORS OF CREDIT CARD SYSTEMS Records Required To Be Maintained By Operators of Credit Card Systems § 1028.400 General. Operators of credit card.... Operators of credit card systems should also refer to Subpart D of Part 1010 of this Chapter for...

31 CFR 1028.400 - General.

Code of Federal Regulations, 2011 CFR

2011-07-01

... ENFORCEMENT NETWORK, DEPARTMENT OF THE TREASURY RULES FOR OPERATORS OF CREDIT CARD SYSTEMS Records Required To Be Maintained By Operators of Credit Card Systems § 1028.400 General. Operators of credit card.... Operators of credit card systems should also refer to Subpart D of Part 1010 of this Chapter for...

31 CFR 1028.400 - General.

Code of Federal Regulations, 2014 CFR

2014-07-01

... ENFORCEMENT NETWORK, DEPARTMENT OF THE TREASURY RULES FOR OPERATORS OF CREDIT CARD SYSTEMS Records Required To Be Maintained By Operators of Credit Card Systems § 1028.400 General. Operators of credit card.... Operators of credit card systems should also refer to Subpart D of Part 1010 of this Chapter for...

Managing computer-controlled operations

NASA Technical Reports Server (NTRS)

Plowden, J. B.

1985-01-01

A detailed discussion of Launch Processing System Ground Software Production is presented to establish the interrelationships of firing room resource utilization, configuration control, system build operations, and Shuttle data bank management. The production of a test configuration identifier is traced from requirement generation to program development. The challenge of the operational era is to implement fully automated utilities to interface with a resident system build requirements document to eliminate all manual intervention in the system build operations. Automatic update/processing of Shuttle data tapes will enhance operations during multi-flow processing.

A NASPAC-Based Analysis of the Delay and Cost Effects of the Dallas/Fort Worth Metroplex Plan

DTIC Science & Technology

1992-10-01

Federal Aviation Administration Operations Research Service 14. Sponsoring Agency Code Washington, DC 20590 AOR-100 15. Supplementary Notes 16 . Abstract...LIST OF ILLUSTRATIONS Figure Page 1 DFW Area Airports 3 2 Forecasted Number of Daily Operations at DFW 12 3 Annual Savings at DFW with the Plan 16 4...Increase in System Operational Delay Without Plan 24 15 Average System Operational Delay 26 16 System Operational Delay Savings with Plan 26 17 System

Space Operations Center system analysis study extension. Volume 4, book 2: SOC system analysis report

NASA Technical Reports Server (NTRS)

1982-01-01

The Space Operations Center (SOC) orbital space station research missions integration, crew requirements, SOC operations, and configurations are analyzed. Potential research and applications missions and their requirements are described. The capabilities of SOC are compared with user requirements. The SOC/space shuttle and shuttle-derived vehicle flight support operations and SOC orbital operations are described. Module configurations and systems options, SOC/external tank configurations, and configurations for geostationary orbits are described. Crew and systems safety configurations are summarized.

Intelligent Operation and Maintenance of Micro-grid Technology and System Development

NASA Astrophysics Data System (ADS)

Fu, Ming; Song, Jinyan; Zhao, Jingtao; Du, Jian

2018-01-01

In order to achieve the micro-grid operation and management, Studying the micro-grid operation and maintenance knowledge base. Based on the advanced Petri net theory, the fault diagnosis model of micro-grid is established, and the intelligent diagnosis and analysis method of micro-grid fault is put forward. Based on the technology, the functional system and architecture of the intelligent operation and maintenance system of micro-grid are studied, and the microcomputer fault diagnosis function is introduced in detail. Finally, the system is deployed based on the micro-grid of a park, and the micro-grid fault diagnosis and analysis is carried out based on the micro-grid operation. The system operation and maintenance function interface is displayed, which verifies the correctness and reliability of the system.

Intelligent transportation systems field operational test cross-cutting study : commercial vehicle operations -- roadside

DOT National Transportation Integrated Search

1998-11-01

Commercial Vehicle Operations - Roadside report discusses the findings and conclusions exclusively from Field Operational Tests (FOTs) of roadside Intelligent Transportation Systems (ITS) for Commercial Vehicle Operations (CVO). The FOTs considered i...

Description of the control system design for the SSF PMAD DC testbed

NASA Technical Reports Server (NTRS)

Baez, Anastacio N.; Kimnach, Greg L.

1991-01-01

The Power Management and Distribution (PMAD) DC Testbed Control System for Space Station Freedom was developed using a top down approach based on classical control system and conventional terrestrial power utilities design techniques. The design methodology includes the development of a testbed operating concept. This operating concept describes the operation of the testbed under all possible scenarios. A unique set of operating states was identified and a description of each state, along with state transitions, was generated. Each state is represented by a unique set of attributes and constraints, and its description reflects the degree of system security within which the power system is operating. Using the testbed operating states description, a functional design for the control system was developed. This functional design consists of a functional outline, a text description, and a logical flowchart for all the major control system functions. Described here are the control system design techniques, various control system functions, and the status of the design and implementation.

Considerations for a design and operations knowledge support system for Space Station Freedom

NASA Technical Reports Server (NTRS)

Erickson, Jon D.; Crouse, Kenneth H.; Wechsler, Donald B.; Flaherty, Douglas R.

1989-01-01

Engineering and operations of modern engineered systems depend critically upon detailed design and operations knowledge that is accurate and authoritative. A design and operations knowledge support system (DOKSS) is a modern computer-based information system providing knowledge about the creation, evolution, and growth of an engineered system. The purpose of a DOKSS is to provide convenient and effective access to this multifaceted information. The complexity of Space Station Freedom's (SSF's) systems, elements, interfaces, and organizations makes convenient access to design knowledge especially important, when compared to simpler systems. The life cycle length, being 30 or more years, adds a new dimension to space operations, maintenance, and evolution. Provided here is a review and discussion of design knowledge support systems to be delivered and operated as a critical part of the engineered system. A concept of a DOKSS for Space Station Freedom (SSF) is presented. This is followed by a detailed discussion of a DOKSS for the Lyndon B. Johnson Space Center and Work Package-2 portions of SSF.

14 CFR 23.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2011 CFR

2011-01-01

... 14 Aeronautics and Space 1 2011-01-01 2011-01-01 false Fuel system hot weather operation. 23.961... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL, UTILITY, ACROBATIC, AND COMMUTER CATEGORY AIRPLANES Powerplant Fuel System § 23.961 Fuel system hot weather operation. Each fuel system must be free from vapor lock...

14 CFR 23.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2012 CFR

2012-01-01

... 14 Aeronautics and Space 1 2012-01-01 2012-01-01 false Fuel system hot weather operation. 23.961... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL, UTILITY, ACROBATIC, AND COMMUTER CATEGORY AIRPLANES Powerplant Fuel System § 23.961 Fuel system hot weather operation. Each fuel system must be free from vapor lock...

14 CFR 23.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2010 CFR

2010-01-01

... 14 Aeronautics and Space 1 2010-01-01 2010-01-01 false Fuel system hot weather operation. 23.961... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL, UTILITY, ACROBATIC, AND COMMUTER CATEGORY AIRPLANES Powerplant Fuel System § 23.961 Fuel system hot weather operation. Each fuel system must be free from vapor lock...

14 CFR 23.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2014 CFR

2014-01-01

... 14 Aeronautics and Space 1 2014-01-01 2014-01-01 false Fuel system hot weather operation. 23.961... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL, UTILITY, ACROBATIC, AND COMMUTER CATEGORY AIRPLANES Powerplant Fuel System § 23.961 Fuel system hot weather operation. Each fuel system must be free from vapor lock...

14 CFR 23.961 - Fuel system hot weather operation.

Code of Federal Regulations, 2013 CFR

2013-01-01

... 14 Aeronautics and Space 1 2013-01-01 2013-01-01 false Fuel system hot weather operation. 23.961... AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL, UTILITY, ACROBATIC, AND COMMUTER CATEGORY AIRPLANES Powerplant Fuel System § 23.961 Fuel system hot weather operation. Each fuel system must be free from vapor lock...

An Assessment of Civil Tiltrotor Concept of Operations in the Next Generation Air Transportation System

NASA Technical Reports Server (NTRS)

Chung, William W.; Salvano, Dan; Rinehart, David; Young, Ray; Cheng, Victor; Lindsey, James

2012-01-01

Based on a previous Civil Tiltrotor (CTR) National Airspace System (NAS) performance analysis study, CTR operations were evaluated over selected routes and terminal airspace configurations assuming noninterference operations (NIO) and runway-independent operations (RIO). This assessment aims to further identify issues associated with these concepts of operations (ConOps), and their dependency on the airspace configuration and interaction with conventional fixed-wing traffic. Safety analysis following a traditional Safety Management System (SMS) methodology was applied to CTR-unique departure and arrival failures in the selected airspace to identify any operational and certification issues. Additional CTR operational cases were then developed to get a broader understanding of issues and gaps that will need to be addressed in future CTR operational studies. Finally, needed enhancements to National Airspace System performance analysis tools were reviewed, and recommendations were made on improvements in these tools that are likely to be required to support future progress toward CTR fleet operations in the Next Generation Air Transportation System (NextGen).

47 CFR 32.2220 - Operator systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... 47 Telecommunication 2 2014-10-01 2014-10-01 false Operator systems. 32.2220 Section 32.2220 Telecommunication FEDERAL COMMUNICATIONS COMMISSION (CONTINUED) COMMON CARRIER SERVICES UNIFORM SYSTEM OF ACCOUNTS FOR TELECOMMUNICATIONS COMPANIES Instructions for Balance Sheet Accounts § 32.2220 Operator systems...

47 CFR 32.2220 - Operator systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... 47 Telecommunication 2 2013-10-01 2013-10-01 false Operator systems. 32.2220 Section 32.2220 Telecommunication FEDERAL COMMUNICATIONS COMMISSION (CONTINUED) COMMON CARRIER SERVICES UNIFORM SYSTEM OF ACCOUNTS FOR TELECOMMUNICATIONS COMPANIES Instructions for Balance Sheet Accounts § 32.2220 Operator systems...

47 CFR 32.2220 - Operator systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... 47 Telecommunication 2 2012-10-01 2012-10-01 false Operator systems. 32.2220 Section 32.2220 Telecommunication FEDERAL COMMUNICATIONS COMMISSION (CONTINUED) COMMON CARRIER SERVICES UNIFORM SYSTEM OF ACCOUNTS FOR TELECOMMUNICATIONS COMPANIES Instructions for Balance Sheet Accounts § 32.2220 Operator systems...

47 CFR 32.2220 - Operator systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

... 47 Telecommunication 2 2011-10-01 2011-10-01 false Operator systems. 32.2220 Section 32.2220 Telecommunication FEDERAL COMMUNICATIONS COMMISSION (CONTINUED) COMMON CARRIER SERVICES UNIFORM SYSTEM OF ACCOUNTS FOR TELECOMMUNICATIONS COMPANIES Instructions for Balance Sheet Accounts § 32.2220 Operator systems...

47 CFR 32.2220 - Operator systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... 47 Telecommunication 2 2010-10-01 2010-10-01 false Operator systems. 32.2220 Section 32.2220 Telecommunication FEDERAL COMMUNICATIONS COMMISSION (CONTINUED) COMMON CARRIER SERVICES UNIFORM SYSTEM OF ACCOUNTS FOR TELECOMMUNICATIONS COMPANIES Instructions for Balance Sheet Accounts § 32.2220 Operator systems...

Operational Plan for Underground Storage Tank 322 R2U2

DOE Office of Scientific and Technical Information (OSTI.GOV)

Griffin, D.

2017-06-07

This Operational Plan provides the operator of the tank system with guidelines relating to the safe and compliant operation and maintenance of the tank system. The tank system schematic and list of emergency contacts shall be posted near the tank so they are visible to tank personnel. This Operational Plan shall be kept on file by the Facility Supervisor. It should be understood when managing this tank system that it is used to store hazardous waste temporarily for 90 calendar days or less. The rinsewater handled in the tank system is considered hazardous and may exhibit the characteristic of toxicity.

A Reserve-based Method for Mitigating the Impact of Renewable Energy

NASA Astrophysics Data System (ADS)

Krad, Ibrahim

The fundamental operating paradigm of today's power systems is undergoing a significant shift. This is partially motivated by the increased desire for incorporating variable renewable energy resources into generation portfolios. While these generating technologies offer clean energy at zero marginal cost, i.e. no fuel costs, they also offer unique operating challenges for system operators. Perhaps the biggest operating challenge these resources introduce is accommodating their intermittent fuel source availability. For this reason, these generators increase the system-wide variability and uncertainty. As a result, system operators are revisiting traditional operating strategies to more efficiently incorporate these generation resources to maximize the benefit they provide while minimizing the challenges they introduce. One way system operators have accounted for system variability and uncertainty is through the use of operating reserves. Operating reserves can be simplified as excess capacity kept online during real time operations to help accommodate unforeseen fluctuations in demand. With new generation resources, a new class of operating reserves has emerged that is generally known as flexibility, or ramping, reserves. This new reserve class is meant to better position systems to mitigate severe ramping in the net load profile. The best way to define this new requirement is still under investigation. Typical requirement definitions focus on the additional uncertainty introduced by variable generation and there is room for improvement regarding explicit consideration for the variability they introduce. An exogenous reserve modification method is introduced in this report that can improve system reliability with minimal impacts on total system wide production costs. Another potential solution to this problem is to formulate the problem as a stochastic programming problem. The unit commitment and economic dispatch problems are typically formulated as deterministic problems due to fast solution times and the solutions being sufficient for operations. Improvements in technical computing hardware have reignited interest in stochastic modeling. The variability of wind and solar naturally lends itself to stochastic modeling. The use of explicit reserve requirements in stochastic models is an area of interest for power system researchers. This report introduces a new reserve modification implementation based on previous results to be used in a stochastic modeling framework. With technological improvements in distributed generation technologies, microgrids are currently being researched and implemented. Microgrids are small power systems that have the ability to serve their demand with their own generation resources and may have a connection to a larger power system. As battery technologies improve, they are becoming a more viable option in these distributed power systems and research is necessary to determine the most efficient way to utilize them. This report will investigate several unique operating strategies for batteries in small power systems and analyze their benefits. These new operating strategies will help reduce operating costs and improve system reliability.

D0 Central Tracking Solenoid Energization, Controls, Interlocks and Quench Protection Operating Procedures

DOE Office of Scientific and Technical Information (OSTI.GOV)

Hance, R.; /Fermilab

1998-08-26

This procedure is used when it is necessary to operate the solenoid energization, controls, interlocks and quench detection system. Note that a separate procedure exists for operating the solenoid 'cryogenic' systems. Only D0 Control Room Operators or the Project Electrical Engineer are qualified to execute these procedures or operate the solenoid system. This procedure assumes that the operator is familiar with using the Distributed Manufacturing Automation and Control Software (DMACS).

Advanced Ground Systems Maintenance Physics Models for Diagnostics Project

NASA Technical Reports Server (NTRS)

Harp, Janicce Leshay

2014-01-01

The project will use high-fidelity physics models and simulations to simulate real-time operations of cryogenic and systems and calculate the status/health of the systems. The project enables the delivery of system health advisories to ground system operators. The capability will also be used to conduct planning and analysis of cryogenic system operations.

33 CFR 150.506 - When must the operator service inflatable lifesaving appliances and marine evacuation systems?

Code of Federal Regulations, 2010 CFR

2010-07-01

... inflatable lifesaving appliances and marine evacuation systems? 150.506 Section 150.506 Navigation and...: OPERATIONS Emergency and Specialty Equipment Inflatable Lifesaving Appliances § 150.506 When must the operator service inflatable lifesaving appliances and marine evacuation systems? (a) The operator must...

Safely Enabling Civilian Unmanned Aerial System (UAS) Operations in Low-Altitude Airspace by Unmanned Aerial System Traffic Management (UTM)

NASA Technical Reports Server (NTRS)

Kopardekar, Parimal Hemchandra

2015-01-01

Many UAS will operate at lower altitude (Class G, below 2000 feet). There is an urgent need for a system for civilian low-altitude airspace and UAS operations. Stakeholders want to work with NASA to enable safe operations.

Safely Enabling Civilian Unmanned Aerial System (UAS) Operations In Low-Altitude Airspace By Unmanned Aerial System Traffic Management (UTM)

NASA Technical Reports Server (NTRS)

Kopardekar, Parimal H.

2015-01-01

Many UAS will operate at lower altitude (Class G, below 2000 feet)There is urgent need for a system for civilian low-altitude airspace and UAS operations. Stakeholders want to work with NASA to enable safe operations.

40 CFR 63.11583 - What are my monitoring requirements?

Code of Federal Regulations, 2010 CFR

2010-07-01

... preparation operation are in target HAP service: (a) Operate a bag leak detection system with alarm that will alert operators of a leak in the control device filter material. If a bag leak detection system with... install, calibrate, operate, and maintain each bag leak detection system and alarm according to...

46 CFR 113.35-13 - Mechanical engine order telegraph systems; operation.

Code of Federal Regulations, 2010 CFR

2010-10-01

... 46 Shipping 4 2010-10-01 2010-10-01 false Mechanical engine order telegraph systems; operation. 113.35-13 Section 113.35-13 Shipping COAST GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED...-13 Mechanical engine order telegraph systems; operation. If more than one transmitter operates a...

14 CFR 25.21 - Proof of compliance.

Code of Federal Regulations, 2013 CFR

2013-01-01

... augmentation system or upon any other automatic or power-operated system, compliance must be shown with §§ 25... appendix C, assuming normal operation of the airplane and its ice protection system in accordance with the operating limitations and operating procedures established by the applicant and provided in the Airplane...

23 CFR 752.8 - Privately operated information centers and systems.

Code of Federal Regulations, 2010 CFR

2010-04-01

... 23 Highways 1 2010-04-01 2010-04-01 false Privately operated information centers and systems. 752... may permit privately operated information centers and systems which conform with the standards of this... AND ENVIRONMENT LANDSCAPE AND ROADSIDE DEVELOPMENT § 752.8 Privately operated information centers and...

14 CFR 25.21 - Proof of compliance.

Code of Federal Regulations, 2014 CFR

2014-01-01

... augmentation system or upon any other automatic or power-operated system, compliance must be shown with §§ 25... appendix C, assuming normal operation of the airplane and its ice protection system in accordance with the operating limitations and operating procedures established by the applicant and provided in the Airplane...

14 CFR 25.21 - Proof of compliance.

Code of Federal Regulations, 2010 CFR

2010-01-01

... augmentation system or upon any other automatic or power-operated system, compliance must be shown with §§ 25..., assuming normal operation of the airplane and its ice protection system in accordance with the operating limitations and operating procedures established by the applicant and provided in the Airplane Flight Manual...

14 CFR 25.21 - Proof of compliance.

Code of Federal Regulations, 2011 CFR

2011-01-01

... augmentation system or upon any other automatic or power-operated system, compliance must be shown with §§ 25..., assuming normal operation of the airplane and its ice protection system in accordance with the operating limitations and operating procedures established by the applicant and provided in the Airplane Flight Manual...

23 CFR 752.8 - Privately operated information centers and systems.

Code of Federal Regulations, 2011 CFR

2011-04-01

... 23 Highways 1 2011-04-01 2011-04-01 false Privately operated information centers and systems. 752... may permit privately operated information centers and systems which conform with the standards of this... AND ENVIRONMENT LANDSCAPE AND ROADSIDE DEVELOPMENT § 752.8 Privately operated information centers and...

23 CFR 752.8 - Privately operated information centers and systems.

Code of Federal Regulations, 2013 CFR

2013-04-01

... 23 Highways 1 2013-04-01 2013-04-01 false Privately operated information centers and systems. 752... may permit privately operated information centers and systems which conform with the standards of this... AND ENVIRONMENT LANDSCAPE AND ROADSIDE DEVELOPMENT § 752.8 Privately operated information centers and...

23 CFR 752.8 - Privately operated information centers and systems.

Code of Federal Regulations, 2012 CFR

2012-04-01

... 23 Highways 1 2012-04-01 2012-04-01 false Privately operated information centers and systems. 752... may permit privately operated information centers and systems which conform with the standards of this... AND ENVIRONMENT LANDSCAPE AND ROADSIDE DEVELOPMENT § 752.8 Privately operated information centers and...

23 CFR 752.8 - Privately operated information centers and systems.

Code of Federal Regulations, 2014 CFR

2014-04-01

... 23 Highways 1 2014-04-01 2014-04-01 false Privately operated information centers and systems. 752... may permit privately operated information centers and systems which conform with the standards of this... AND ENVIRONMENT LANDSCAPE AND ROADSIDE DEVELOPMENT § 752.8 Privately operated information centers and...

14 CFR 27.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2013 CFR

2013-01-01

... TRANSPORTATION AIRCRAFT AIRWORTHINESS STANDARDS: NORMAL CATEGORY ROTORCRAFT Design and Construction Control Systems § 27.695 Power boost and power-operated control system. (a) If a power boost or power-operated... 14 Aeronautics and Space 1 2013-01-01 2013-01-01 false Power boost and power-operated control...

14 CFR 29.695 - Power boost and power-operated control system.

Code of Federal Regulations, 2013 CFR

2013-01-01

... TRANSPORTATION AIRCRAFT AIRWORTHINESS STANDARDS: TRANSPORT CATEGORY ROTORCRAFT Design and Construction Control Systems § 29.695 Power boost and power-operated control system. (a) If a power boost or power-operated... 14 Aeronautics and Space 1 2013-01-01 2013-01-01 false Power boost and power-operated control...

Advanced Ground Systems Maintenance Prognostics Project

NASA Technical Reports Server (NTRS)

Perotti, Jose M.

2015-01-01

The project implements prognostics capabilities to predict when a component system or subsystem will no longer meet desired functional or performance criteria, called the end of life. The capability also provides an assessment of the remaining useful life of a hardware component. The project enables the delivery of system health advisories to ground system operators. This project will use modeling techniques and algorithms to assess components' health andpredict remaining life for such components. The prognostics capability being developed will beused:during the design phase and during pre/post operations to conduct planning and analysis ofsystem design, maintenance & logistics plans, and system/mission operations plansduring real-time operations to monitor changes to components' health and assess their impacton operations.This capability will be interfaced to Ground Operations' command and control system as a part ofthe AGSM project to help assure system availability and mission success. The initial modelingeffort for this capability will be developed for Liquid Oxygen ground loading applications.

Improved operating scenarios of the DIII-D tokamak as a result of the addition of UNIX computer systems

DOE Office of Scientific and Technical Information (OSTI.GOV)

Henline, P.A.

1995-12-31

The increased use of UNIX based computer systems for machine control, data handling and analysis has greatly enhanced the operating scenarios and operating efficiency of the DIII-D tokamak. This paper will describe some of these UNIX systems and their specific uses. These include the plasma control system, the electron cyclotron heating control system, the analysis of electron temperature and density measurements and the general data acquisition system (which is collecting over 130 Mbytes of data). The speed and total capability of these systems has dramatically affected the ability to operate DIII-D. The improved operating scenarios include better plasma shape controlmore » due to the more thorough MHD calculations done between shots and the new ability to see the time dependence of profile data as it relates across different spatial locations in the tokamak. Other analysis which engenders improved operating abilities will be described.« less

Improved operating scenarios of the DIII-D tokamak as a result of the addition of UNIX computer systems

DOE Office of Scientific and Technical Information (OSTI.GOV)

Henline, P.A.

1995-10-01

The increased use of UNIX based computer systems for machine control, data handling and analysis has greatly enhanced the operating scenarios and operating efficiency of the DRI-D tokamak. This paper will describe some of these UNIX systems and their specific uses. These include the plasma control system, the electron cyclotron heating control system, the analysis of electron temperature and density measurements and the general data acquisition system (which is collecting over 130 Mbytes of data). The speed and total capability of these systems has dramatically affected the ability to operate DIII-D. The improved operating scenarios include better plasma shape controlmore » due to the more thorough MHD calculations done between shots and the new ability to see the time dependence of profile data as it relates across different spatial locations in the tokamak. Other analysis which engenders improved operating abilities will be described.« less

NASDA's Advanced On-Line System (ADOLIS)

NASA Technical Reports Server (NTRS)

Yamamoto, Yoshikatsu; Hara, Hideo; Yamada, Shigeo; Hirata, Nobuyuki; Komatsu, Shigenori; Nishihata, Seiji; Oniyama, Akio

1993-01-01

Spacecraft operations including ground system operations are generally realized by various large or small scale group work which is done by operators, engineers, managers, users and so on, and their positions are geographically distributed in many cases. In face-to-face work environments, it is easy for them to understand each other. However, in distributed work environments which need communication media, if only using audio, they become estranged from each other and lose interest in and continuity of work. It is an obstacle to smooth operation of spacecraft. NASDA has developed an experimental model of a new real-time operation control system called 'ADOLIS' (ADvanced On-Line System) adopted to such a distributed environment using a multi-media system dealing with character, figure, image, handwriting, video and audio information which is accommodated to operation systems of a wide range including spacecraft and ground systems. This paper describes the results of the development of the experimental model.

Operation management system evaluation in the central Finland health care district - end users' view of system implementation.

PubMed

Lemmetty, Kaisa; Häyrinen, Eija

2005-01-01

In this paper we evaluate the implementation of the operation management system in the Central Finland Health Care District. The implementation of the operation management system changed the practice of operation management for the surgical clinic and concerned 500 personnel in total. A survey was carried out to investigate the end users' views on the system's usefulness, usability and the training and user support provided. The users' possibilities to accomplish their tasks and the kind of obstacles they face in operation management were explored. The assessment revealed that more end support is needed after the system implementation, even though a generally positive attitude towards the system was manifested among the staff.

InkTag: Secure Applications on an Untrusted Operating System

PubMed Central

Hofmann, Owen S.; Kim, Sangman; Dunn, Alan M.; Lee, Michael Z.; Witchel, Emmett

2014-01-01

InkTag is a virtualization-based architecture that gives strong safety guarantees to high-assurance processes even in the presence of a malicious operating system. InkTag advances the state of the art in untrusted operating systems in both the design of its hypervisor and in the ability to run useful applications without trusting the operating system. We introduce paraverification, a technique that simplifies the InkTag hypervisor by forcing the untrusted operating system to participate in its own verification. Attribute-based access control allows trusted applications to create decentralized access control policies. InkTag is also the first system of its kind to ensure consistency between secure data and metadata, ensuring recoverability in the face of system crashes. PMID:24429939

InkTag: Secure Applications on an Untrusted Operating System.

PubMed

Hofmann, Owen S; Kim, Sangman; Dunn, Alan M; Lee, Michael Z; Witchel, Emmett

2013-01-01

InkTag is a virtualization-based architecture that gives strong safety guarantees to high-assurance processes even in the presence of a malicious operating system. InkTag advances the state of the art in untrusted operating systems in both the design of its hypervisor and in the ability to run useful applications without trusting the operating system. We introduce paraverification , a technique that simplifies the InkTag hypervisor by forcing the untrusted operating system to participate in its own verification. Attribute-based access control allows trusted applications to create decentralized access control policies. InkTag is also the first system of its kind to ensure consistency between secure data and metadata, ensuring recoverability in the face of system crashes.

PALP: A Package for Analysing Lattice Polytopes with applications to toric geometry

NASA Astrophysics Data System (ADS)

Kreuzer, Maximilian; Skarke, Harald

2004-02-01

We describe our package PALP of C programs for calculations with lattice polytopes and applications to toric geometry, which is freely available on the internet. It contains routines for vertex and facet enumeration, computation of incidences and symmetries, as well as completion of the set of lattice points in the convex hull of a given set of points. In addition, there are procedures specialized to reflexive polytopes such as the enumeration of reflexive subpolytopes, and applications to toric geometry and string theory, like the computation of Hodge data and fibration structures for toric Calabi-Yau varieties. The package is well tested and optimized in speed as it was used for time consuming tasks such as the classification of reflexive polyhedra in 4 dimensions and the creation and manipulation of very large lists of 5-dimensional polyhedra. While originally intended for low-dimensional applications, the algorithms work in any dimension and our key routine for vertex and facet enumeration compares well with existing packages. Program summaryProgram obtainable form: CPC Program Library, Queen's University of Belfast, N. Ireland Title of program: PALP Catalogue identifier: ADSQ Program summary URL:http://cpc.cs.qub.ac.uk/summaries/ADSQ Computer for which the program is designed: Any computer featuring C Computers on which it has been tested: PCs, SGI Origin 2000, IBM RS/6000, COMPAQ GS140 Operating systems under which the program has been tested: Linux, IRIX, AIX, OSF1 Programming language used: C Memory required to execute with typical data: Negligible for most applications; highly variable for analysis of large polytopes; no minimum but strong effects on calculation time for some tasks Number of bits in a word: arbitrary Number of processors used: 1 Has the code been vectorised or parallelized?: No Number of bytes in distributed program, including test data, etc.: 138 098 Distribution format: tar gzip file Keywords: Lattice polytopes, facet enumeration, reflexive polytopes, toric geometry, Calabi-Yau manifolds, string theory, conformal field theory Nature of problem: Certain lattice polytopes called reflexive polytopes afford a combinatorial description of a very large class of Calabi-Yau manifolds in terms of toric geometry. These manifolds play an essential role for compactifications of string theory. While originally designed to handle and classify reflexive polytopes, with particular emphasis on problems relevant to string theory applications [M. Kreuzer and H. Skarke, Rev. Math. Phys. 14 (2002) 343], the package also handles standard questions (facet enumeration and similar problems) about arbitrary lattice polytopes very efficiently. Method of solution: Much of the code is straightforward programming, but certain key routines are optimized with respect to calculation time and the handling of large sets of data. A double description method (see, e.g., [D. Avis et al., Comput. Geometry 7 (1997) 265]) is used for the facet enumeration problem, lattice basis reduction for extended gcd and a binary database structure for tasks involving large numbers of polytopes, such as classification problems. Restrictions on the complexity of the program: The only hard limitation comes from the fact that fixed integer arithmetic (32 or 64 bit) is used, allowing for input data (polytope coordinates) of roughly up to 10 9. Other parameters (dimension, numbers of points and vertices, etc.) can be set before compilation. Typical running time: Most tasks (typically: analysis of a four dimensional reflexive polytope) can be perfomed interactively within milliseconds. The classification of all reflexive polytopes in four dimensions takes several processor years. The facet enumeration problem for higher (e.g., 12-20) dimensional polytopes varies strongly with the dimension and structure of the polytope; here PALP's performance is similar to that of existing packages [Avis et al., Comput. Geometry 7 (1997) 265]. Unusual features of the program: None

Solar thermochemical processing system and method

DOE Office of Scientific and Technical Information (OSTI.GOV)

Wegeng, Robert S.; Humble, Paul H.; Krishnan, Shankar

A solar thermochemical processing system is disclosed. The system includes a first unit operation for receiving concentrated solar energy. Heat from the solar energy is used to drive the first unit operation. The first unit operation also receives a first set of reactants and produces a first set of products. A second unit operation receives the first set of products from the first unit operation and produces a second set of products. A third unit operation receives heat from the second unit operation to produce a portion of the first set of reactants.

Department of Defense (DOD) Automated Biometric Identification System (ABIS) Version 1.2: Initial Operational Test and Evaluation Report

DTIC Science & Technology

2015-05-01

Director, Operational Test and Evaluation Department of Defense (DOD) Automated Biometric Identification System (ABIS) Version 1.2 Initial...Operational Test and Evaluation Report May 2015 This report on the Department of Defense (DOD) Automated Biometric Identification System...COVERED - 4. TITLE AND SUBTITLE Department of Defense (DOD) Automated Biometric Identification System (ABIS) Version 1.2 Initial Operational Test

49 CFR 37.81 - Purchase or lease of used rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2010 CFR

2010-10-01

... entities operating rapid or light rail systems. 37.81 Section 37.81 Transportation Office of the Secretary... operating rapid or light rail systems. (a) Except as provided elsewhere in this section, each public entity operating a rapid or light rail system which, after August 25, 1990, purchases or leases a used rapid or...

49 CFR 37.81 - Purchase or lease of used rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2012 CFR

2012-10-01

... entities operating rapid or light rail systems. 37.81 Section 37.81 Transportation Office of the Secretary... operating rapid or light rail systems. (a) Except as provided elsewhere in this section, each public entity operating a rapid or light rail system which, after August 25, 1990, purchases or leases a used rapid or...

49 CFR 37.81 - Purchase or lease of used rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2011 CFR

2011-10-01

... entities operating rapid or light rail systems. 37.81 Section 37.81 Transportation Office of the Secretary... operating rapid or light rail systems. (a) Except as provided elsewhere in this section, each public entity operating a rapid or light rail system which, after August 25, 1990, purchases or leases a used rapid or...

49 CFR 37.81 - Purchase or lease of used rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2013 CFR

2013-10-01

... entities operating rapid or light rail systems. 37.81 Section 37.81 Transportation Office of the Secretary... operating rapid or light rail systems. (a) Except as provided elsewhere in this section, each public entity operating a rapid or light rail system which, after August 25, 1990, purchases or leases a used rapid or...

49 CFR 37.81 - Purchase or lease of used rail vehicles by public entities operating rapid or light rail systems.

Code of Federal Regulations, 2014 CFR

2014-10-01

... entities operating rapid or light rail systems. 37.81 Section 37.81 Transportation Office of the Secretary... operating rapid or light rail systems. (a) Except as provided elsewhere in this section, each public entity operating a rapid or light rail system which, after August 25, 1990, purchases or leases a used rapid or...

Network operating system

NASA Technical Reports Server (NTRS)

1985-01-01

Long-term and short-term objectives for the development of a network operating system for the Space Station are stated. The short-term objective is to develop a prototype network operating system for a 100 megabit/second fiber optic data bus. The long-term objective is to establish guidelines for writing a detailed specification for a Space Station network operating system. Major milestones are noted. Information is given in outline form.

40 CFR Table 1 to Subpart IIIi of... - Operating Limits for Capture Systems and Add-On Control Devices

Code of Federal Regulations, 2010 CFR

2010-07-01

... 40 Protection of Environment 12 2010-07-01 2010-07-01 true Operating Limits for Capture Systems... 63—Operating Limits for Capture Systems and Add-On Control Devices If you are required to comply with operating limits by § 63.3093, you must comply with the applicable operating limits in the following table...

40 CFR Table 1 to Subpart IIIi of... - Operating Limits for Capture Systems and Add-On Control Devices

Code of Federal Regulations, 2011 CFR

2011-07-01

... 40 Protection of Environment 12 2011-07-01 2009-07-01 true Operating Limits for Capture Systems... 63—Operating Limits for Capture Systems and Add-On Control Devices If you are required to comply with operating limits by § 63.3093, you must comply with the applicable operating limits in the following table...

40 CFR Table 1 to Subpart IIIi of... - Operating Limits for Capture Systems and Add-On Control Devices

Code of Federal Regulations, 2013 CFR

2013-07-01

... 40 Protection of Environment 13 2013-07-01 2012-07-01 true Operating Limits for Capture Systems... Subpart IIII of Part 63—Operating Limits for Capture Systems and Add-On Control Devices If you are required to comply with operating limits by § 63.3093, you must comply with the applicable operating limits...

40 CFR Table 1 to Subpart IIIi of... - Operating Limits for Capture Systems and Add-On Control Devices

Code of Federal Regulations, 2012 CFR

2012-07-01

... 40 Protection of Environment 13 2012-07-01 2012-07-01 false Operating Limits for Capture Systems... Subpart IIII of Part 63—Operating Limits for Capture Systems and Add-On Control Devices If you are required to comply with operating limits by § 63.3093, you must comply with the applicable operating limits...

40 CFR Table 1 to Subpart IIIi of... - Operating Limits for Capture Systems and Add-On Control Devices

Code of Federal Regulations, 2014 CFR

2014-07-01

... 40 Protection of Environment 13 2014-07-01 2014-07-01 false Operating Limits for Capture Systems... Subpart IIII of Part 63—Operating Limits for Capture Systems and Add-On Control Devices If you are required to comply with operating limits by § 63.3093, you must comply with the applicable operating limits...

Optimal Operation of Variable Speed Pumping System in China's Eastern Route Project of S-to-N Water Diversion Project

NASA Astrophysics Data System (ADS)

Cheng, Jilin; Zhang, Lihua; Zhang, Rentian; Gong, Yi; Zhu, Honggeng; Deng, Dongsheng; Feng, Xuesong; Qiu, Jinxian

2010-06-01

A dynamic planning model for optimizing operation of variable speed pumping system, aiming at minimum power consumption, was proposed to achieve economic operation. The No. 4 Jiangdu Pumping Station, a source pumping station in China's Eastern Route of South-to-North Water Diversion Project, is taken as a study case. Since the sump water level of Jiangdu Pumping Station is affected by the tide of Yangtze River, the daily-average heads of the pumping system varies yearly from 3.8m to 7.8m and the tide level difference in one day up to 1.2m. Comparisons of operation electricity cost between optimized variable speed and fixed speed operations of pumping system were made. When the full load operation mode is adopted, whether or not electricity prices in peak-valley periods are considered, the benefits of variable speed operation cannot compensate the energy consumption of the VFD. And when the pumping system operates in part load and the peak-valley electricity prices are considered, the pumping system should cease operation or lower its rotational speed in peak load hours since the electricity price are much higher, and to the contrary the pumping system should raise its rotational speed in valley load hours to pump more water. The computed results show that if the pumping system operates in 80% or 60% loads, the energy consumption cost of specified volume of water will save 14.01% and 26.69% averagely by means of optimal variable speed operation, and the investment on VFD will be paid back in 2 or 3 years. However, if the pumping system operates in 80% or 60% loads and the energy cost is calculated in non peak-valley electricity price, the repayment will be lengthened up to 18 years. In China's S-to-N Water Diversion Project, when the market operation and peak-valley electricity prices are taken into effect to supply water and regulate water levels in regulation reservoirs as Hongzehu Lake, Luomahu Lake, etc. the economic operation of water-diversion pumping stations will be vital, and the adoption of VFDs to achieve optimal operation may be a good choice.

Flexible and adaptive water systems operations through more informed and dynamic decisions

NASA Astrophysics Data System (ADS)

Castelletti, A.; Giuliani, M.

2016-12-01

Timely adapting the operations of water systems to be resilient against rapid changes in both hydroclimatic and socioeconomic forcing is generally recommended as a part of planning and managing water resources under uncertain futures. A great opportunity to make the operations more flexible and adaptive is offered by the unprecedented amount of information that is becoming available to water system operators, providing a wide range of data at increasingly higher temporal and spatial resolution. Yet, many water systems are still operated using very simple information systems, typically based on basic statistical analysis and the operator's experience. In this work, we discuss the potential offered by incorporating improved information to enhance water systems operation and increase their ability of adapting to different external conditions and resolving potential conflicts across sectors. In particular, we focus on the use of different variables associated to different dynamics of the system (slow and fast) diversely impacting the operating objectives on the short-, medium- and long-term. The multi-purpose operations of the Hoa Binh reservoir in the Red River Basin (Vietnam) is used to demonstrate our approach. Numerical results show that our procedure is able to automatically select the most valuable information for improving the Hoa Binh operations and mitigating the conflict between short-term objectives, i.e. hydropower production and flood control. Moreover, we also successfully identify low-frequency climate information associated to El-Nino Southern Oscillation for improving the performance in terms of long-term objectives, i.e. water supply. Finally, we assess the value of better informing operational decisions for adapting the system operations to changing conditions by considering different climate change projections.

46 CFR 62.10-1 - Definitions.

Code of Federal Regulations, 2013 CFR

2013-10-01

... control means a function of an automatic control system to restrict operation to a specified operating... automatic or manual control. Safety trip control system means a manually or automatically operated system... GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING VITAL SYSTEM AUTOMATION Terms Used...

46 CFR 62.10-1 - Definitions.

Code of Federal Regulations, 2010 CFR

2010-10-01

... control means a function of an automatic control system to restrict operation to a specified operating... automatic or manual control. Safety trip control system means a manually or automatically operated system... GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING VITAL SYSTEM AUTOMATION Terms Used...

46 CFR 62.10-1 - Definitions.

Code of Federal Regulations, 2012 CFR

2012-10-01

... control means a function of an automatic control system to restrict operation to a specified operating... automatic or manual control. Safety trip control system means a manually or automatically operated system... GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING VITAL SYSTEM AUTOMATION Terms Used...

46 CFR 62.10-1 - Definitions.

Code of Federal Regulations, 2014 CFR

2014-10-01

... control means a function of an automatic control system to restrict operation to a specified operating... automatic or manual control. Safety trip control system means a manually or automatically operated system... GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING VITAL SYSTEM AUTOMATION Terms Used...

46 CFR 62.10-1 - Definitions.

Code of Federal Regulations, 2011 CFR

2011-10-01

... control means a function of an automatic control system to restrict operation to a specified operating... automatic or manual control. Safety trip control system means a manually or automatically operated system... GUARD, DEPARTMENT OF HOMELAND SECURITY (CONTINUED) MARINE ENGINEERING VITAL SYSTEM AUTOMATION Terms Used...

75 FR 16676 - Airworthiness Standards; Electrical and Electronic System Lightning Protection

Federal Register 2010, 2011, 2012, 2013, 2014

2010-04-02

... systems that allow them to operate into instrument meteorological conditions (IMC), where lightning... 27 standards that operate in VFR-only operations with electrical or electronic systems installed for... Airworthiness Standards; Electrical and Electronic System Lightning Protection AGENCY: Federal Aviation...

Automatic Learning of Fine Operating Rules for Online Power System Security Control.

PubMed

Sun, Hongbin; Zhao, Feng; Wang, Hao; Wang, Kang; Jiang, Weiyong; Guo, Qinglai; Zhang, Boming; Wehenkel, Louis

2016-08-01

Fine operating rules for security control and an automatic system for their online discovery were developed to adapt to the development of smart grids. The automatic system uses the real-time system state to determine critical flowgates, and then a continuation power flow-based security analysis is used to compute the initial transfer capability of critical flowgates. Next, the system applies the Monte Carlo simulations to expected short-term operating condition changes, feature selection, and a linear least squares fitting of the fine operating rules. The proposed system was validated both on an academic test system and on a provincial power system in China. The results indicated that the derived rules provide accuracy and good interpretability and are suitable for real-time power system security control. The use of high-performance computing systems enables these fine operating rules to be refreshed online every 15 min.

Development of lung cancer CT screening operating support system

NASA Astrophysics Data System (ADS)

Ishigaki, Rikuta; Hanai, Kozou; Suzuki, Masahiro; Kawata, Yoshiki; Niki, Noboru; Eguchi, Kenji; Kakinuma, Ryutaro; Moriyama, Noriyuki

2009-02-01

In Japan, lung cancer death ranks first among men and third among women. Lung cancer death is increasing yearly, thus early detection and treatment are needed. For this reason, CT screening for lung cancer has been introduced. The CT screening services are roughly divided into three sections: office, radiology and diagnosis sections. These operations have been performed through paper-based or a combination of paper-based and an existing electronic health recording system. This paper describes an operating support system for lung cancer CT screening in order to make the screening services efficient. This operating support system is developed on the basis of 1) analysis of operating processes, 2) digitalization of operating information, and 3) visualization of operating information. The utilization of the system is evaluated through an actual application and users' survey questionnaire obtained from CT screening centers.

32 CFR Appendix B to Part 323 - Criteria for New and Altered Record Systems

Code of Federal Regulations, 2010 CFR

2010-07-01

... as operating systems and system utilities that provide for easier access are considered alterations... terminals does not extend the capacity of the current operating system and existing security is preserved. f... not operate a system of records until the waiting periods have expired. E. Outside review of new and...

32 CFR Appendix B to Part 323 - Criteria for New and Altered Record Systems

Code of Federal Regulations, 2012 CFR

2012-07-01

... as operating systems and system utilities that provide for easier access are considered alterations... terminals does not extend the capacity of the current operating system and existing security is preserved. f... not operate a system of records until the waiting periods have expired. E. Outside review of new and...

32 CFR Appendix B to Part 323 - Criteria for New and Altered Record Systems

Code of Federal Regulations, 2011 CFR

2011-07-01

... as operating systems and system utilities that provide for easier access are considered alterations... terminals does not extend the capacity of the current operating system and existing security is preserved. f... not operate a system of records until the waiting periods have expired. E. Outside review of new and...

Foundations for teaching surgeons to address the contributions of systems to operating room team conflict.

PubMed

Rogers, David A; Lingard, Lorelei; Boehler, Margaret L; Espin, Sherry; Schindler, Nancy; Klingensmith, Mary; Mellinger, John D

2013-09-01

Prior research has shown that surgeons who effectively manage operating room conflict engage in a problem-solving stage devoted to modifying systems that contribute to team conflict. The purpose of this study was to clarify how systems contributed to operating room team conflict and clarify what surgeons do to modify them. Focus groups of circulating nurses and surgeons were conducted at 5 academic medical centers. Narratives describing the contributions of systems to operating room conflict and behaviors used by surgeons to address those systems were analyzed using the constant comparative approach associated with a constructivist grounded theory approach. Operating room team conflict was affected by 4 systems-related factors: team features, procedural-specific staff training, equipment management systems, and the administrative leadership itself. Effective systems problem solving included advocating for change based on patient safety concerns. The results of this study provide clarity about how systems contribute to operating room conflict and what surgeons can do to effectively modify these systems. This information is foundational material for a conflict management educational program for surgeons. Copyright © 2013 Elsevier Inc. All rights reserved.

Advanced parking information system evaluation report

DOT National Transportation Integrated Search

1997-01-01

This report documents the evaluation analysis and results of the operational test. The evaluation assesses the impact/effect of the advance parking information system on the motoring public, parking facility operators, roadway system operations, and ...

ORATOS: ESA's future flight dynamics operations system

NASA Astrophysics Data System (ADS)

Dreger, Frank; Fertig, Juergen; Muench, Rolf

The Orbit and Attitude Operations System (ORATOS -- the European Space Agency's future orbit and attitude operations system -- will be in use from the mid-nineties until well beyond the year 2000. The ORATOS design is based on the experience from flight dynamics support to all past ESA missions. The ORATOS computer hardware consists of a network of powerful UNIX workstations. ORATOS resides on several hardware platforms, each comprising one or more fileservers, several client workstations and the associated communications interface hardware. The ORATOS software is structured into three layers. The flight dynamics applications layer, the support layer and the operating system layer. This architectural design separates the flight dynamics application software from the support tools and operating system facilities. It allows upgrading and replacement of operating system facilities with a minimum (or no) effect on the application layer.

Potential Operating Orbits for Fission Electric Propulsion Systems Driven by the SAFE-400

NASA Technical Reports Server (NTRS)

Houts, Mike; Kos, Larry; Poston, David; Rodgers, Stephen L. (Technical Monitor)

2002-01-01

Safety must be ensured during all phases of space fission system design, development, fabrication, launch, operation, and shutdown. One potential space fission system application is fission electric propulsion (FEP), in which fission energy is converted into electricity and used to power high efficiency (Isp greater than 3000s) electric thrusters. For these types of systems it is important to determine which operational scenarios ensure safety while allowing maximum mission performance and flexibility. Space fission systems are essentially nonradioactive at launch, prior to extended operation at high power. Once high power operation begins, system radiological inventory steadily increases as fission products build up. For a given fission product isotope, the maximum radiological inventory is typically achieved once the system has operated for a length of time equivalent to several half-lives. After that time, the isotope decays at the same rate it is produced, and no further inventory builds in. For an FEP mission beginning in Earth orbit, altitude and orbital lifetime increase as the propulsion system operates. Two simultaneous effects of fission propulsion system operation are thus (1) increasing fission product inventory and (2) increasing orbital lifetime. Phrased differently, as fission products build up, more time is required for the fission products to naturally convert back into non-radioactive isotopes. Simultaneously, as fission products build up, orbital lifetime increases, providing more time for the fission products to naturally convert back into non-radioactive isotopes. Operational constraints required to ensure safety can thus be quantified.

Potential operating orbits for fission electric propulsion systems driven by the SAFE-400

NASA Astrophysics Data System (ADS)

Houts, Mike; Kos, Larry; Poston, David

2002-01-01

Safety must be ensured during all phases of space fission system design, development, fabrication, launch, operation, and shutdown. One potential space fission system application is fission electric propulsion (FEP), in which fission energy is converted into electricity and used to power high efficiency (Isp>3000s) electric thrusters. For these types of systems it is important to determine which operational scenarios ensure safety while allowing maximum mission performance and flexibility. Space fission systems are essentially non-radioactive at launch, prior to extended operation at high power. Once high power operation begins, system radiological inventory steadily increases as fission products build up. For a given fission product isotope, the maximum radiological inventory is typically achieved once the system has operated for a length of time equivalent to several half-lives. After that time, the isotope decays at the same rate it is produced, and no further inventory builds in. For an FEP mission beginning in Earth orbit, altitude and orbital lifetime increase as the propulsion system operates. Two simultaneous effects of fission propulsion system operation are thus (1) increasing fission product inventory and (2) increasing orbital lifetime. Phrased differently, as fission products build up, more time is required for the fission products to naturally convert back into non-radioactive isotopes. Simultaneously, as fission products build up, orbital lifetime increases, providing more time for the fission products to naturally convert back into non-radioactive isotopes. Operational constraints required to ensure safety can thus be quantified. .

Implementation of an Intelligent Control System

DTIC Science & Technology

1992-05-01

there- fore implemented in a portable equipment rack. The controls computer consists of a microcomputer running a real time operating system , interface...circuit boards are mounted in an industry standard Multibus I chassis. The microcomputer runs the iRMX real time operating system . This operating system

A Proposed Operational Concept for the Defense Communications Operations Support System.

DTIC Science & Technology

1986-01-01

Artificial Intelligence AMA Automatic Message Accounting AMIE AUTODIN Management Index System AMPE Automated Message Processing Exchange ANCS AUTOVON Network...Support IMPRESS Inpact/Restoral System INFORM Information Retrieval System 1OC Initial Operational Capability IRU Intellegent Remote Unit I-S/A AMPE

Commanding and Controlling Satellite Clusters (IEEE Intelligent Systems, November/December 2000)

DTIC Science & Technology

2000-01-01

real - time operating system , a message-passing OS well suited for distributed...ground Flight processors ObjectAgent RTOS SCL RTOS RDMS Space command language Real - time operating system Rational database management system TS-21 RDMS...engineer with Princeton Satellite Systems. She is working with others to develop ObjectAgent software to run on the OSE Real Time Operating System .

Systemic Operational Design: Improving Operational Planning for the Netherlands Armed Forces

DTIC Science & Technology

2006-05-25

This methodology is called Soft Systems Methodology . His methodology is a structured way of thinking in which not only a perceived problematic...Many similarities exist between Systemic Operational Design and Soft Systems Methodology , their epistemology is related. Furthermore, they both have...Systems Thinking: Managing Chaos and Complexity. Boston: Butterworth Heinemann, 1999. Checkland, Peter, and Jim Scholes. Soft Systems Methodology in

Spatial operator algebra framework for multibody system dynamics

NASA Technical Reports Server (NTRS)

Rodriguez, G.; Jain, Abhinandan; Kreutz, K.

1989-01-01

The Spatial Operator Algebra framework for the dynamics of general multibody systems is described. The use of a spatial operator-based methodology permits the formulation of the dynamical equations of motion of multibody systems in a concise and systematic way. The dynamical equations of progressively more complex grid multibody systems are developed in an evolutionary manner beginning with a serial chain system, followed by a tree topology system and finally, systems with arbitrary closed loops. Operator factorizations and identities are used to develop novel recursive algorithms for the forward dynamics of systems with closed loops. Extensions required to deal with flexible elements are also discussed.

Spatial Operator Algebra for multibody system dynamics

NASA Technical Reports Server (NTRS)

Rodriguez, G.; Jain, A.; Kreutz-Delgado, K.

1992-01-01

The Spatial Operator Algebra framework for the dynamics of general multibody systems is described. The use of a spatial operator-based methodology permits the formulation of the dynamical equations of motion of multibody systems in a concise and systematic way. The dynamical equations of progressively more complex grid multibody systems are developed in an evolutionary manner beginning with a serial chain system, followed by a tree topology system and finally, systems with arbitrary closed loops. Operator factorizations and identities are used to develop novel recursive algorithms for the forward dynamics of systems with closed loops. Extensions required to deal with flexible elements are also discussed.

Adaptive neuro-fuzzy and expert systems for power quality analysis and prediction of abnormal operation

NASA Astrophysics Data System (ADS)

Ibrahim, Wael Refaat Anis

The present research involves the development of several fuzzy expert systems for power quality analysis and diagnosis. Intelligent systems for the prediction of abnormal system operation were also developed. The performance of all intelligent modules developed was either enhanced or completely produced through adaptive fuzzy learning techniques. Neuro-fuzzy learning is the main adaptive technique utilized. The work presents a novel approach to the interpretation of power quality from the perspective of the continuous operation of a single system. The research includes an extensive literature review pertaining to the applications of intelligent systems to power quality analysis. Basic definitions and signature events related to power quality are introduced. In addition, detailed discussions of various artificial intelligence paradigms as well as wavelet theory are included. A fuzzy-based intelligent system capable of identifying normal from abnormal operation for a given system was developed. Adaptive neuro-fuzzy learning was applied to enhance its performance. A group of fuzzy expert systems that could perform full operational diagnosis were also developed successfully. The developed systems were applied to the operational diagnosis of 3-phase induction motors and rectifier bridges. A novel approach for learning power quality waveforms and trends was developed. The technique, which is adaptive neuro fuzzy-based, learned, compressed, and stored the waveform data. The new technique was successfully tested using a wide variety of power quality signature waveforms, and using real site data. The trend-learning technique was incorporated into a fuzzy expert system that was designed to predict abnormal operation of a monitored system. The intelligent system learns and stores, in compressed format, trends leading to abnormal operation. The system then compares incoming data to the retained trends continuously. If the incoming data matches any of the learned trends, an alarm is instigated predicting the advent of system abnormal operation. The incoming data could be compared to previous trends as well as matched to trends developed through computer simulations and stored using fuzzy learning.

Identifying Potential Weapon Systems That Can Be Divested

DTIC Science & Technology

2016-04-08

List of Figures Figure 1.1 – TACOM LCMC Sustainment Systems Technical Support (SSTS) Operation Maintenance Army (OMA)……………………………………………………………………….6...LCMC Sustainment Systems Technical Support (SSTS) Operation Maintenance Army (OMA) Requirements Tracking System (TORTS) process used to develop...Force operational concepts (Peltz, 2003). The Army’s ability to keep systems operational from a maintenance standpoint is driven by two factors

Engineering Safety- and Security-Related Requirements for Software-Intensive Systems

DTIC Science & Technology

2010-04-27

Requirements Negative (shall not) Requirements Hardware Requirements equ remen s System / Documentation Requirements eve oper Requirements Operational ...Validation Actual / Proposed Defensibility C li Operational Vulnerability Analysis VulnerabilityVulnerability Safety Vulnerability performs System ...including suggestions for reducing this burden, to Washington Headquarters Services, Directorate for Information Operations and Reports, 1215 Jefferson

40 CFR 267.198 - What are the general operating requirements for my tank systems?

Code of Federal Regulations, 2012 CFR

2012-07-01

... FACILITIES OPERATING UNDER A STANDARDIZED PERMIT Tank Systems § 267.198 What are the general operating... 40 Protection of Environment 28 2012-07-01 2012-07-01 false What are the general operating requirements for my tank systems? 267.198 Section 267.198 Protection of Environment ENVIRONMENTAL PROTECTION...

14 CFR 25.809 - Emergency exit arrangement.

Code of Federal Regulations, 2013 CFR

2013-01-01

...-boost or single power-operated system is the primary system for operating more than one exit in an... effort; and must be arranged and marked so that it can be readily located and operated, even in darkness... event of failure of the primary system. Manual operation of the exit (after failure of the primary...

40 CFR 267.198 - What are the general operating requirements for my tank systems?

Code of Federal Regulations, 2011 CFR

2011-07-01

... FACILITIES OPERATING UNDER A STANDARDIZED PERMIT Tank Systems § 267.198 What are the general operating... 40 Protection of Environment 27 2011-07-01 2011-07-01 false What are the general operating requirements for my tank systems? 267.198 Section 267.198 Protection of Environment ENVIRONMENTAL PROTECTION...

14 CFR 25.809 - Emergency exit arrangement.

Code of Federal Regulations, 2012 CFR

2012-01-01

...-boost or single power-operated system is the primary system for operating more than one exit in an... effort; and must be arranged and marked so that it can be readily located and operated, even in darkness... event of failure of the primary system. Manual operation of the exit (after failure of the primary...

40 CFR 267.198 - What are the general operating requirements for my tank systems?

Code of Federal Regulations, 2014 CFR

2014-07-01

... FACILITIES OPERATING UNDER A STANDARDIZED PERMIT Tank Systems § 267.198 What are the general operating... 40 Protection of Environment 27 2014-07-01 2014-07-01 false What are the general operating requirements for my tank systems? 267.198 Section 267.198 Protection of Environment ENVIRONMENTAL PROTECTION...

14 CFR 25.809 - Emergency exit arrangement.

Code of Federal Regulations, 2010 CFR

2010-01-01

...-boost or single power-operated system is the primary system for operating more than one exit in an... effort; and must be arranged and marked so that it can be readily located and operated, even in darkness... event of failure of the primary system. Manual operation of the exit (after failure of the primary...

40 CFR 267.198 - What are the general operating requirements for my tank systems?

Code of Federal Regulations, 2013 CFR

2013-07-01

... FACILITIES OPERATING UNDER A STANDARDIZED PERMIT Tank Systems § 267.198 What are the general operating... 40 Protection of Environment 28 2013-07-01 2013-07-01 false What are the general operating requirements for my tank systems? 267.198 Section 267.198 Protection of Environment ENVIRONMENTAL PROTECTION...

40 CFR 267.198 - What are the general operating requirements for my tank systems?

Code of Federal Regulations, 2010 CFR

2010-07-01

... FACILITIES OPERATING UNDER A STANDARDIZED PERMIT Tank Systems § 267.198 What are the general operating... 40 Protection of Environment 26 2010-07-01 2010-07-01 false What are the general operating requirements for my tank systems? 267.198 Section 267.198 Protection of Environment ENVIRONMENTAL PROTECTION...

14 CFR 25.809 - Emergency exit arrangement.

Code of Federal Regulations, 2014 CFR

2014-01-01

...-boost or single power-operated system is the primary system for operating more than one exit in an... effort; and must be arranged and marked so that it can be readily located and operated, even in darkness... event of failure of the primary system. Manual operation of the exit (after failure of the primary...

Anomalous event diagnosis for environmental satellite systems

NASA Technical Reports Server (NTRS)

Ramsay, Bruce H.

1993-01-01

The National Oceanic and Atmospheric Administration's (NOAA) National Environmental Satellite, Data, and Information Service (NESDIS) is responsible for the operation of the NOAA geostationary and polar orbiting satellites. NESDIS provides a wide array of operational meteorological and oceanographic products and services and operates various computer and communication systems on a 24-hour, seven days per week schedule. The Anomaly Reporting System contains a database of anomalous events regarding the operations of the Geostationary Operational Environmental Satellite (GOES), communication, or computer systems that have degraded or caused the loss of GOES imagery. Data is currently entered manually via an automated query user interface. There are 21 possible symptoms (e.g., No Data), and 73 possible causes (e.g., Sectorizer - World Weather Building) of an anomalous event. The determination of an event's cause(s) is made by the on-duty computer operator, who enters the event in a paper based daily log, and by the analyst entering the data into the reporting system. The determination of the event's cause(s) impacts both the operational status of these systems, and the performance evaluation of the on-site computer and communication operations contractor.

Advanced visualization platform for surgical operating room coordination: distributed video board system.

PubMed

Hu, Peter F; Xiao, Yan; Ho, Danny; Mackenzie, Colin F; Hu, Hao; Voigt, Roger; Martz, Douglas

2006-06-01

One of the major challenges for day-of-surgery operating room coordination is accurate and timely situation awareness. Distributed and secure real-time status information is key to addressing these challenges. This article reports on the design and implementation of a passive status monitoring system in a 19-room surgical suite of a major academic medical center. Key design requirements considered included integrated real-time operating room status display, access control, security, and network impact. The system used live operating room video images and patient vital signs obtained through monitors to automatically update events and operating room status. Images were presented on a "need-to-know" basis, and access was controlled by identification badge authorization. The system delivered reliable real-time operating room images and status with acceptable network impact. Operating room status was visualized at 4 separate locations and was used continuously by clinicians and operating room service providers to coordinate operating room activities.

Research and application of embedded real-time operating system

NASA Astrophysics Data System (ADS)

Zhang, Bo

2013-03-01

In this paper, based on the analysis of existing embedded real-time operating system, the architecture of an operating system is designed and implemented. The experimental results show that the design fully complies with the requirements of embedded real-time operating system, can achieve the purposes of reducing the complexity of embedded software design and improving the maintainability, reliability, flexibility. Therefore, this design program has high practical value.

The DISCUS Hardware System,

DTIC Science & Technology

1982-07-01

blocks. DISCUS has no form of hardware synchronisation between the processors. The only synchronisation is at an operating system level. ;ach processor is... operations in global store so that semaphoring on global objects can be done correctly. Write Protect is used by the operating system for read-only...the appropriate operating system program. String Handling primitives . The Z8000 has a rich set of string primitives . However as we saw before if a

Portable System for Field-feeding Greywater Remediation and Recycling

DTIC Science & Technology

2007-03-01

for Information Operations and Reports, 1215 Jefferson Davis Highway, Suite 1204, Arlington VA 22202-4302. Respondents should be aware that...system to remediate and recycle dirty sink water from its field feeding and sanitation operations . A greywater recycling system is expected to reduce...two weeks and each of the three systems was operated out-of doors treating water created during actual field feeding operations . Water samples were

Demonstration of Four Operating Capabilities to Enable a Small Aircraft Transportation System

NASA Technical Reports Server (NTRS)

Viken, Sally A.; Brooks, Frederick M.

2005-01-01

The Small Aircraft Transportation System (SATS) project has been a five-year effort fostering research and development that could lead to the transformation of our country s air transportation system. It has become evident that our commercial air transportation system is reaching its peak in terms of capacity, with numerous delays in the system and the demand keeps steadily increasing. The SATS vision is to increase mobility in our nation s transportation system by expanding access to more than 3400 small community airports that are currently under-utilized. The SATS project has focused its efforts on four key operating capabilities that have addressed new emerging technologies and procedures to pave the way for a new way of air travel. The four key operating capabilities are: Higher Volume Operations at Non-Towered/Non-Radar Airports, En Route Procedures and Systems for Integrated Fleet Operations, Lower Landing Minimums at Minimally Equipped Landing Facilities, and Increased Single Pilot Performance. These four capabilities are key to enabling low-cost, on-demand, point-to-point transportation of goods and passengers utilizing small aircraft operating from small airports. The focus of this paper is to discuss the technical and operational feasibility of the four operating capabilities and demonstrate how they can enable a small aircraft transportation system.

Dynamic modeling and evaluation of solid oxide fuel cell - combined heat and power system operating strategies

NASA Astrophysics Data System (ADS)

Nanaeda, Kimihiro; Mueller, Fabian; Brouwer, Jacob; Samuelsen, Scott

Operating strategies of solid oxide fuel cell (SOFC) combined heat and power (CHP) systems are developed and evaluated from a utility, and end-user perspective using a fully integrated SOFC-CHP system dynamic model that resolves the physical states, thermal integration and overall efficiency of the system. The model can be modified for any SOFC-CHP system, but the present analysis is applied to a hotel in southern California based on measured electric and heating loads. Analysis indicates that combined heat and power systems can be operated to benefit both the end-users and the utility, providing more efficient electric generation as well as grid ancillary services, namely dispatchable urban power. Design and operating strategies considered in the paper include optimal sizing of the fuel cell, thermal energy storage to dispatch heat, and operating the fuel cell to provide flexible grid power. Analysis results indicate that with a 13.1% average increase in price-of-electricity (POE), the system can provide the grid with a 50% operating range of dispatchable urban power at an overall thermal efficiency of 80%. This grid-support operating mode increases the operational flexibility of the SOFC-CHP system, which may make the technology an important utility asset for accommodating the increased penetration of intermittent renewable power.

Control Theory Perspective of Effects-Based Thinking and Operations: Modelling Operations as a Feedback Control System

DTIC Science & Technology

2007-11-01

Control Theory Perspective of Effects-Based Thinking and Operations Modelling “Operations” as a Feedback Control System Philip S. E... Theory Perspective of Effects-Based Thinking and Operations Modelling “Operations” as a Feedback Control System Philip S. E. Farrell...Abstract This paper explores operations that involve effects-based thinking (EBT) using Control Theory techniques in order to highlight the concept’s

Earth orbital teleoperator systems evaluation

NASA Technical Reports Server (NTRS)

Shields, N. L., Jr.; Slaughter, P. H.; Brye, R. G.; Henderson, D. E.

1979-01-01

The mechanical extension of the human operator to remote and specialized environments poses a series of complex operational questions. A technical and scientific team was organized to investigate these questions through conducting specific laboratory and analytical studies. The intent of the studies was to determine the human operator requirements for remotely manned systems and to determine the particular effects that various system parameters have on human operator performance. In so doing, certain design criteria based on empirically derived data concerning the ultimate control system, the human operator, were added to the Teleoperator Development Program.

The construction of power grid operation index system considering the risk of maintenance

NASA Astrophysics Data System (ADS)

Tang, Jihong; Wang, Canlin; Jiang, Xinfan; Ye, Jianhui; Pan, Feilai

2018-02-01

In recent years, large-scale blackout occurred at home and abroad caused widespread concern about the operation of the grid in the world, and the maintenance risk is an important indicator of grid safety. The barrier operation of the circuit breaker exists in the process of overhaul of the power grid. The operation of the different barrier is of great significance to the change of the power flow, thus affecting the safe operation of the system. Most of the grid operating status evaluation index system did not consider the risk of maintenance, to this end, this paper from the security, economy, quality and cleanliness of the four angles, build the power grid operation index system considering the risk of maintenance.

The Application of Architecture Frameworks to Modelling Exploration Operations Costs

NASA Technical Reports Server (NTRS)

Shishko, Robert

2006-01-01

Developments in architectural frameworks and system-of-systems thinking have provided useful constructs for systems engineering. DoDAF concepts, language, and formalisms, in particular, provide a natural way of conceptualizing an operations cost model applicable to NASA's space exploration vision. Not all DoDAF products have meaning or apply to a DoDAF inspired operations cost model, but this paper describes how such DoDAF concepts as nodes, systems, and operational activities relate to the development of a model to estimate exploration operations costs. The paper discusses the specific implementation to the Mission Operations Directorate (MOD) operational functions/activities currently being developed and presents an overview of how this powerful representation can apply to robotic space missions as well.

Mars outpost - System and operations challenges

NASA Technical Reports Server (NTRS)

Roberts, Barney; Guerra, Lisa

1990-01-01

The paper addresses the challenges inherent in establishing an outpost on the planet Mars. For background purposes, the unique, remote Martian environment and the developmental phases of a settlement in such an environment are discussed. Challenges are identified in terms of surface systems and operations. Due to its importance to habitability, the life support system (LSS) is highlighted with various options identified. Operations for the Mars outpost, earth-based and local, are characterized by a decentralized concept. The challenge of integrating logistics analysis early in system design and operations strategy is also addressed. In order to understand and reduce the system and operations challenges, the application of terrestrial and lunar testbeds is explained.

The Clouds distributed operating system - Functional description, implementation details and related work

NASA Technical Reports Server (NTRS)

Dasgupta, Partha; Leblanc, Richard J., Jr.; Appelbe, William F.

1988-01-01

Clouds is an operating system in a novel class of distributed operating systems providing the integration, reliability, and structure that makes a distributed system usable. Clouds is designed to run on a set of general purpose computers that are connected via a medium-of-high speed local area network. The system structuring paradigm chosen for the Clouds operating system, after substantial research, is an object/thread model. All instances of services, programs and data in Clouds are encapsulated in objects. The concept of persistent objects does away with the need for file systems, and replaces it with a more powerful concept, namely the object system. The facilities in Clouds include integration of resources through location transparency; support for various types of atomic operations, including conventional transactions; advanced support for achieving fault tolerance; and provisions for dynamic reconfiguration.

Effects of extended lay-off periods on performance and operator trust under adaptable automation.

PubMed

Chavaillaz, Alain; Wastell, David; Sauer, Jürgen

2016-03-01

Little is known about the long-term effects of system reliability when operators do not use a system during an extended lay-off period. To examine threats to skill maintenance, 28 participants operated twice a simulation of a complex process control system for 2.5 h, with an 8-month retention interval between sessions. Operators were provided with an adaptable support system, which operated at one of the following reliability levels: 60%, 80% or 100%. Results showed that performance, workload, and trust remained stable at the second testing session, but operators lost self-confidence in their system management abilities. Finally, the effects of system reliability observed at the first testing session were largely found again at the second session. The findings overall suggest that adaptable automation may be a promising means to support operators in maintaining their performance at the second testing session. Copyright © 2015 Elsevier Ltd and The Ergonomics Society. All rights reserved.

Utilization of Internet Protocol-Based Voice Systems in Remote Payload Operations

NASA Technical Reports Server (NTRS)

Best, Susan; Nichols, Kelvin; Bradford, Robert

2003-01-01

This viewgraph presentation provides an overview of a proposed voice communication system for use in remote payload operations performed on the International Space Station. The system, Internet Voice Distribution System (IVoDS), would make use of existing Internet protocols, and offer a number of advantages over the system currently in use. Topics covered include: system description and operation, system software and hardware, system architecture, project status, and technology transfer applications.

75 FR 3228 - Notice of Commission Staff Attendance at Midwest ISO Meetings

Federal Register 2010, 2011, 2012, 2013, 2014

2010-01-20

.... Docket No. ER08-1043, Midwest Independent Transmission System Operator, Inc. Docket No. ER08-1074... Transmission System Operator, Inc. Docket No. ER09-1074, Midwest Independent Transmission System Operator, Inc...

Evaluation of Vehicle Detection Systems for Traffic Signal Operations

DOT National Transportation Integrated Search

2016-10-16

Typical vehicle detection systems used in traffic signal operations are comprised of inductive loop detectors. Because of costs, installation challenges, and operation and maintenance issues, many alternative non-intrusive systems have been dev...

Navigation Operations for the Magnetospheric Multiscale Mission

NASA Technical Reports Server (NTRS)

Long, Anne; Farahmand, Mitra; Carpenter, Russell

2015-01-01

The Magnetospheric Multiscale (MMS) mission employs four identical spinning spacecraft flying in highly elliptical Earth orbits. These spacecraft will fly in a series of tetrahedral formations with separations of less than 10 km. MMS navigation operations use onboard navigation to satisfy the mission definitive orbit and time determination requirements and in addition to minimize operations cost and complexity. The onboard navigation subsystem consists of the Navigator GPS receiver with Goddard Enhanced Onboard Navigation System (GEONS) software, and an Ultra-Stable Oscillator. The four MMS spacecraft are operated from a single Mission Operations Center, which includes a Flight Dynamics Operations Area (FDOA) that supports MMS navigation operations, as well as maneuver planning, conjunction assessment and attitude ground operations. The System Manager component of the FDOA automates routine operations processes. The GEONS Ground Support System component of the FDOA provides the tools needed to support MMS navigation operations. This paper provides an overview of the MMS mission and associated navigation requirements and constraints and discusses MMS navigation operations and the associated MMS ground system components built to support navigation-related operations.

A Framework for Adaptable Operating and Runtime Systems

DOE Office of Scientific and Technical Information (OSTI.GOV)

Sterling, Thomas

The emergence of new classes of HPC systems where performance improvement is enabled by Moore’s Law for technology is manifest through multi-core-based architectures including specialized GPU structures. Operating systems were originally designed for control of uniprocessor systems. By the 1980s multiprogramming, virtual memory, and network interconnection were integral services incorporated as part of most modern computers. HPC operating systems were primarily derivatives of the Unix model with Linux dominating the Top-500 list. The use of Linux for commodity clusters was first pioneered by the NASA Beowulf Project. However, the rapid increase in number of cores to achieve performance gain throughmore » technology advances has exposed the limitations of POSIX general-purpose operating systems in scaling and efficiency. This project was undertaken through the leadership of Sandia National Laboratories and in partnership of the University of New Mexico to investigate the alternative of composable lightweight kernels on scalable HPC architectures to achieve superior performance for a wide range of applications. The use of composable operating systems is intended to provide a minimalist set of services specifically required by a given application to preclude overheads and operational uncertainties (“OS noise”) that have been demonstrated to degrade efficiency and operational consistency. This project was undertaken as an exploration to investigate possible strategies and methods for composable lightweight kernel operating systems towards support for extreme scale systems.« less

Intelligent Systems Technologies for Ops

NASA Technical Reports Server (NTRS)

Smith, Ernest E.; Korsmeyer, David J.

2012-01-01

As NASA supports International Space Station assembly complete operations through 2020 (or later) and prepares for future human exploration programs, there is additional emphasis in the manned spaceflight program to find more efficient and effective ways of providing the ground-based mission support. Since 2006 this search for improvement has led to a significant cross-fertilization between the NASA advanced software development community and the manned spaceflight operations community. A variety of mission operations systems and tools have been developed over the past decades as NASA has operated the Mars robotic missions, the Space Shuttle, and the International Space Station. NASA Ames Research Center has been developing and applying its advanced intelligent systems research to mission operations tools for both unmanned Mars missions operations since 2001 and to manned operations with NASA Johnson Space Center since 2006. In particular, the fundamental advanced software development work under the Exploration Technology Program, and the experience and capabilities developed for mission operations systems for the Mars surface missions, (Spirit/Opportunity, Phoenix Lander, and MSL) have enhanced the development and application of advanced mission operation systems for the International Space Station and future spacecraft. This paper provides an update on the status of the development and deployment of a variety of intelligent systems technologies adopted for manned mission operations, and some discussion of the planned work for Autonomous Mission Operations in future human exploration. We discuss several specific projects between the Ames Research Center and the Johnson Space Centers Mission Operations Directorate, and how these technologies and projects are enhancing the mission operations support for the International Space Station, and supporting the current Autonomous Mission Operations Project for the mission operation support of the future human exploration programs.

Design and Realization of Silhouette Operation Platform Based on GIS

NASA Astrophysics Data System (ADS)

Fu, Jia; Cui, Xinqiang; Yuan, Zhengteng

2018-01-01

Artificial weather effects after several generations of unremitting efforts in many provinces, municipalities and districts have become a regular business to serve the community. In the actual operation of the actual impact of weather operations, onsite job terminal system functional integration is not high, such as the operation process cumbersome operation instructions unreasonable, the weather data lag, the data form of a single factor and other factors seriously affect the weather conditions, Sexual and intuitive improvement. Therefore, this paper adopts the Android system as the carrier for the design and implementation of the silhouette intelligent terminal system. The intelligent terminal system has carried on the preliminary deployment trial in the real-time intelligent command system which realizes the weather operation in a province, and has formed a centralized, unified and digital artificial influence in combination with the self-developed multi-function server system platform and the remote centre command system Weather operation communication network, to achieve intelligent terminal and remote centre commander between the efficient, timely and stable information exchange, improve the shadow of the economic and social benefits, basically reached the initial design purpose.

The Triangle of the Space Launch System Operations

NASA Astrophysics Data System (ADS)

Fayolle, Eric

2010-09-01

Firemen know it as “fire triangle”, mathematicians know it as “golden triangle”, sailormen know it as “Bermuda triangle”, politicians know it as “Weimar triangle”… This article aims to present a new aspect of that shape geometry in the space launch system world: “the triangle of the space launch system operations”. This triangle is composed of these three following topics, which have to be taken into account for any space launch system operation processing: design, safety and operational use. Design performance is of course taking into account since the early preliminary phase of a system development. This design performance is matured all along the development phases, thanks to consecutives iterations in order to respect the financial and timing constraints imposed to the development of the system. This process leads to a detailed and precise design to assess the required performance. Then, the operational use phase brings its batch of constraints during the use of the system. This phase is conducted by specific procedures for each operation. Each procedure has sequences for each sub-system, which have to be conducted in a very precise chronological way. These procedures can be processed by automatic way or manual way, with the necessity or not of the implication of operators, and in a determined environment. Safeguard aims to verify the respect of the specific constraints imposed to guarantee the safety of persons and property, the protection of public health and the environment. Safeguard has to be taken into account above the operational constraints of any space operation, without forgetting the highest safety level for the operators of the space operation, and of course without damaging the facilities or without disturbing the external environment. All space operations are the result of a “win-win” compromise between these three topics. Contrary to the fire triangle where one of the topics has to be suppressed in order to avoid the combustion, no topics at all should be suppressed in the triangle of the space launch system operations. Indeed, if safeguard is not considered since the beginning of the development phase, this development will not take into account safeguard constraints. Then, the operational phase will become very difficult because unavailable, to respect safety rules required for the operational use phase of the system. Taking into account safeguard constraints in late project phases will conduct to very high operational constraints, sometimes quite disturbing for the operator, even blocking to be able to consider the operational use phase as mature and optimized. On the contrary, if design performance is not taken into account in order to favor safeguard aspect in the operational use phase, system design will not be optimized, what will lead to high planning and timing impacts. The examples detailed in this article show the compromise for what each designer should confront with during the development of any system dealing with the safety of persons and property, the protection of public health and the environment.

Optimization of wastewater treatment plant operation for greenhouse gas mitigation.

PubMed

Kim, Dongwook; Bowen, James D; Ozelkan, Ertunga C

2015-11-01

This study deals with the determination of optimal operation of a wastewater treatment system for minimizing greenhouse gas emissions, operating costs, and pollution loads in the effluent. To do this, an integrated performance index that includes three objectives was established to assess system performance. The ASMN_G model was used to perform system optimization aimed at determining a set of operational parameters that can satisfy three different objectives. The complex nonlinear optimization problem was simulated using the Nelder-Mead Simplex optimization algorithm. A sensitivity analysis was performed to identify influential operational parameters on system performance. The results obtained from the optimization simulations for six scenarios demonstrated that there are apparent trade-offs among the three conflicting objectives. The best optimized system simultaneously reduced greenhouse gas emissions by 31%, reduced operating cost by 11%, and improved effluent quality by 2% compared to the base case operation. Copyright © 2015 Elsevier Ltd. All rights reserved.

Operational models of infrastructure resilience.

PubMed

Alderson, David L; Brown, Gerald G; Carlyle, W Matthew

2015-04-01

We propose a definition of infrastructure resilience that is tied to the operation (or function) of an infrastructure as a system of interacting components and that can be objectively evaluated using quantitative models. Specifically, for any particular system, we use quantitative models of system operation to represent the decisions of an infrastructure operator who guides the behavior of the system as a whole, even in the presence of disruptions. Modeling infrastructure operation in this way makes it possible to systematically evaluate the consequences associated with the loss of infrastructure components, and leads to a precise notion of "operational resilience" that facilitates model verification, validation, and reproducible results. Using a simple example of a notional infrastructure, we demonstrate how to use these models for (1) assessing the operational resilience of an infrastructure system, (2) identifying critical vulnerabilities that threaten its continued function, and (3) advising policymakers on investments to improve resilience. © 2014 Society for Risk Analysis.

Operational Impacts of Operating Reserve Demand Curves on Production Cost and Reliability

DOE Office of Scientific and Technical Information (OSTI.GOV)

Krad, Ibrahim; Ibanez, Eduardo; Ela, Erik

The electric power industry landscape is continually evolving. As emerging technologies such as wind, solar, electric vehicles, and energy storage systems become more cost-effective and present in the system, traditional power system operating strategies will need to be reevaluated. The presence of wind and solar generation (commonly referred to as variable generation) may result in an increase in the variability and uncertainty of the net load profile. One mechanism to mitigate this is to schedule and dispatch additional operating reserves. These operating reserves aim to ensure that there is enough capacity online in the system to account for the increasedmore » variability and uncertainty occurring at finer temporal resolutions. A new operating reserve strategy, referred to as flexibility reserve, has been introduced in some regions. A similar implementation is explored in this paper, and its implications on power system operations are analyzed.« less

Operational Impacts of Operating Reserve Demand Curves on Production Cost and Reliability: Preprint

DOE Office of Scientific and Technical Information (OSTI.GOV)

Krad, Ibrahim; Ibanez, Eduardo; Ela, Erik

The electric power industry landscape is continually evolving. As emerging technologies such as wind, solar, electric vehicles, and energy storage systems become more cost-effective and present in the system, traditional power system operating strategies will need to be reevaluated. The presence of wind and solar generation (commonly referred to as variable generation) may result in an increase in the variability and uncertainty of the net load profile. One mechanism to mitigate this is to schedule and dispatch additional operating reserves. These operating reserves aim to ensure that there is enough capacity online in the system to account for the increasedmore » variability and uncertainty occurring at finer temporal resolutions. A new operating reserve strategy, referred to as flexibility reserve, has been introduced in some regions. A similar implementation is explored in this paper, and its implications on power system operations are analyzed.« less

End effector monitoring system: An illustrated case of operational prototyping

NASA Technical Reports Server (NTRS)

Malin, Jane T.; Land, Sherry A.; Thronesbery, Carroll

1994-01-01

Operational prototyping is introduced to help developers apply software innovations to real-world problems, to help users articulate requirements, and to help develop more usable software. Operational prototyping has been applied to an expert system development project. The expert system supports fault detection and management during grappling operations of the Space Shuttle payload bay arm. The dynamic exchanges among operational prototyping team members are illustrated in a specific prototyping session. We discuss the requirements for operational prototyping technology, types of projects for which operational prototyping is best suited and when it should be applied to those projects.

Head-mounted display systems and the special operations soldier

NASA Astrophysics Data System (ADS)

Loyd, Rodney B.

1998-08-01

In 1997, the Boeing Company, working with DARPA under the Smart Modules program and the US Army Soldier Systems Command, embarked on an advanced research and development program to develop a wearable computer system tailored for use with soldiers of the US Special Operations Command. The 'special operations combat management system' is a rugged advanced wearable tactical computer, designed to provide the special operations soldier with enhanced situation awareness and battlefield information capabilities. Many issues must be considered during the design of wearable computers for a combat soldier, including the system weight, placement on the body with respect to other equipment, user interfaces and display system characteristics. During the initial feasibility study for the system, the operational environment was examined and potential users were interviewed to establish the proper display solution for the system. Many display system requirements resulted, such as head or helmet mounting, Night Vision Goggle compatibility, minimal visible light emissions, environmental performance and even the need for handheld or other 'off the head' type display systems. This paper will address these issues and other end user requirements for display systems for applications in the harsh and demanding environment of the Special Operations soldier.

Power system

DOEpatents

Hickam, Christopher Dale [Glasford, IL

2008-03-18

A power system includes a prime mover, a transmission, and a fluid coupler having a selectively engageable lockup clutch. The fluid coupler may be drivingly connected between the prime mover and the transmission. Additionally, the power system may include a motor/generator drivingly connected to at least one of the prime mover and the transmission. The power-system may also include power-system controls configured to execute a control method. The control method may include selecting one of a plurality of modes of operation of the power system. Additionally, the control method may include controlling the operating state of the lockup clutch dependent upon the mode of operation selected. The control method may also include controlling the operating state of the motor/generator dependent upon the mode of operation selected.

TeleOperator/telePresence System (TOPS) Concept Verification Model (CVM) development

NASA Technical Reports Server (NTRS)

Shimamoto, Mike S.

1993-01-01

The development of an anthropomorphic, undersea manipulator system, the TeleOperator/telePresence System (TOPS) Concept Verification Model (CVM) is described. The TOPS system's design philosophy, which results from NRaD's experience in undersea vehicles and manipulator systems development and operations, is presented. The TOPS design approach, task teams, manipulator, and vision system development and results, conclusions, and recommendations are presented.

Feasibility Analysis and Prototyping of a Fast Autonomous Recon system

DTIC Science & Technology

2017-06-01

Test and Evaluation Interim Contractor Support System Assessment OPERATIONAL USE AND SYSTEM SUPPORT System Operation in the User Environment...Sustaining Maintenance and Logistics Support Operational Testing System Modifications for Improvement Contractor Support System Assessment...helicopter but has the added benefit of high -speed flight similar to a fixed-wing aircraft. Figure 1 shows the two different flight modes of the V-22

Foreword for the Special Section on Power System Planning and Operation Towards a Low-Carbon Economy

DOE Office of Scientific and Technical Information (OSTI.GOV)

Ding, Yi; Kang, Chongqing; Wang, Jianhui

2015-03-01

The nine papers in this special section on power system planning and operation towards a low-cost economy cover the following topics: power system planning models; power system operation methods and market behavior analysis; and risk assessment and emission management.

Science Orders Systems and Operations Manual.

ERIC Educational Resources Information Center

Kriz, Harry M.

This manual describes the implementation and operation of SCIENCE ORDERS, an online orders management system used by the Science and Technology Department of Newman Library at Virginia Polytechnic Institute and State University. Operational since January 1985, the system is implemented using the SPIRES database management system and is used to (1)…

Operating Characteristics of the Implicit Learning System Supporting Serial Interception Sequence Learning

ERIC Educational Resources Information Center

Sanchez, Daniel J.; Reber, Paul J.

2012-01-01

The memory system that supports implicit perceptual-motor sequence learning relies on brain regions that operate separately from the explicit, medial temporal lobe memory system. The implicit learning system therefore likely has distinct operating characteristics and information processing constraints. To attempt to identify the limits of the…

10 CFR 60.131 - General design criteria for the geologic repository operations area.

Code of Federal Regulations, 2012 CFR

2012-01-01

... operating systems, including alarm systems, important to safety. (g) Inspection, testing, and maintenance... radioactivity areas; and (6) A radiation alarm system to warn of significant increases in radiation levels... system shall be designed with provisions for calibration and for testing its operability. (b) Protection...

40 CFR 60.1730 - How do I make sure my continuous emission monitoring systems are operating correctly?

Code of Federal Regulations, 2010 CFR

2010-07-01

... emission monitoring systems are operating correctly? 60.1730 Section 60.1730 Protection of Environment... continuous emission monitoring systems are operating correctly? (a) Conduct initial, daily, quarterly, and annual evaluations of your continuous emission monitoring systems that measure oxygen (or carbon dioxide...

46 CFR 111.97-5 - Electric and hydraulic power supply.

Code of Federal Regulations, 2013 CFR

2013-10-01

... ELECTRIC SYSTEMS-GENERAL REQUIREMENTS Electric Power-Operated Watertight Door Systems § 111.97-5 Electric and hydraulic power supply. (a) Each electric motor-driven door operating system must have the same.... (f) The source of power for each hydraulically operated watertight door system using an independent...

40 CFR 60.1730 - How do I make sure my continuous emission monitoring systems are operating correctly?

Code of Federal Regulations, 2014 CFR

2014-07-01

... emission monitoring systems are operating correctly? 60.1730 Section 60.1730 Protection of Environment... continuous emission monitoring systems are operating correctly? (a) Conduct initial, daily, quarterly, and annual evaluations of your continuous emission monitoring systems that measure oxygen (or carbon dioxide...

40 CFR 62.15185 - How do I make sure my continuous emission monitoring systems are operating correctly?

Code of Federal Regulations, 2010 CFR

2010-07-01

... emission monitoring systems are operating correctly? 62.15185 Section 62.15185 Protection of Environment... make sure my continuous emission monitoring systems are operating correctly? (a) Conduct initial, daily, quarterly, and annual evaluations of your continuous emission monitoring systems that measure oxygen (or...

40 CFR 60.2940 - How do I make sure my continuous emission monitoring systems are operating correctly?

Code of Federal Regulations, 2012 CFR

2012-07-01

... emission monitoring systems are operating correctly? 60.2940 Section 60.2940 Protection of Environment... monitoring systems are operating correctly? (a) Conduct initial, daily, quarterly, and annual evaluations of your continuous emission monitoring systems that measure carbon monoxide and oxygen. (b) Complete your...

10 CFR 60.131 - General design criteria for the geologic repository operations area.

Code of Federal Regulations, 2014 CFR

2014-01-01

... operating systems, including alarm systems, important to safety. (g) Inspection, testing, and maintenance... radioactivity areas; and (6) A radiation alarm system to warn of significant increases in radiation levels... system shall be designed with provisions for calibration and for testing its operability. (b) Protection...

10 CFR 60.131 - General design criteria for the geologic repository operations area.

Code of Federal Regulations, 2011 CFR

2011-01-01

... operating systems, including alarm systems, important to safety. (g) Inspection, testing, and maintenance... radioactivity areas; and (6) A radiation alarm system to warn of significant increases in radiation levels... system shall be designed with provisions for calibration and for testing its operability. (b) Protection...