<div dir="ltr"><div>Hi all,</div><div><br></div><div>As discussed in the last meeting, the implementation of the FCAL smearing that I approved had a design flaw, and backwards compatibility should have been supported.  I checked in a change which was merged today that resolves this issue, along with a modification of CCDB.  Basically, the values for the mc variation of /FCAL/digi_scales were restored for backward compatibility, and appropriate values for the new smearing scheme were put in a new table,  /FCAL/MC/digi_scales. This is not as elegant as was hoped for, but properly backward compatible, and hopefully more clear what all of the MC factors mean.</div><div><br></div><div>A new halld_sim version should be tagged, presumably with a version number of 4.8.0.</div><div><br></div><div>What does this mean for users?  Here are some guidelines depending on which halld_sim version one is using (n.b. the latest version is also recommended, but not available in all cases):</div><div>latest (4.8.0?):  the current CCDB constants are fine</div><div>4.6.0 and 4.7.0:  use a CCDB timestamp between 2019-07-27 and 2019-09-25</div><div>4.5.0 and earlier:  the current CCDB constants are fine</div><div></div><div><br></div><div><br></div><div>Cheers,</div><div>Sean</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 17, 2019 at 10:36 AM Sean Dobbs <<a href="mailto:sdobbs@fsu.edu">sdobbs@fsu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I've been working on tracking down some problems that were reported to me about poor simulation yields which seem to have exposed some issues in how we're dealing with the interaction of software and the CCDB in the current frame work.  Thanks to all who helped in tracking this down.</div><div><br></div><div>The issue started on July 26, when some modifications to the CCDB were made to support changes made to mcsmear to improve the FCAL smearing.  A new halld_sim version was rolled out at this point.  The CCDB changes were not necessarily backward compatible to older halld_im versions, or at least weren't checked - which is fine, that's how our system has been designed so far - but the changes were not announced widely enough, which is a mea culpa,</div><div><br></div><div>For people who were generating simulations themselves, they are usually using the latest CCDB and the straightforward fix is to use the latest version of halld_sim (or a version >= 4.6.0)</div><div><br></div><div>For the centralized submission page, the situation is more problematic.  The default for generating simulations for 2017 data is halld_sim 4.2.0, which is outdated, although there are newer versions that are built.  For other data sets, no up-to-date version of halld_sim exists.  Also, there is no ability in the form to set a CCDB timestamp that would give a version of constants that would work with these older constants.</div><div><br></div><div>So, we should probably discuss this in some more detail in our software meeting this afternoon, and see if there are ways we can improve our defaults and communication to avoid such issues in the future.</div><div><br></div><div>Cheers,</div><div>Sean</div></div>
</blockquote></div></div>