Skip to content
Snippets Groups Projects

Follow changes in Rec!2713

Merged Gerhard Raven requested to merge follow-rec-2713 into master

Rec!2713 (merged) added a distinction between SDOCA and DOCA -- the former just uses the 'first' state to compute DOCA, and the latter uses the IDistanceCalculatorTool interface (with LoKi::DistanceCalculator as default - and only - implementation) which only works on LHCb::Particle.

In case an algorithm uses more than one DOCA cut, this leads to warnings about duplicate properties -- but as these properties will always have the same key and value, they are harmless -- and could be fixed by instantiating tool handles without corresponding property, but that would require extending the grammar for DOCA to be able to specify the tool instance instead.

Must be applied in conjunction with Rec!2713 (merged), LHCb!3404 (merged)

Edited by Gerhard Raven

Merge request reports

Loading
Loading

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
  • added RTA label

  • Gerhard Raven mentioned in merge request Rec!2713 (merged)

    mentioned in merge request Rec!2713 (merged)

  • Edited by Software for LHCb
    • Resolved by Gerhard Raven

      Hi @graven, how long lived is long lived? Would you agree on the statement, that for the most common use-cases two long tracks or particles decaying into long tracks can use DOCA, while other combinations involving downstream tracks should use LLDOCA?

  • Gerhard Raven added 1 commit

    added 1 commit

    Compare with previous version

  • Gerhard Raven added 1 commit

    added 1 commit

    Compare with previous version

  • mentioned in issue #382 (closed)

    • Resolved by Gerhard Raven

      To keep the result the same, a few lines which use 'long lived' particles (hence the LL in the name LLDOCA) are changed to use LLDOCA instead of DOCA. (Note: the Phi2KKMaker is also changed to keep the references the same, but it should probably just use DOCA)

      If people are convinced that changing the default now, is the way to go. Then I think it is inconsistent to make this change, the references should be updated instead of overtraining on statistical fluctuations.

  • Gerhard Raven added 1 commit

    added 1 commit

    Compare with previous version

  • Gerhard Raven added 1 commit

    added 1 commit

    Compare with previous version

  • Gerhard Raven changed title from Follow changes in Rec!2713 (merged): replace some DOCA with LLDOCA to Follow changes in Rec!2713 (merged)

    changed title from Follow changes in Rec!2713 (merged): replace some DOCA with LLDOCA to Follow changes in Rec!2713 (merged)

  • Gerhard Raven changed the description

    changed the description

  • Author Developer

    Note that currently, this also generates a lot of warnings:

    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#23               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#22               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#22               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#22               WARNING duplicated property name 'DistanceOfClosestApproach_DistanceCalculator', see https://its.cern.ch/jira/browse/GAUDI-1023
    B2OCB2DHHHCombiner#22               WARNING duplicated property name 'DistanceOfClosestApproach_StandardGeometryTop', see https://its.cern.ch/jira/browse/GAUDI-1023

    which are utterly harmless, but still way too annoying... So I've removed half them (the once which end in "_DistanceCalculator") -- but the other half of them require an annoying amount of work just to remove without any benefit other than getting rid of the warning, unless we add another constructor to ConditionAccessor...

    Edited by Gerhard Raven
  • Author Developer

    @clemenci: it would be nice if there was a way to create a ConditionAccessor without generating a property, as in this case, the 'value' of the property is passed on construction, and should not be configurable afterwards -- i.e. I would like an 'escape clause' just as there is for ToolHandle...

  • I agree, it make sense to be able to turn off the implied property... actually it's probably better to avoid the property by default, unless we specify the name we want for the property.

  • Marco Clemencic mentioned in merge request LHCb!3404 (merged)

    mentioned in merge request LHCb!3404 (merged)

  • Gerhard Raven added 1 commit

    added 1 commit

    • b8c67920 - use SDOCA instead of DOCA when functor is hosted by CombineTracks

    Compare with previous version

  • Edited by Software for LHCb
  • Gerhard Raven changed the description

    changed the description

  • Gerhard Raven added 1 commit

    added 1 commit

    • 6203488a - remove now obsolete ignoring of warning

    Compare with previous version

  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
  • Loading
Please register or sign in to reply
Loading