Search NASA⌕ Search

SEARCH · Search NASA

Results for “field protocols”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 253 records · Page 14

The SeaWiFS Bio-Optical Archive and Storage System (SeaBASS): Current Architecture and Implementation

Satellite ocean color missions require an abundance of high-quality in situ measurements for bio-optical and atmospheric algorithm development and post-launch product validation and sensor calibration. To facilitate the assembly of a global data set, the NASA Sea-viewing Wide Field-of-view (SeaWiFS) Project developed the Seafaring Bio-optical Archive and Storage System (SeaBASS), a local repository for in situ data regularly used in their scientific analyses. The system has since been expanded to contain data sets collected by the NASA Sensor Intercalibration and Merger for Biological and Interdisciplinary Oceanic Studies (SIMBIOS) Project, as part of NASA Research Announcements NRA-96-MTPE-04 and NRA-99-OES-99. SeaBASS is a well moderated and documented hive for bio-optical data with a simple, secure mechanism for locating and extracting data based on user inputs. Its holdings are available to the general public with the exception of the most recently collected data sets. Extensive quality assurance protocols, comprehensive data and system documentation, and the continuation of an archive and relational database management system (RDBMS) suitable for bio-optical data all contribute to the continued success of SeaBASS. This document provides an overview of the current operational SeaBASS system.

Werdell, P. Jeremy↗

A Critical Assessment of Protein Crystal Growth in Microgravity

Experiments to grow higher diffraction quality protein crystals in the microgravity environment of an orbiting spacecraft are one of the most frequently flown space experiments. Ground-based research has shown that convective flows occur even about protein crystals growing in the Earth's gravitational field. Further, this research has shown that the resultant flow velocities can cause growth cessation, and probably affect the measured X-ray data quality obtained. How flow deleteriously affects protein crystal growth (PCG) is still not known, and is the subject of ongoing research. Failing a rational method for ameliorating flow effects on Earth, one can, through NASA and other nations space agency sponsored programs, carry out protein crystal growth in the microgravity environment of an orbiting spacecraft. Early first generation PCG hardware was characterized by a very low success rate and a steep design learning curve. Subsequent hardware designs have improved upon their predecessors. Now the crystal grower has a wide variety of hardware configurations and crystal growth protocols to choose from, many of which implement "standard" laboratory protein crystal growth methods. While many of these are first or early second generation hardware the success rate, defined as growing crystals giving data better than has been obtained on Earth, is at least 20% overall and may be considerably higher if one only considers latter experiments. There are a large number of protein crystals grown every year, with hundreds of structures determined. Those crystallized in microgravity represent a small proportion of this total, and there is concern that the costs of the microgravity PCG program(s) do not justify such limited returns. Empirical evidence suggests that optimum crystal growth conditions in microgravity differ from those determined on Earth, further exacerbating the chances of success. Microgravity PCG is probably best suited for "mature" crystallizations, where one has considerable experience with the particular macromolecular system and has reached an apparent limit in diffraction resolution. Under such circumstances the cost of one or two successful flight experiments may more than offset the equivalent cost of several years effort to obtain the same improvement in data quality.

Pusey, Marc↗

Serving NASA GES DISC Multi-Spatiotemporal Earth Science Data to the GIS community

NASA Earth Science (ES) data is essential to a wide range of GIS research and applications. However, for many GIS users, searching, accessing, using and analyzing NASA ES data can be of a great challenge- ranging from the sheer data volumes, types of science parameters, and to the complexity of data encoding formats. As one of the twelve NASA Science Mission Directorate (SMD) Data Centers, Goddard Earth Sciences (GES) Data and Information Services Center (DISC) archives and distributes petabytes of ES parameters covering atmosphere, land, and ocean fields. Most data are multidimensional and multi-spatiotemporal in nature and are encoded in different science data formats (e.g, HDF, HDF-EOS, netCDF, GRIB, binary), which usually contain multiple variables and different metadata information. By far, GES DISC has been developing a number of services and online tools to help GIS users to easily explore our data products. In this presentation, we will describe our ArcGIS-based data accessing and visualization services and portals, which allow users directly exploring the multi-spatiotemporal ES data in ArcGIS clients without having to pre-download/import the data. The ArcGIS services are also compliant with the Open Geospatial Consortium (OGC) Web Coverage Service (WCS) and Web Map Service (WMS) protocols and can be accessed by any other WCS/WMS clients to get customized GES DISC EO data on-the-fly from such services.

Wei, Jennifer↗

