[Halld-offline] MC dst format, round 2

[Richard Jones]

Dear Colleagues,

Based on substantive responses from several of you, we have posted a revised Monte Carlo dst format spreadsheet on docdb.  It does not change the average size of the event record very much, but there are significant fixes/improvements based on your feedback.

The purpose of this exercise is so that I can generate a significant fraction of a year's worth of bggen MC data for analysis by grad students who are hoping to finish their thesis within a finite time, and would like to present in it an end-to-end analysis of simulated GlueX events, and show that their favorite final state can be reconstructed and separated from the background sufficiently well to allow a PWA.  I say this because I fear I may have raised more attention from the core software people than it is worth.

This little project should not be allowed to distract the software working group from its focus on core software development.  This is not supposed to be a major software development project.  All I intend to do is to capture a minimalist impression of the reconstruction objects from the truckload of stuff spit out by danahddm, and "freeze-dry" it into a file stream.  At some later date my little plugin will "thaw" out these records, and reconstitute facsimilies of the original objects. /I do not want to create any new classes, such as *DChargedTrackCandidate_compact *or anything of the sort*.*/**The software working group may want such classes, and start planning accordingly, even using our template as a starting point for such a design.  That would be fine.  For me, the gazillions of the various reconstruction objects that already exist, with all of their redundancies and overlaps, is a bit bewildering!  I certainly do not want to add another layer of objects of my own to 
the mix.

I just want to "fax" a minimal set of currently existing reconstruction objects to myself in the future.  A fax is not a perfect copy of the original, but if you can read the words on the page, it is good enough. That is the goal I am working toward.  I will follow this message with a list of the detailed changes we made based on feedback from Paul and David, and responses to some of the comments.

-Richard J.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://mailman.jlab.org/pipermail/halld-offline/attachments/20110818/f14077fe/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2757 bytes
Desc: S/MIME Cryptographic Signature
Url : https://mailman.jlab.org/pipermail/halld-offline/attachments/20110818/f14077fe/attachment.bin