%global _empty_manifest_terminate_build 0
Name: python-RIFT
Version: 0.0.15.8
Release: 1
Summary: RIFT parameter estimation pipeline. Note branch used is temp-RIT-Tides-port_python3_restructure_package (which will become master shortly)!
License: MIT License
URL: https://git.ligo.org/rapidpe-rift/rift
Source0: https://mirrors.nju.edu.cn/pypi/web/packages/ca/99/e5a565b0c2583d9a81802b066d3bf293d86948844aa42ee50da4cdf6a134/RIFT-0.0.15.8.tar.gz
BuildArch: noarch
%description
research-projects (temp-RIT-Tides and descendants)
research-projects-RIT
Repository for the rapid_PE / RIFT code, developed at RIT (forked long ago from work at UWM/CGCA).
## Installation
Please see INSTALL.md
## Science
If you are using this code for a production analysis, please contact us to make sure you follow the instructions included here!
Also, make sure you cite the relevant rapid_pe/RIFT papers
1. Pankow et al 2015
2. Lange et al 2018 (RIFT)
3. Wysocki et al 2019 (RIFT-GPU)
4. Wofforde et al 2022 (RIFT-Update)
When preparing your work, please cite
1. the relevant rapid_pe/RIFT papers
1. Pankow et al 2015
2. Lange et al 2018 (RIFT) [paper](https://arxiv.org/abs/1805.10457)
2. If you are using the surrogate-basis approach, please cite
3. O'Shaughnessy, Blackman, Field 2017 [paper](http://adsabs.harvard.edu/abs/2017CQGra..34n4002O)
3. If you are using a GPU-optimized version, please acknowledge
4. Wysocki, O'Shaughnessy, Fong, Lange [paper](https://arxiv.org/abs/1902.04934)
4. If you are using a non-lalsuite waveform interface, please acknowledge
1. gwsurrogate interface: (a) O'Shaughnessy, Blackman, Field 2017 [paper](http://adsabs.harvard.edu/abs/2017CQGra..34n4002O); (b) F. Shaik et al (in prep)
2. TEOBResumS interface (original): Lange et al 2018 RIFT paper
3. NR interface (parts inside ILE): Lange et al 2017 PRD 96, 404 [NR comparison methods paper](http://adsabs.harvard.edu/abs/2017PhRvD..96j4041L)
4. NRSur7dq2 interface: Lange et al 2018 (RIFT) [paper](https://arxiv.org/abs/1805.10457), and ...
5. If you are using an updated Monte Carlo integration package, please acknowledge the authors; papers will be prepared soon
1. GMM integrator: Elizabeth Champion; see [original repo](https://git.ligo.org/benjamin.champion/Monte-Carlo-Integrator), implemented via MonteCarloEnsemble and mcsamplerEnsemble; please cite Ristic et al https://arxiv.org/abs/2105.07013
2. GPU MC integrator: Wysocki, O'Shaughnessy; cite Wofford et al https://dcc.ligo.org/P2200059
6. If you are using a distance-marginalized likeliihood, please acknowledge
1. Distance marginalization : Soichiro Morisaki, Dan Wysocki, see Wofford et al https://dcc.ligo.org/P2200059
7. If you are using a special coordinate system
1. Rotated inspiral-phase : cite the original Lee, Morisaki, Tagoshi paper ([journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.105.124057) [dcc](https://dcc.ligo.org/LIGO-P2200037)); also cite Wofford et al [journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.107.024040) [dcc](https://dcc.ligo.org/P2200059)
1. Pseudo-cylindrical coordinates: see Wofford et al [journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.107.024040) [dcc](https://dcc.ligo.org/P2200059)
8. If you are using calibration marginalization, please acknowledge Ethan Payne (PRD 122004 (2020)), with RIFT integration provided by Jacob Lange and Daniel Williams
## Authorlists: Opt-in model
Several aspects of this code are very actively developed. We encourage close collaboration with the lead developers (O'Shaughnessy and Lange) to produce the best possible results, particularly given comparatively rapid changes to the interface and pipeline in the past and planned for the future as the user- and developer-base expands.
We expect to make the final developed code widely available and free to use, in a release-based distribution model. But we're not there yet. To simplify discussions about authorlist and ettiquete, we have adopted the following simple model, to be revised 4 times per year (1/15, 4/15, 7/15, 10/15):
* Free to use: Any code commit older than 3 years from the date an analysis commences is free to use for any scientific work.
* Opt-in: Any more recent use should offer (opt-in) authorship to the lead developers, as well as to developers who contributed significantly to features used in the version of the code adopted in an analysis. Loosely speaking, the newer the features you use, the more proactive you should be in contacting relevant developers, to insure all authors are suitably engaged with the final product.
This policy refers only to commits in this repository, and not to resources and code maintained elsewhere or by other developers (e.g., NR Surrogates), who presumably maintain their own policy.
The following authors should be contacted
* O'Shaughnessy and Lange: Iterative pipeline, fitting and posterior generation code, external interfaces (EOB, surrogates)
* Field, O'Shaughnessy, Blackman: Surrogate basis method
* Wysocki, O'Shaughnessy, Fong, Lange: GPU optimizations
* ...
## Relationship to version of rapid_pe in lalsuite
Chris Pankow has also been maintaining a [port of the original rapid_pe as part of lalsuite](https://github.com/lscsoft/lalsuite/tree/master/lalinference/python/lalinference/rapid_pe). While this code is unreviewed and has many API and workflow differences, the underlying likelihood evaluation procedure has been the same (until the recent GPU rewrite). We hope to eventually merge the codebases, likely by modernizing the version in lalsuite and/or by ports of rapid_pe techniques to next-generation PE codes.
## Version numbers
Short term: roughly major.minor.feature_upgrade.internal_rc_candidates. So the 4th number are upgraded every few major bugfixes or moves; the 3rd number will upgrade if we add a feature. We hope to eventually reach version 0.1 for production automated unsupervised analysis during O4
Medium-term: Amajor API change or two we are thinking about for how the users specify workflows should be 0.2
Long-term: Version 1 will reduce dependency on hardcoded parameter names. More flexibility in how inference is done.
%package -n python3-RIFT
Summary: RIFT parameter estimation pipeline. Note branch used is temp-RIT-Tides-port_python3_restructure_package (which will become master shortly)!
Provides: python-RIFT
BuildRequires: python3-devel
BuildRequires: python3-setuptools
BuildRequires: python3-pip
%description -n python3-RIFT
research-projects (temp-RIT-Tides and descendants)
research-projects-RIT
Repository for the rapid_PE / RIFT code, developed at RIT (forked long ago from work at UWM/CGCA).
## Installation
Please see INSTALL.md
## Science
If you are using this code for a production analysis, please contact us to make sure you follow the instructions included here!
Also, make sure you cite the relevant rapid_pe/RIFT papers
1. Pankow et al 2015
2. Lange et al 2018 (RIFT)
3. Wysocki et al 2019 (RIFT-GPU)
4. Wofforde et al 2022 (RIFT-Update)
When preparing your work, please cite
1. the relevant rapid_pe/RIFT papers
1. Pankow et al 2015
2. Lange et al 2018 (RIFT) [paper](https://arxiv.org/abs/1805.10457)
2. If you are using the surrogate-basis approach, please cite
3. O'Shaughnessy, Blackman, Field 2017 [paper](http://adsabs.harvard.edu/abs/2017CQGra..34n4002O)
3. If you are using a GPU-optimized version, please acknowledge
4. Wysocki, O'Shaughnessy, Fong, Lange [paper](https://arxiv.org/abs/1902.04934)
4. If you are using a non-lalsuite waveform interface, please acknowledge
1. gwsurrogate interface: (a) O'Shaughnessy, Blackman, Field 2017 [paper](http://adsabs.harvard.edu/abs/2017CQGra..34n4002O); (b) F. Shaik et al (in prep)
2. TEOBResumS interface (original): Lange et al 2018 RIFT paper
3. NR interface (parts inside ILE): Lange et al 2017 PRD 96, 404 [NR comparison methods paper](http://adsabs.harvard.edu/abs/2017PhRvD..96j4041L)
4. NRSur7dq2 interface: Lange et al 2018 (RIFT) [paper](https://arxiv.org/abs/1805.10457), and ...
5. If you are using an updated Monte Carlo integration package, please acknowledge the authors; papers will be prepared soon
1. GMM integrator: Elizabeth Champion; see [original repo](https://git.ligo.org/benjamin.champion/Monte-Carlo-Integrator), implemented via MonteCarloEnsemble and mcsamplerEnsemble; please cite Ristic et al https://arxiv.org/abs/2105.07013
2. GPU MC integrator: Wysocki, O'Shaughnessy; cite Wofford et al https://dcc.ligo.org/P2200059
6. If you are using a distance-marginalized likeliihood, please acknowledge
1. Distance marginalization : Soichiro Morisaki, Dan Wysocki, see Wofford et al https://dcc.ligo.org/P2200059
7. If you are using a special coordinate system
1. Rotated inspiral-phase : cite the original Lee, Morisaki, Tagoshi paper ([journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.105.124057) [dcc](https://dcc.ligo.org/LIGO-P2200037)); also cite Wofford et al [journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.107.024040) [dcc](https://dcc.ligo.org/P2200059)
1. Pseudo-cylindrical coordinates: see Wofford et al [journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.107.024040) [dcc](https://dcc.ligo.org/P2200059)
8. If you are using calibration marginalization, please acknowledge Ethan Payne (PRD 122004 (2020)), with RIFT integration provided by Jacob Lange and Daniel Williams
## Authorlists: Opt-in model
Several aspects of this code are very actively developed. We encourage close collaboration with the lead developers (O'Shaughnessy and Lange) to produce the best possible results, particularly given comparatively rapid changes to the interface and pipeline in the past and planned for the future as the user- and developer-base expands.
We expect to make the final developed code widely available and free to use, in a release-based distribution model. But we're not there yet. To simplify discussions about authorlist and ettiquete, we have adopted the following simple model, to be revised 4 times per year (1/15, 4/15, 7/15, 10/15):
* Free to use: Any code commit older than 3 years from the date an analysis commences is free to use for any scientific work.
* Opt-in: Any more recent use should offer (opt-in) authorship to the lead developers, as well as to developers who contributed significantly to features used in the version of the code adopted in an analysis. Loosely speaking, the newer the features you use, the more proactive you should be in contacting relevant developers, to insure all authors are suitably engaged with the final product.
This policy refers only to commits in this repository, and not to resources and code maintained elsewhere or by other developers (e.g., NR Surrogates), who presumably maintain their own policy.
The following authors should be contacted
* O'Shaughnessy and Lange: Iterative pipeline, fitting and posterior generation code, external interfaces (EOB, surrogates)
* Field, O'Shaughnessy, Blackman: Surrogate basis method
* Wysocki, O'Shaughnessy, Fong, Lange: GPU optimizations
* ...
## Relationship to version of rapid_pe in lalsuite
Chris Pankow has also been maintaining a [port of the original rapid_pe as part of lalsuite](https://github.com/lscsoft/lalsuite/tree/master/lalinference/python/lalinference/rapid_pe). While this code is unreviewed and has many API and workflow differences, the underlying likelihood evaluation procedure has been the same (until the recent GPU rewrite). We hope to eventually merge the codebases, likely by modernizing the version in lalsuite and/or by ports of rapid_pe techniques to next-generation PE codes.
## Version numbers
Short term: roughly major.minor.feature_upgrade.internal_rc_candidates. So the 4th number are upgraded every few major bugfixes or moves; the 3rd number will upgrade if we add a feature. We hope to eventually reach version 0.1 for production automated unsupervised analysis during O4
Medium-term: Amajor API change or two we are thinking about for how the users specify workflows should be 0.2
Long-term: Version 1 will reduce dependency on hardcoded parameter names. More flexibility in how inference is done.
%package help
Summary: Development documents and examples for RIFT
Provides: python3-RIFT-doc
%description help
research-projects (temp-RIT-Tides and descendants)
research-projects-RIT
Repository for the rapid_PE / RIFT code, developed at RIT (forked long ago from work at UWM/CGCA).
## Installation
Please see INSTALL.md
## Science
If you are using this code for a production analysis, please contact us to make sure you follow the instructions included here!
Also, make sure you cite the relevant rapid_pe/RIFT papers
1. Pankow et al 2015
2. Lange et al 2018 (RIFT)
3. Wysocki et al 2019 (RIFT-GPU)
4. Wofforde et al 2022 (RIFT-Update)
When preparing your work, please cite
1. the relevant rapid_pe/RIFT papers
1. Pankow et al 2015
2. Lange et al 2018 (RIFT) [paper](https://arxiv.org/abs/1805.10457)
2. If you are using the surrogate-basis approach, please cite
3. O'Shaughnessy, Blackman, Field 2017 [paper](http://adsabs.harvard.edu/abs/2017CQGra..34n4002O)
3. If you are using a GPU-optimized version, please acknowledge
4. Wysocki, O'Shaughnessy, Fong, Lange [paper](https://arxiv.org/abs/1902.04934)
4. If you are using a non-lalsuite waveform interface, please acknowledge
1. gwsurrogate interface: (a) O'Shaughnessy, Blackman, Field 2017 [paper](http://adsabs.harvard.edu/abs/2017CQGra..34n4002O); (b) F. Shaik et al (in prep)
2. TEOBResumS interface (original): Lange et al 2018 RIFT paper
3. NR interface (parts inside ILE): Lange et al 2017 PRD 96, 404 [NR comparison methods paper](http://adsabs.harvard.edu/abs/2017PhRvD..96j4041L)
4. NRSur7dq2 interface: Lange et al 2018 (RIFT) [paper](https://arxiv.org/abs/1805.10457), and ...
5. If you are using an updated Monte Carlo integration package, please acknowledge the authors; papers will be prepared soon
1. GMM integrator: Elizabeth Champion; see [original repo](https://git.ligo.org/benjamin.champion/Monte-Carlo-Integrator), implemented via MonteCarloEnsemble and mcsamplerEnsemble; please cite Ristic et al https://arxiv.org/abs/2105.07013
2. GPU MC integrator: Wysocki, O'Shaughnessy; cite Wofford et al https://dcc.ligo.org/P2200059
6. If you are using a distance-marginalized likeliihood, please acknowledge
1. Distance marginalization : Soichiro Morisaki, Dan Wysocki, see Wofford et al https://dcc.ligo.org/P2200059
7. If you are using a special coordinate system
1. Rotated inspiral-phase : cite the original Lee, Morisaki, Tagoshi paper ([journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.105.124057) [dcc](https://dcc.ligo.org/LIGO-P2200037)); also cite Wofford et al [journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.107.024040) [dcc](https://dcc.ligo.org/P2200059)
1. Pseudo-cylindrical coordinates: see Wofford et al [journal](https://journals.aps.org/prd/abstract/10.1103/PhysRevD.107.024040) [dcc](https://dcc.ligo.org/P2200059)
8. If you are using calibration marginalization, please acknowledge Ethan Payne (PRD 122004 (2020)), with RIFT integration provided by Jacob Lange and Daniel Williams
## Authorlists: Opt-in model
Several aspects of this code are very actively developed. We encourage close collaboration with the lead developers (O'Shaughnessy and Lange) to produce the best possible results, particularly given comparatively rapid changes to the interface and pipeline in the past and planned for the future as the user- and developer-base expands.
We expect to make the final developed code widely available and free to use, in a release-based distribution model. But we're not there yet. To simplify discussions about authorlist and ettiquete, we have adopted the following simple model, to be revised 4 times per year (1/15, 4/15, 7/15, 10/15):
* Free to use: Any code commit older than 3 years from the date an analysis commences is free to use for any scientific work.
* Opt-in: Any more recent use should offer (opt-in) authorship to the lead developers, as well as to developers who contributed significantly to features used in the version of the code adopted in an analysis. Loosely speaking, the newer the features you use, the more proactive you should be in contacting relevant developers, to insure all authors are suitably engaged with the final product.
This policy refers only to commits in this repository, and not to resources and code maintained elsewhere or by other developers (e.g., NR Surrogates), who presumably maintain their own policy.
The following authors should be contacted
* O'Shaughnessy and Lange: Iterative pipeline, fitting and posterior generation code, external interfaces (EOB, surrogates)
* Field, O'Shaughnessy, Blackman: Surrogate basis method
* Wysocki, O'Shaughnessy, Fong, Lange: GPU optimizations
* ...
## Relationship to version of rapid_pe in lalsuite
Chris Pankow has also been maintaining a [port of the original rapid_pe as part of lalsuite](https://github.com/lscsoft/lalsuite/tree/master/lalinference/python/lalinference/rapid_pe). While this code is unreviewed and has many API and workflow differences, the underlying likelihood evaluation procedure has been the same (until the recent GPU rewrite). We hope to eventually merge the codebases, likely by modernizing the version in lalsuite and/or by ports of rapid_pe techniques to next-generation PE codes.
## Version numbers
Short term: roughly major.minor.feature_upgrade.internal_rc_candidates. So the 4th number are upgraded every few major bugfixes or moves; the 3rd number will upgrade if we add a feature. We hope to eventually reach version 0.1 for production automated unsupervised analysis during O4
Medium-term: Amajor API change or two we are thinking about for how the users specify workflows should be 0.2
Long-term: Version 1 will reduce dependency on hardcoded parameter names. More flexibility in how inference is done.
%prep
%autosetup -n RIFT-0.0.15.8
%build
%py3_build
%install
%py3_install
install -d -m755 %{buildroot}/%{_pkgdocdir}
if [ -d doc ]; then cp -arf doc %{buildroot}/%{_pkgdocdir}; fi
if [ -d docs ]; then cp -arf docs %{buildroot}/%{_pkgdocdir}; fi
if [ -d example ]; then cp -arf example %{buildroot}/%{_pkgdocdir}; fi
if [ -d examples ]; then cp -arf examples %{buildroot}/%{_pkgdocdir}; fi
pushd %{buildroot}
if [ -d usr/lib ]; then
find usr/lib -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/lib64 ]; then
find usr/lib64 -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/bin ]; then
find usr/bin -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/sbin ]; then
find usr/sbin -type f -printf "/%h/%f\n" >> filelist.lst
fi
touch doclist.lst
if [ -d usr/share/man ]; then
find usr/share/man -type f -printf "/%h/%f.gz\n" >> doclist.lst
fi
popd
mv %{buildroot}/filelist.lst .
mv %{buildroot}/doclist.lst .
%files -n python3-RIFT -f filelist.lst
%dir %{python3_sitelib}/*
%files help -f doclist.lst
%{_docdir}/*
%changelog
* Mon May 15 2023 Python_Bot - 0.0.15.8-1
- Package Spec generated