FWIW, I can confirm that strptime doesn't work with time zones - neither the version built into Python, nor the special strptime.strptime function included in freevo. I fixed a time zone bug a while back due to that problem.[...] I was able to fix these problems by replacing the calls to strptime (which seems broken when working with timezones) with the 'timestr2secs_utc()' method in epg_xmltv.py.
Looking at the timestr2secs_utc function, it uses the broken strptime call, if the time zone is in three-letter format (rather than '+0100' format. So I don't see how replacing a direct call to strptime with a call to timestr2secs_utc would change anything!timestr2secs_utc() takes xmltv format time string which is easy to make from the data that was being passed to strptime.
It would be interesting if you could track down exactly what is happening. My guess is that perhaps the time zone is being ignored in two places - which might cancel each other out. I had this happen when I was mucking about in this code.
The fundemental problem is that timezones of the style 'BST' are evil - they are not standardized or well-defined. The 'BST' example can mean either "British Summer Time" or "Brazil Standard Time" if I remember correctly. There are not even any standard OS calls to parse time zones for this reason. See my posting to the xmltv-dev mailing list:
http://sourceforge.net/mailarchive/forum.php?thread_id=1784917&forum_id=7180
The only solution that I can see is to never use three-letter time zone names, but always either implicitly know that the time is local or in UTC, or use the '+0100' syntax for time zone specification.
One reason for storing times in UTC in the files, is for proper functionality through daylight saving time changes, since UTC times are not affected by this, but local time might actually have two different hours with the same times.If this needs fixing, then the freevo_record.lst format might need to be changed to store the timezone (unless we say that the stored times are UTC).
I would encourage you to ask your xmltv-script provider to not use three-letter time zones names.
Happy Hacking,
Erland
-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
