Photon asymmetry in SM W+gamma FxFx

Asked by Benedikt Maier

Dear experts,

We're observing an asymmetric eta distribution of the parton level photons when generating W+gamma+up to 1 additional jet with FxFx. Our cards can be seen here:

https://github.com/cms-sw/genproductions/tree/master/bin/MadGraph5_aMCatNLO/cards/production/13TeV/WAToLNuA01j_5f_pta130_NLO_FXFX

We are using MG5_v2.3.3.

The photon distribution we observe is this one:

http://t3serv001.mit.edu/~yiiyama/cmsplots.php/kfactor/wlng500_pgammaEta.pdf

As you can see, the corresponding LO MLM sample is completely
symmetric. The following checks have already been carried out:

- Generating LHE events and NOT apply the FxFx matching, but rather look at the photon eta directly from the LHE file to exclude the possibility that the matching/merging kicks out events it shouldnt --> we still find asymmetric distributions

- Generating the two jet multiplicities separately. While the 0j is symmetric

http://t3serv001.mit.edu/~bmaier/stuff/phoeta_0j.png

we find that the 1j seems to be the culprit:

http://t3serv001.mit.edu/~bmaier/stuff/phoeta_1j.png

Generating this component without the FxFx flag in the run card gives again a symmetric distribution:

http://t3serv001.mit.edu/~bmaier/stuff/phoeta_1j_NLO.png

We're at a loss here in finding an explanation other than something is wrong with the FxFx procedure for this process. Do you have an explanation for what could be going wrong?

Thanks,

Benedikt

Question information

Language:
English Edit question
Status:
Answered
For:
MadGraph5_aMC@NLO Edit question
Assignee:
Rikkert Frederix Edit question
Last query:
Last reply:
Revision history for this message
Rikkert Frederix (frederix) said :
#1

Hi Benedikt,

This indeed looks very strange and cannot be correct.

A very naive question. I assume that the cards are used to generate a 'grid-pack'. And from those you submit many jobs to generate the actual events. If this is the case, might it be that something went wrong in the setting up of the grids that went unnoticed? Did you retry?

In any case, I'll try to reproduce your results locally.

Best,
Rikkert

Revision history for this message
Benedikt Maier (bmaier) said :
#2

Hi Rikkert,

That's right, events have been generated from gridpacks. However, we were carefully looking at the logs of their production and couldnt find anything strange. All seemed normal, for instance here:

https://www.dropbox.com/s/9vao8uhmwyp4rs5/WAToLNuA01j_5f_pta130_NLO_FXFX.txt?dl=0

Thanks a lot for looking into it!

Best,
Benedikt

Revision history for this message
Benedikt Maier (bmaier) said :
#3

(and we generated the gridpacks with different cuts on the photon, like 130 or 500 GeV, and also generated the 1j component alone. In all cases everything looked good, and all show this asymmetry)

Revision history for this message
Rikkert Frederix (frederix) said :
#4

Hi Benedikt,

I've been able to reproduce your results. Indeed, this very much looks like a (serious?) bug to me. I'll keep investigating.

Best,
Rikkert

Revision history for this message
Rikkert Frederix (frederix) said :
#5

Hi Benedikt,

I finally found the problem. It's there only for processes that have diagrams with 1->3 decays (i.e., in your case where the electron radiates the photon).
We have just frozen the a version to be released in the next few days (which will be 2.5.5). I don't think the fix for this bug can still be part of it, and therefore I think it will only be part of the 2.5.6. Let me know if you want me to send you a patch by e-mail.

Best,
Rikkert

Revision history for this message
Benedikt Maier (bmaier) said :
#6

Hi Rikkert,

That's very nice to hear!! Yes if you could send me the patch (<email address hidden>), we could implement it in the MG version in our CMS repository.

Best,
Benedikt

Revision history for this message
Yutaro Iiyama (yiiyama) said :
#7

Hi Rikkert,

I work with Benedikt and asked him to ask you about the problem. Thank you very much for looking into it!
I have a quick follow-up question to understand which data sets we have generated should be invalidated: When you say 1->3, that is then not limited to W->l nu gamma but can also be Z->l l gamma with an ~on-shell Z, correct? Also, is it any 1->3 decay, or does the 1 have to be a W or Z?

Thank you,
Yutaro

Revision history for this message
Rikkert Frederix (frederix) said :
#8

Hello Yutaro,

In principle, any 1->3 decay could be affected. In practice, the problem should be most severe for the W boson, since the possible interactions it can have with quarks are more restricted than the Z boson, since it's flavour changing. I think it would be better to also re-generate the l+l-+gamma sample, since the problem might also be there.

B.t.w., the release of 2.5.5 has been delayed by a couple of days, which means that the fix will still be part of that release. It should become available in the next couple of days if all the final tests go smooth.

Best,
Rikkert

Revision history for this message
Yutaro Iiyama (yiiyama) said :
#9

Hi Rikkert,

Thank you for the clarification. And that's good (?) news about 2.5.5.

Best,
Yutaro

Can you help with this problem?

Provide an answer of your own, or ask Benedikt Maier for more information if necessary.

To post a message you must log in.