<html>
<head>
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<div class="">Several of the SVT conditions classes are using the strategy of looking at the update date to disambiguate between overlapping conditions, which is set via markup on the class. You can go ahead and change that to creation date if you want that
to be used instead.</div>
<div class=""><br class="">
</div>
<div class="">For passes, the only reasonable way to do this is using tags. Otherwise, you would rely on a particular un-tagged conditions configuration that might change later and affect the recon results.</div>
<div class=""><br class="">
</div>
<div>
<blockquote type="cite" class="">
<div class="">On May 23, 2017, at 9:23 PM, Omar Moreno <<a href="mailto:omoreno1@ucsc.edu" class="">omoreno1@ucsc.edu</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">
<div class="gmail_default" style="font-family:verdana,sans-serif;color:rgb(68,68,68)">
<div class="gmail_default" style="font-size:12.8px">A few comments: </div>
<div class="gmail_default" style="font-size:12.8px"><br class="">
</div>
<div class="gmail_default" style="font-size:12.8px">1) I'm confused, the conditions record that cause this problem was modified in December of 2016. However, <span id="gmail-m_7479769853163263060:2pi.1" class="">Rafo</span> found a log file that shows this
issue was present in October of 2016. This is strange.</div>
<div class="gmail_default" style="font-size:12.8px">2) I'm not sure why the timestamp is being used, but the rest of the conditions code should be checked to make sure the disambiguation is being done in a reasonable way. The only reason the rest of the conditions
weren't affected is because they weren't updated. However, if the disambiguation is being done in the same manner, then we may see this issue with other conditions in the future. Jeremy wrote most of the code so it's probably easy for him to check this.
If the same issue exist for other conditions sets, we should fix before we run pass1.</div>
<div class="gmail_default" style="font-size:12.8px">3) We should check that the correct conditions were used for 2015 Pass 6. The log file from October 2016 has me worried that we might have used the wrong conditions for previous passes. </div>
</div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On Tue, May 23, 2017 at 9:19 PM, Omar Moreno <span dir="ltr" class="">
<<a href="mailto:email@omarmoreno.net" target="_blank" class="">email@omarmoreno.net</a>></span> wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr" class="">
<div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">A few comments: </div>
<div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br class="">
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">1) I'm confused, the conditions record that cause this problem was modified in December of 2016. However,
<span id="m_2054207135731572910:2pi.1" class="">Rafo</span> found a log file that shows this issue was present in October of 2016. This is strange.</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">2) I'm not sure why the timestamp is being used, but the rest of the conditions code should be checked to make sure the disambiguation is being done in a reasonable way. The only
reason the rest of the conditions weren't affected is because they weren't updated. However, if the disambiguation is being done in the same manner, then we may see this issue with other conditions in the future. Jeremy wrote most of the code so it's probably
easy for him to check this. If the same issue exist for other conditions sets, we should fix before we run pass1.</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444">3) We should check that the correct conditions were used for 2015 Pass 6. The log file from October 2016 has me worried that we might have used the wrong conditions for previous
passes. </div>
<div class="gmail_default" style="font-family:verdana,sans-serif;color:#444444"><br class="">
</div>
</div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On Tue, May 23, 2017 at 8:29 PM, Graf, Norman A. <span dir="ltr" class="">
<<a href="mailto:ngraf@slac.stanford.edu" target="_blank" class="">ngraf@slac.stanford.edu</a>></span> wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr" style="font-size: 12pt; background-color: rgb(255, 255, 255); font-family: Calibri, Arial, Helvetica, sans-serif;" class="">
<p class="">even better.<br class="">
</p>
<div style="color:rgb(33,33,33)" class="">
<hr style="display:inline-block;width:98%" class="">
<div id="m_2054207135731572910m_5066406381679483598divRplyFwdMsg" dir="ltr" class="">
<font face="Calibri, sans-serif" style="font-size:11pt" class=""><b class="">From:</b> McCormick, Jeremy I.<br class="">
<b class="">Sent:</b> Tuesday, May 23, 2017 6:52 PM<br class="">
<b class="">To:</b> Graham, Mathew Thomas<span class=""><br class="">
<b class="">Cc:</b> Rafayel Paremuzyan; Graf, Norman A.; Omar Moreno; <a href="mailto:hps-analysis@jlab.org" target="_blank" class="">
hps-analysis@jlab.org</a>; hps-software<br class="">
</span><b class="">Subject:</b> RE: [Hps-analysis] Test pass1 Status</font>
<div class=""> </div>
</div>
<div class="">
<div class="m_2054207135731572910h5">
<div class="">
<div class="m_2054207135731572910m_5066406381679483598WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class="">Hi,</span></p>
<div class=""><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class=""> </span><br class="webkit-block-placeholder">
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class="">Conditions for reconstruction passes should always be tagged to avoid exactly these kinds of issues. We have had this capability for a long time and it should be
part of the process of preparing the pass. It used to be and I don’t know why we stopped doing this…</span></p>
<div class=""><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class=""> </span><br class="webkit-block-placeholder">
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class="">So please can we make a “pass1_2016” tag with all the conditions sets we want to use for pass1 in order that this doesn’t happen again?</span></p>
<div class=""><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class=""> </span><br class="webkit-block-placeholder">
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class="">I’m not sure if we want to make one retroactively for pass0 but it wouldn’t be a bad idea.
</span></p>
<div class=""><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class=""> </span><br class="webkit-block-placeholder">
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class="">--Jeremy</span></p>
<div class=""><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d" class=""> </span><br class="webkit-block-placeholder">
</div>
<div class="">
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in" class="">
<p class="MsoNormal"><b class=""><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"" class="">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"" class=""> Graham, Mathew Thomas
<br class="">
<b class="">Sent:</b> Tuesday, May 23, 2017 6:38 PM<br class="">
<b class="">To:</b> McCormick, Jeremy I.<br class="">
<b class="">Cc:</b> Rafayel Paremuzyan; Graf, Norman A.; Omar Moreno; <a href="mailto:hps-analysis@jlab.org" target="_blank" class="">
hps-analysis@jlab.org</a>; hps-software<br class="">
<b class="">Subject:</b> Re: [Hps-analysis] Test pass1 Status</span></p>
</div>
</div>
<div class=""> <br class="webkit-block-placeholder">
</div>
<div class="">
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt" class="">
<div style="background-color: white; background-position: initial initial; background-repeat: initial initial;" class="">
<span style="font-size:9.0pt;font-family:"Helvetica","sans-serif"" class=""> </span><br class="webkit-block-placeholder">
</div>
<div class="">
<p class="MsoNormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"" class="">For the future though we will change the code so it disambiguates overlapping run ranges by using the conditions set that was most recently
created. That’s the default for most conditions anyways.</span></p>
</div>
</blockquote>
<div class="">
<div class=""> <br class="webkit-block-placeholder">
</div>
</div>
<div class="">
<p class="MsoNormal">Nah, I think there should be some sort of pseudo-tag like “best_calibration_constants”, so that we don’t have to just assume that the last set entered for a run range are the set that should be used. </p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br class="">
<div class="m_2054207135731572910HOEnZb">
<div class="m_2054207135731572910h5">
<hr class="">
<p align="left" class="">Use REPLY-ALL to reply to list</p>
<p align="center" class="">To unsubscribe from the HPS-SOFTWARE list, click the following link:<br class="">
<a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwMGaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=7DZMVD_OdzLvIsA0qYYhO-wVZbuQAJJm-CDVTT449cM&s=F38FxslDu7DlJ-Npf2aFiZRUPHtVn-1RLutq8UzkfsU&e=" target="_blank" class="">https://listserv.slac.stanford<wbr class="">.edu/cgi-bin/wa?SUBED1=HPS-<wbr class="">SOFTWARE&A=1</a>
</p>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</body>
</html>