Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Issue83 - Software validation                               — Norman/All (not confirmed)
    • Do we have consistency with the code on different machines? 
  2. Simulating dead material in SVT, plans               — Matt S/Jeremy (not confirmed)
  3. Sequential numbering of MC events                    —Jeremy/Bradley (not confirmed)
  4. Quick project checking/update (time permitting)  — All
  5. Questions?                                                            -- All

Notes:

 1.) Issue83:

  • Norman - Sees problems with inconsistent results on SLAC linux as well, but it runs on his own machine.
  • Jeremy - Ran the tests on Jenkins build system.

...

  • This needs further testing on different machines.

2.) The dead material of the SVT is now active, with the hits going into a new collections. This allows the hits in the dead part of the SVT to be analyzable. Changes are made in the LCDD code (hacked one LCDD file), but it is not yet working to produce hits in the readout.  Matt S will take a look. 

  • Jeremy thinks this is easiest done by directly modifying the LCDD file. The "hack" would be easy, but it would be done by hand.
  • Norman things that this should be done programmatically, however changing the "geometry framework" is a difficult step. It would be easier to do this with a separate utility that edits the LCDD.

3.) Sequential numbering of MC events: Widely spaced numbers and combining stdHEP files causes event numbers to not be sequential, and to potentially have double event numbers in one file. The renumbering would be done in the "new simulation engine" that Jeremy is working on. We currently do have some tools to skim events, which Matt Solt uses already.

 

Pull Requests:

Norman will reviewstarted the review. He wanted to use the integration tests to test these. Still on todo list:

  • Iss146  – Seems ready for merge.
  • Issue 126  – Miriam's rabbit hole. 
  • Issue 135 – Miriam - currently produces same results as current Master, but allows for more flexibility to later introduce new 

 

Readout Rework:

Kyle - Has this almost done. He sees more MCparticles in his new readout than in the old one, in a 200ns window. Is there some window that limits the number of MCParticles? Jeremy thinks this may be correct, that the old readout does not save all the MC particles, but this code is difficult to read. 

  • What do we want for behavior? 
    • We would want every MCParticle that leaves a hit in the event.
    • We probably want to cut out the MCParticles that are not needed, since that increases file size without being useful.

 

New Simulation Engine:

Jeremy has been working on this. The new simulation integrates some of the event generation tools. The project is well on the way. Jeremy will present this on Oct 17. He will also put up an instructions page on Confluence.