<div class="gmail_quote">On Sat, Apr 4, 2009 at 11:57 AM, Michael T. Dean <span dir="ltr">&lt;<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">On 04/03/2009 11:36 PM, Jerry Rubinow wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Two weeks in a row the guide in Myth does not show Dollhouse at 9pm on Friday, following Terminator.  Instead, the Fox 29 News at 10 follows Terminator at 9, and the 10 to 11 timeslot says Unknown.  Almost the same thing happened with Hell&#39;s Kitchen, except Hell&#39;s Kitchen is listed as being on from 9pm to 9pm, and ends up recording 1 second.<br>
<br>I thought it was a schedule data problem, and ended up using xmltv to download the raw schedule data, which does, in fact, list Dollhouse as being on at 9:01.  Tried refreshing with mythfilldatabase (after Dollhouse was over tonight).  But the guide still doesn&#39;t list it.<br>
<br>Could this be a result of a messed up DB, or is it more likely a Myth bug?  Anything else I should look at?  Here&#39;s the XML data for Dollhouse and the shows before and after it.<br></blockquote><br></div>I&#39;d guess it was a transient error due to issues with the listings data at the time that the data was loaded.  Also, note that refreshing doesn&#39;t always work the way you&#39;d think, so it&#39;s quite likely you didn&#39;t refresh what you wanted.<br>
<br>Assuming next week (Apr 10) also shows the issue, verify the raw data, then do:<br><br>echo &quot;TRUNCATE TABLE program;&quot; | mysql -umythtv -p mythconverg<br><br>then run mythfilldatabase.  At that point, you&#39;re /definitely/ refreshing that day and--assuming the raw data is correct--you&#39;ll see it&#39;s correct in Myth, too.<br>
<br>The behavior you&#39;re seeing above can happen when the listings data allows 2 programs to overlap (even by just a tiny bit)--where overlaps are forbidden by the XMLTV data constraints--so I&#39;m guessing there was bad data for a while, but it was corrected by the time you downloaded raw data.<br>
</blockquote>
<div>Thanks Mike, I&#39;ll try that.  I suspected transient listing errors might be the case, but didn&#39;t know what to do to isolate the problem (until now).</div>
<div> </div>
<div>-Jerry</div></div>