Changes between Version 2 and Version 3 of FAQ-NewPhysics-1
- Timestamp:
- Apr 12, 2012, 10:51:26 AM (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FAQ-NewPhysics-1
v2 v3 1 1 2 2 3 == How can I implement a new physics model in Software.MadGraph / Software.MadEvent ? ==3 == How can I implement a new physics model in MadGraph / MadEvent ? == 4 4 5 === The "old" way : using {{{ 5 === The "old" way : using 6 {{{ 6 7 USRMOD 7 }}} v1 === 8 This is "traditional" way to create a new physics model in Software.MadGraph / Software.MadEvent v4. You should use the {{{ 8 }}} 9 v1 === 10 This is "traditional" way to create a new physics model in MadGraph / MadEvent v4. You should use the 11 {{{ 9 12 USRMOD 10 }}} template directory present in the {{{ 13 }}} 14 template directory present in the 15 {{{ 11 16 Models 12 }}} directory. The full procedure to follow is extensively described [http://cp3wks05.fynu.ucl.ac.be/Manual/usrmod.html here]. 17 }}} 18 directory. The full procedure to follow is extensively described [http://cp3wks05.fynu.ucl.ac.be/Manual/usrmod.html here]. 13 19 14 20 This method has been successfully used over the past to create several new Physics models. However, it presents two important disadvantages: 15 * The base model is always the SM and the possible modifications are restricted (e.g. removing a particle is not possible). This was due to the important structural differences in the original BSM models provided with Software.MadGraph / Software.MadEvent v4.21 * The base model is always the SM and the possible modifications are restricted (e.g. removing a particle is not possible). This was due to the important structural differences in the original BSM models provided with MadGraph / MadEvent v4. 16 22 * Feynman rules should be computed by hand. 17 To address these issues, two new methods are now available and should be preferentially used (starting from the future version 4.6, old models files, including those produced with the {{{ 23 To address these issues, two new methods are now available and should be preferentially used (starting from the future version 4.6, old models files, including those produced with the 24 {{{ 18 25 USRMOD 19 }}} v1, will only be passively supported). 26 }}} 27 v1, will only be passively supported). 20 28 21 === The "new" way : using [http://feynrules.phys.ucl.ac.be FeynRules] and/or {{{ 29 === The "new" way : using [http://feynrules.phys.ucl.ac.be FeynRules] and/or 30 {{{ 22 31 USRMOD 23 }}} v2 === 32 }}} 33 v2 === 24 34 25 35 ==== [http://feynrules.phys.ucl.ac.be FeynRules] ==== 26 36 According to the [http://feynrules.phys.ucl.ac.be FeynRules] website, "[http://feynrules.phys.ucl.ac.be FeynRules] is a Mathematica® package that allows the calculation of Feynman rules in momentum space for any QFT physics model. The user needs to provide FeynRules with the minimal information required to describe the new model, contained in the so-called model-file. This information is then used to calculate the set of Feynman rules associated with the Lagrangian. The Feynman rules calculated by the code can then be used to implement the new physics model into other existing tools, such as MC generators. This is done via a set of interfaces which are developed together and maintained by the corresponding MC authors." 27 37 28 All interested users should report directly to the [http://feynrules.phys.ucl.ac.be FeynRules] website for more information on this convenient tool and on the associated [http://feynrules.phys.ucl.ac.be/view/Main/MadGraphInterface interface] for Software.MadGraph / Software.MadEvent.38 All interested users should report directly to the [http://feynrules.phys.ucl.ac.be FeynRules] website for more information on this convenient tool and on the associated [http://feynrules.phys.ucl.ac.be/view/Main/MadGraphInterface interface] for MadGraph / MadEvent. 29 39 30 Thanks to its high capabilities, including a user friendly interface, the automatized model generation for arbitrary QFT physics theories and robust validation procedures, [http://feynrules.phys.ucl.ac.be FeynRules] and the corresponding interface will be the default tool to generate important Software.MadGraph / Software.MadEvent models starting from version 4.6.40 Thanks to its high capabilities, including a user friendly interface, the automatized model generation for arbitrary QFT physics theories and robust validation procedures, [http://feynrules.phys.ucl.ac.be FeynRules] and the corresponding interface will be the default tool to generate important MadGraph / MadEvent models starting from version 4.6. 31 41 32 ==== {{{ 42 ==== 43 {{{ 33 44 USRMOD 34 }}} v2 ==== 35 In order to keep the {{{ 45 }}} 46 v2 ==== 47 In order to keep the 48 {{{ 36 49 USRMOD 37 }}} approach flexibility with the new models produced by the [http://feynrules.phys.ucl.ac.be FeynRules] package, a new independent version of the {{{ 50 }}} 51 approach flexibility with the new models produced by the [http://feynrules.phys.ucl.ac.be FeynRules] package, a new independent version of the 52 {{{ 38 53 USRMOD 39 }}} scripts, called {{{ 54 }}} 55 scripts, called 56 {{{ 40 57 USRMOD 41 }}} v2, has been released. The "philosophy" remains the same, i.e. starting from a base model, the user add/remove/modify particles, interactions and/or parameters, then run the script and finally edit the relevant coupling expressions. 58 }}} 59 v2, has been released. The "philosophy" remains the same, i.e. starting from a base model, the user add/remove/modify particles, interactions and/or parameters, then run the script and finally edit the relevant coupling expressions. 42 60 43 61 Compare to the first version, it has the following advantages: 44 * Fully compatible with (and ''only'' with) all models produced by [http://feynrules.phys.ucl.ac.be FeynRules], so the base model can be the SM but also any other model previously produced, including those produced by the {{{ 62 * Fully compatible with (and ''only'' with) all models produced by [http://feynrules.phys.ucl.ac.be FeynRules], so the base model can be the SM but also any other model previously produced, including those produced by the 63 {{{ 45 64 USRMOD 46 }}} v2 itself! 47 * No limitation for the possible modifications. The {{{ 65 }}} 66 v2 itself! 67 * No limitation for the possible modifications. The 68 {{{ 48 69 USRMOD 49 }}} v2 propose to first save a "copy" of the base model and adjust all files to reflects the user changes. 70 }}} 71 v2 propose to first save a "copy" of the base model and adjust all files to reflects the user changes. 50 72 * Safer thanks to additional internal consistency checks 51 73 * Evolutive object-oriented Python code