Feature #390
EPG time offset for selected channels
| Status: | Rejected | Start date: | 03/01/2011 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | % Done: | 0% | ||
| Category: | EPG | |||
| Target version: | - |
Description
Could you please add feature to specify EPG time offset for selected channels? There are nine time zones in Russia, some channels broadcasted to regions using its localtime but EPG contains Moscow timezone only.
History
#1
Updated by Adam Sutton 10 months ago
- Assignee changed from Andreas Ă–man to Adam Sutton
I need to review this, I would have thought EIT data included info about absolute time of the broadcast.
#2
Updated by Yura Scheglyuk 10 months ago
Adam Sutton wrote:
I need to review this, I would have thought EIT data included info about absolute time of the broadcast.
I told about XMLTV EPG source.
#3
Updated by Adam Sutton 10 months ago
- Status changed from New to Rejected
Hi Yura,
You made no mention of the fact this related to XMLTV data, so I simply assumed you were talking about EIT data.
I've had a look at the TVH code (old and new) and timezone information is properly handled, if provided by XMLTV.
If the XMLTV script is failing to provide correct timezone info (and only providing localtime) then I'm afraid you'll need to contact the XMLTV script maintainer about that one.
Quoting from XMLTV DTD:
"All dates and times in this DTD follow the same format, loosely based
on ISO 8601. They can be 'YYYYMMDDhhmmss' or some initial
substring, for example if you only know the year and month you can
have 'YYYYMM'. You can also append a timezone to the end; if no
explicit timezone is given, UTC is assumed. Examples:
'200007281733 BST', '200209', '19880523083000 +0300'. (BST == +0100.)"
In other words either a timezone offset should be provided except where the time is already provided in UTC (in which case its optional).
It's worth noting that my new XMLTV interface will provide the ability for you to more easily control how XMLTV script is called and you could potentially perform some post processing yourself. But I don't think its right for TVH to try and "fix" broken scripts.
If you believe that the script is actually providing the timezone info and TVH is NOT properly handling that, please send me a sample output and I'll take a look.
Regards
Adam