Check for references to TFSoftware with 'git grep -n TFSoftware' in the root
of Seitosh. Replace those references by proper references to Seitosh. Discard
SVN keywords, where I come accross them.

Refernces to TFSoftware remain untouched at locations where the history of the
repository is addressed explicitly or where progress within TFSoftware is
addressed in comments and tickets are referred to.

This work is finished.

The amount of obsolete SVN keywords remaining in the files is too large, to
discard them at once.

This commit resolved issue #17.

Make any2matlab fit for routine binary deployment. Let Makefile check
existence of a Matlab installation and install any2matlab only on hosts where
a mex compiler is present.

This resolves a problem resulting for users of a network binary installation
of Seitosh which in parallel used an older version of any2matlab installed in
their user space. This way two versions of libdatrwxx (and others) had to be
present, which resulted in conflicts for binary executable like anyindex.

Conditional was checking for failure with error number 1. Any other error
numbers would have indicated success.

The new test is not based on return status. This should be more robust.

Revise documentation of any2matlab. The code will no longer be provided
through tar-balls. It is available for public download as part of the Seitosh
project in a git repository. Remove all parts referring to the package
handling from the documentation. Distinguish between installation instructions
(provided in the README file) and end-user documentation (provided in the
LaTeX document).

With this commit any2matlab should be fit for routine deploymend and
for a merge into the master branch.

Try installation only if matlab binary executable is available. This way, we
can include any2matlab in the list of programs for the standard installation.

and give reference to Mathworks

The README files was written with a tar-ball package in mind, which would be
used to distribute the source code. any2matlab now is available for public
download within Seitosh.

Rework the README documentation appropriately.

Check for references to TFSoftware with 'git grep -n TFSoftware' in the root
of Seitosh. Replace those references by proper references to Seitosh. Discard
SVN keywords, where I come accross them.

Not yet finished. All libraries are done. Main programs are still waiting.

The only introductory files (INSTALL.md and README.md) provided in the root
directory are markdown formatted wiki texts. Although being readable plain
text, their link style might be confusing. The current file (README.1st) is
entirely plain text and is suitablt to be referred to in subdirectories.

Offset variable tapers are defined be picking times and offsets in a
seismogram display. It is quite likely that some of these picks, in particular
for near-source traces, are not within the time window of seismic sample data.
In such cases the four-point taper complaines and aborts. The offset variable
taper now ensures reasonable values to be passed to the four-point taper in
any case, by applying lower and upper bounds to the time values.

This text does not use figures.

The whole LaTeX preamble as well as the Makefile appears like overkill for
this small text. They were probably copied from some other framework. Both
files could benefit from a fundamental clean-up ... to be done some other time

Discard graphics creation. There are no figures in this text.

The file contained some progress notes, which appeared incomplete. It was not
obvious which of the changes already were applied and were and which were
rather a todo-list. Several of them did not apply to any2matlab itself. The
file appeared to have lost ist original purpose.

- add flist and edit targets
- make help target the default

Use proper libtsioxx output operators.

soutifuamp.gpt was accidentally deleted by target simulclean

HERE documents are cannot be defined within make rules. A work-around are
multi-line make variables exported to the environment and printed to file
within the shell. This way explanatory texts are easier to maintain and are
even easier to read within the Makefile

- provide detailed documentation
- add noise to synthetic test data
- provide control plots

Multiple calls to ts::rnd::dugauss() resulted in identical sequences of random
numbers.

Issue regarding random number generator in libtsxx
==================================================

Location: src/libs/libtsxx/random.cc

The function ts::rnd::dugauss() allocates a GSL random number generator and
immediately seeds it. The seeding operation is required, since the default
seed is a constant, which would result in identical sequences. Function
ts::rnd::dugauss() uses the current system time as returned by function time()
as a seed value. Unfortunately, if ts::rnd::dugauss() is called several times
during the same second, this also will result in identical sequences.

Currently ts::rnd::dugauss() is only used by src/ts/wf/noisymize.cc and by the
filter GaussianNoise in libtsxx.

The appropriate solution appears to be:
- encapsulate the GSL randon number generator in a class object, just like is
  provided in tfxx::numeric::RNGgaussian
- use a static variable of this class type in ts::rnd::dugauss()
  this variable will be initialized only once upon the first call to the
  function
- the destructor is guaranteed to be called after termination of the program,
  such that the destructor is able to properly call gsl_rng_free

The filter GaussianNoise is provided in tidofi through keyword noi.
It adds white Gaussian Noise of a given rms amplitude (specified through
filter parameter) to each time series.

The filter is implemented in libtsxx. tidofi is additionally linked against
libgsl to provide random number generator.