whizard is hosted by Hepforge, IPPP Durham
close Warning: Can't synchronize with repository "(default)" (/hepforge/svn/whizard does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 22 months ago

Last modified 7 weeks ago

#830 new task

General support for running masses, couplings and K factors that change event by event

Reported by: Juergen Reuter Owned by: kilian
Priority: P4 Milestone: v2.7.1
Component: core Version: 2.5.0
Severity: minor Keywords: Refactoring, backlog
Cc:

Description

Taken over from gitlab issue #51:

The SM_tt_threshold-parameter M1S is used by whizard to compute the top mass at sqrts, which is used for example to perform the on-shell projection. However, the model is linked to whizard via C-Interfaces, so that the value of M1S set there is not saved inside Whizard.

A workaround has been implemented in ed9beb0d and 59e1878d.

A more generic solution would approach the problem also from the point of view of running masses and widths. So far, they are constant in Whizard, but the threshold approach (Issue #43 (closed) ) and multiple other applications make up a requirement for this feature. It could work in a similar way as alpha_s and the qcd_t object. However, this would require the switch from some masses and widths from model parameters to Whizard options.

BACN suggested to combine this with a more general container for runtime-dependent variables for different models in general.

Change History (11)

comment:1 Changed 20 months ago by ohl

Summary: Global object for M1S inside Whizard in order to ease use with non-Linux/Unix OS [dynamic mass setting]General support for running masses and couplings

comment:2 Changed 20 months ago by ohl

Summary: General support for running masses and couplingsGeneral support for running masses, couplings and K factors that change event by event

comment:3 Changed 19 months ago by Juergen Reuter

Milestone: v2.6.0v2.6.1

comment:4 Changed 16 months ago by Juergen Reuter

Milestone: v2.6.1v2.6.2

comment:5 Changed 16 months ago by Juergen Reuter

Milestone: v2.6.2v2.6.3

comment:6 Changed 14 months ago by Juergen Reuter

Milestone: v2.6.3v2.6.4

comment:7 Changed 6 months ago by Juergen Reuter

Milestone: v2.6.4v2.6.5

comment:8 Changed 4 months ago by Juergen Reuter

Milestone: v2.6.5v2.7.0

Milestone renamed

comment:9 Changed 3 months ago by Juergen Reuter

Milestone: v2.7.0v2.7.1

comment:10 Changed 7 weeks ago by Juergen Reuter

For the qcd_t / alpha_s object should support sufficient handling of flavor-dependent runnung (4f/5f schemes), e.g. needed for POWHEG matching. More general handling of NLO running should be enabled.

comment:11 Changed 7 weeks ago by Juergen Reuter

n_f might be part of the MD5 sum of the qcd_t object.

Note: See TracTickets for help on using tickets.