Advanced Communications Technology Satellite (ACTS) Used for Inclined Orbit Operations

The Advanced Communications Technology Satellite (ACTS) is operated by the NASA Glenn Research Center at Lewis Field 24 hours a day, 7 days a week. ACTS, which was launched in September 1993, is in its 7th year of operations, far exceeding the system s planned 2 years of operations and 4 years of designed mission life. After 5 successful years of operating as a geostationary satellite, the spacecraft s North-South stationkeeping was discontinued in August 1998. The system is now operating in an inclined orbit that increases at a rate of 0.8 /yr. With only scarce fuel remaining, operating in this mode extends the usage of the still totally functional payload. Although tracking systems are now needed on the experimenter Earth stations, experiment operations have continued with very little disruption. This is the only known geosynchronous Ka-band (30/20 GHz) spot-beam satellite operating in an inclined orbit. The project began its transition from geostationary operations to inclined operations in August 1998. This did not interrupt operations and was transparent to the experimenters on the system. For the space segment, new daily procedures were implemented to maintain the pointing of the system s narrow 0.3 spot beams while the spacecraft drifts in the North-South direction. For the ground segment, modifications were designed, developed, and fielded for the three classes of experimenter Earth stations. With the next generation of commercial satellite systems still being developed, ACTS remains the only operational testbed for Ka-band geosynchronous satellite communications over the Western hemisphere. Since inclined orbit operations began, the ACTS experiments program has supported 43 investigations by industry, Government, and academic organizations, as well as four demonstrations. The project s goals for inclined-orbit operations now reflect a narrower focus in the types of experiments that will be done. In these days of "faster, better, cheaper," NASA is seeking to gain greater relevance to the agency s mission from these experiments. One area that is of much interest both to NASA and the commercial world is the investigation of protocol issues related to the interoperability of satellites with terrestrial networks, such as Transmission Control Protocol/Internet Protocol (TCP/IP) and Asynchronous Transfer Mode (ATM) over wideband satellites. Other experiment areas of interest are supporting the U.S. Government and NASA as they begin using commercial space assets to meet their communications needs, evaluating issues related to operating a spot-beam satellite in inclined orbit, and evaluating new Ka-band hardware that requires a satellite link. ACTS is now in its last year of operations. Operations are planned through June 2000, when after 81 months of operations, this very successful spacecraft will be superorbited and made inert.

Bauer, Robert A.↗

The Mobile Agents Integrated Field Test: Mars Desert Research Station April 2003

The Mobile Agents model-based, distributed architecture, which integrates diverse components in a system for lunar and planetary surface operations, was extensively tested in a two-week field "technology retreat" at the Mars Society s Desert Research Station (MDRS) during April 2003. More than twenty scientists and engineers from three NASA centers and two universities refined and tested the system through a series of incremental scenarios. Agent software, implemented in runtime Brahms, processed GPS, health data, and voice commands-monitoring, controlling and logging science data throughout simulated EVAs with two geologists. Predefined EVA plans, modified on the fly by voice command, enabled the Mobile Agents system to provide navigation and timing advice. Communications were maintained over five wireless nodes distributed over hills and into canyons for 5 km; data, including photographs and status was transmitted automatically to the desktop at mission control in Houston. This paper describes the system configurations, communication protocols, scenarios, and test results.

Clancey, William J.↗

Supporting Exploration Missions by Enabling Exploration Mission System Software

Future exploration missions will consist of a multitude of data sources, systems, and operators collaborating to complete mission objectives. Presently, NASA is instantiating the contractual mechanisms, such as the xEVAS and HLS contracts, to produce these mission assets. Architectural planning is also underway to establish the networking protocols and infrastructure to digitally create and connect mission elements, such as LunaNET. However, without new horizontally integrated data systems, these advancements will be limited in their ability to get mission data appropriately integrated into the plan, train, fly, explore workflow of the operations workforce. Here we describe several mission system software development efforts underway that are designed to support human spaceflight missions. We describe the current iterations of a suite of tools to support EVA procedure authoring and execution, for both ISS and Artemis missions, as well as a software solution to establish and interact with mission context and data products. These tools have been developed iteratively and continue to be tested in several NASA facilities such as the Neutral Buoyancy Lab (NBL), Artemis field testing, and in present-day International Space Station (ISS) operations on orbit. Our solutions demonstrate how software development can be aligned with ongoing operations development activities to discover the features that best support future human spaceflight missions.

EVA Mission System Software↗

Wireless Avionics Packet to Support Fault Tolerance for Flight Applications

In this protocol and packet format, data traffic is monitored by all network interfaces to determine the health of transmitter and subsystems. When failures are detected, the network inter face applies its recover y policies to provide continued service despite the presence of faults. The protocol, packet format, and inter face are independent of the data link technology used. The current demonstration system supports both commercial off-the-shelf wireless connections and wired Ethernet connections. Other technologies such as 1553 or serial data links can be used for the network backbone. The Wireless Avionics packet is divided into three parts: a header, a data payload, and a checksum. The header has the following components: magic number, version, quality of service, time to live, sending transceiver, function code, payload length, source Application Data Interface (ADI) address, destination ADI address, sending node address, target node address, and a sequence number. The magic number is used to identify WAV packets, and allows the packet format to be updated in the future. The quality of service field allows routing decisions to be made based on this value and can be used to route critical management data over a dedicated channel. The time to live value is used to discard misrouted packets while the source transceiver is updated at each hop. This information is used to monitor the health of each transceiver in the network. To identify the packet type, the function code is used. Besides having a regular data packet, the system supports diagnostic packets for fault detection and isolation. The payload length specifies the number of data bytes in the payload, and this supports variable-length packets in the network. The source ADI is the address of the originating interface. This can be used by the destination application to identify the originating source of the packet where the address consists of a subnet, subsystem class within the subnet, a subsystem unit, and the local ADI number. The destination ADI is used to route the packet to its ultimate destination. At each hop, the sending interface uses the destination address to determine the next node for the data. The sending node is the node address of the interface that is broadcasting the packet. This field is used to determine the health of the subsystem that is sending the packet. In the case of a packet that traverses several intermediate nodes, it may be the node address of the intermediate node. The target node is the node address of the next hop for the packet. It may be an intermediate node, or the final destination for the packet. The sequence number is used to identify duplicate packets. Because each interface has multiple transceivers, the same packet will appear at both receivers. The sequence number allows the interface to correlate the reception and forward a single, unique packet for additional processing. The subnet field allows data traffic to be partitioned into segregated local networks to support large networks while keeping each subnet at a manageable size. This also keeps the routing table small enough so routing can be done by a simple table lookup in an FPGA device. The subsystem class identifies members of a set of redundant subsystems, and, in a hot standby configuration, all members of the subsystem class will receive the data packets. Only the active subsystem will generate data traffic. Specific units in a class of redundant units can be identified and, if the hot standby configuration is not used, packets will be directed to a specific subsystem unit.

Block, Gary L.↗

Supporting Exploration Missions by Enabling Exploration Mission System Software

Future exploration missions will consist of a multitude of data sources, systems, and operators collaborating to complete mission objectives. Presently, NASA is instantiating the contractual mechanisms, such as the Exploration Extravehicular Activity Services (xEVAS) and Human Landing System (HLS) contracts, to produce these mission assets. Architectural planning is also underway to establish the networking protocols and infrastructure to digitally create and connect mission elements, such as LunaNET. However, without new horizontally integrated data systems, these advancements will be limited in their ability to get mission data appropriately integrated into the plan, train, fly, explore workflow of the flight operations workforce. Here we describe several mission system software development efforts underway that are designed to support human spaceflight missions. This paper describes the current iterations of a suite of tools to support EVA procedure authoring and execution, and mission context creation for both International Space Station (ISS) and Artemis missions. These tools have been developed iteratively and continue to be used in present-day ISS operations on orbit and in several NASA facilities such as the Neutral Buoyancy Lab (NBL) and Artemis field testing. These solutions demonstrate how software development can be aligned with ongoing operations development activities to discover the features that best support both current and future human spaceflight missions.

Matthew J. Miller↗

Supporting Exploration Missions by Enabling Exploration Mission System Software

Future exploration missions will consist of a multitude of data sources, systems, and operators collaborating to complete mission objectives. Presently, NASA is instantiating the contractual mechanisms, such as the Exploration Extravehicular Activity Services (xEVAS) and Human Landing System (HLS) contracts, to produce these mission assets. Architectural planning is also underway to establish the networking protocols and infrastructure to digitally create and connect mission elements, such as LunaNET. However, without new horizontally integrated data systems, these advancements will be limited in their ability to get mission data appropriately integrated into the plan, train, fly, explore workflow of the flight operations workforce. Here we describe several mission system software development efforts underway that are designed to support human spaceflight missions. This paper describes the current iterations of a suite of tools to support EVA procedure authoring and execution, and mission context creation for both International Space Station (ISS) and Artemis missions. These tools have been developed iteratively and continue to be used in present-day ISS operations on orbit and in several NASA facilities such as the Neutral Buoyancy Lab (NBL) and Artemis field testing. These solutions demonstrate how software development can be aligned with ongoing operations development activities to discover the features that best support both current and future human spaceflight missions.

Matthew Miller↗

Analysis of Organic Molecules Extracted from Mars Analogues and Influence of Their Mineralogy Using N-Methyl-N-(tert-butyldimethylsilyl)Trifluoroacetamide Derivatization Coupled with Gas Chromatography Mass Spectrometry in Preparation for the Sample Analysis at Mars Derivatization Experiment on the Mars Science Laboratory Mission

The search for complex organic molecules on Mars, including important biomolecules such as amino acids and carboxylic acids will require a chemical extraction and derivatization step to transform these organic compounds into species that are sufficiently volatile to be detected by gas chromatography mass spectrometry (GCMS). We have developed, a one-pot extraction and chemical derivatization protocol using N-methyl-N-(tert-butyldimethylsilyl)trifluoroacetamide (MTBSTFA) and dimethylformamide (DMF) for the Sample Analysis at Mars (SAM) experiment on the Mars Science Laboratory (MSL). The temperature and duration the derivatization reaction, pre-concentration of chemical derivatives, and gas chromatographic separation parameters have been optimized under SAM instrument design constraints. MTBSTFA/DMF extraction and derivatization at 300 C for several minutes of a variety of terrestrial Mars analogue materials facilitated the detection of amino acids and carboxylic acids in a surface soil sample collected from the Atacama Desert and a carbonate-rich stromatolite sample from Svalbard. However, the rapid reaction of MTBSTFA with water in several analogue materials that contained high abundances of hydrated minerals and the possible deactivation of derivatized compounds by iron oxides, as detected by XRD/XRF using the CheMin field unit Terra, proved to be highly problematic for the direct extraction of organics using MTBSTFA, The combination of pyrolysis and two different chemical derivatization methods employed by SAM should enable a wide range of organic compounds to be detected by GCMS if present on Mars,

Stalport, F.↗

Magnetic Field Experiment Data Analysis System

The Johns Hopkins University Applied Physics Laboratory (JHU/APL) Magnetic Field Experiment Data Analysis System (MFEDAS) has been developed to process and analyze satellite magnetic field experiment data from the TRIAD, MAGSAT, AMPTE/CCE, Viking, Polar BEAR, DMSP, HILAT, UARS, and Freja satellites. The MFEDAS provides extensive data management and analysis capabilities. The system is based on standard data structures and a standard user interface. The MFEDAS has two major elements: (1) a set of satellite unique telemetry processing programs for uniform and rapid conversion of the raw data to a standard format and (2) the program Magplot which has file handling, data analysis, and data display sections. This system is an example of software reuse, allowing new data sets and software extensions to be added in a cost effective and timely manner. Future additions to the system will include the addition of standard format file import routines, modification of the display routines to use a commercial graphics package based on X-Window protocols, and a generic utility for telemetry data access and conversion.

Holland, D. B.↗

SeaWIFS Postlaunch Technical Report Series: The SeaWiFS Photometer Revision for Incident Surface Measurement (SeaPRISM) Field Commissioning - Volume 13

This report documents the scientific activities that took place at the Acqua Alta Oceanographic Tower (AAOT) in the northern Adriatic Sea off the coast of Italy from 2-6 August 1999. The ultimate objective of the field campaign was to evaluate the capabilities of a new instrument called the SeaWiFS Photometer Revision for Incident Surface Measurements (SeaPRISM). SeaPRISM is based on a CE-318 sun photometer made by CIMEL Electronique (Paris, France). The CE-318 is an automated, robotic system which measures the direct sun irradiance plus the sky radiance in the sun plane and in the almucantar plane. The data are transmitted over a satellite link, and this remote operation capability has made the device very useful for atmospheric measurements. The revision to the CE-318 that makes the instrument potentially useful for SeaWiFS calibration and validation activities is to include a capability for measuring the radiance leaving the sea surface in wavelengths suitable for the determination of chlorophyll a concentration. The initial evaluation of this new capability involved above- and in-water measurement protocols. An intercomparison of the water-leaving radiances derived from SeaPRISM and an in-water system showed the overall spectral agreement was approximately 8.6%, but the blue-green channels intercompared at the 5% level. A blue-green band ratio comparison was at the 4% level.

Hooker, Stanford B.↗

Impacts on the Hubble Space Telescope Wide Field and Planetary Camera 2: Microanalysis and Recognition of Micrometeoroid Compositions

Postflight surveys of the Wide Field and Planetary Camera 2 (WFPC2) on the Hubble Space Telescope have located hundreds of features on the 2.2 by 0.8 m curved plate, evidence of hypervelocity impact by small particles during 16 years of exposure to space in low Earth orbit (LEO). The radiator has a 100 - 200 micron surface layer of white paint, overlying 4 mm thick Al alloy, which was not fully penetrated by any impact. Over 460 WFPC2 samples were extracted by coring at JSC. About half were sent to NHM in a collaborative program with NASA, ESA and IBC. The structural and compositional heterogeneity at micrometer scale required microanalysis by electron and ion beam microscopes to determine the nature of the impactors (artificial orbital debris, or natural micrometeoroids, MM). Examples of MM impacts are described elsewhere. Here we describe the development of novel electron beam analysis protocols, required to recognize the subtle traces of MM residues.

Kearsley, A. T.↗

The Influence of Mineralogy on Recovering Organic Acids from Mars Analogue Materials Using the One-Pot Derivatization Experiment on the Sample Analysis at Mars(SAM) Instrument Suite

The search for complex organic molecules on Mars, including important biomolecules such as amino acids and carboxylic acids, will require a chemical extraction and a derivatization step to transform these organic compounds into species that are sufficiently volatile to be detected by gas chromatography mass spectrometry (GCMS). We have developed a ''one-pot'' extraction and chemical derivatization protocol using N-methyl-N-(tert-butyldimethylsilyl) trifluoroacetamide (MTBSTFA) and dimethylformamide (DMF) for the Sample Analysis at Mars (SAM) experiment instrument suite on NASA's the Mars Science Laboratory (MSL) mission. The temperature and duration of the derivatization reaction, pre-concentration of chemical derivatives, and gas chromatographic separation parameters have been optimized under SAM instrument design constraints. MTBSTFA/DMF extraction and derivatization at 300 1C for several minutes of a variety of terrestrial Mars analog materials facilitated the detection of amino acids and carboxylic acids in a surface soil sample collected from the Atacama Desert and a carbonate-rich stromatolite sample from Svalbard. However, the rapid reaction of MTBSTFA with water in several analog materials that contained high abundances of hydrated minerals, and the possible deactivation of derivatized compounds by iron oxides, as detected by XRD/XRF using the CheMin field unit Terra, proved to be highly problematic for the direct extraction of organics using MTBSTFA. The combination of pyrolysis and two different wet-chemical derivatization methods employed by SAM should enable a wide range of organic compounds to be detected by GCMS if present on Mars.

MSL↗

The NASA Integrated Information Technology Architecture

This document defines an Information Technology Architecture for the National Aeronautics and Space Administration (NASA), where Information Technology (IT) refers to the hardware, software, standards, protocols and processes that enable the creation, manipulation, storage, organization and sharing of information. An architecture provides an itemization and definition of these IT structures, a view of the relationship of the structures to each other and, most importantly, an accessible view of the whole. It is a fundamental assumption of this document that a useful, interoperable and affordable IT environment is key to the execution of the core NASA scientific and project competencies and business practices. This Architecture represents the highest level system design and guideline for NASA IT related activities and has been created on the authority of the NASA Chief Information Officer (CIO) and will be maintained under the auspices of that office. It addresses all aspects of general purpose, research, administrative and scientific computing and networking throughout the NASA Agency and is applicable to all NASA administrative offices, projects, field centers and remote sites. Through the establishment of five Objectives and six Principles this Architecture provides a blueprint for all NASA IT service providers: civil service, contractor and outsourcer. The most significant of the Objectives and Principles are the commitment to customer-driven IT implementations and the commitment to a simpler, cost-efficient, standards-based, modular IT infrastructure. In order to ensure that the Architecture is presented and defined in the context of the mission, project and business goals of NASA, this Architecture consists of four layers in which each subsequent layer builds on the previous layer. They are: 1) the Business Architecture: the operational functions of the business, or Enterprise, 2) the Systems Architecture: the specific Enterprise activities within the context of IT systems, 3) the Technical Architecture: a common, vendor-independent framework for design, integration and implementation of IT systems and 4) the Product Architecture: vendor=specific IT solutions. The Systems Architecture is effectively a description of the end-user "requirements". Generalized end-user requirements are discussed and subsequently organized into specific mission and project functions. The Technical Architecture depicts the framework, and relationship, of the specific IT components that enable the end-user functionality as described in the Systems Architecture. The primary components as described in the Technical Architecture are: 1) Applications: Basic Client Component, Object Creation Applications, Collaborative Applications, Object Analysis Applications, 2) Services: Messaging, Information Broker, Collaboration, Distributed Processing, and 3) Infrastructure: Network, Security, Directory, Certificate Management, Enterprise Management and File System. This Architecture also provides specific Implementation Recommendations, the most significant of which is the recognition of IT as core to NASA activities and defines a plan, which is aligned with the NASA strategic planning processes, for keeping the Architecture alive and useful.

Baldridge, Tim↗

Replication of Space-Shuttle Computers in FPGAs and ASICs

A document discusses the replication of the functionality of the onboard space-shuttle general-purpose computers (GPCs) in field-programmable gate arrays (FPGAs) and application-specific integrated circuits (ASICs). The purpose of the replication effort is to enable utilization of proven space-shuttle flight software and software-development facilities to the extent possible during development of software for flight computers for a new generation of launch vehicles derived from the space shuttles. The replication involves specifying the instruction set of the central processing unit and the input/output processor (IOP) of the space-shuttle GPC in a hardware description language (HDL). The HDL is synthesized to form a "core" processor in an FPGA or, less preferably, in an ASIC. The core processor can be used to create a flight-control card to be inserted into a new avionics computer. The IOP of the GPC as implemented in the core processor could be designed to support data-bus protocols other than that of a multiplexer interface adapter (MIA) used in the space shuttle. Hence, a computer containing the core processor could be tailored to communicate via the space-shuttle GPC bus and/or one or more other buses.

Ferguson, Roscoe C.↗

SeaWiFS technical report series. Volume 24: SeaWiFS technical report series cumulative index, volumes 1-23

The Sea-viewing Wide Field-of-view Sensor (SeaWiFS) is the follow-on ocean color instrument to the Coastal Zone Color Scanner (CZCS), which ceased operations in 1986, after an eight-year mission. SeaWiFS is expected to be launched in 1995, on the SeaStar satellite, being built by Orbital Sciences Corporation (OSC). The SeaWiFS Project at the National Aeronautics and Space Administration's (NASA) Goddard Space Flight Center (GSFC), has undertaken the responsibility of documenting all aspects of this mission, which is critical to the ocean color and marine science communities. This documentation, entitled the SeaWiFS Technical Report Series, is the form of NASA Technical Memorandum Number 104566. All reports published are volumes within the series. This particular volume serves as a reference, or guidebook, to the previous 23 volumes and consists of 6 sections including: an errata, an addendum (summaries of various SeaWiFS Working Group Bio-optical Algorithm and Protocols Subgroups Workshops, and other auxiliary information), an index to key words and phrases, a list of all references cited, and lists of acronyms and symbols used. It is the editors' intention to publish a cumulative index of this type after every five volumes in the series. Each index covers the topics published in all previous editions, that is, each new index will include all of the information contained in the preceeding indices.

Hooker, Stanford B.↗

SeaWiFS technical report series. Volume 12, SeaWiFS technical report series cumulative index: Volumes 1-11

The Sea-viewing Wide Field-of-view Sensor (SeaWiFS) is the follow-on ocean color instrument to the Coastal Zone Color Scanner (CZCS), which ceased operations in 1986, after an 8-year mission. SeaWiFS is expected to be launched in 1994, on the SeaStar satellite, being built by Orbital Sciences Corporation (OSC). The SeaWiFS Project at the National Aeronautics and Space Administration's (NASA) Goddard Space Flight Center (GSFC) has undertaken the responsibility of documenting all aspects of this mission, which is critical to the ocean color and marine science communities. This documentation, entitled the SeaWiFS Technical Report Series, is in the form of NASA Technical Memorandum Number 104566. All reports published are volumes within the series. This particular volume serves as a reference, or guidebook, to the previous 11 volumes and consists of 6 sections including: an errata, an addendum (a summary of the SeaWiFS Working Group Bio-optical Algorithm and Protocols Subgroups Workshops), an index to keywords and phrases, a list of all references cited, and lists of acronyms and symbols used. It is the editors' intention to publish a cumulative index of this type after every five volumes in the series. This will cover the topics published in all previous editions of the indices, that is, each new index will include all of the information contained in the preceding indices.

Firestone, Elaine R.↗