#62 closed enhancement (fixed)
3SHL Model
Reported by: | ohl | Owned by: | Christian Speckner |
---|---|---|---|
Priority: | P2 | Milestone: | |
Component: | models | Version: | 2.0.0alpha |
Severity: | major | Keywords: | |
Cc: |
Description
Three Site Higgsless Model (CS's Thesis)
Change History (7)
comment:1 Changed 15 years ago by
Version: | → 2.0alpha |
---|
comment:2 Changed 15 years ago by
Status: | new → assigned |
---|
comment:3 Changed 15 years ago by
"external" parameters are implemented in [1398].
In the model file, a parameter may be declared as external
without a value. The definition of these parameters is given by a init subroutine in a separate file external.XXX.f90
in the src/models
directory. (Such a file has to be declared in the corresponding Makefile.am
). The init routine is called when the model is initialized and whenever an independent parameter is modified. Otherwise, external parameters can be used in the same way as ordinary parameters.
comment:4 Changed 15 years ago by
The O'Mega matrix element compiler is included and works as of r1512, the WHIZARD part will follow shortly. I've included both variants of the model with resp. without heavy fermion as the latter, obviously, is significantly faster.
comment:5 Changed 15 years ago by
As of r1527, all necessary files for the "Threeshl" variant are in place and the model seems to work. However, I still have to do a more extensive comparision with the 1.9x implementation and add the "Threeshl_nohf" flavor before I can close this ticket.
comment:6 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I have validated the model with a bunch of 2->2 processes against 1.9x and added the _nohf variant as of r1565 -> closing this ticket.
Some change to the way model parameters are handled in WHIZARD are required for this to work properly. More specifically, the masses and widths in my 3SHL implementation get calculated automatically in a dedicated library which would be linked to or possibly be merged with parameters_3shl.f90. Therefore, some way to propagate this information to WHIZARD is necessary for the model to work.
I would propose the addition of a function call "real frunction get_extval (string)" to parameters_x.f90 which is called by a similar function in the amplitude which in turn is exposed to WHIZARD via the process interface code (similar to init). A third type of parameter "external" (in addition to "parameter" and "derived") could then be added to the model file which gets evaluated _after_ init has been called and which retrieves the corresponding quantity from the model-specific code.