Error running systematics module on generated events
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MadGraph5_aMC@NLO |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Hi,
We are submitting this question as a bug report so that we can try to attach the LHE file as per Olivier's request. The original question is below.
------------------
Hello MG experts,
I have a question about an error that is produced when trying to make a 0+1 parton process gridpack. We are using the dim6top_LO_UFO model and our MadGraph version is 2.6.0.
In our process card, we have:
define p = p b b~
define j = p
define l+ = e+ mu+ ta+
define l- = e- mu- ta-
define vl = ve vm vt
define vl~ = ve~ vm~ vt~
generate p p > t t~ l+ vl DIM6=1 @0
add process p p > t t~ l- vl~ DIM6=1 @1
add process p p > t t~ l+ vl j DIM6=1 @2
add process p p > t t~ l- vl~ j DIM6=1 @3
When can generate events from the gridpack, but when we try to run the systematics module over these events, we get the following error:
Command "systematics GridRun_PostProc_42 --remove_wgts=all --start_id=1001 --pdf=306000,
Exception : <rscale> -1 0.10700227E+
<asrwt> 1 0.19826937E+
<pdfrwt beam="1"> 1 2 0.12435204E+00 0.12779190E+
<pdfrwt beam="2"> 1 -1 0.19537244E+00 0.62814801E+
<totfact> 0.11828276E+
not parsed
We are not sure what is causing this error or how to fix it.
As one further note, when we looked at the LHE file, the only difference between this event and the preceding events appears to be the -1 in the <rscale> tag (the others are all non-negative). We are not sure whether or not this is related to the issue, but we are wondering what this integer means.
Thank you! - Kelci
Changed in mg5amcnlo: | |
status: | New → Confirmed |
Changed in mg5amcnlo: | |
status: | Confirmed → Fix Released |
Hi,
Sorry it was busy those days. I have started to look at it and have contact the model author to try to understand some particularities of the model.
I'm also trying to reproduce it on my laptop (but it will probably need a bit of time to have the results due to the number of non-QCD diagram that you include in the computation and the fact that you do no use any model restriction to optimise the computation.
I will be back to you when I will have a feedback from the model authors.
Cheers,
Olivier