1. 04 Apr, 2022 3 commits
    • Laily Sultanaliyeva's avatar
      Merge branch '21.2' into 'bphy22_test2.1' · f9758fb7
      Laily Sultanaliyeva authored
      # Conflicts:
      #   PhysicsAnalysis/DerivationFramework/DerivationFrameworkBPhys/DerivationFrameworkBPhys/MuPlusDsCascade.h
      #   PhysicsAnalysis/DerivationFramework/DerivationFrameworkBPhys/share/BPHY22.py
      #   PhysicsAnalysis/DerivationFramework/DerivationFrameworkBPhys/src/MuPlusDsCascade.cxx
      #   PhysicsAnalysis/DerivationFramework/DerivationFrameworkBPhys/src/components/DerivationFrameworkBPhys_entries.cxx
      f9758fb7
    • Laily Sultanaliyeva's avatar
      Tuned some cuts to decrease output file size · 6717f5cd
      Laily Sultanaliyeva authored
      Stronger cut on chi2 for mesons (D_s+, D+) and Lambda_c.
      Additional cut on phi(K+K-) mass, calculated after cascade fit. Existed cut got more loose.
      Removed containers with 2-,3- track combinations, for they are not in the use rn.
      6717f5cd
    • Nils Erik Krumnack's avatar
      Merge branch 'systematics_cache_sweep' into '21.2' · fa4ad9c5
      Nils Erik Krumnack authored
      manual sweep/copy of SystematicsCache from master
      
      See merge request atlas/athena!51865
      fa4ad9c5
  2. 03 Apr, 2022 1 commit
  3. 02 Apr, 2022 2 commits
  4. 01 Apr, 2022 2 commits
  5. 31 Mar, 2022 2 commits
  6. 28 Mar, 2022 2 commits
  7. 24 Mar, 2022 3 commits
  8. 18 Mar, 2022 5 commits
  9. 17 Mar, 2022 2 commits
  10. 16 Mar, 2022 2 commits
    • Nils Krumnack's avatar
      first attempt at a block configuration, add block configuration for muons · 8ef57671
      Nils Krumnack authored
      The main goal here is to provide a foundation on which we can build,
      and that allows to quickly convert all the existing configurations, so
      that we can drop the old configuration quickly and don't have to
      maintain two parallel configuration mechanisms over an extended period
      of time.
      
      The interfaces and implementations will likely change, particularly as
      we evolve the configuration to add another layer on top of it.  As
      such the primary goal here is to provide a sort of stable interface
      for the actual users of the CP algorithms, so that they don't have to
      constantly update as we tune/change this.  I'd also like to keep the
      actual structure of the configuration blocks sort of stable, but I'd
      expect some degree of changes here over time.
      
      The main ingredients of this configuration model are:
      * ConfigBlock: The actual object specific configuration classes
        that have individual implementations for each group of algorithms that
        should be configured as an indivisible unit.
      * ConfigSequence: A sequence of blocks, though technically this could
        just be a simple python list instead.
      * ConfigAccumulator: A helper object that is used to track all the
        information needed to communicate between (and within) blocks.
      * container references: Helper objects that track all the shallow copies
        belonging to the same logical object.  This is taking the place of the
        current post-configuration step, essentially front-loading the
        connections between blocks.
      8ef57671
    • Nils Erik Krumnack's avatar
      Merge branch 'tct' into '21.2' · 3207716b
      Nils Erik Krumnack authored
      TruthClassificationTool: add ability to use truth particles and their MCTC information
      
      See merge request atlas/athena!51249
      3207716b
  11. 15 Mar, 2022 2 commits
  12. 14 Mar, 2022 1 commit
  13. 11 Mar, 2022 4 commits
  14. 10 Mar, 2022 2 commits
  15. 09 Mar, 2022 4 commits
  16. 04 Mar, 2022 3 commits