Re: xmltv-users Digest, Vol 104, Issue 5

On Tue, Jun 28, 2016 at 8:26 PM,
<[email protected]> wrote:

> Hi Karl,
> OK, perhaps that wasn't the best example in the strictest sense.
> But the point is I don't see any "role" attributes associated with actors.This one is the DTD - <!ATTLIST actor role CDATA #IMPLIED>
> It would be nice to have them if possible.
>
> Here's another example section :
>
> ? <programme start="20160628080000 +0100" stop="20160628083000 +0100" channel="hd.channel4.com">
> ??? <title lang="en">Everybody Loves Raymond</title>
> ??? <sub-title lang="en">Ray Home Alone</sub-title>
> ??? <desc lang="en">Debra takes Ally and the twins to her parents' house, leaving Ray at home by himself - and he finds it impossible to get to sleep. American comedy, starring Ray Romano, Patricia Heaton and Peter Boyle.</desc>
> ??? <credits>
> ????? <director>Steve Zuckerman</director>
> ????? <actor role="Ray Barone">Ray Romano</actor>
> ????? <actor role="Debra Barone">Patricia Heaton</actor>
> ????? <actor role="Frank Barone">Peter Boyle</actor>
> ????? <actor role="Marie Barone">Doris Roberts</actor>
> ????? <actor role="Robert Barone">Brad Garrett</actor>
> ????? <actor role="Doug">Kevin James</actor>
> ????? <actor role="Aileen">Leslie Windram</actor>
> ????? <actor role="Andy">Andy Kindler</actor>
> ????? <actor role="Gianni">Jon Manfrellotti</actor>

If the data is available, I believe the grabber populates
the role into the xml (I know at least mine does).

Not all programs have that data, of course.  And not
all grabbers have ever populated it.

In this particular case, this appears to be an artifact
that the information returned for an EPisode does
not have that data, but the associated generic
SHow does (EPisode and SHow program types are
internal terms).  There may be some ways to address
the lack of detail provided in schedules that point to
EPisodes, but as discussed elsewhere there are some
issues with trying to combine data with no currency
checking available in the source data.

In my list of things to do (which I tend not to get to
quickly) is to open discussion on the Schedules Direct
forum asking how they wish to address this in the
source data.  Pulling ~50,000 generic entries every
grab is not optimal (and goes against their intended
usage of apps caching data), and returning stale/bad
data because there is no way to validate that the
the data has been modified is not appealing either.

So, there is some hope, but it is likely going to
take a bit of time to fix this correctly.

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape