NAME

miniseed2days - rewrite multiple input miniseed files into day volumes

SYNOPSIS

miniseed2days
    [-C chuckfile]
    [-d db]
    [-S dir]
    [-w wfname]
    [-s start-time] [-e end-time]
    [-m match] [-r reject]
    [-DIkUuv]
    miniseed ...

DESCRIPTION

miniseed2days reads input seed or miniseed volumes, and constructs corresponding output miniseed (approximate) day volumes for each channel. The input data blocks are not modified, except to change their sequence numbers. miniseed2days just sorts miniseed blocks into new files and directories.

An input name of '-' indicates stdin. If a directory is specified, then all files under that directory are taken as input volumes. (Any directories to search should not include the current directory, which is the output directory for miniseed2days).

The output file for any miniseed block is dictated by the wfname expansion for that block. The standard wfname pattern separates each channel into a different file, using the net, sta, chan, and loc codes and the time from the standard miniseed block header.

In the standard usage, the input miniseed volumes should be arranged in time order; miniseed2days processes the volumes in command line order. If the command line order is not from oldest to youngest, then data blocks in the output miniseed volumes may be out of order. However, see the -u option below for more elaborate processing.

Blocks with low timing quality (specified in parameter file) are dropped. See the -C option below.

Files named on the command line must be smaller than about 2 Gbytes. However, this limit can be evaded by reading the file from stdin, e.g.:


% miniseed2days -v - < very-large-miniseed-file

OPTIONS

PARAMETER FILE

The parameter file contains the default pattern used to name the output miniseed files; this can be overridden on the command line.

EXAMPLE


% miniseed2days -v -m '.*_.*_..Z_.*' -r '.*_.*_V.._.*' alas03050.seed
miniseed2days: alas03050.seed
miniseed2days: creating ./2003/050/G_ATD_BHZ_.msd
miniseed2days: creating ./2003/050/G_ECH_MHZ_.msd
miniseed2days: creating ./2003/050/G_HDC_BHZ_.msd
miniseed2days: creating ./2003/050/G_INU_BHZ_.msd
miniseed2days: creating ./2003/050/G_KIP_BHZ_.msd
miniseed2days: creating ./2003/050/G_NOUC_BHZ_.msd
miniseed2days: creating ./2003/050/G_PEL_BHZ_.msd
miniseed2days: creating ./2003/050/G_SCZ_BHZ_.msd
miniseed2days: creating ./2003/050/G_SSB_BHZ_.msd
miniseed2days: creating ./2003/050/G_UNM_BHZ_.msd
miniseed2days: 93 blocks from alas03050.seed
miniseed2days: wrote 93 miniseed data blocks into 10 files


% miniseed2days -v -w " %{sta}/%{sta}.%{net}.%{loc}.%{chan}.%Y.%j" data

SEE ALSO

msdd(1)
db2sd(1)

BUGS AND CAVEATS

With the -u option, miniseed2days memory maps all the input miniseed volumes at once; this limits the number of seed volumes which can be handled.

With the -U option, miniseed2days avoids writing two consecutive blocks with the same net, sta, chan, loc and time codes. Perhaps there are some unusual circumstances where two such blocks might contain different data.

Saving miniseed data into a file out of time order, or mixing different sizes of miniseed data blocks in a singe file causes problems for Antelope programs reading the waveforms; for that reason, miniseed2days intercepts attempts to do this.

The original -R option to remove input files after processing is itself removed.

AUTHOR

Daniel Quinlan

Table of Contents
Antelope Release 4.11 SunOS 5.10 2009-10-20
Boulder Real Time Technologies, Inc For more information, contact support@brtt.com