Closed felixhekhorn closed 2 years ago
@felixhekhorn subgrid --muf
prints the unsquared factorization scale, so 9.951 * 9.951 = 99.022401
which is much closer to the desired value (the last digit might be off due to rounding). Having the unsquared values is nice to recognize prominent masses, such as the W- and Z-boson masses. However, having the squared options would be useful as well; I've opened https://github.com/N3PDF/pineappl/issues/102 for that.
@felixhekhorn
subgrid --muf
prints the unsquared factorization scale, so9.951 * 9.951 = 99.022401
which is much closer to the desired value (the last digit might be off due to rounding). Should I also add--muf2
and--mur2
options to print the squared values?
ok, I see - yes, please, if that is not a big effort a --muf2
would be appreciated
still, the true problem remains: why does axes
cut out some muf^2 values?
It seems that the EKO is incomplete. Here's the relevant piece of code:
These lines search eko_info
for the proper factorization scale value, but this object comes from outside so there's something wrong at a higher level. But also this method needs proper error handling; see https://github.com/N3PDF/pineappl/issues/85.
It seems that the EKO is incomplete
true, but we use axes
to determine which EKOs we actually need - so the problem is there
In [1]: import pineappl
In [2]: g = pineappl.grid.Grid.read("200-NMC_NC_EM_D_F2.pineappl.lz4")
In [3]: g.axes()
Out[3]:
[...]
[26.07,
26.36,
26.49,
26.52,
[...]
Ah :smile: I see, so this comes full circle... I'll have a look at it!
@felixhekhorn please try it again with commit e91a7df606e3cc36f52108545319c94a267456a9.
yes, seemed to have done the trick:
[0.16, │ Compiling pyo3-macros v0.14.5
0.17, │ Compiling thiserror v1.0.30
0.25, │ Compiling ndarray v0.15.4
0.26, │ Compiling bincode v1.3.3
0.35, │ Compiling numpy v0.14.1
0.36, │ Compiling pineappl v0.5.0-beta.6 (/media/FK/pineappl/pineappl)
0.45, │ Compiling pineappl_py v0.5.0-beta.6 (/media/FK/pineappl/pineappl_py)
0.46, │ Finished release [optimized] target(s) in 18.96s
0.6,
(aaa tmux mess - don't worry ;-) )
@AleCandido I'm rerunning the EKOs at the moment, though only one of them - the other one can be linked since they are identical
Ok, thank you very much :D
NMC_NC_EM_P_F2
are bugged and I don't understand whyQ2: 99.03
- see https://github.com/NNPDF/runcards/blob/58c13d69787fc35cfd7f3ca9091f08ef1608ebf0/nnpdf31_proc/NMC_NC_EM_P_F2/observable.yaml#L837Grid.axes
https://github.com/N3PDF/pineappl/blob/725e4109c2b9f90cc883abd251c190409fe9f22c/pineappl/src/grid.rs#L1222 called via https://github.com/NNPDF/fktables/blob/7f34897005a90a6bcca38bf45a90b8dfb599dc99/fkutils/builder.py#L133 leading eventually to(of course the very same in proton and deuteron)
Any ideas on your side?