<div class="gmail_quote">On Tue, Oct 23, 2012 at 3:18 PM, Stephen Worthington <span dir="ltr"><<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank">stephen_agent@jsw.gen.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, 23 Oct 2012 10:16:29 +1300, you wrote:<br>
<br>
>On 23/10/12 02:56, Steve Hodge wrote:<br>
>> Before you do any of the stuff that Stephen has suggested you should post a<br>
>> dump of your channel table that includes the sourceid and useronairguide<br>
>> columns:<br>
>> select chanid, channum, freqid, sourceid, callsign, name, xmltvid, visible,<br>
>> useonairguide, mplexid, serviceid from channel;<br>
><br>
>Okidoki.<br>
><br>
>Here it is.<br>
<br>
</div>Good call, Steve.  There are two sources.  So now we need to see how<br>
the two sources are set up.  The sourceid field is used in only three<br>
tables: channel, videosource and dtv_multiplex.  So please post the<br>
results of these:<br>
<br>
select * from videosource;<br>
select * from dtv_multiplex;<br>
<br>
I think this is all still the result of two scans, and that one source<br>
can be deleted, along with all the related channel records.<br>
<br>
To safely delete one duplicate set of channel records, we also need to<br>
know where the chanid values in those records are being used, and<br>
whether they will then need to be changed from 1xxx to 3xxx and vice<br>
versus.</blockquote><div><br>The downloaded guide data is being loaded against sourceid 1 - we can tell because that's the one with the channels with xmltvid and one of those channels had data for "Get Smart". So to avoid having to change that process it'll be easier if Worik deletes sourceid 3. However, checking to see what's been used is a good idea as it'd probably be better to keep the sourceid with the channels that the recording rules are setup up against. So the "record" table is the most important one to check out.<br>
<br>Cheers,<br>Steve<br></div></div>