- 18 May, 2018 1 commit
-
-
Gregory Ashton authored
-
- 17 May, 2018 3 commits
-
-
Gregory Ashton authored
-
Colm Talbot authored
-
Moritz Huebner authored
-
- 16 May, 2018 12 commits
-
-
Gregory Ashton authored
- If no saved data exists when loading, a valueerror is now raises. This catched that exception to work as expected.
-
Moritz Huebner authored
-
Moritz Huebner authored
Moritz Huebner: Made sampler.result a property and moved some of the stuff that happens in run_sampler in there.
-
Moritz Huebner authored
-
Colm Talbot authored
-
Colm Talbot authored
-
moritz authored
-
moritz authored
-
moritz authored
Moritz Huebner: reintroduced kwargs property/setter, is probably better because that behaviour is getting inherited
-
moritz authored
-
moritz authored
-
Gregory Ashton authored
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.
-
- 15 May, 2018 8 commits
-
-
Gregory Ashton authored
-
Gregory Ashton authored
-
Gregory Ashton authored
-
Gregory Ashton authored
-
moritz authored
-
Gregory Ashton authored
- 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.
-
Gregory Ashton authored
-
Gregory Ashton authored
This demotes CC from a requirement to something optional. If `ChainConsumer` is called when it is not installed, a warning message is raised.
-
- 14 May, 2018 1 commit
-
-
Gregory Ashton authored
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!
-
- 13 May, 2018 4 commits
-
-
Gregory Ashton authored
-
Gregory Ashton authored
Functionally, this changes nothing, but it makes it clear that the filled priors are the dictionary `priors`.
-
Gregory Ashton authored
-
Gregory Ashton authored
Previously, the dynesty kwarg for the number of live points was set to be `npoints`, and so `npoints=10000` was passed to `dynesty.NestedSampler`. This, however, is not the kwarg requried by `NestedSampler`, but it instead should be `nlive`. Unfortunately, this error is silenced because the kwargs are just lost in dynesty. - Fixes nlive kwarg - Reduces default number from 10000 to 250 (as this was what was actually used before) - Adds a verbose flag controlling the `run_nested` argument `print_progress`
-
- 12 May, 2018 3 commits
-
-
Colm Talbot authored
-
Colm Talbot authored
-
Colm Talbot authored
-
- 10 May, 2018 4 commits
-
-
Gregory Ashton authored
- Set plot=False during tests - Remove verbose=True from nestle calls
-
Gregory Ashton authored
1) Remove the prior from the result object: we already save them as a text file, so I don't think they need to be in the result. For now, I've only commented them out with a message as there may be someone tempted in the future to add it back in. 2) If the saving data does error, it now continues (without writing the data) and prints a big error message.
-
Gregory Ashton authored
Removes line which saves the raw dynesty output to file
-
Colm Talbot authored
-
- 09 May, 2018 1 commit
-
-
Colm Talbot authored
-
- 08 May, 2018 3 commits
-
-
moritz authored
-
moritz authored
-
Gregory Ashton authored
-