Re: xmltv-users Digest, Vol 64, Issue 5
"Alan Lischin" <[email protected]>
| Newsgroups | gmane.comp.tv.xmltv.general |
|---|---|
| Message-ID | <007801cc8e5f$ee93e950$cbbbbbf0$@net> |
Maybe I don't understand how this forum works. I posted my question three weeks ago. I see my question posted, but no one has answered it. Am I doing something wrong? Alan -----Original Message----- From: [email protected] [mailto:[email protected]] Sent: Wednesday, September 28, 2011 5:46 AM To: [email protected] Subject: xmltv-users Digest, Vol 64, Issue 5 Send xmltv-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/xmltv-users or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of xmltv-users digest..." Today's Topics: 1. Re: UK-RT Grabber Prog Titles To Process Change Requests Thread (John Veness) 2. tv_grab_na_dd Warning Messages (Alan Lischin) 3. Re: Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? (Nick Morrott) 4. Re: Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? (David Watkins) 5. Re: Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? (Nick Morrott) 6. Re: Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? (David Watkins) ---------------------------------------------------------------------- Message: 1 Date: Mon, 26 Sep 2011 09:53:14 +0100 From: John Veness <[email protected]> Subject: Re: [xmltv-users] UK-RT Grabber Prog Titles To Process Change Requests Thread To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 26/09/2011 08:01, Nick Morrott wrote: > However, anyone using the uk_rt grabber can turn on debug mode and > check the output at the end of processing for candidate titles to > update based on their own channel selection, and can post details > here. Thanks Nick, I'll start taking a look at the debug output periodically. > There are a few ways for anyone interested to help out: > > i) post updates (as you have recently) using the fixup styles as seen > in uk_rt/prog_titles_to_process > ii) post diffs against the uk_rt/prog_titles_to_process which can be > readily applied > iii) ask the XMLTV admins for CVS access to permit updating the files directly. > > I would guess that fulfilling steps i) and ii) will help to make step > iii) a straightforward decision for Robert to make. Thanks again. I'll try and properly learn the correct fixup style and post in diff format in the future. I was hoping for some sort of web form to fill in, but I suppose that has additional problems such as guarding against spammers, usernames and passwords, and so on...! Cheers, John -- John Veness, MythTV user, UK, DVB-T ------------------------------ Message: 2 Date: Mon, 26 Sep 2011 21:09:16 -0400 From: "Alan Lischin" <[email protected]> Subject: [xmltv-users] tv_grab_na_dd Warning Messages To: <[email protected]> Message-ID: <003001cc7cb2$14784130$3d68c390$@net> Content-Type: text/plain; charset="us-ascii" I keep getting the following messages when I run tv_grab_na_dd. WARNING: multiple channel mappings for 'BRAVO'. WARNING: Strange 279 has no callsign. Skipping WARNING: Multiple channel mappings found, please adjust Schedules Direct lineup. But 279 DOES have a callsign; it is "OWN" </station> <station id='70387'> <callSign>OWN</callSign> <name>Oprah Winfrey Network</name> <affiliate>Satellite</affiliate> </station> <map station='70387' channel='279' from='2011-01-01'/> And BRAVO does not have multiple mapping. One is current and one is obsolete. <station id='10057'> <callSign>BRAVO</callSign> <name>Bravo</name> <affiliate>Satellite</affiliate> </station> <map station='10057' channel='237' from='2010-12-22'/> <map station='10057' channel='273'/> What must I do to prevent these warning messages? Thanks! Alan -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 3 Date: Tue, 27 Sep 2011 08:56:36 +0100 From: Nick Morrott <[email protected]> Subject: Re: [xmltv-users] Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? To: Using the xmltv programs <[email protected]> Message-ID: <CAOQWjw0bna=00PgGKS-dK28h4ufS4990iKXXtE=iOq6-Lzqj2g@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On 22 September 2011 08:53, David Watkins <[email protected]> wrote: >> >> I suppose one could infer that if a programme is flagged as a >> premiere, the original airdate is the same as the transmission date of >> the programme. >> >> I'll do some more research on the listings I have available, and >> perhaps contact the Radio Times to see if they are aware of the >> problem. I ran a query a few nights ago on my then-current 14-days of listings for my Virgin TV video source in MythTV to count flagged repeats and was quite surprised by the findings. This query was clearly automated and I haven't checked the listings manually to look for mis-flagged repeats (I'll add premiere/repeat counts to the grabber's debug output). The query was: SELECT `channel`.`name` as "Channel", count(*) as "Programmes", count(nullif(`program`.`previouslyshown`,1)) as "Unknown", count(nullif(`program`.`previouslyshown`,0)) as "Repeats" FROM `program`,`channel` WHERE `program`.`chanid` = `channel`.`chanid` AND `channel`.`sourceid` = '2' GROUP BY `program`.`chanid` ORDER BY `program`.`chanid`; The following channels (ignoring any timeshifted versions) provided no repeat flagging at all: Watch GOLD Dave Alibi Comedy Central Syfy 5* 5USA Universal DMAX Quest Blighty Eden Discovery Animal Planet Disc History Disc Science Good Food Home Really Disc Realtime Disc Shed Disc Home and Health Sky Arts 1 MTV VH1 TCM Movies 24 Film4 Eurosport Eurosport 2 BBC News BBC Parliament > To be honest, for originalairdate, it's the release date(year) for > both films and television that I'd find most useful. ?The date that a > programme was first shown on television is not particularly relevant > (and is open to interpretation, as has already been pointed out in > this thread). > > Presumably 'airdate' will always be the date of the current broadcast, > ie the same as the date of the 'programmestart' field ? > > Apart from Dave and More4 ?those TOTP repeats from 1976 look odd when > Myth flags them as 2011. It's a bug in MythTV if it's using provided data incorrectly (or worse, creating erroneous information when none is given). As Karl mentioned, MythTV's listings infrastructure is heavily skewed toward the TMS/Schedules Direct services and the very rich data they provide. Other XMLTV sources - uk_rt included - do not provide such rich data. Cheers, Nick ------------------------------ Message: 4 Date: Tue, 27 Sep 2011 10:19:14 +0100 From: David Watkins <[email protected]> Subject: Re: [xmltv-users] Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? To: Using the xmltv programs <[email protected]> Message-ID: <CAJzO0N7r=VR0gQgsLiiqAsRdz_-o-GNfcXxMqTXUyh23-491rQ@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 > The following channels (ignoring any timeshifted versions) provided no > repeat flagging at all: > > Watch > GOLD > Dave > Alibi > Comedy Central > Syfy > 5* > 5USA > Universal > DMAX > Quest > Blighty > Eden > Discovery > Animal Planet > Disc History > Disc Science > Good Food > Home > Really > Disc Realtime > Disc Shed > Disc Home and Health > Sky Arts 1 > MTV > VH1 > TCM > Movies 24 > Film4 > Eurosport > Eurosport 2 > BBC News > BBC Parliament > That's interesting. I guess it may have something to do with these channels not being the original broadcaster / Programme Maker? > It's a bug in MythTV if it's using provided data incorrectly (or > worse, creating erroneous information when none is given). As Karl > mentioned, MythTV's listings infrastructure is heavily skewed toward > the TMS/Schedules Direct services and the very rich data they provide. > Other XMLTV sources - uk_rt included - do not provide such rich data. > I don't think it's a but. What MythTV (or more exactly the display Theme which I use on my Frontend) is doing is always displaying the value in the 'airdate' field - and tv_grab_uk_rt is being a bit inconsistent in what it puts in there. (I haven't noticed if I would see the 'originalairdate' displayed anywhere by MythTV, because don't think it is ever set by tv_grab_uk_rt.) Personally I think it would make most sense that, if a 'programme origin date' is available (as it is for movies) then it would be put in the 'originalairdate' field in MythTV, and the airdate is left as the 'airing' date. (So I could see that this is a 1976 movie, broadcast in 2004) I don't know whether the Radio Times data allows tv_grab_uk_rt to make this distinction, or whether that would break anyone else's uses of the data? Regards, D ------------------------------ Message: 5 Date: Wed, 28 Sep 2011 01:36:08 +0100 From: Nick Morrott <[email protected]> Subject: Re: [xmltv-users] Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? To: Using the xmltv programs <[email protected]> Message-ID: <CAOQWjw2D7La8XqqqfscGOFtoFLHFWz0wthgmsRg4SDLG3fZqbQ@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 On 27 September 2011 10:19, David Watkins <[email protected]> wrote: > I don't think it's a bug. ?What MythTV (or more exactly the display > Theme which I use on my Frontend) ?is doing is always displaying the > value in the 'airdate' field - and tv_grab_uk_rt is being a bit > inconsistent in what it puts in there. Checking http://miffteevee.co.uk/documentation/development/group__db__schema.html states that " 'airdate' is a string representing the year of release for movies and may have no meaning for other types of shows". This agrees with how uk_rt presents <date> information in the listings. I've checked today's uk_rt XML file to see how dates are being included in the grabber data and whether there is any inconsistency. The only programmes where the <date> element is present are theatrical and TV films, one or two documentary films and multi-part TV dramas presented as films, such as Columbo and Perry Mason. For such programmes the date given is the release/copyright date - separate to MythTV's concept of originalairdate - and they all seem to be fine. Can you provide any examples of which programmes you are seeing inconsistencies with? I have a few years of archived data so I can look back for specific programmes if you can provide them. Again, make sure that the data is coming from the uk_rt grabber and not MythTV's import handling of the data or its display in an OSD theme. > (I haven't noticed if I would see the 'originalairdate' displayed > anywhere by MythTV, because don't think it is ever set by > tv_grab_uk_rt.) originalairdate is not available from the uk_rt grabber. > Personally I think it would make most sense that, if a 'programme > origin date' is available (as it is for movies) then it would be put > in the 'originalairdate' field in MythTV, and the airdate is left as > the 'airing' date. ?(So I could see that this is a 1976 movie, > broadcast in 2004) "If it were up to me" I would keep the release/copyright date separate from airdate (year of this showing of the programme on TV) and originalairdate (year of premiere showing of programme on TV in locale), as the release date of a film or documentary is a different concept to either of these other values. One may have the scenario where a brand new documentary is released and premiered on TV in the same year such that all three values (release date, airdate and originalairdate) are the same, but these values would be different often enough to warrant storing and handling them separately. > I don't know whether the Radio Times data allows tv_grab_uk_rt to make > this distinction, or whether that would break anyone else's uses of > the data? To the best of my knowledge, all of the data that the Radio Times feed provides is used by the uk_rt grabber in the way intended by the XMLTV DTD. Cheers, Nick -- Nick Morrott MythTV Official wiki: http://mythtv.org/wiki/ MythTV users list archive: http://www.gossamer-threads.com/lists/mythtv/users "An investment in knowledge always pays the best interest." - Benjamin Franklin ------------------------------ Message: 6 Date: Wed, 28 Sep 2011 10:46:10 +0100 From: David Watkins <[email protected]> Subject: Re: [xmltv-users] Original Broadcast Date' and 'Repeat' flag available from tv_grab_uk_rt ? To: Using the xmltv programs <[email protected]> Message-ID: <CAJzO0N75riabSHMVFRPLDLh2ZC7ddaT7zYxRnfiwtxU9YhFmug@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 > Checking http://miffteevee.co.uk/documentation/development/group__db__schema.html > states that " 'airdate' is a string representing the year of release > for movies and may have no meaning for other types of shows". This > agrees with how uk_rt presents <date> information in the listings. Nick, I should have read that document before I started this thread! I don't think there is anything wrong with the xml data since there's no way of knowing whether the 'airdate' has meaning or not. I may look and see if there's a way of suppressing 'airdate' in the MythTV theme for everything except movies; but I may not, now I understand why it's there. > To the best of my knowledge, all of the data that the Radio Times feed > provides is used by the uk_rt grabber in the way intended by the XMLTV > DTD. I agree. Regards, D ------------------------------ ---------------------------------------------------------------------------- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ------------------------------ _______________________________________________ xmltv-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xmltv-users End of xmltv-users Digest, Vol 64, Issue 5 ****************************************** ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct