Getting Started Documentation Glish Learn More Programming Contact Us
Version 1.9 Build 1488
News FAQ
Search Home

AIPS++ Beta Release: release notes


AIPS++ Project
NRAO, Socorro
New Mexico, U.S.A.
whole document as Postscript
HTML updated: 1997 September 03


N.B. This document uses HTML 3 Tables, and in-line images to display mathematical expressions.
Turn Image Loading ON, and set your font size in the range 12 to 14pt for optimal browsing.


Contents

Purpose

This document is a guide for beta testers of AIPS++ release 0.9. It is intended to describe the installation procedures, outline the current capabilities of AIPS++, and to describe what feedback we would like from beta testers.

The content of this document is close to that of the release notes for AIPS++ release 0.8. The main changes are to describe the new functionality.

Planned releases of AIPS++

It is important to understand the role of this beta release in the development of AIPS++. The AIPS++ release process has been described in a document on Planning for Releases of AIPS++. AIPS++ is continuing development at the various AIPS++ consortium sites, and rapidly evolving versions of the AIPS++ system are to be found at the consortium sites. A release is a snapshot of the development system that is suitable for export to other sites. We plan to make two major releases, one in 1997 and one in 1998. The first is designated as a ``Limited Public Release'' since it will contain only a subset of the functionality expected to be present eventually. The second release, in 1998, is expected to have a more rounded set of capabilities. Both of these will be preceded by explicit ``beta'' releases. The release described here is is the second beta release: AIPS++ Version 0.9. The expected set of releases are thus:

AIPS++ V0.8: beta release (issued February 26 1997)
AIPS++ V0.9: beta release
AIPS++ V0.95: beta release
AIPS++ V1.0: Limited Public Release Due late 1997
AIPS++ V2.0 Due late 1998

We use the term beta release to denote a distribution of the system to a limited number of people who have agreed to test the system and report problems and general comments. The principal goals of the beta releases and the LPR are to provide astronomers with a first look at functionality in a number of different areas: synthesis, image analysis, general tool-kit, and for the AIPS++ Project to get experience with distribution and support of AIPS++ outside consortium sites.

More specific description of what we expect to learn from beta-testers is given below. First, we describe the current capabilities of AIPS++ and how to install it.

Current capabilities of AIPS++

In this section, we provide a brief overview of the capabilities of AIPS++, describing both what is present in the system, and what we have not yet delivered.

What is present

What isn't present

Installation of AIPS++

We assume that you are installing a Beta release of the system, complete with prebuilt binaries. You need to refer to other documentation if you are attempting an installation from source; such is beyond the scope of this document.

Installation over the top of a existing version is possible but you may wish to make a new installation.

Before installation

If you have an existing installation, we recommend that you write existing MeasurementSets and Images to FITS format from where they can be reloaded.

What will the installation do?

The installation process involves you downloading several compressed (GNU-zipped) tar files from the aips2.nrao.edu anonymous ftp server, and running an install script (called configure). It will uncompress and unpack these tar files in the right places, and you will end up with a complete source-and-binary AIPS++ system, ready to run. All that will be required is the invocation of an initialization script (aipsinit.sh or aipsinit.csh) which you can call for convenience in your .login or .profile or equivalent login script.

Requirements

This beta release is targeted at a few architectures:

sun4sol_gnu
Sparc systems running SunOS 5
linux_gnu
Intel Pentium or Pentium Pro machines running Linux

We use the GNU C++ compiler to generate the binaries. You do not need to have the GNU compiler, however, as prebuilt binaries and libraries are provided.

While a separate account for AIPS++ is recommended, it is not required for the installation. Your own personal account -- assuming sufficient disk space -- should suffice. You will not need root access, and should not perform the installation as root. In addition, you will not be required to gain access to any operating system files or directories; everything can be done from a normal, non-privileged account.

AIPS++ uses the Caltech PGPLOT package (version 5.1.0 or later) to provide various plotting capabilities. If you already have an installation of PGPLOT, then you can and should use that. Otherwise, for convenience we provide a copy of the PGPLOT library and the required font file, grfont.dat. Please note that PGPLOT is not public-domain software. However, it is freely available for non-commercial use. It is copyrighted by California Institute of Technology.

Here is an approximate outline of the various hardware and software requirements for this release:

While this is a minimum list, you may also want to include these optional items:

Fetching the stuff

1.
You will want to create an ``aips root'' directory for AIPS++, much as many of you have done in the past for Classic AIPS. Create a code subdirectory underneath this AIPS++ root area, and cd to this subdirectory.
2.
Retrieve all source savesets via anonymous ftp from the server aips2.nrao.edu in directory /pub/RELEASED/aips++0.9/. These should include at a minimum:
(a)
README (read it for last-minute changes)
(b)
VERSION (the version of AIPS++ you're getting)
(c)
configure (the installation script)
(d)
aips-09.001.tar.gz (The core of AIPS++, source code)
(e)
doc-09.001.tar.gz (Documentation source)
(f)
docs-09.001.tar.gz (Documentation)
(g)
install-09.001.tar.gz (Installation infrastructure)
(h)
nfra-09.001.tar.gz (NFRA specific code)
(i)
trial-09.001.tar.gz (trial, where most of the interesting stuff is to be found)
and make sure you leave them in your code/ subdirectory.

3.
Retrieve the binary archive from the same ftp server in the same directory. This will be either:
(a)
bin-sun4sol_gnu-09.001.tar.gz for Solaris systems, or
(b)
bin-linux_gnu-09.001.tar.gz for Linux/Intel systems.
Place it in your code subdirectory also. If you are using some other architecture, replace the architecture name ( e.g., sun4sol_gnu) in the above filename with the relevant architecture (e.g., get bin-alpha_gnu-09.001.tar.gz). We will have sun4sol and linux available at the release, and others shortly thereafter; these may include DEC, HP and SGI depending on demand.

4.
Make sure the configure script is executable (chmod +x configure).

Running the configure script

Preliminaries

Before you plunge in and start the installation, you may want to make some preparations. First, if you have a local copy of gunzip, make sure your PATH environment variable includes the directory where it is found. If it does not by default, you can add it like this (if your shell is one of sh, bash, ksh, zsh or some other bourne-like shell):

PATH=${PATH}:/wherever/bin; export PATH

or if your shell is csh, tcsh or another C-like shell:

setenv PATH ${PATH}:/wherever/bin

In the above examples, it is presumed that gunzip is found in the directory /wherever/bin/gunzip.

Another variable you may wish to add to the PATH variable is the location of your X11 or OpenWindows software. On Sun systems, this will typically be in /usr/openwin:

OPENWINHOME=/usr/openwin; export OPENWINHOME
PATH=${PATH}:$OPENWINHOME/bin

or for C-shells:

setenv OPENWINHOME /usr/openwin
setenv PATH ${PATH}:$OPENWINHOME/bin

If you have an existing Classic AIPS installation, you may want to ensure that you have defined its environment via the LOGIN.SH or LOGIN.CSH scripts first. This will cause the configure script for AIPS++ to automatically generate a hosts database from the existing AIPS information in HOSTS.LIST, which can be a real timesaver.

Finally, if you have a favourite text editor (emacs, vi, textedit, elvis, etc.), you should make sure that either the EDITOR or VISUAL environment variables are set to invoke it, e.g.,

VISUAL=/usr/local/bin/emacs; export VISUAL

or:

setenv VISUAL /usr/local/bin/emacs

as appropriate for your shell.

Running the configure script

Make sure you are in the code subdirectory where you left the GNU-zipped tar files, and enter this on your Unix command line:

./configure

Then answer the questions, which are fairly routine. The steps you have to go through for this installation are actually fewer and less complex than the equivalent (INSTEP1) for Classic AIPS, so don't panic.

The first thing you'll see is something like this:

   The 'configure' script bootstraps the AIPS++ system to a state
   where it can be used by end-users.  It will by default perform
   a binary installation, but it can be used to recursively build
   the libraries, executables, and other parts of the system.
   
   It may be used to configure AIPS++ from scratch, or to add a
   new architecture.  In the latter case the installation of the
   aipsinit scripts and databases can be skipped.
   
   You will be asked a few simple questions, most of which have
   default answers (in square brackets).  Simply type <return> to
   accept these defaults.

If you are reading this document, then you are doing a binary installation, you are not configuring from scratch, and you are not adding a new architecture. If you have previously defined an EDITOR or VISUAL environment variable, you will see a notice to the effect that configure found this, and will use it to let you edit a few critical files along the way.

1.
AIPSROOT: This is shorthand for the top-level AIPS++ directory (the one in which you created the code subdirectory); the script will ask you to verify its correctness. If for some reason the configure script guesses it incorrectly, please enter the correct full directory name here. If you do not run the script from the $AIPSROOT/code directory, you will be prompted to move there and restart the script.

2.
Optional Utilities: For a full-blown AIPS++ consortium installation, there are a certain number of utilities needed to make it fully functional; these will be listed now, and instructions will be presented in case you want to install any of them later. They are not required for the binary installation, unless you plan on doing code development within the AIPS++ system.

3.
Required Utilities: For the from-source installation, some third party utilities are required. Only one of these is needed for the binary installation,namely gzip (techincally, only gunzip is needed but both usually come as a package). If configure finds gzip in your PATH, it assumes all is well and skips on to the next section. Otherwise it offers to download, build and install the utility for you. Note that root or superuser access is not required, as it will place the gzip etc. binaries it builds into a relevant AIPS++ directory.

4.
Extract Compressed tar files: As requested by various potential users and other interested parties, the beta release for AIPS++ is including sources as well as the binaries. The existence of the source files is not required to be able to run the system. However, some source level packages -- such as the install tar.gz saveset -- are required. In any event, configure will unpack each GNU-zipped tar file you have placed in the code subdirectory automatically. It has a manual override so that you can, for example, choose not to delete the tar files once they are unpacked.

5.
Install Binaries: This step is essentially identical to the previous one, except that the binaries and libraries needed to run AIPS++ are unpacked for each architecture you have selected. For the early beta releases, the most tested architectures are sun4sol_gnu and linux_gnu (these correspond to Sparc systems running SunOS 5/Solaris 2 with the GNU g++ compiler, and Linux on Intel platforms also with the GNU compiler; though you do not need the compiler to run the AIPS++ binaries). However other architecures will be available at or near release (see the previous section on ``Fetching the stuff'').

6.
Install aipsinit: In every AIPS++ installation, there is a shell script that one ``sources'' or invokes to define the environment necessary to run the system. The configure script automatically sets these files (aipsinit.csh and aipsinit.sh) up for you.

7.
Construct aipshosts: The AIPS++ system is flexible enough to permit you to alter its setup in a per-host, per-architecture, and per-site manner. In order to do this, it needs to know the name and architecture of each computer in your AIPS++ site. To achieve this, a text file called aipshosts will be created in the AIPSROOT directory. This is the exact equivalent of the Classic AIPS HOSTS.LIST file, and in fact the configure script will attempt to use the information in the latter if it is found. If you elect not to use this info (or if it's not present or found), you will be asked for a site name, the architecture, and a description of the current host and each additional host you want to add to the AIPS++ site.

8.
Fetch patches/bug fixes: If you are installing for the first time you can ignore this item.

If you already have a binary installation and you wish to install a new patch you should merely need to fetch the latest bin- and docs- (note! plural) .tar.gz files and untar them from the code directory. Be sure to temporarily undo any ``noclobber'' setting in your shell to allow replacement of files by the (un)tar command. The source files will be out of date, however for a binary installation this should be fine. If you want the sources to be current as well, it is probably best for you to reinstall from scratch.

9.
Construct aips++local file: The purpose of this file is as an aid to the aips++ command, so that local definitions of, e.g., PGPLOT_FONT and LD_LIBRARY_PATH may be made to accomodate the PGPLOT and other libraries needed to run the AIPS++ binaries. The configure script will check for an existing PGPLOT_FONT definition, and in its absence set it to point at the AIPS++ -provided location for the PGPLOT grfont.dat font file. In addition, on Sun and Linux architectures, a definition or revision of the variable LD_LIBRARY_PATH will be made so that the pgplot and tcl shared libraries may be used (these are provided with the binary installation, though if you have local copies they will be used first). You may have to edit this file to set or correct the value of this latter variable; in particular, you should make sure it includes the location of your X libraries (e.g., /usr/openwin/lib or /usr/local/X11/lib) and the library location of any local installation of PGPLOT. Note that the variable should be a colon-delimited list of directories.

10.
Construct aipsrc and makedefs: For more generic parameters, these files are used. The former generally specifies quantities such as the AIPS++ manager account name (this need not be a dedicated account) and the default printer and paper format (A4 or Letter), while the latter is generally only of interest if you intend on code development or building the system from source. The configure script will ask you to edit the site-specific aipsrc file and gives instructions on what to change; there should not be much you need to edit (just check what configure did). Hopefully the comments are clear enough to avoid any confusion. The file must be edited, as configure checks if the word DEFINE_ME has been removed from it before proceeding.

At this point, you should have an AIPS++ installation that is ready for testing.

Testing the installation

To test the installation, use the assay module:

.      /aips++/beta/aipsinit.sh       # For Bourne/Korn/Bash shells
source /aips++/beta/aipsinit.csh      # For C-like shells
aips++
- include 'assay.g'
- assay().trytests()

This will run all registered test scripts in the system, and summarize at the end which failed. The complete sequence should take about 20 minutes.

The final number printed will be the number that failed. If this is zero, then the installation has passed the first test. If it is not, then you need to determine which test failed and run it again e.g. if imagertest failed then do:

aips++
- include 'assay.g'
- assay().try('imagertest')

If it is not clear why a particular test fails, then please contact us using the mail exploder aips2-beta@nrao.edu (see below for more details).

If no tests failed then you are ready to move on to using the system. At this point, it may be a good idea to re-read the document on Getting Started in AIPS++, and decide what you wish to try out.

Things That Can Go Wrong

ld.so (shared library loader) problems

The most likely source of error on systems that support it is an incorrect value for the environment variable LD_LIBRARY_PATH. On Sun and Linux systems, this variable specifies additional directories to search for unresolved shared libraries referenced in the binaries. Your site may not have the various system and optional shared libraries in the same places as we do, so the binaries we generate may need this variable set to include some of your site-specific directories before you can run certain programs, or the aips++ system itself.

The configure script will attempt to figure out what is needed for this variable, and it will set and/or extend it (possibly on multiple lines) for you in the file sun4sol_gnu/aips++local.sh (replace sun4sol_gnu with your architecture if needed); while it tries to figure out the right settings, it may not be correct for your environment.

If you find the value in this file incorrect, please change it to whatever is correct for your system. Note that if you do not have either PGPLOT or TCL libraries on your system, this variable will need to include the AIPS++ architecture-specific library (e.g., $AIPSROOT/sun4sol_gnu/lib) as that is where they will then be found.

Feedback requested from beta testers

The purpose of the beta release is two-fold: to determine and correct bugs, problems and deficiencies in the current software, and to solicit general comment and feedback on AIPS++. To be successful, both require a considerable allocation of time and patience, and so we would like to thank you for agreeing to be a tester.

AIPS++ is a totally new package and has many features and capabilities that most astronomers will be unfamiliar with. It has been designed in accord with the AIPS++ User Requirements to have both canned algorithms and general purpose tools. The general flavor of the package may may seem strange (and probably irritating!) at first. Please give it a chance. What you see here is undoubtedly rawer than what the end-user will eventually encounter. We do plan to add more user-friendly interfaces as we gain experience in what people want.

We suggest that you first take time to read a number of key pieces of documentation. Please remember to keep notes on the documentation that you read: Is it clear? Does it cover what you need to know? Is there jargon present? Do the examples actually work?

Start by reading the document on Getting Started in AIPS++, probably all of the easy track. Then you should be in a good position to try out some of the examples in that document.

If that leaves you curious about Glish, then try the Glish tutorial. This document contains a very good introduction to the use of Glish, and also touchs on some more sophisticated uses of Glish.

If you are interested in synthesis processing, then we recommend that you read the documentation on the imager and the Guide to Synthesis Processing in AIPS++. imager has a demonstration (imagerdemo) and a test (imagertest) that are both worth running. After running these examples, you might want to read the introductory material for imager again.

Another tool that is worth looking at in some detail is Wim Brouw's measures module. This handles conversions of measured quantities with units and reference frames. For example, it can be used to calculate the rising time of a source at a given observatory.

At this point, you should be ready to decide on a small project that you might wish to pursue, perhaps synthesis imaging of some sort, or processing of ascii table data using the table system, or simply image display.

We suggest that as you proceed, you report bugs and ``features'' as you find them using one of the various methods described in the next section. We also need more general and wide-ranging reactions to the software, but our experience with our testers so far is that you should give the system a little time beforehand.

How to get help on using AIPS++ and how to report bugs

If you are having trouble doing something that you think the system should do, and you've read the documentation, you can get a human to help by sending a message to the AIPS++ Beta exploder aips2-beta@nrao.edu. This mailing list will include all the beta testers, and members of the AIPS++ Project. You should expect to receive advice from a member of the Project within a day or less. If you see a message from one of the other testers that you understand the answer to, please help us out and reply. An archive of all messages is available.

If you know what to do and it just doesn't work, then report a bug. There are a number of ways of doing this. The easiest is to use the bug() command from inside AIPS++. The advantage of this approach is that it gives us information we need about your environment. An alternative and sometimes more straightforward approach is to use the WWW interface to the AIPS++ Bug reporting system. Please also use this mechanism to request or suggest enhancements to the current system. You can also review all existing bugs from the AIPS++ Gnats Page.

Finally, if you are totally frustrated and everything else has failed, contact Tim Cornwell (505 835 7333, tcornwel@nrao.edu) or Brian Glendenning (505 835 7347, bglenden@nrao.edu)

Known problems

We are aware of the following problems:

gplot1d under Linux
Extra click needed to set focus. So, for example, to set the Select option, you may have to click twice on the Select button.

Changes visible to users

Changes between 0.9.01 and 0.8.02

There have been many changes:

Aipsview
Many improvements to facilitate control of the program. Can also provide flexible slicing through multidimensional images. See the Aipsview Manual for more information.

Glish
Now considerably more robust. It traps control C, and Control \ will exit.

Gridding
A serious gridding bug that could occur under some circumstances has been fixed.

Hanning smoothing
Hanning smoothing and numerous small improvements have been made to the Glish/image interface.

History
FITS history cards are now preserved for images.

Image
Asynchronous execution is possible (as for other Distributed Objects). Production of moments images is now possible.

Image cache
The cache size for images could be too low, causing unnecessary I/O.

imager
Many changes involving spectral line processing. A demonstration of spectral line processing is available as imagerspectraltest(). There have been improvements to the speed of all types of processing, and a number of changes to the interface. Imager now traps errors more carefully, and can be interrupted (by Control C) and restarted (by di.restart(). Filling of MeasurementSets is now possible from BIMA and WSRT data sets.

Large Events/Alpha
Glish could hang when sending very large events. Also a bug only affecting DEC Alphas has been fixed.

Log Window
The log window now builds all at once rather than incrementally.

Messages
Some unnecessarily obscure messages have been eliminated or made less threatening.

Spectral Cubes
The FITS/spectral axis interconversion is more robust now.

Changes between 0.8.02 and 0.8.01

UVFITS
Some unusual UVFITS files (SOURCE random parameter but no AIPS SU table, spaces in embedded spaces in the UU/VV/WW random parameters) can now be read.

visset.g
Editing was not updating data on disk correctly, and editing was only active on the first call to edit. The editing has been reworked considerably in response to a number of bugs. The function vissetdemo() demonstrates the capabilities of visset.

Glish
Numerous bugs in Glish have been fixed. See the bug-tracking web pages for details.

Logging
Updating the log window from the log table is now much faster. Multiple SEVERE errors will now go in the same window. Some bugs have been fixed, and a global variable ``t'' is no longer created.

Measures
A sign error in radial velocity calculations has been corrected. A change in the calculation of B1950->App conversions has been made (a change in the order of aberration and precession corrections, and the details of elliptical aberration corrections).

Plotting
Glish setprintcommand() has been added to program the functionality of the gplot1d File|Print button. For example, setprintercommand("ghostview") will cause ghostview to receive the temporary output file.

Glish setprinter() should no longer be used. For backward compatibility, the function setprinter(<printerName>) has the same effect as
setprintcommand("pri -P<printerName>").

Glish psprint() now causes a dialog box from "printer.g" to appear to control printing for each plot.

gplot1d will create its own private colormap if enough colors are not available in the default colormap. This may cause flashing when moving the mouse between the plot window and other programs. If you do not want this behaviour, close the plot window, then close other applications that use excessive colors (e.g., Netscape), and reopen the plot window.

All boolean functions that were previously restricted to accepting the set of strings ("on", "off", "true", "false", "yes", "no") now also accept boolean or numeric values. For scalar values, the value zero is false, and all other numbers are true.

All plotter functions will now fail gracefully if any parameter is of an unacceptable type.

Catalog
catalog and gcatalog now use the standard bug form. catalog will not crash when ``unusual'' files are in the directory any more.

Printing
The aipsrc variable printer.default is now used if no PRINTER environment variable is set.

table.g
A bug in the creation of zero-row tables has been corrected.

DEC alpha
Numerous changes to allow the beta release to compile with the latest version of Digital Unix have been made.

Bug reporting
Glish will no longer crash in the bug-reporting form when control-characters are entered.

Documentation
Numerous clarifications and corrections have been made to the documentation. GIF icon files for documents generated via LATEX2html are now obtained locally rather than over the network.

Help
Help will now start up faster and it is be less picky about the format of the strings it is given.

aipsinit
If an architecure of type ``NONE'' is supplied for the host ``DEFAULT'' initialization will be suppressed for hosts which are not explicitly listed in the aipshosts file. The various aipsinit scripts will work now when there are a lot of files in the directory.

Memory use
Memory used to access images will be smaller in some circumstances. However much larger decreases in memory use will appear in version 0.9.

configure
The configure script should do better at finding the correct timezone offset.

Changes between 0.8.01 and 0.8.00

Glish does not start
A bug where glish could not create the necessary keys has been fixed. This could make Glish unusable.

Wrong times in log messages
A bug which caused some log messages to not apply the timezone offset has been fixed.

Bug reading FITS images
FITS images without any sky-plane astronomical coordinates could cause bus errors in the FITS reader.

Local help files broken
Local help files sometimes did not display properly in a browser.

Acknowledgements

We thank Tim Pearson and Martin Shepherd for allowing use of PGPLOT, and for help with the Glish binding to PGPLOT.

Appendix A: Glish Copyright

Glish is covered by the following copyright:

Copyright (c) 1993 The Regents of the University of California.

All rights reserved.

Copyright (c) 1997,1999,2000 Associated Universities Inc.

All rights reserved.

This code is derived from software contributed to Berkeley by Vern Paxson and software contributed to Associated Universities Inc. by Darrell Schiebel.

The United States Government has rights in this work pursuant to contract no. DE-AC03-76SF00098 between the United States Department of Energy and the University of California, contract no. DE-AC02-89ER40486 between the United States Department of Energy and the Universities Research Association, Inc. and Cooperative Research Agreement #AST-9223814 between the United States National Science Foundation and Associated Universities, Inc.

Redistribution and use in source and binary forms are permitted provided that: (1) source distributions retain this entire copyright notice and comment, and (2) distributions including binaries display the following acknowledgement: ``This product includes software developed by the University of California, Berkeley, the National Radio Astronomy Observatory (NRAO), and their contributors'' in the documentation or other materials provided with the distribution and in all advertising materials mentioning features or use of this software. Neither the names of the University or NRAO or the names of their contributors may be used to endorse or promote products derived from this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.

Appendix B: AIPS++ Copyright

AIPS++ is covered by the following copyright:

Copyright (C) 1996,1997,1999,2000 Associated Universities, Inc. Washington DC, USA.

This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 675 Massachusetts Ave, Cambridge, MA 02139, USA. Correspondence concerning AIPS++ should be addressed as follows:

Internet email: aips2-request@nrao.edu

Postal address: AIPS++ Project Office, National Radio Astronomy Observatory, 520 Edgemont Road, Charlottesville, VA 22903-2475 USA.


next up previous home.gif
Please send questions or comments about AIPS++ to aips2-request@nrao.edu.
Copyright © 1995-2000 Associated Universities Inc., Washington, D.C.

Return to AIPS++ Home Page
2006-08-01