-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue with Sydney times and details #66
Comments
Are you seeing that the EPG time is incorrect or that you are unable to read the time format? The time in the first example is in UTC (this is what the +0000 represents). The time in the second example is likely from South Australia where the time difference is UTC+9.5 hours. Representing the date/time in UTC means that the xml does not need to take into account daylight savings time. The time 20230319093000 UTC is 8:30pm on 19th March 2023. You can check this online by any timezone converter. This is also the time that the show example was shown. |
Sorry i messed up my wording a bit i meant the first section of xml for Sydney says the movie starts at 9:30am (20230319093000 represents March 19th, 2023 at 9:30:00 AM in UTC) when according to this it should be 8:30pm (https://www.ontvtonight.com/au/guide/listings/programme?cid=1732&sid=506977&dt=2023-03-19+09%3A30%3A00) The second section of xml i was using as an example of the difference in info provided between the two regions |
9:30am UTC is 8:30pm Sydney time. Check Time and Date website |
Ok sorry my bad i was confused about how it was being represented, may i also get an answer as to why Sydney lacks much of the detail provided to the other regions? Thanks |
The data is restored to the xml files now, at least as much as is possible. ie ...
|
Hi,
Here is what Sydney.xml looks like for a particular title:
Here is what every other [region].xml looks like for the same title:
In the Sydney.xml file the start time is 9:30am and in the other it's 8:30pm so its wrong by 12 hours - 1 hour (day lights savings?), also it lacks much of the detail of the other regions. Is this a sourcing issue or something else?
Any clarifications welcome.
Thanks.
The text was updated successfully, but these errors were encountered: