Moritz Huebner: reintroduced kwargs property/setter, is probably better because that behaviour is getting inherited

Adds a basic command line interface

Closes #68

See merge request Monash/tupak!40

Adds a basic command line interface

Closes #68

See merge request Monash/tupak!40

Closes #68 by giving a simple interface to set the log-level (unless set
at the script level) and whether or not to use cached data.

Adding cached data check

Closes #64

See merge request Monash/tupak!39

- If the sampler kwargs are the same
- If the search parameter keys are the same

MISSING: check the priors. This requires a more detailed look into how
to compare our prior distribtions.

# Conflicts:
#	tupak/prior.py

Remove chainconsumer as a dependency

See merge request Monash/tupak!38

This demotes CC from a requirement to something optional. If
`ChainConsumer` is called when it is not installed, a warning message is
raised.

During setup, this writes a file tupak/.version which contains the git
hash and change date. We can extend this in future to contain other
information. This is then printed when the logging is initialised.

Revert "Revert "Moritz Huebner: Removed default parameters for sampling frequency and time duration in the waveform generator""

This reverts commit 91e90f0d.

Revert "Moritz Huebner: Removed default parameters for sampling frequency and time duration in the waveform generator"

This reverts commit e4ac1430.

Moritz Huebner: Removed default parameters for sampling frequency and time duration in the waveform generator

Clean up the logic of fill_priors and close #58

Closes #58

See merge request Monash/tupak!36

The samplers and prior access the parameters via
`likelihood.waveform_generator.parameters`. But, this is the only way
that the waveform_generator was accessed outside of the likelihood. We
simplify this by insisting that the Likelihood has the attribute
parameters (which is set, in this case, from the waveform_generator).

- Add attribute parameters to likelihood
- Remove all look-ups of waveform_generator outside of the likelihood.
  This means the waveform_generator is a likelihood-specific thing!

If a label is given to setup_logger, the output is written to a file.

- Removes the 'bad_keys' part of the logic. I believe this was
  essentially adding the keys which where not given in the prior and
  that had no default prior, and then removing them at the end.
- Change the logging output slightly: now the only warning that is given
  is when no default prior is known. Other output at info level
- Add in what the waveform_generator knows about missing keys (useful
  for diagnosis
- Formatting of the docstring

Prior tests

See merge request Monash/tupak!35