Closed LucianHL closed 1 month ago
Hi @LucianHL,
I can reproduce the behaviour and that's definitely a bug. I don't think it's directly related to NNLO, as we have successfully converted other fastNLO tables A. Mitov's website.
EDIT: It seems I can no longer convert any table from Mitov's site, so maybe there's a regression.
Hi @cschwan, thank you - yes indeed I was going to say that I had tried others and they had the same issue.
This was a genuine bug that was caused by having accidentally swapped the x1
and x2
, see commit 213e68a267aec611f0943de9ba16d1b6bd359aaa. This has now been fixed in master
and v0.8.x
.
Hi @cschwan thank you yes that has worked!
EDIT: I closed this with a comment but should probably leave that to do you to do in case there is more to be done here, so have re-opened
No worries and thank you for the report, @LucianHL, this should've been discovered a long time ago!
EDIT: I closed this with a comment but should probably leave that to do you to do in case there is more to be done here, so have re-opened
just for future reference: I would say the person who opens an issue should preferably also close it to confirm it is actually resolved. If further actions are required on our side we reopen it :upside_down_face: (and close again)
Hi,
I have run the fastnlo to pineappl converter without issue for NLO grids, but for the NNLO grids for ttbar production provided here there is a small but non-negligible difference between the original and converted grids. E.g. for
LHC8-Mtt-HT4-173_3-bin1.tab
from here I get:which is not awful but a lot more than usual, and indeed it fails the default accuracy test. I don't think this is the same issue as in #228 as the scale is not flexible - and anyway the differences are too small for that. Perhaps this is due the grids being NNLO?