Differences between Data Direct and Zap2IT Labs

[rmeden]

Every new show doesn't seem to carry the 'new' attribute...yet. OriginalAirDate does appear consistently. The same was announced with regard to the 'repeat' attribute when it came out, don't use it as the sole qualifier for a new vs repeat as it may not be there. The Daily show example above is clearly a repeat based on the OriginalAirDate.
Chuck

Correct.. I think the distinction was created due to syndication.. it often caused confusion when those shows were not marked as repeats. Under the new system, those shows are not marked new.

There is also a grey area... A Daily Show episode is on a few times a day. (and early the next day). TMS is currently marking not marking these extra showimgs as NEW, only the first one. I personally consider the other shows still "new".

We're not the only one effected by this. I notice on my ReplayTV guide, almost all my Daily Show recording are now repeats. Obviosly replay took to making <repaeat> = ! <new>. I'm going to modify my TV_CHECK application to let OAD override the <new> parameter.

[rpaxton]

Every new show doesn't seem to carry the 'new' attribute...yet. OriginalAirDate does appear consistently. The same was announced with regard to the 'repeat' attribute when it came out, don't use it as the sole qualifier for a new vs repeat as it may not be there. The Daily show example above is clearly a repeat based on the OriginalAirDate.

HTH's
Chuck

I understand and can accept that sometimes it might not be there. But out of 13 days worth of data, over 167,000 schedules not a single one has the "new" attibute. I have to think that either the "new" attribute has not been implemented or there is something wrong here.

[cwarren]

I have "new=true" in my data pulls daily, not very many though, but they are there.

[rpaxton]

I have "new=true" in my data pulls daily, not very many though, but they are there.

I would have to say there is something wrong somewhere then. Is there someone else who can run my lineups and check and see what they get.


Lineups
DITV623:- DIRECTV Dallas Satellite 75077
PC:75077 Local Broadcast Listings 75077

This is the url I point to.

http://webservices.schedulesdirect.tmsd ... tvdService

[rmeden]

I would have to say there is something wrong somewhere then. Is there someone else who can run my lineups and check and see what they get.

Works for me.. here's one

Code: Select all

<station id='10398'>
<callSign>KDAF</callSign>
<name>KDAF</name>
<fccChannelNumber>33</fccChannelNumber>
<affiliate>CW Affiliate</affiliate>
</station>
<schedule program='EP002830831953' station='10398' time='2007-08-27T15:00:00Z' duration='PT01H00M' tvRating='TV-14' stereo='true' closeCaptioned='true' new='true'/>
<program id='EP002830831953'>
<title>Maury</title>
<description>Guests reveal sex secrets to loved ones.</description>
<showType>Series</showType>
<series>EP00283083</series>
<syndicatedEpisodeNumber>082707</syndicatedEpisodeNumber>
<originalAirDate>2007-08-27</originalAirDate>
</program>


tv_grab_na_dd --configure
tv_grab_na_dd --days 1 --dd-data dd.xml --download-only

above cut from dd.xml

[rpaxton]

I would have to say there is something wrong somewhere then. Is there someone else who can run my lineups and check and see what they get.

Works for me.. here's one

Code: Select all

<station id='10398'>
<callSign>KDAF</callSign>
<name>KDAF</name>
<fccChannelNumber>33</fccChannelNumber>
<affiliate>CW Affiliate</affiliate>
</station>
<schedule program='EP002830831953' station='10398' time='2007-08-27T15:00:00Z' duration='PT01H00M' tvRating='TV-14' stereo='true' closeCaptioned='true' new='true'/>
<program id='EP002830831953'>
<title>Maury</title>
<description>Guests reveal sex secrets to loved ones.</description>
<showType>Series</showType>
<series>EP00283083</series>
<syndicatedEpisodeNumber>082707</syndicatedEpisodeNumber>
<originalAirDate>2007-08-27</originalAirDate>
</program>


tv_grab_na_dd --configure
tv_grab_na_dd --days 1 --dd-data dd.xml --download-only

above cut from dd.xml

Thank You very much. I found my problem. I am using the TMS ddclient java api. I got the source code for it and after some digging around I found the problem.
The xml it produced is it's interpretation of the soap response and not the actual soap response xml. After a modification to the ddclient parser I now get the "new" attribute.

Again, Thank you very much for your help.

[pcrane]

Are the seriesID's that start with EP the official way from now on?

[smac2001]

This is the Zap2IT Sopranos series ID.
<series>SH290992</series>

This is the SD Sopranos series ID.
<series>EP00290992</series>

OHHHHH The <series> tag... I thought we were talking about the program-id.

Code: Select all

<program id='SH000000010000'>
<title>Paid Programming</title>
<showType>Paid Programming</showType>
<series>EP00000001</series>
</program>

I don't know if this change was intentional or not on the Tribune part.. I'll report it to them.

Robert

Has their been any response from Tribune on this issue? Like the original poster, I use the <series> data. In my lineup, all <series> id's begins with "EP" even if the Program ID begins with "SH".

Thanks

[rmeden]

They asked me what the impact wastoday... I told them I thought it was mostly a documentation issue, but "SH#" seems more correct for a series ID than "EP#".

You may want to drop the EP/SH and just use the #. That seems consistent with the definitions in the prog_id field.

Robert

[whurlston]

I didn't really want to start a new thread for this so...

I've noticed a couple of things with the data being downloaded. I'm new to the whole EPG programming thing so it was probably that way in the old data as well.

1) Some shows are never listed as being stereo even though they are. (The Closer, both in SD and HD).
2) The SyndicatedEpisodeNumber seems to be inconsistent.

Code: Select all

    <program id="EP007008160048">
      <series>EP00700816</series>
      <title>Full Metal Alchemist</title>
      <subtitle>Goodbye</subtitle>
      <syndicatedEpisodeNumber>48</syndicatedEpisodeNumber>
    </program>

    <program id="EP007453760045">
      <series>EP00745376</series>
      <title>The Closer</title>
      <subtitle>Til Death Do Us Part</subtitle>
     <syndicatedEpisodeNumber>312</syndicatedEpisodeNumber>
    </program>

The SyndicatedEpisodeNumber for the first program matches the episode number in the program id but in the second program the SyndicatedEpisodeNumber indicates the episode number of that particular season (Season 3, Episode 12).

My questions regarding this are:

1) Can TMS standardize the syndicatedEpisodeNumber or are they limited by the information they get?
2) If they can't, is the Program ID reliable for getting the Episode number?

The Season/Episode would be much better but I only just happened to recognize it in the above program. No way I could reliably parse it