source: svn/trunk/TODO@ 384

***** Code
-LHCOConverter : etrat
    float ISOL_Calo_ET;  //minimal tower energy for isolation criteria
    unsigned int ISOL_Calo_Grid; //Grid size (N x N) for calorimetric isolation
-LHCOConverter : jmass (via FastJet?)
-EHoverEE pour les jets. est-ce correct?
-smearing non gaussien : TF1 *f1 = new TF1("f1","abs(sin(x)/x)*sqrt(x)",0,10);  double r = f1->GetRandom();
- mettre Nevent dans la datacard !!!
- permettre de rentrer un histo pour le smearing (Giacomo)
- operator<<
- corriger le makefile
- TriggerUtil.cc:335 : mettre des else devant les if ?

 - smearer le IP
 - gérer les cout des warnings et des erreur
 - electrons/muons : misidentification of the charge
 - rootlogon.C <- "no dictionnary for class" + styleTDR
 - vérifier les unités des toutes les valeurs dans les ttree

 - CASTOR not yet included ; il manque CASTOR dans le log de sortie...
 - le ZDC ne mesure-t-il pas uniquement des énergies (pas de px,py,pz) ?
 - il n'y a pas encore de smearing pour les RP et le ZDC

 - mettre un test sur le type de fichier d'entrée (list ou root) pour l'exemple d'analyse (et pour Delphes?)
   + ajouter la possibilité de tourner sur un rootfile unique
 - retirer la coupure hardcodée sur les jets, dans JetUtils, ligne 85, et la mettre dans la data card
 - verifier ce qu'il se passe si Datacard idiote (par exemple si valeurs négatives, etc)
 - si la simulation du bfield est beaucoup plus rapide, retirer le FLAG_bfield du code
 - Doxygen du code

 - copy constructors des classes ; passage par reference ; gprof tool <-> option -gp
 - valgrind <-> -g <-> definitely lost / probably lost
 - pourquoi doit-on inclure les fichiers.cpp de frog???
 - TreeClassesLinkDef ???
 - libHector.so = libUtilities.so !!!!!

 - LHCO http://cp3wks05.fynu.ucl.ac.be/Manual/lhco.html
 - Hector @ 5 TeV
 - particules invisibles  idhep(ihep).eq.1000022 .or. idhep(ihep).eq.1000039  ocmme des eutrinos dans PGS



***** Physique
- validation:
 refaire Table 6: Reconstruction efficiencies of τ -jets in decays from Z or H bosons, in Delphes and in the cms experiment [20].

- vérifier les résolutions des calos, d'aprÚs David, idem b-tag
  --> jdf: CMS pTDR btag = 0.4 ; 0.03 ; 0.001 --><-- 0.4; 0.1; 0.01 !
- créer un détecteur en modules (Andrea)
- définition de MET?
--> photons commencent leur gerbe plus tard 9/7 X_0
-> david: b-tag : séparer les gluons des light-quarks :mis-tag difficile
   -> b-mistag t-jets?
-> quid ETmis nouvelles particules?
- avant/aprÚs energy_flow: nombre de photons fort différent!

***** Publi / manuel
- Journaux possibles pour publier:
  Journal of Computational Physics Impact Factor: 2.372  Issues per year: 24
  Computer Physics Communications  Impact Factor: 1.842  Issues per year: 12
- no other charged particle with $p_T>2~\textrm{GeV}/c$ within a cone ; mettre ça dans la datacard idem cone 0.5
- mettre dans le papier/manuel les nouveuates FP420 et RP220
- mettre dans la datacard et dans le manuel les choix possibles pour les algos de jet
- performances (vitesse) Delphes dans le papier


***** Delphes 2.0
   - operator<< in classes
        - permettre d'avoir différents formats de fichier dans la liste d'entrée
        - trigger card: coupure en ETA possible ; permettre de faire un OR et pas
seulement des AND
   - permettre de créer un détecteur composant par composant.
     chaque sous-détecteur doit être caractérisé par
                - la couverture en eta
                - la couverture en phi
                - le type de mesures  (E, pT, eta, phi, x,y,z,r,t)
        - resolution
        - cartes CDF, D0; ilc? hera?
        - cartes d'inefficacités en eta/phi (pour tenir compte des cracks)
        - CLHep ? <- unités et constantes dedans, HepMC
        ? se factoriser de ROOT
        ? Savannah - twiki - doxygen
        - aperture effects devant le ZDC?
                - Pile-up mixer?
        - ajouter du pile-up minbias en quantité "arbitraire"