Re: New fields on JSON service: "totalSeason", "totalEpisodes", "awards", "duration", "episodeImage"

Nick Morrott <[email protected]>
Newsgroups gmane.comp.tv.xmltv.devel
Message-ID <CAOQWjw3sDFDz3kQArkGwgPVqeLoXpr78nbW2ghxWJbiLnXyrtQ@mail.gmail.com>
On 21 May 2016 at 01:06, Robert Kulagowski <[email protected]> wrote:
> The details are at
>
> https://github.com/SchedulesDirect/JSON-Service/wiki/API-20141201-Program-Response
>
> I don't know if they fit into the XMLTV namespace, but they are now available.

>From the current xmltv.dtd:

i) the <length> element for a programme supports programme durations
in seconds, minutes or hours

ii) the <episode-num> programme element using the xmltv_ns numbering
scheme supports including both the total number of seasons and number
of episodes for the given season. Current season/episode numbers are
zero-indexed, total season/episode numbers are one-indexed.

iii) no support yet for awards.

iv) I noted the following text on the SD GitHub wiki you linked to:

"totalEpisodes: an integer indicating the total number of episodes.
Note: in an "EP" program this indicates the total number of episodes
in this season. In an "SH" program, it will indicate the total number
of episodes in the series. Optional.

totalSeasons: integer indicating the total number of seasons in the
series. SH programs only. Optional."

Based on the text in the totalEpisodes description, should the text
for totalSeasons state that it applies to only EP programs, rather
than SH as written?


Cheers,
Nick

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.