#790 closed enhancement (fixed)
ME-Methods dispatching
Reported by: | cweiss | Owned by: | kilian |
---|---|---|---|
Priority: | P3 | Milestone: | v2.5.0 |
Component: | core | Version: | 2.2.8 |
Severity: | normal | Keywords: | |
Cc: |
Description
The following features concerning the dispatch of external matrix element methods appear:
- Stating "$born_me_method = (e.g.) openloops" without an "nlo_calculation" specifier yields nothing, i.e. Omega will be used.
- The matrix element method of the Soft Mismatch and Dglap components are connected to the "$correlation_me_method". Although in theory correct, in practice we would like to be set separate matrix element methods for all of them.
Change History (10)
comment:1 Changed 9 years ago by
comment:2 Changed 8 years ago by
Milestone: | v2.3.0 → v2.3.1 |
---|
comment:3 Changed 8 years ago by
Milestone: | v2.3.1 → v2.3.2 |
---|
comment:5 Changed 8 years ago by
Milestone: | v2.4.0 → v2.4.1 |
---|
Is there actually a matching issue in the gitlab tracker on that one?
comment:6 Changed 8 years ago by
#7 in gitlab is adressing the second issue. The first one is not really relevant as it can be set with method
.
comment:7 Changed 8 years ago by
I also think that we can close the ticket as it is something to be kept in gitlab.
comment:8 Changed 8 years ago by
As gitlab issue #7 is now resolved shall we close this ticket now, or is there actually still something to do?
comment:9 Changed 8 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
After discussion with BACN and CW we found that all issues here have been handled. Closing.
Note: See
TracTickets for help on using
tickets.
This can be done together with the NLO refactoring. Actually, born_me_nethod doesn't make much sense for a LO calculation anyways.