This is some rough documentation for `bilby_pipe`. The module is in early stages of development, so expect these instructions to become outdated. We will do our best to keep them in order.
This documentation [has moved](https://lscsoft.docs.ligo.org/bilby_pipe/index.html)
\ No newline at end of file
## Workflow for GraceDB events
Given a gracedb event ID (for example `G184098`, the GW150914 event UID), we first write an ini file like this
Either a path to the executable or the name of the
execuatable in the library
--executable_library EXECUTABLE_LIBRARY
The executable library
--X509 X509 If given, the path to the users X509 certificate
file.If not given, a copy of the file at the env.
variable $X509_USER_PROXY will be made in outdir and
linked in the condor jobs submission
-v, --verbose verbose
```
As described in the help, the ini file is actually a list of command line arguments. That is, any of the above arguments can be given as command line arguments, e.g. `bilby_pipe INI_FILE --label GW150914`**or** given in the ini file itself. Note, command line arguments override the ini file.
## The **ini/config** file
One thing you may notice is that the example ini file above contains a number of inputs which are not inputs to `bilby_pipe`. Indeed, the `ini` file is actually used twice. Once by `bilby_pipe` to generate the submission scripts. Then by the **executable**.
## The **executable**
The executable is a `bilby` script which defines what is to be run. This can be either one of the `bilby_pipe` library scripts (which can be found in `bilby_pipe/lib_scripts` or a path to any executable. The executable will be run with some fixed command line arguments like this:
Here `INI_FILE` is the same file passed to `bilby_pipe`. The detectors is determined by `bilby_pipe` (for example if the coherence test is run for a 2 detector network, this will be `H1 L1` or `H1`, etc. Finally, the `EXTRA-ARGUMENTS` are any extra command line arguments passed to `bilby_pipe`; so, in the example above where we ran
The executable handles the extra arguments in the ini file and command line. Using the gracedb ID to find relevant frame files and generate data, setting up priors and a binary black hole likelihood.
## Getting help for the executable
Eventually, it is planned to have a comprehensive library of executable to cover standard workflows (and any additional behaviour should be covered by writing a new executable building of one of the base versions). However, you may like to know what inputs a given executable can take. To find this out, run
```
$ bilby_pipe --executable NAME --exe-help
```
*Note* this is currently broken.
## Summary pages and example output
We have built a crude summary page (but see https://git.ligo.org/Monash/bilby_pipe/issues/7). You can see an example for the above GW150914 run [here](https://ldas-jobs.ligo.caltech.edu/~gregory.ashton/bilby_pipe_example/bilby_output/summary.html) and more generally the outputs of the run live [here](https://ldas-jobs.ligo.caltech.edu/~gregory.ashton/bilby_pipe_example/bilby_output/).