Matching and jet cuts

Asked by Daniele Barducci

Hi,
I have problems in some understanding about matching procedure in MG + pythia. I have read
https://cp3.irmp.ucl.ac.be/projects/madgraph/wiki/IntroMatching
and
https://cp3.irmp.ucl.ac.be/projects/madgraph/wiki/Matching
but I am a bit confused, so I try to ask

My goal is to compare the 0 j cs with the 0+1 j (matched) cs for a given process in order to understand how the addition of radiation can affect my process.

I'm doing the following two cases in the MSSM

i) 0 j:
generate p p > n1 x1-, x1-> n1 e- ve~ @1

with the standard run_card

and

ii) 0+1 j:
generate p p > n1 x1-, x1-> n1 e- ve~ @1
add process p p > n1 x1-, x1-> n1 e- ve~ @2

where in the run_card I have only modified

 1 = ickkw ! 0 no matching, 1 MLM, 2 CKKW matching
 30 = xqcut ! minimum kt jet measure between partons

and in the pythia card

 SHOWERKT=T
 QCUT=30

My question is the following.

I am not understanding if the cut on the ptj (default values is 20) is applied in the case of the 0+1 jet case.
What I want to do is to compare the two process without appling any cut on the jets in the second case in first instance, so I want to see how radiation affect that process, but I don't need a minimum value for those jets for my analysis in the first step

What I see from the parton plots is that the ptjet value has te minimum set by the xqcut value, so 30 and not 20.
( Is this related to the flag T = auto_ptj_mjj ! Automatic setting of ptj and mjj ? )
But from pythia plots looks like that no cuts on the jet are applied at the end, because the distributions starts from the value of 0.
So I am wondering if I am comparing i) with a matched cross section where cuts on ptj are applied or not.

I also have a question about the variable drjj that as far I understood should be set to zero in case of matching, so I am wondering which of the cuts of the run_card are applied to the events after matching with pythia and which not.

Sorry for the confusion and thanks for the help.

Daniele

Question information

Language:
English Edit question
Status:
Solved
For:
MadGraph5_aMC@NLO Edit question
Assignee:
de Visscher Edit question
Solved by:
de Visscher
Solved:
Last query:
Last reply:
Revision history for this message
de Visscher (sdevissc) said :
#1

Hello Daniele,

First there is an issue with your process definition in your mail

generate p p > n1 x1-, x1-> n1 e- ve~ @1
add process p p > n1 x1-, x1-> n1 e- ve~ @2

I guess this is just a typo right?

Now coming to your question:

in case your have T = auto_ptj_mjj then ptj and mjj are set to the value of xqcut, that is what actually defines the kt distance between the partons, and between the partons and the beam line. Then Pythia will "fill" the phase-space with soft jets (not resolvable in the sense of the matching scale (qcut). The cross-section you get after the pythia steps correspond actually to the one after the matching, which means something close to the inclusive case where no cut on ptj is applied.

Concerning the cuts that are applied, as said before ptj and mjj are most probably set to xqcut (hence no effect on the physics output), but any Ht cut or eta cut you would decide to apply might have an effect.

Hope this helps

Simon

Revision history for this message
de Visscher (sdevissc) said :
#2

I realize I wrote some of the explanations in a non very precise way; let me rephrase/precise one or two things.

a) The problem with your process is that in the add process line , there is no additional jet.
b) about the soft jets from Pythia, extra-partons with a kT harder than the matching scale are allowed for the highest multiplicity sample.
c)"which means something close to the inclusive case where no cut on ptj is applied." : by inclusive I meant the O-parton multiplicity, inclusive. So to put in another way: xsec(X+0,1 partons after the jet matching)~xsec(0 parton) .

Simon

Revision history for this message
Daniele Barducci (db3e11) said :
#3

Hi Simon, thanks for the answer.

Yes there was a typo in the second process, the correct is

generate p p > n1 x1-, x1-> n1 e- ve~ @1
add process p p > n1 x1- j, x1-> n1 e- ve~ @2

Regarding your first answer I try to explain if I understood correct:

before matching (before pythia) the cuts on the ptj are set equal to the xqcut variable, so that mean that I will not have, for example, jet with pt<30 GeV.
Then pythia will fill the phase space with also soft jets, so it will put jets with pt<30 GeV and then matching procedure between the two is performed.

But in this final cross section I will not have any cut on the ptj, so I can have also really soft jet (added by pythia) that contributes to my cs if I understood correctly. In other words the xqcut will cut ptj before pythia, but we will loose this cut after pythia, having at the end events with all kind of ptj, is that correct?
So in case I want to apply some cuts on the jets after matching do I have to do it by hand from the root/lhe files?

Regarding point c) of your second answer, does that mean that the cross section at parton level at 0 jet should be equal to the cross section 0+1 jet matched within the 20% that is usually said on the MG documentation?

Revision history for this message
de Visscher (sdevissc) said :
#4

Hi Daniele,

"before matching (before pythia) the cuts on the ptj are set equal to the xqcut variable, so that mean that I will not have, for example, jet with pt<30 GeV.
Then pythia will fill the phase space with also soft jets, so it will put jets with pt<30 GeV and then matching procedure between the two is performed."

Well, this is automatic, the showerkt just tests the presence of hard emission from PS, and compare either with the qcut or with the softest ME partons. From that it decides to veto or not the event.

"But in this final cross section I will not have any cut on the ptj, so I can have also really soft jet (added by pythia) that contributes to my cs if I understood correctly. In other words the xqcut will cut ptj before pythia, but we will loose this cut after pythia, having at the end events with all kind of ptj, is that correct?"

Yes, xqcut acts ONLY in the ME computation (=>LHE output), and the Qcut makes sure that ME calculation takes care about what is hard, PS about what is soft, and with no overlap between the two regions.

"Regarding point c) of your second answer, does that mean that the cross section at parton level at 0 jet should be equal to the cross section 0+1 jet matched within the 20% that is usually said on the MG documentation?"

Yes, since the jet matching 'replaces' the leading jets from the showering by jets from the matrix-element calculation, you therefore expect to find a 'matched' xsec that is close to the LO 'unvetoed' xsec.

Revision history for this message
Daniele Barducci (db3e11) said :
#5

Thanks a lot again, just a final remark about the % different between the two cross section to see if it is really clear to me

> The cross-section you get after the pythia steps correspond actually to the one after the matching, which means something close to the inclusive case where no cut on ptj is applied

> xsec(X+0,1 partons after the jet matching)~xsec(0 parton)

> expect to find a 'matched' xsec that is close to the LO 'unvetoed' xsec

The inclusive case in my case is only given by

generate p p > n1 x1-, x1-> n1 e- ve~ @1

so when you say "no cut on ptj is applied" or "unvetoed" looks strange to me, since in this case I don't have any jet in my matrix element processes and so don't make sense to apply a ptj cut... is that correct?

and a final question:

so if I want to apply some kind of cuts on a matched sample do I have to do it by hand from the pythia output files?

Thanks in advance again and sorry for the trivial questions... I always get confused by matching procedure...

Revision history for this message
Best de Visscher (sdevissc) said :
#6

Hi,

'unvetoed' means that no veto based on the hardness of the radiation from the PS is applied.

If you mean Ht cuts or anything like that, it can be done already at the ME level, no problem with that. Otherwise at PS of course no problem neither.

Cheers

Simon

Revision history for this message
Daniele Barducci (db3e11) said :
#7

Thanks for your answers!

Revision history for this message
Daniele Barducci (db3e11) said :
#8

Thanks de Visscher, that solved my question.