<br><br>
<div><span class="gmail_quote">On 11/15/07, <b class="gmail_sendername">Kevin Kuphal</b> &lt;<a href="mailto:kuphal@dls.net">kuphal@dls.net</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="gmail_quote"><span class="q">On Nov 15, 2007 2:18 PM, Jay R. Ashworth &lt;<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:jra@baylink.com" target="_blank">jra@baylink.com</a>&gt; wrote:
<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>On Thu, Nov 15, 2007 at 02:15:37PM -0600, Kevin Kuphal wrote:<br>&gt; &nbsp; &nbsp;Is there a later showing of the program? &nbsp;Do you have the option checked to<br>&gt; &nbsp; &nbsp;reschedule higher priority items? &nbsp;If both of these are the case, you can 
<br>&gt; &nbsp; &nbsp;see programs you normally would expect to be recorded to be bumped in favor<br>&gt; &nbsp; &nbsp;of a &quot;more optimal&quot; use of tuners, etc.<br><br>&nbsp;</div>It would be impractical, wouldn&#39;t it -- because of the BUSQ&#39;s SQLness 
<br>-- to *log* why a program got scheduled in a certain way?</blockquote>
<div>&nbsp;</div></span>
<div>Well, I think if you up the verboseness you get quite a bit of information on what the query is doing but I&#39;m not sure exactly how much or how readable it is to the average person.</div>
<div>&nbsp;</div>
<div>Kevin</div></div></blockquote>
<div>&nbsp;</div>
<div>Just to clarify, not *all* of the magic is in the query.&nbsp; It just establishes an initial set of results, within which there are many duplicates, redundant entries, etc.&nbsp; There is quite a bit of post-processing in the code which is where the verbose logging comes in and shows you the results of those post-processing steps.&nbsp; I would agree that the &quot;average&quot; person probably wouldn&#39;t necessarily understand the output, however.&nbsp; I was doing some work in the scheduler area a while back and was using that output and it only made any sense because I had become more intimately familiar with the post-processing code itself.&nbsp;I still hope to get back to that code soon, but work keeps intervening.&nbsp; Darned end-of-year HR evaluation processes...
</div>
<div>&nbsp;</div></div>