Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[90X] Allow multi-IOV input for Millepede alignment framework #17724

Merged
merged 29 commits into from Mar 8, 2017

Conversation

cmsbuild
Copy link
Contributor

@cmsbuild cmsbuild commented Mar 2, 2017

Removes shortcoming of the alignment framework which has not been able to update the alignables after an update of the tracker geometry at an IOV boundary.

Removes also temporary fix of #16135 and enables the usage of multi-IOV input for Millepede.

Added various protection against misconfiguration.

  • consistency check of the configuration during the setup of the alignment campaign
  • consistency checks in the C++ code to detect misconfiguration

The code has been used to derive the 2016 legacy alignment.

The general AlignmentProducer has the new features disabled by default. It is only enabled for Millepede. If other alignment algorithms want to use it a flag has to be set to True:

process.AlignmentProducer.enableAlignableUpdates = True

The code is based on top of #17408, i.e. to better digest the changes, it might be useful to first review and eventually approve #17408.

EDIT: A dedicated presentation on this update has been given at the Tracker Alignment meeting on 01-Mar-2017
Automatically ported from CMSSW_9_0_X #17475 (original by @ghellwig).
Please wait for a new IB (12 to 24H) before requesting to test this PR.

 - move subtask into dedicated methods
 -> first step needed for unification
 -> also needed for support of multi-IOV input tag
 - still enforce it in case no output IOVs are specified
 - adapt MPS to handle multi-IOV inputs properly
 - split up input db creation in separate functions
 - propagate this change to stand-alone input creation script
 - no functional change
 - just added missing configuration parameters which are deactivated for PCL
Make the method non-virtual because it acts like a constructor applied
on an already constructed object.
Since a constructor is always non-virtual it appears to be cleanest to
declare also the 'update' methods non-virtual.
@cmsbuild cmsbuild added this to the Next CMSSW_9_1_X milestone Mar 2, 2017
@ghellwig
Copy link

ghellwig commented Mar 7, 2017

@cmsbuild
Copy link
Contributor Author

cmsbuild commented Mar 7, 2017

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/18197/console Started: 2017/03/07 10:41

@cmsbuild
Copy link
Contributor Author

cmsbuild commented Mar 7, 2017

@cmsbuild
Copy link
Contributor Author

cmsbuild commented Mar 7, 2017

Comparison job queued.

@cmsbuild
Copy link
Contributor Author

cmsbuild commented Mar 7, 2017

@franzoni
Copy link

franzoni commented Mar 8, 2017

same observation and content as #17475

@franzoni
Copy link

franzoni commented Mar 8, 2017

+1

@cmsbuild
Copy link
Contributor Author

cmsbuild commented Mar 8, 2017

This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @Muzaffar, @davidlange6, @smuzaffar

@davidlange6
Copy link
Contributor

+1

@cmsbuild cmsbuild merged commit a668435 into cms-sw:master Mar 8, 2017
@ghellwig ghellwig deleted the allow_multi-iov_millepede_90X branch May 2, 2017 15:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants