#524 tv_grab_zz_sdjson not correctly indicating subtitles and deaf-signed

[jof006]

It looks like tv_grab_zz_sdjson is not correctly processing subtitles
for "teletext" and "deaf-signed"
It looks like it might be outputting
<subtitles type="teletext"></subtitles>
when it should actually be
<subtitles type="deaf-signed"></subtitles>

For example the following program shows on my TV as [AD,S,SL]
i.e. Audio-described, Subtitles, Sign-language
but the grabber output only has <subtitles type="teletext"></subtitles>

  <programme start="20171129020500 +0000" stop="20171129033000 +0000" channel="I28573.json.schedulesdirect.org">
    <title>Basquiat: Rage to Riches</title>
    <desc>The story of Brooklyn-born artist Jean-Michel Basquiat. The recent Sotheby's auction of a Jean-Michel Skull painting for over a hundred million dollars has catapulted this artist into the top tier of the international art market.</desc>
    <credits>
      <director>David Shulman</director>
    </credits>
    <category>Art</category>
    <category>Documentary</category>
    <category>Special</category>
    <category>tvshow</category>
    <episode-num system="dd_progid">SH027904620000</episode-num>
    <previously-shown start="20171007" />
    <subtitles type="teletext" />
  </programme>

BTW, I appreciate that it may be the source data that's at fault

[Gary Buhrmaster]

[FD: I am not associated with this particular grabber, but I am associated with an alternative one using the same upstream] Unfortunately, the grabbers upstream source (Schedules Direct) does not appear have that attribute available, and the upstreams upstream (Gracenote) does not appear to have that attribute available (Gracenote calls such attributes qualifiers in their docs). I think this has to turn into a "can't fix" from a grabbers perspective. However, since you are likely a Schedules Direct member, you can open a ticket there and request that they ask their upstream to consider providing such qualifiers in the original data such that can be pass downward.