-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[RF] Buggy range overlap check in createNLL when SplitRange option is used #11396
Closed
1 task done
Tracked by
#11059
Comments
guitargeek
changed the title
[RooFit] Buggy range overlap check in createNLL when SplitRange option is used
[RF] Buggy range overlap check in createNLL when SplitRange option is used
Sep 21, 2022
20 tasks
Thanks for opening the issue! I changed your reproducer code a little bit, because the category names in the dataset were inconsistent with the PDF: dsmap.insert(dsmap.begin(), ROOT.std.pair("const string, RooDataSet*")("cat_1", ds_cat1))
dsmap.insert(dsmap.begin(), ROOT.std.pair("const string, RooDataSet*")("cat_2", ds_cat2)) I replaced |
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 21, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes root-project#11396.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 21, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes root-project#11396.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 21, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes root-project#11396.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 21, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes root-project#11396.
guitargeek
added a commit
that referenced
this issue
Sep 21, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes #11396.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 21, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes root-project#11396.
Hi @guitargeek, It appears this issue is closed, but wasn't yet added to a project. Please add upcoming versions that will include the fix, or 'not applicable' otherwise. Sincerely, |
guitargeek
added a commit
that referenced
this issue
Sep 22, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes #11396.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 27, 2022
The recent commit 922dec5 fixed GitHub issue root-project#11396, but there was still no unit test implemented with the reproducer code from that issue. This commit is implementing such a unit test.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 27, 2022
The recent commit 922dec5 fixed GitHub issue root-project#11396, but there was still no unit test implemented with the reproducer code from that issue. This commit is implementing such a unit test.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 27, 2022
The recent commit 922dec5 fixed GitHub issue root-project#11396, but there was still no unit test implemented with the reproducer code from that issue. This commit is implementing such a unit test.
guitargeek
added a commit
to guitargeek/root
that referenced
this issue
Sep 27, 2022
The recent commit 922dec5 fixed GitHub issue root-project#11396, but there was still no unit test implemented with the reproducer code from that issue. This commit is implementing such a unit test.
vgvassilev
pushed a commit
to vgvassilev/root
that referenced
this issue
Oct 1, 2022
When the `SplitRange` command arguemnt is used in `RooAbsPdf::createNLL`, the actual range names used for the fit depend on the channel, with the range names suffixed by the category name. This should be considered correctly in the overlap checks. Closes root-project#11396.
vgvassilev
pushed a commit
to vgvassilev/root
that referenced
this issue
Oct 1, 2022
The recent commit 922dec5 fixed GitHub issue root-project#11396, but there was still no unit test implemented with the reproducer code from that issue. This commit is implementing such a unit test.
13 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Since ROOT 6.26, there is a new range overlap check when calling the
createNLL
from aRooAbsPdf
instance with aRange
argument that contains multiple range names. However, it ignores the fact that when theSplitRange
option is used, the name of the range to be checked should be appended by the appropriate category label from each category of the simultaneous pdf. This causes an exception to be falsely raised even if the ranges do not overlap. This is because all the named ranges will return the full observable range since it fetches the range from a range name that does not exist.To Reproduce
In PyROOT, the issue can be reproduced using
The last step raises the error "runtime_error: Error in RooAbsPdf::createNLL! The ranges SideBandLo,SideBandHi are overlapping!" when using ROOT 6.26+.
The text was updated successfully, but these errors were encountered: