Changes between Version 14 and Version 15 of WhizardInterface


Ignore:
Timestamp:
03/23/10 15:49:20 (10 years ago)
Author:
ChristianSpeckner
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WhizardInterface

    v14 v15  
    1 = The WHIZARD / O'Mega interface (C. Speckner) --- UNDER CONSTRUCTION =
     1= The WHIZARD / O'Mega interface (C. Speckner) =
    22
    33== Overview ==
     
    1717 * {{{WOVertexList}}}: If {{{=!= Null}}}, this is interpreted as a list of Feynman rules and overrides any Lagrangian (or -list) specified (in this case, {{{Null}}} is accepted as first argument). Default: Null
    1818 * {{{WOModelName}}}: The name by which the model will be identified in WO. Note that all models for W1.9x have to start with "fr" (e.g. {{{WOModelName->"fr_sm"}}}) if they are to be picked up by WO1.9x without user intervention (no such restriction exists for W2). Beware that the interface my modify this name if it doesn't fit into the WO naming schemes --- double check the generated messages to be sure. Default: derived from the FR model name
    19  * {{{WOMaxNcf}}}: Upper limit on the number of generated color flows which the generated code will be able to handle (essentially n_8 - n_3 / 2, where n_8 is the maximum number of external octets and n_3 that of external triplets). Irrelevant for W2; also, the technically experienced user can change this after generation in {{{f90_modellname_Col.ml}}}. Default: 4
     19 * {{{WOMaxNcf}}}: Upper limit on the number of color flows which the generated code will be able to handle (essentially n_8 - n_3 / 2, where n_8 is the maximum number of external octets and n_3 that of external triplets). Irrelevant for W2; also, the technically experienced user can change this after generation in {{{f90_modellname_Col.ml}}}. Default: 4
    2020 * {{{WOGauge}}}: The following gauges are available:
    2121  * {{{WOUnitarity}}}: Unitarity gauge (default)
     
    6969
    7070Install the model files in the installation prefix.
     71
     72== Notes & caveats for the unwary: all versions ==
     73
     74 * The interface will refuse to write output to a directory which already contains model files generated for a different WO version.
     75 * The list of supported operators is essentially limited to renormalizable operators of dimension <= 4 together with some renormalizable higher dimension ones (e.g. three point graviton-x-x couplings in ADD). This will be expanded in the future.
     76 * If vertices are skipped due to unidentified Lorentz structures, the option {{{WOFast -> False}}} can be used to enable more expensive checks for known operators.
     77 * Color structures are implicit in O'Mega and derived from the SU(3) representations of the particles at the vertex, limiting the currently available color structures. However, the interface will complain if an unsupported structure is encountered.
     78 * For ADD-like graviton-x-x couplings, the mass of the particles couplings to the graviton '''must''' be declared as symbolic values (which, however, can be external parameters) if the vertex is to recognized.
     79 * Make sure that the gauge used in the definition of the model matches that used by the interface (c.f. {{{WOGauge}}}).
     80 * Complex parameters are automatically split into real and imaginary parts (with {{{_r}} resp. {{{_i}}} appended to the parameter name).
     81
     82== Notes & caveats for the unwary: WO 1.9x ==
     83
     84 * In order to be picked up by WHIZARD automatically, the model name must start with {{{fr}}} (c.f. the above description of {{{WOModelName}}}).
     85 * If you want to simulate processes with many external colored particles (e.g. 5+ gluons), you must increase {{{WOMaxNcf}}} from its default (see above).
     86 * WO 1.9x does not support running \alpha_S.
     87
     88== Notes & caveats for the unwary : WO 2.0 ==
     89
     90 * Complex internal parameters are currently limited to polynomials of complex parameters.
     91 * All parameters given in the {{{WORunParameters}}} list as well as all vertex factors depending on those are recalculated when \alpha_S is run. If you want to have \alpha_S running at some vertices and constant at others (e.g. gluino vertices), you can do so by defining an alias for \alpha_S as a derived parameter.