I put to “no cut” all the run_card parameter flagged as “cut” in the python object. (The same will apply to all future cut)
This is done at the default run_card level, so all the cut are still allowed to be modified but are not present by default.
This is the exact behaviour that we have @LO.
When trying to test, I face this error:
aMCatNLOError : Decay processes can only be run at fixed order.
So I have also change the default question to:
The following switches determine which operations are executed:
1 Perturbative order of the calculation: order=NLO
2 Fixed order (no event generation and no MC@[N]LO matching): fixed_order=ON
3 Shower the generated events: shower=Not available for decay
4 Decay particles with the MadSpin module: madspin=Not available for decay
5 Add weights to the events based on changing model parameters: reweight=Not available for decay
Either type the switch number (1 to 5) to change its default setting,
or set any switch explicitly (e.g. type 'order=LO' at the prompt)
Type '0', 'auto', 'done' or just press enter when you are done.
[0, 1, auto, done, order=LO, order=NLO, fixed_order=ON, LO, NLO][60s to answer]
Such that this is automatically a good setup which is used and all unsupported case are forbidden.
For both of them, I had to change the way aMC@NLO supports the proc_characteristic object/file.
So Marco please take a look.
Cheers,
Olivier
On 08 Oct 2015, at 19:42, Rikkert Frederix <email address hidden> wrote:
Hi Rik,
I put to “no cut” all the run_card parameter flagged as “cut” in the python object. (The same will apply to all future cut)
This is done at the default run_card level, so all the cut are still allowed to be modified but are not present by default.
This is the exact behaviour that we have @LO.
When trying to test, I face this error:
aMCatNLOError : Decay processes can only be run at fixed order.
So I have also change the default question to:
The following switches determine which operations are executed:
1 Perturbative order of the calculation: order=NLO
2 Fixed order (no event generation and no MC@[N]LO matching): fixed_order=ON
3 Shower the generated events: shower=Not available for decay
4 Decay particles with the MadSpin module: madspin=Not available for decay
5 Add weights to the events based on changing model parameters: reweight=Not available for decay
Either type the switch number (1 to 5) to change its default setting,
or set any switch explicitly (e.g. type 'order=LO' at the prompt)
Type '0', 'auto', 'done' or just press enter when you are done.
[0, 1, auto, done, order=LO, order=NLO, fixed_order=ON, LO, NLO][60s to answer]
Such that this is automatically a good setup which is used and all unsupported case are forbidden.
For both of them, I had to change the way aMC@NLO supports the proc_characteristic object/file.
So Marco please take a look.
Cheers,
Olivier
On 08 Oct 2015, at 19:42, Rikkert Frederix <email address hidden> wrote:
> Hi Olivier, /code.launchpad .net/~maddevelo pers/mg5amcnlo/ NLO_decay_ process/ +merge/ 273880
>
> That would be great. It's just the 'ptj', 'mll_sf' and 'ptgmin' that should be set to zero.
>
> Thanks,
> Rikkert
>
> --
> https:/
> Your team MadDevelopers is subscribed to branch lp:~maddevelopers/mg5amcnlo/2.3.3.