Researcher profile

Rob Seaman

Rob Seaman contributes to research discovery and scholarly infrastructure.

ResearcherAffiliation not importedOpen to collaborate

Trust snapshot

Quick read

Trust 21 - EmergingVerification L1Unclaimed author
9works
0followers
6topics
4close collaborators

Actions

Decide how to stay connected

Follow researcher0

Identity and collaboration

How to connect with this researcher

Claiming links this public author record to a researcher profile and unlocks direct collaboration workflows.

Log in to claim

Direct collaboration

Open a focused conversation when the fit is right

Claim this author entity first to unlock direct invitations.

Research graph

See the researcher in context

Open full explorer

Inspect adjacent work, topics, institutions and collaborators without jumping out to a separate graph page.

Building this graph slice

BZPEER is loading the nearby papers, people, topics and institutions for this page.

Published work

9 published item(s)

preprint2012arXiv

A Tiled-Table Convention for Compressing FITS Binary Tables

This document describes a convention for compressing FITS binary tables that is modeled after the FITS tiled-image compression method (White et al. 2009) that has been in use for about a decade. The input table is first optionally subdivided into tiles, each containing an equal number of rows, then every column of data within each tile is compressed and stored as a variable-length array of bytes in the output FITS binary table. All the header keywords from the input table are copied to the header of the output table and remain uncompressed for efficient access. The output compressed table contains the same number and order of columns as in the input uncompressed binary table. There is one row in the output table corresponding to each tile of rows in the input table. In principle, each column of data can be compressed using a different algorithm that is optimized for the type of data within that column, however in the prototype implementation described here, the gzip algorithm is used to compress every column.

preprint2012arXiv

FITS Checksum Proposal

The checksum keywords described here provide an integrity check on the information contained in FITS HDUs. (Header and Data Units are the basic components of FITS files, consisting of header keyword records followed by optional associated data records). The CHECKSUM keyword is defined to have a value that forces the 32-bit 1's complement checksum accumulated over all the 2880-byte FITS logical records in the HDU to equal negative 0. (Note that 1's complement arithmetic has both positive and negative zero elements). Verifying that the accumulated checksum is still equal to -0 provides a fast and fairly reliable way to determine that the HDU has not been modified by subsequent data processing operations or corrupted while copying or storing the file on physical media.

preprint2012arXiv

FITS Foreign File Encapsulation Convention

This document describes a FITS convention developed by the IRAF Group (D. Tody, R. Seaman, and N. Zarate) at the National Optical Astronomical Observatory (NOAO). This convention is implemented by the fgread/fgwrite tasks in the IRAF fitsutil package. It was first used in May 1999 to encapsulate preview PNG-format graphics files into FITS files in the NOAO High Performance Pipeline System. A FITS extension of type 'FOREIGN' provides a mechanism for storing an arbitrary file or tree of files in FITS, allowing it to be restored to disk at a later time.

preprint2012arXiv

Tiled Image Convention for Storing Compressed Images in FITS Binary Tables

This document describes a convention for compressing n-dimensional images and storing the resulting byte stream in a variable-length column in a FITS binary table. The FITS file structure outlined here is independent of the specific data compression algorithm that is used. The implementation details for 4 widely used compression algorithms are described here, but any other compression technique could also be supported by this convention. The general principle used in this convention is to first divide the n-dimensional image into a rectangular grid of subimages or 'tiles'. Each tile is then compressed as a block of data, and the resulting compressed byte stream is stored in a row of a variable length column in a FITS binary table. By dividing the image into tiles it is generally possible to extract and uncompress subsections of the image without having to uncompress the whole image.

preprint2011arXiv

An Inventory of UTC Dependencies for IRAF

The Image Reduction and Analysis Facility is a scientific image processing package widely used throughout the astronomical community. IRAF has been developed and distributed by the National Optical Astronomy Observatory in Tucson, Arizona since the early 1980's. Other observatories and projects have written many dozens of layered external application packages. More than ten thousand journal articles acknowledge the use of IRAF and thousands of professional astronomers rely on it. As with many other classes of astronomical software, IRAF depends on Universal Time (UT) in many modules throughout its codebase. The author was the Y2K lead for IRAF in the late 1990's. A conservative underestimate of the initial inventory of UTC "hits" in IRAF (e.g., from search terms like "UT", "GMT" and "MJD") contains several times as many files as the corresponding Y2K ("millennium bug") inventory did in the 1990's. We will discuss dependencies of IRAF upon Coordinated Universal Time, and implications of these for the broader astronomical community.

preprint2011arXiv

Fpack and Funpack User's Guide: FITS Image Compression Utilities

Fpack is a utility program for optimally compressing images in the FITS (Flexible Image Transport System) data format (see http://fits.gsfc.nasa.gov). The associated funpack program restores the compressed image file back to its original state (if a lossless compression algorithm is used). (An experimental method for compressing FITS binary tables is also available; see section 7). These programs may be run from the host operating system command line and are analogous to the gzip and gunzip utility programs except that they are optimized for FITS format images and offer a wider choice of compression options.

preprint2011arXiv

Systems Engineering for Civil Timekeeping

The future of Coordinated Universal Time has been a topic of energetic discussions for more than a dozen years. Different communities view the issue in different ways. Diametrically opposed visions exist for the range of appropriate solutions that should be entertained. Rather than an insoluble quandary, we suggest that well-known systems engineering best practices would provide a framework for reaching consensus. This starts with the coherent collection of project requirements.

preprint2011arXiv

The Future of Time: UTC and the Leap Second

Before atomic timekeeping, clocks were set to the skies. But starting in 1972, radio signals began broadcasting atomic seconds and leap seconds have occasionally been added to that stream of atomic seconds to keep the signals synchronized with the actual rotation of Earth. Such adjustments were considered necessary because Earth's rotation is less regular than atomic timekeeping. In January 2012, a United Nations-affiliated organization could permanently break this link by redefining Coordinated Universal Time. To understand the importance of this potential change, it's important to understand the history of human timekeeping.

preprint2011arXiv

Time in the 10,000-Year Clock

The Long Now Foundation is building a mechanical clock that is designed to keep time for the next 10,000 years. The clock maintains its long-term accuracy by synchronizing to the Sun. The 10,000-Year Clock keeps track of five different types of time: Pendulum Time, Uncorrected Solar Time, Corrected Solar Time, Displayed Solar Time and Orrery Time. Pendulum Time is generated from the mechanical pendulum and adjusted according to the equation of time to produce Uncorrected Solar Time, which is in turn mechanically corrected by the Sun to create Corrected Solar Time. Displayed Solar Time advances each time the clock is wound, at which point it catches up with Corrected Solar Time. The clock uses Displayed Solar Time to compute various time indicators to be displayed, including the positions of the Sun, and Gregorian calendar date. Orrery Time is a better approximation of Dynamical Time, used to compute positions of the Moon, planets and stars and the phase of the Moon. This paper describes how the clock reckons time over the 10,000-year design lifetime, in particular how it reconciles the approximate Dynamical Time generated by its mechanical pendulum with the unpredictable rotation of the Earth.