Changes between Version 3 and Version 4 of DevelopmentPage/PlanningGame

Timestamp:

Apr 14, 2010, 3:59:25 PM (14 years ago)

Author:

Johan Alwall

Comment:

Update of planning game after April 14 meeting

DevelopmentPage/PlanningGame

@@ -9 +9 @@
 
 || Short name || Rating || Who ? || Description
+|| MadEvent interface || ** || J+M || MadEvent subprocess directories automatically generated by MG5 ||
+|| decay chains || ** || J || Definition of decay chains, reusing the helas calls for the different ingredient processes (core process and decay processes). ||
 || diagram shuffle || ** || T+J ||Add the possibility to generate diagrams with a different ordering (i.e. a different set of calls to HELAS) for cross checking produced codes (user simply needs to ask for same process with different ordering) ||
 || non squared amp || * || T+J || The user can get amplitudes for certain processes, not only squared amplitudes (required for NLO purposes) ||
 || interference terms || ** || T+J || (Connected to non squared amp item) Calculate two amplitudes with the same initial and final state but different couplings/orders and generate a matrix.f that returns the interference. Necessary for NLO. ||
 || color-ordered amplitudes || ** || F+J || Modify the diagram generation to compute the color-ordered amplitudes : keep the cyclic order of the external legs fixed. Feynman rules are without color and slightly different (NB does not need color to be implemented!). This algorithm should scale as 3.8 to the n. Number of diagrams per n gluons amplitudes available in Table 1. of hep-ph/0209271. Implementation idea (JA): Specify combination method in model. ||
-|| test cmdline || * || O || The cmd_interface module can be tested! ||
-|| decay chains || ** || J || Definition of decay chains. Optionally, used could be allowed to define whether the decay should be done in the matrix element or factorized to save time. ||
+|| test cmdline || * || O || Possibility to test the cmd_interface module ||
 || memory and time profiling and optimization || ** || J+M || Time and memory profiling should be done, to find possible simple improvements. In particular memory might be(come) crucial for generation of e.g. pp > X jjjj and similar multiprocesses with huge numbers of diagrams. ||
+|| automatic comparison of matrix elements with MG4 || ** || M || Scripts for running automatic comparison of the matrix elements for a set of processes between MG4 and MG5 ||
+|| MG4->MG5 proc_card || * || O || Translation of the MG4 proc_card into cmd_interface calls for MG5. ||
+|| MG5 on the Web || ** || O || Possibility to choose MG5 instead of MG4 for the Web interface. Make sure also MG5-style decay chain syntax is supported! ||
+
 
 == User stories (future milestones) ==
@@ -21 +26 @@
 || Short name || Rating || Description || 
 || spin correlations for Pythia || *** || We'll need the option to produce not only the squared amplitude but also the full spin correlated matrix for a given process or for a decay process. ||
-|| initial checks || ** || Setup a list of consistency checks on the process requested that have to be fulfilled in order to have a non-zero results. An example is e+e- > n gluons which now runs very slowly. The logic is check what you can get out of e+e- > a, e g > 0, g g > g, e+ e- g > 0, g g g > g and more up to highest vertex possible in the model. This generates a list of procs with a smaller set of external state. Then one iterates with the results until you end up with a number of legs which is of the same number of verteces in the theory. At this point is easy to check if you have a possibility… Johan, in fact the crucial difference here compared to normal diagram generation is that we don't assign number to external legs. So indeed for multi gluon/photon final states it's a big improvment. But for all other processes it's minor. ||
 || inline usrmod || ** || Inside the command line, the user can add/remove/modify particle, parameter and interaction lists interactively, and the model as a whole is modified accordingly (i.e., if a particle is removed, all associated interactions/parameters should also be removed). All features of usrmod2 are available.||
 || export model || *** || The current model is exported to various formats which can be read by ME/Pythia8/... ||
-|| process input v4 || * || MG5 reads proc_card.dat with v4 format. ||
 || replace particles in diagrams || ** || Corresponding to the "replace" script: replace particles in processes, assuming identical diagrams (but not necessarily identical interactions). Useful in particular for l+l-/lvl+jets production, where it would save LOTS of time to just generate for one species of lepton and then replace with all species of leptons (or quarks, for ttbar production!). ||
 
@@ -45 +48 @@
 || orders || ** || M+J || 0.3.0 || User can enter max order for diagram generation ||
 || save model || * || J || 0.3.0 || All the model content is saved using a proprietary format which can be read back. ||
+
+== User stories (discarded/postponed indefinitely) ==
+|| initial checks || ** || Setup a list of consistency checks on the process requested that have to be fulfilled in order to have a non-zero results. An example is e+e- > n gluons which now runs very slowly. The logic is check what you can get out of e+e- > a, e g > 0, g g > g, e+ e- g > 0, g g g > g and more up to highest vertex possible in the model. This generates a list of procs with a smaller set of external state. Then one iterates with the results until you end up with a number of legs which is of the same number of verteces in the theory. At this point is easy to check if you have a possibility… Johan, in fact the crucial difference here compared to normal diagram generation is that we don't assign number to external legs. So indeed for multi gluon/photon final states it's a big improvment. But for all other processes it's minor. ||