Skip to content
Snippets Groups Projects
  1. Dec 06, 2018
  2. Dec 05, 2018
  3. Dec 04, 2018
  4. Dec 03, 2018
  5. Dec 02, 2018
  6. Dec 01, 2018
    • Zach Marshall's avatar
      Making sure we get only one warning · fb1d84b8
      Zach Marshall authored
      Former-commit-id: d5812ce912554625c30c7d1b6dbceb60495da071
      fb1d84b8
    • Zach Marshall's avatar
      Decided to do this a different way · e2baffae
      Zach Marshall authored
      Rather than pushing extra Pythia8 commands onto the stack to essentially
      override the width set in the SLHA file, just adding some code to
      re-sample the mass.  10 resamplings and errors begin.  100 resamplings
      and we give up and return, but actually give an error in this case.
      
      
      Former-commit-id: a5cc13994d8457b0921fa35848d22eb0f1ce9eb6
      e2baffae
    • Zach Marshall's avatar
      Adding extra commands for fundamental particles · a24e4cec
      Zach Marshall authored
      This was a subtle one.  The width for a particle is taken from the SLHA
      file when it's put in the SLHA file. For fundamental particles, they do
      appear in the SLHA file input, and here we want to make sure that we
      override the width.  In case the width override doesn't work, we also
      explicitly set the min and max mass for generation to just either side
      of the actual mass.
      
      When sampling the tails of the mass distributions, this could cause
      errors in the subsequent decays, where the gluino mass was sampled to be
      higher than the RHadron mass.
      
      
      Former-commit-id: c0bbf3c3f73f22242ae5640e8d004e92cfb6deeb
      a24e4cec
  7. Nov 30, 2018
  8. Nov 29, 2018
  9. Nov 28, 2018
    • Guillaume Unal's avatar
      Be sure to apply some rounding strategy as before for overlay in case no extra... · 466938ef
      Guillaume Unal authored
      Be sure to apply some rounding strategy as before for overlay in case no extra noise is added to the cell (from MG/HG difference)
      
      
      Former-commit-id: 359c65d4066873d6dbc48c426cf19568642416de
      466938ef
    • John Chapman's avatar
      Update SimKernel to use ZeroLifetimePositioner · 664248b7
      John Chapman authored
      In QS sim jobs only, after the `TruthEvent` is created from
      `BeamTruthEvent`, but before it is passed to the `InputConverter`,
      `ZeroLifetimePositioner` is used to apply the work-around
      for zero lifetime B0/B0bar particles.
      After simulation is complete `ZeroLifetimePositioner` is used to remove
      the work-around.
      
      
      Former-commit-id: 343c3561f508fe6111ff22c8667de34ccf01eae2
      664248b7
    • Miha Muskinja's avatar
      First implementation of the Neutron Russian Roulette algorithm in the Athena... · 08f3fdf3
      Miha Muskinja authored
      First implementation of the Neutron Russian Roulette algorithm in the Athena Stacking Action (ATLASSIM-3924)
      
      - weighted energy deposit in LArG4Barrel
      
      - weighted energy deposit in LArG4EC
      
      - weighted energy deposit in LArG4FCAL
      
      - weighted energy deposit in LArG4H6SD
      
      - weighted energy deposit in LArG4MiniFCAL
      
      - weighted energy deposit in TileAncillary
      
      - weighted energy deposit in TileGeoG4SD
      
      - weighted energy deposit in LArG4HEC
      
      
      Former-commit-id: 04af414aa05934397e59a153a79240e9dfb25341
      08f3fdf3
    • John Kenneth Anders's avatar
      Merge branch 'fcs/standalone' into '21.0' · 3da39f5e
      John Kenneth Anders authored
      Add additional TFCSParametrizationBase defines support for standalone running
      
      See merge request atlas/athena!16288
      
      Former-commit-id: e85234198e66e73a98654d91f88bf410f27f6b97
      13 tags
      3da39f5e
    • John Kenneth Anders's avatar
      Merge branch 'update-trigger-ART-21.0' into '21.0' · 64aba0bc
      John Kenneth Anders authored
      updates for Trigger ART tests
      
      See merge request atlas/athena!16244
      
      Former-commit-id: 62445e53e3496b7070c59f1396711d1174e89747
      64aba0bc
    • Nils Erik Krumnack's avatar
      Merge branch 'calibration_update' into '21.2' · 38b45e25
      Nils Erik Krumnack authored
      Updating the configuration of  the muon calibration period tool  to comply with the latest recommendations
      
      See merge request atlas/athena!16267
      
      (cherry picked from commit 5068e0de [formerly 68d51926c9ef5b82b670ed616a42e8e779682c70])
      
      2da64b14 Updating the default values of  the  muon calibration period tool
      
      Former-commit-id: 1ec30a63bb41447e3e75b16b54bd2a4dd139c496
      38b45e25
    • John Kenneth Anders's avatar
      Merge branch '21.0_RHadronMassSetup' into '21.0' · d3df0f8f
      John Kenneth Anders authored
      Extra updates for RHadron decays and setup
      
      See merge request atlas/athena!16223
      
      Former-commit-id: c4ba404a7dbbd216aa49753d1565c54584f42879
      d3df0f8f
    • John Kenneth Anders's avatar
      Merge branch 'syncronizeMMC' into '21.0' · dba30e23
      John Kenneth Anders authored
      synchronize MuonMomentumCorrections with 21.2
      
      See merge request atlas/athena!16162
      
      Former-commit-id: ea150635adcc219a4a6fb381882e55bab2ca5573
      dba30e23
    • Nicolas Köhler's avatar
      synchronize MuonMomentumCorrections with 21.2 · f23f17c9
      Nicolas Köhler authored and John Kenneth Anders's avatar John Kenneth Anders committed
      Former-commit-id: 415365de37494161c821dbfdf35c4096fa2af124
      f23f17c9
    • John Chapman's avatar
      Add new ZeroLifetimePositioner Service · 1d2ac3bd
      John Chapman authored
      The `ZeroLifetimePositioner` works around the case where a neutral
      particle oscillates into its anti-particle in one `GenVertex` then
      immediately decays in a second `GenVertex` at the same position and
      time. This is currently a problem seen when B0/B0bar (511/-511) particles
      with pre-defined oscillations and decays are fed into Geant4, which cannot
      currently handle the concept of a zero-lifetime particle.
      As Geant4 does not implement any processes for these particles other than
      the pre-defined decays currently and the particles are neutral, it is safe
      to shift the point at which the particle oscillates into its anti-particle
      back along the (straight-line) trajectory a bit. For simplicity halfway
      between the production point and the oscillation/decay point has been used.
      The decay position is left unchanged.
      
      With this change Geant4 then successfully simulates the decay in the
      required position.
      
      After simulation is complete the `ZeroLifetimePositioner` can then be used
      to move the oscillation vertex back to the decay vertex position.
      
      
      Former-commit-id: 3abe0a79af1d016dc1776952305ff54786a9d756
      1d2ac3bd
Loading