<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Hi All,</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""> I’m sorry I missed the offline meeting. I guess I assumed it was cancelled due to proximity</div><div class="">to the collaboration meeting, but never actually verified.</div><div class=""><br class=""></div><div class="">One comment on the geometry proposal and CCDB: We have a somewhat similar situation</div><div class="">with the translation table which is stored as a complete XML file in CCDB. The issue is that if a</div><div class="">correction is made in one place, one needs a way to propagate that to all other relevant places.</div><div class="">For example, suppose the start counter were pulled out and reinserted at some point during </div><div class="">a run period. One would need two, complete versions of the geometry. One for the before</div><div class="">and one for the after. Then suppose another change was made later to a different detector.</div><div class="">Another split is made and you now have 3 complete versions. Any global change to the geometry</div><div class="">for that run period would need to be made to all 3 versions by hand. The issue is that the geometry</div><div class="">is really made up of lots of smaller, independent pieces. These may have overlapping ranges</div><div class="">so treating them as whole pushes a part of the bookkeeping problem out of the control of the</div><div class="">database and onto individuals.</div><div class=""><br class=""></div><div class="">Maybe this won’t be a problem for the geometry. I thought I would mention the translation table</div><div class="">experience though since it seemed relevant.</div><div class=""><br class=""></div><div class="">Regards,</div><div class="">-David</div><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 13, 2016, at 5:16 PM, Mark Ito <<a href="mailto:marki@jlab.org" class="">marki@jlab.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="content-type" content="text/html; charset=utf-8" class="">
<div bgcolor="#FFFFFF" text="#000000" class=""><p class="">Softies,</p><p class="">Please find the minutes below and at
<a class="moz-txt-link-freetext" href="https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_October_12,_2016#Minutes">https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_October_12,_2016#Minutes</a>
.</p><p class=""> -- Mark</p><p class="">____________________</p><div class="">
<br class="webkit-block-placeholder"></div>
<div id="globalWrapper" class="">
<div id="column-content" class="">
<div id="content" class="mw-body" role="main">
<h2 id="firstHeading" class="firstHeading" lang="en"><span dir="auto" class="">GlueX Offline Meeting, October 12, 2016, </span><span class="mw-headline" id="Minutes">Minutes</span></h2>
<div id="bodyContent" class="mw-body-content">
<div id="mw-content-text" dir="ltr" class="mw-content-ltr" lang="en"><p class="">Present:
</p>
<ul class="">
<li class=""> <b class="">CMU</b>: Curtis Meyer</li>
<li class=""> <b class="">JLab</b>: Alexander Austregesilo, Thomas
Britton, Brad Cannon, Paul Eugenio, Mark Ito (chair),
Hrachya Marukyan, Paul Mattione, Nathan Sparks, Simon
Taylor, Beni Zihlmann</li>
<li class=""> <b class="">NU</b>: Sean Dobbs</li>
</ul><p class="">There is a <a rel="nofollow" class="external text" href="https://bluejeans.com/s/wGOSf/">recording of
this meeting</a> on the BlueJeans site.
</p>
<h3 class=""><span class="mw-headline" id="Announcements">Announcements</span></h3>
<ol class="">
<li class=""> <b class="">New sim-recon release: 2.6.0</b> Mark <a rel="nofollow" class="external text" href="https://github.com/JeffersonLab/sim-recon/releases/tag/2.6.0">announced
the release</a> last week. Note that this release
fixes problem that existed on the master branch last
week that resulted in corrupt HDDM files when
compression was turned on.</li>
<li class=""> <b class="">GlueX Software Reconstruction Test</b>. Paul
reported on a new automatic test that runs every three
days that does reconstruction and analysis on real
data. One job is run per EVIO file.
<ul class="">
<li class=""> The idea is to use the results like we have
been using the results from the b1pi tests, to
judge whether the reconstruction is getting better
or worse as a function of time.</li>
<li class=""> Development was motivated by the problems we
encountered with tracking over the summer.</li>
<li class=""> <a rel="nofollow" class="external text" href="https://halldweb.jlab.org/recon_test/">Histograms
are produced</a>. In the future we will have
more succinct ways to compare the results of the
jobs.</li>
<li class=""> Email is sent out automatically on completion.
If you are interested in receiving them, contact
Paul or see the <a href="https://halldweb.jlab.org/wiki/index.php/Simple_Email_Lists" title="Simple Email Lists" class="">instructions for
subscribing</a>.</li>
</ul>
</li>
<li class=""> <b class="">Improvements to Offline Monitoring</b>. Thomas
is working on enhancements to the system. First up is
a text-file based configuration for specifying plots
to be displayed, one plot per line of the file. If
others have ideas for improvements on enhancements,
please <a rel="nofollow" class="external text" href="mailto:tbritton@jlab.org">contact Thomas</a>.</li>
</ol>
<h3 class=""><span class="mw-headline" id="Review_of_minutes_from_the_last_meeting">Review of
minutes from the last meeting</span></h3><p class="">We went over <a href="https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_September_28,_2016#Minutes" title="GlueX Offline Meeting, September 28, 2016" class="">the
minutes from the meeting on September 28</a>.
</p>
<ul class="">
<li class=""> Since the last meeting Mark asked Sandy Philpott of
SciComp if old farm nodes were ever re-purposed via
other groups at the Lab, and indeed this has been
done. Beni and David Lawrence are looking into
feasibility.</li>
</ul>
<h3 class=""><span class="mw-headline" id="Launches">Launches</span></h3><p class="">Alex gave the report:
</p>
<ul class="">
<li class=""> Nothing is running right now.</li>
<li class=""> We want to start a monitoring launch as soon as
possible, but there is a problem with covariance
matrices in the current version. Simon had checked in
a fix. Mark will produce a patch release soon, in
coordination with Alex.</li>
<li class=""> Version 3 of the reconstruction will start soon
after that.</li>
</ul>
<h3 class=""><span class="mw-headline" id="Software_Review_4_Preparations">Software Review 4
Preparations</span></h3><p class="">Curtis reported that <a rel="nofollow" class=" text external
" href="http://argus.phys.uregina.ca/cgi-bin/private/DocDB/ShowDocument?docid=3113">the
GlueX Doc</a> is up to 20 pages. Others should get a
copy from the DocDB or <a rel="nofollow" class="external text" href="https://github.com/JeffersonLab/gluex_documents">check
it out from GitHub (log in first)</a> and look it over
and add their contributions to their assigned sections.
</p>
<h3 class=""><span class="mw-headline" id="Run-Dependent_Geometry_Proposal">Run-Dependent
Geometry Proposal</span></h3><p class="">Sean outlined his <a href="https://halldweb.jlab.org/wiki/index.php/Run-dependent_Geometry_Proposal" title="Run-dependent Geometry Proposal" class="">proposal</a>.
</p><p class="">He points out that the geometry can have small changes
(e. g., start counter shifts after retraction and
insertion of the target) and big ones (e. g.,
installation of a DIRC) and these will vary from run
period to run period. We want a way to select the
correct geometry as a function of run number in an
automated way. He assumes that we are using HDGeant4,
which reads in the geometry on the fly rather than using
the HDGeant method of writing source code that reflects
the geometry and then compiling that code into the
simulation program.
</p><p class="">The gist of the proposal is the serve complete HDDS XML
files from the CCDB. The CCDB is a convenient way to
control run-dependent quantities, and the geometry is
just another example. He will start by writing a new
class that fetches the XML from the CCDB. Then a new
geometry provider will have to be implemented in JANA to
receive the information in the same way that the current
version reads from disk. Paul M. likes the proposal,
calling it long overdue.
</p><p class="">Beni and others realized that there is a problem
keeping versions of the HDDS XML file in GitHub as we do
now. Mark remarked that Git is good for controlling
source code, but the HDDS XML is really data that has a
life outside changes to the source code. We should
probably migrate to complete control of the HDDS XML in
the CCDB and remove it from Git in the future.
</p>
<h3 class=""><span class="mw-headline" id="Conversion_of_Macros_to_ROOT_6">Conversion of
Macros to ROOT 6</span></h3><p class="">Beni reminded us that if we have not done so already,
we should be working on ROOT 6 conversion of our
calibration macros. He discovered that he himself has a
lot of work to do in this area.
</p>
<h3 class=""><span class="mw-headline" id="Review_of_recent_discussion_on_the_GlueX_Software_Help_List">Review
of recent discussion on the GlueX Software Help List</span></h3><p class="">We went over recent items from <a rel="nofollow" class="external text" href="https://groups.google.com/forum/#%21forum/gluex-software">the
list</a>.
</p><p class="">Mark reported that the necessary software RPMs have
been installed on the new CentOS7 ifarm node
(ifarm1402), but a build had not been attempted yet.
That should come soon.
</p>
<h3 class=""><span class="mw-headline" id="Action_Items_from_This_Meeting">Action Items from
This Meeting</span></h3>
<ol class="">
<li class=""> Contribute paragraphs to the Software Review
document. (all)</li>
<li class=""> Check calibration macros for ROOT 6 compatibility.
(all)</li>
<li class=""> Design scheme for managing multiple authoritative
versions of HDDS XML files.</li>
<li class=""> Make a patch release of sim-recon with covariance
matrix fix. (Mark)</li>
<li class=""> Contact Paul M. if you want to receive email upon
completion of the new periodic reconstruction test.</li>
</ol>
</div>
<br class="">
</div>
</div>
</div>
</div>
</div>
_______________________________________________<br class="">Halld-offline mailing list<br class=""><a href="mailto:Halld-offline@jlab.org" class="">Halld-offline@jlab.org</a><br class="">https://mailman.jlab.org/mailman/listinfo/halld-offline</div></blockquote></div><br class=""></body></html>