[Xmltv-devel] [ xmltv-Patches-3248310 ] _pt_meo: grabber dies on invalid times (CET -> CEST switch)

[SourceForge.net]

Patches item #3248310, was opened at 2011-03-27 04:13
Message generated for change (Comment added) made by dekarl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424137&aid=3248310&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.

Category: tv_grab_pt_meo

Group: None
Status: Open

Resolution: Accepted

Priority: 5
Private: No
Submitted By: Daniel Leite (higuita)

Assigned to: Karl Dietz (dekarl)

Summary: _pt_meo: grabber dies on invalid times (CET -> CEST switch)

Initial Comment:
i'm using the tv_grab_pt_meo and as today (2011-03-27) the DST change the hour (1H to 2H).

Since yesterday i'm getting this error:

Running command: tv_grab_pt_meo --quiet --days 2 --config-file "/home/higuita/.freeguide/xmltv-configs/pt.conf"
Use of uninitialized value $outputEncoding in lc at /usr/lib64/perl5/vendor_perl/5.12.3/XML/Writer.pm line 63.
Invalid local time for date in time zone: Europe/Lisbon
Error executing grabber: XML document structures must start and end within the same entity.
Result code = 255

As this worked fine a few days ago and after searching the web, i suspect that the grabber isnt handling the Portuguese DST

thanks for the help
ps: the SF category list dont have the tv_grab_pt_meo in the list

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)

Date: 2011-10-25 15:27

Message:
Find attached a patch that changes the behavior to just reading the first
start time of each channel and then adding up the durations.
This fixes all times around the DST switch as we start around midnight
which is always unique and the move forward by calculating instead of
trying to parse.
But this will break if there are gaps in the programming! Please tell me
if there are channels that go off air and it is not signalled with an
"channel is off air" program element.

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-03-29 23:55

Message:
The grabber is handling the DST quite well. What it does not handle is
bogus times (my fault, sorry) like 02:30 on the 27th. (as the clock jumped
from 02:00 CET to 03:00 CEST)
There's not much we can do about it as we don't know in which way the
scheduling is wrong on that day without looking at each channel. But it
would be nice to at least return the programs up to the switch DST and
anything onward as good as we can. (Might lead to 2 sundays a year with
wrong data)


----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424137&aid=3248310&group_id=39046

[SourceForge.net]

Patches item #3248310, was opened at 2011-03-27 03:13
Message generated for change (Comment added) made by higuita
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424137&aid=3248310&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_pt_meo
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Daniel Leite (higuita)
Assigned to: Karl Dietz (dekarl)
Summary: _pt_meo: grabber dies on invalid times (CET -> CEST switch)

Initial Comment:
i'm using the tv_grab_pt_meo and as today (2011-03-27) the DST change the hour (1H to 2H).

Since yesterday i'm getting this error:

Running command: tv_grab_pt_meo --quiet --days 2 --config-file "/home/higuita/.freeguide/xmltv-configs/pt.conf"
Use of uninitialized value $outputEncoding in lc at /usr/lib64/perl5/vendor_perl/5.12.3/XML/Writer.pm line 63.
Invalid local time for date in time zone: Europe/Lisbon
Error executing grabber: XML document structures must start and end within the same entity.
Result code = 255

As this worked fine a few days ago and after searching the web, i suspect that the grabber isnt handling the Portuguese DST

thanks for the help
ps: the SF category list dont have the tv_grab_pt_meo in the list

----------------------------------------------------------------------

Comment By: Daniel Leite (higuita)

Date: 2011-10-26 01:37

Message:
In my quick check,, only a few channels end transmission and as far i can
see, the SAPO EPG have a "channel is off air program, with valid start,
duration and end time...

i applied the patch and tried to update future dates and i dont see any
problem (i'm using freeguide), the output for several days look the same as
before the patch... so it looks good to apply.

again, thanks for all your work in this grabber! :)

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-10-25 14:27

Message:
Find attached a patch that changes the behavior to just reading the first
start time of each channel and then adding up the durations.
This fixes all times around the DST switch as we start around midnight
which is always unique and the move forward by calculating instead of
trying to parse.
But this will break if there are gaps in the programming! Please tell me
if there are channels that go off air and it is not signalled with an
"channel is off air" program element.

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-03-29 22:55

Message:
The grabber is handling the DST quite well. What it does not handle is
bogus times (my fault, sorry) like 02:30 on the 27th. (as the clock jumped
from 02:00 CET to 03:00 CEST)
There's not much we can do about it as we don't know in which way the
scheduling is wrong on that day without looking at each channel. But it
would be nice to at least return the programs up to the switch DST and
anything onward as good as we can. (Might lead to 2 sundays a year with
wrong data)


----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424137&aid=3248310&group_id=39046

[SourceForge.net]

Patches item #3248310, was opened at 2011-03-27 04:13
Message generated for change (Comment added) made by dekarl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424137&aid=3248310&group_id=39046

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: tv_grab_pt_meo
Group: None

Status: Closed
Resolution: Fixed

Priority: 5
Private: No
Submitted By: Daniel Leite (higuita)
Assigned to: Karl Dietz (dekarl)
Summary: _pt_meo: grabber dies on invalid times (CET -> CEST switch)

Initial Comment:
i'm using the tv_grab_pt_meo and as today (2011-03-27) the DST change the hour (1H to 2H).

Since yesterday i'm getting this error:

Running command: tv_grab_pt_meo --quiet --days 2 --config-file "/home/higuita/.freeguide/xmltv-configs/pt.conf"
Use of uninitialized value $outputEncoding in lc at /usr/lib64/perl5/vendor_perl/5.12.3/XML/Writer.pm line 63.
Invalid local time for date in time zone: Europe/Lisbon
Error executing grabber: XML document structures must start and end within the same entity.
Result code = 255

As this worked fine a few days ago and after searching the web, i suspect that the grabber isnt handling the Portuguese DST

thanks for the help
ps: the SF category list dont have the tv_grab_pt_meo in the list

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)

Date: 2011-10-26 10:06

Message:
patch applied, thanks for testing

----------------------------------------------------------------------

Comment By: Daniel Leite (higuita)
Date: 2011-10-26 02:37

Message:
In my quick check,, only a few channels end transmission and as far i can
see, the SAPO EPG have a "channel is off air program, with valid start,
duration and end time...

i applied the patch and tried to update future dates and i dont see any
problem (i'm using freeguide), the output for several days look the same as
before the patch... so it looks good to apply.

again, thanks for all your work in this grabber! :)

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-10-25 15:27

Message:
Find attached a patch that changes the behavior to just reading the first
start time of each channel and then adding up the durations.
This fixes all times around the DST switch as we start around midnight
which is always unique and the move forward by calculating instead of
trying to parse.
But this will break if there are gaps in the programming! Please tell me
if there are channels that go off air and it is not signalled with an
"channel is off air" program element.

----------------------------------------------------------------------

Comment By: Karl Dietz (dekarl)
Date: 2011-03-29 23:55

Message:
The grabber is handling the DST quite well. What it does not handle is
bogus times (my fault, sorry) like 02:30 on the 27th. (as the clock jumped
from 02:00 CET to 03:00 CEST)
There's not much we can do about it as we don't know in which way the
scheduling is wrong on that day without looking at each channel. But it
would be nice to at least return the programs up to the switch DST and
anything onward as good as we can. (Might lead to 2 sundays a year with
wrong data)


----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=424137&aid=3248310&group_id=39046