switch from GMT to BST

Discussion of Version 3 and developing lua grabbers
Post Reply
Bawbagg
Posts: 9
Joined: Fri Oct 28, 2005 11:33 am

switch from GMT to BST

Post by Bawbagg » Tue Mar 21, 2006 2:38 am

I'm noticing some funny handling of times over the moment of changeover Sunday morning.

EG, direct checking of the Radio Times .dat file shows Narrow Margin starting at 23.25 and finishing at 02.05 with a duration of 100 mins. This seems to be correct. (There also appears a (GMT) indicator in front of it.)

Now, inspecting the output from 3.03, it seems that:

<programme start="20060325232500 +0000" stop="20060326030500 +0100" channel="37">
<title lang="en">Narrow Margin</title>

XMLTV GUI is adding an EXTRA hour to the time difference. Duration is correctly identified as 100 mins.

I don't think this seems correct (but I have been wrong before!!). Thanks for any comments.

Cheers,

BB

alanbirtles
Site Admin
Posts: 495
Joined: Mon Sep 06, 2004 4:44 pm

Post by alanbirtles » Tue Mar 21, 2006 10:04 am

i must have messed up the code when i copied it over from v2

alanbirtles
Site Admin
Posts: 495
Joined: Mon Sep 06, 2004 4:44 pm

Post by alanbirtles » Tue Mar 21, 2006 10:59 am

no that is correct, 2:05 gmt is 3:05 bst, any time after 2am will be output as bst, the timezone of the output will not necessarily match the timezone of the orignal data

Bawbagg
Posts: 9
Joined: Fri Oct 28, 2005 11:33 am

Post by Bawbagg » Tue Mar 21, 2006 9:12 pm

errrmmmm.... sorry.... still don't agree...
<programme start="20060325232500 +0000" stop="20060326030500 +0100" channel="37">
<title lang="en">Narrow Margin</title>
<desc lang="en">Taut thriller about a district attorney charged with escorting a key witness to a mob killing from Canada to Los Angeles. When he accidentally gives away her whereabouts to hit men out to silence her, the pair have to make a frantic escape on a train travelling through the Canadian Rockies.</desc>
<credits>
<director>Peter Hyams</director>
<actor>Gene Hackman</actor>
<actor>Anne Archer</actor>
<actor>James B Sikking</actor>
<actor>J T Walsh</actor>
<actor>M Emmet Walsh</actor>
<actor>Susan Hogan</actor>
</credits>
<date>1990</date>
<category lang="en">Film</category>
<length units="minutes">100</length>
<video>
<aspect>16:9</aspect>
</video>
<subtitles type="teletext">
<language lang="en">English</language>
</subtitles>
</programme>
Here's the full excerpt from a programme that spans the time change.
Programme Start = 2325 + 0000
Programme End = 0305 + 0100

Which would make the programme 160mins long. However, duration is (correctly) identified as 100mins. There is an extra 60mins.

Cheers,

BB

alanbirtles
Site Admin
Posts: 495
Joined: Mon Sep 06, 2004 4:44 pm

Post by alanbirtles » Tue Mar 21, 2006 10:58 pm

i can oly use the data that i'm given. in the past if there was gmt or bst in the title then that meant that both times for the program were in that timezone. This time round the data seems to not be correct (it has worked for the past 2 years), I don't think there is much i can do about it. If you look at the radio times website you will see that the xmltv data produced by my program is in comparison quite accurate ;-). A postprocessor could possibly correct the stop time so that it always mtaches the start time + duration but i dont think its worth it for what only occurs twice a year

alanbirtles
Site Admin
Posts: 495
Joined: Mon Sep 06, 2004 4:44 pm

Post by alanbirtles » Tue Mar 21, 2006 11:09 pm

or i could just change iot so that it ignores the timezone specfiers in the title and works it out for itself as it seems that this year they aren't correct

alanbirtles
Site Admin
Posts: 495
Joined: Mon Sep 06, 2004 4:44 pm

Post by alanbirtles » Tue Mar 21, 2006 11:12 pm

you can use http://www.birtles.org.uk/xmltv/tz_fix.exe to fix this problem but i'm unsure how well it will work on other channels or in the future

alanbirtles
Site Admin
Posts: 495
Joined: Mon Sep 06, 2004 4:44 pm

Post by alanbirtles » Tue Mar 21, 2006 11:17 pm

actually it does seem to work for most if not all channels

Post Reply