gmane.comp.tv.xmltv.devel

Re: time for a release

Nick Morrott — 2012-05-24T13:08:40

Any chance we could defer until next weekend (Jun 2-3)? I've just
started a new job (hence lack of activity over last few weeks) and
uk_rt has seen some big changes which need as much testing as
possible.

The nightly test for uk_rt is frequently failing due to an over-eager
exit status - at the moment, the CVS version of the grabber does not
exit with success if _any_ programme entries are bad. I'll change this
before release to a non-quiet warning and only exit with a failure
code if any configured channels are missing completely.

Any other suggestions on how best to handle missing
programmes/channels w.r.t. exit status?

Cheers,
Nick

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
xmltv-devel mailing list
xmltv-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel

time for a release

Robert Eden — 2012-05-24T12:50:03

Using our incredibly complicated release procedures (asking for a 
release in a thread. :) )  Karl has called for a release.

I agree we're overdue.... so any objections to a release this weekend?

Robert

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [ xmltv-Bugs-3519904 ] Handling of special(german, french) characters

Karl Dietz — 2012-05-24T06:10:38

Where are we in the release cycle?

We've had some fixes that would be nice to get out the door and into
users hands.

I have some things on the table for my grabbers but nothing that will be
done soon.

Regards,
Karl

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3519904 ] Handling of special(german,french) characters

SourceForge.net — 2012-05-23T09:23:06

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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_ch_search
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

ZÃ¼ri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
 Reporter:  marcel.meier< at >…             |          Owner:  stuartm
     Type:  Bug Report - General       |         Status:  new
 Priority:  minor                      |      Milestone:  unknown
Component:  MythTV - Mythfilldatabase  |        Version:  0.25-fixes
 Severity:  high                       |     Resolution:
 Keywords:                             |  Ticket locked:  0
---------------------------------------+----------------------------

Comment (by dekarl< at >…):

 "Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
 which seems to have encoding issues since April 11th (see
 http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

 {{{
 Testing tv_grab_ch_search

 file contains unexpected control characters
 look here "urde. Bei den Ãœberresten hande"
                           ^
 Errors found in t_ch_search_1_2.xml
 tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
 list of the commands that were used
 tv_grab_ch_search has errors: badiso8859
 }}}

 The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

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

Date: 2012-05-23 02:23

Message:
Hi enrico12345, we should take that to the users list.
The fixed version is in the source repository and available e.g. via an
ubuntu PPA. (I'm not sure on what OS you are. If its windows we can
regenerate the alpha.exe)
See
http://xmltv.cvs.sourceforge.net/viewvc/xmltv/xmltv/grab/ch_search/
https://launchpad.net/~mythbuntu/+archive/xmltv

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

Comment By: enrico12345 (enrico12345)
Date: 2012-05-22 03:52

Message:
Hi,

where can I find the version that has been fixed from the maintainer
(betlit) ?

If a new version has not already been generated, are there any changes that
can be applied manually for the time being?

Many thanks!

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
xmltv-devel mailing list
xmltv-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel

[ xmltv-Bugs-3519904 ] Handling of special(german,french) characters

SourceForge.net — 2012-05-22T10:52:44

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by enrico12345
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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_ch_search
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

ZÃ¼ri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
 Reporter:  marcel.meier< at >…             |          Owner:  stuartm
     Type:  Bug Report - General       |         Status:  new
 Priority:  minor                      |      Milestone:  unknown
Component:  MythTV - Mythfilldatabase  |        Version:  0.25-fixes
 Severity:  high                       |     Resolution:
 Keywords:                             |  Ticket locked:  0
---------------------------------------+----------------------------

Comment (by dekarl< at >…):

 "Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
 which seems to have encoding issues since April 11th (see
 http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

 {{{
 Testing tv_grab_ch_search

 file contains unexpected control characters
 look here "urde. Bei den Ãœberresten hande"
                           ^
 Errors found in t_ch_search_1_2.xml
 tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
 list of the commands that were used
 tv_grab_ch_search has errors: badiso8859
 }}}

 The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

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

Comment By: enrico12345 (enrico12345)
Date: 2012-05-22 03:52

Message:
Hi,

where can I find the version that has been fixed from the maintainer
(betlit) ?

If a new version has not already been generated, are there any changes that
can be applied manually for the time being?

Many thanks!

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
xmltv-devel mailing list
xmltv-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel

[ xmltv-Bugs-3445501 ] _ch_search: cannot grab webpage

SourceForge.net — 2012-05-02T14:19:33

Bugs item #3445501, was opened at 2011-11-29 12:47
Message generated for change (Comment added) made by betlit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3445501&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_ch_search
Group: None
Priority: 5
Private: No
Submitted By: flyer2000 (flyer2000)
Assigned to: Daniel Bittel (betlit)
Summary: _ch_search: cannot grab webpage

Initial Comment:
$ /usr/bin/tv_grab_ch_search --configure
using config filename /home/thomas/.xmltv/tv_grab_ch_search.conf
getting list of channels

http://tv.search.ch/programm/: cannot grab webpage http://tv.search.ch/programm/ (tried 2 times). giving up. sorry at /usr/bin/tv_grab_ch_search line 765.

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

Date: 2012-05-02 07:19

Message:
i think so. i am using the grabber myself daily and i haven't had any
troubles.

the url http://tv.search.ch/programm/ is by now obsolete anyway.
the channels are grabbed from http://tv.search.ch/channels and the shows
from 
http://tv.search.ch/?DATE

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

Comment By: Karl Dietz (dekarl)
Date: 2012-05-02 01:57

Message:
Is that still an issue? My guess is this was only a temporary issue as we
didn't hear more reports like this one.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3445501 ] _ch_search: cannot grab webpage

SourceForge.net — 2012-05-02T08:57:04

Bugs item #3445501, was opened at 2011-11-29 12:47
Message generated for change (Settings changed) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3445501&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_ch_search
Group: None
Resolution: None
Priority: 5
Private: No
Submitted By: flyer2000 (flyer2000)

Initial Comment:
$ /usr/bin/tv_grab_ch_search --configure
using config filename /home/thomas/.xmltv/tv_grab_ch_search.conf
getting list of channels

http://tv.search.ch/programm/: cannot grab webpage http://tv.search.ch/programm/ (tried 2 times). giving up. sorry at /usr/bin/tv_grab_ch_search line 765.

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

Date: 2012-05-02 01:57

Message:
Is that still an issue? My guess is this was only a temporary issue as we
didn't hear more reports like this one.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3098768 ] _ch_search: not honoringdaylight saving time

SourceForge.net — 2012-05-02T08:46:46

Bugs item #3098768, was opened at 2010-10-30 02:27
Message generated for change (Settings changed) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&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_ch_search
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Patric Mueller (bhaak)
Assigned to: Daniel Bittel (betlit)
Summary: _ch_search: not honoring daylight saving time

Initial Comment:
The current CVS version of tv_grab_ch_search has the CET timezone hardcoded: 
tv_grab_ch_search.in:148 ## the timezone tv.search.ch lives in is, CET/CEST
tv_grab_ch_search.in:149: my constant $TZ = "+0100";

For the time being this problem will of course resolve itself tonight. :)

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

Comment By: Daniel Bittel (betlit)
Date: 2012-05-01 09:22

Message:
duh! i screwed up the --days and --offset calc causing the grabber to
always stop after one day.

it's fixed now and the grabber passes all tests again.

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

Comment By: Daniel Bittel (betlit)
Date: 2012-05-01 07:11

Message:
oh bugger... ok, i'll look into it.

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 03:24

Message:
A fix has been commited by betlit.
But now there seems to be some issue/overlap with the exported data, see
the delta at
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/0/result.html#tv_grab_ch_search


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

Comment By: Daniel Bittel (betlit)
Date: 2012-04-24 12:11

Message:
finally go this fixed by switching from Date::Manip to DateTime which
handles the DST much nicer (thanks to dekarl for the hint).

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:48

Message:
Hi Thomi,

here it the code from _pt_meo
use the module
102: use DateTime;

get the time from the data
206: my $starttime = $xpc->findvalue( 'EPG:StartTime', $inprog );
convert text into timestamp
207: my $dtstart = dt_from_string( $starttime );
add timestmap to programme, using XMLTV format (%z is +0100 or +0200
depending on the timestamp)
208: $prog{start} = $dtstart->strftime( '%Y%m%d%H%M%S %z' );

that's the function that converts the time
272: sub dt_from_string
273: {
store parameters into $string, you might want to keep date and time
seperate and use ( $date, $time ) to have two parameters
274: my( $string ) = < at >_;
split $string into parts of the timestamp source has "YYYY-MM-DD HH:MM:SS"
format. If you keep date/time seperate you can just copy these lines and
split date/time in two steps
275: my($year, $month, $day, $hour, $minute, $second) =
276: ($string =~ m|(\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})|);
create timestamp from values
277: my $dt = DateTime->new( year => $year,
278: month => $month,
279: day => $day,
280: hour => $hour,
281: minute => $minute,
if you don't have seconds you can just drop that line
282: second => $second,
the timestamp is in localtime as appropriate for Portugal, Europe/Zurich
would be used for Switzerland
283: time_zone => 'Europe/Lisbon',
284: );
285: return $dt;
286: }



the part in _ch_search is this:
mix $grabDate and the time
409: my $tmp = substr($grabDate,0,4) . substr($grabDate,4,2) .
substr($grabDate,6,2) .(($tv_show->look_down('_tag',
'td'))[0])->as_text();
drop : from the time
410: $tmp =~ s/://;
append fixed time offset
411: my $start = "$tmp"."00 $TZ";
store the start time in the programme
412: $show{start} = $start;


Regards,
Karl

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:11

Message:
great that you found a workaround that is working for now!
But that fix will break the schedule when you grab for days that are on the
other side of the DST switch.

Can you take a look at _pt_meo? It is converting floating localtime into
specific localtime, too. (and really simple, that's why I'm suggesting it)
That would solve all issues but one. That being invalid localtime in the
guide, like 02:30 when the clock jumps from 01:59 to 03:00.

Regards,
Karl

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

Comment By: thomi_ch (thomi_ch)
Date: 2011-03-29 04:52

Message:
hey patric

thanks for your solution/workaround.. fixed it like this.. and also added
this line after #!/usr/bin/perl

use POSIX;

now times are correct ;)...

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

Comment By: Patric Mueller (bhaak)
Date: 2011-03-28 12:40

Message:
A workaround I'm using is using
my constant $TZ = strftime("%z",localtime);

This returns the current time zone offset. 

This isn't a real solution as the dates after the change of the daylight
saving time are still wrong if they come from a run of the program before
the change of the daylight saving time.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3519904 ] Handling of special(german,french) characters

SourceForge.net — 2012-05-02T08:46:52

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Settings changed) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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_ch_search
Group: None
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Assigned to: Daniel Bittel (betlit)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

ZÃ¼ri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
 Reporter:  marcel.meier< at >…             |          Owner:  stuartm
     Type:  Bug Report - General       |         Status:  new
 Priority:  minor                      |      Milestone:  unknown
Component:  MythTV - Mythfilldatabase  |        Version:  0.25-fixes
 Severity:  high                       |     Resolution:
 Keywords:                             |  Ticket locked:  0
---------------------------------------+----------------------------

Comment (by dekarl< at >…):

 "Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
 which seems to have encoding issues since April 11th (see
 http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

 {{{
 Testing tv_grab_ch_search

 file contains unexpected control characters
 look here "urde. Bei den Ãœberresten hande"
                           ^
 Errors found in t_ch_search_1_2.xml
 tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
 list of the commands that were used
 tv_grab_ch_search has errors: badiso8859
 }}}

 The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
xmltv-devel mailing list
xmltv-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel

[ xmltv-Bugs-3098768 ] _ch_search: not honoringdaylight saving time

SourceForge.net — 2012-05-01T16:22:25

Bugs item #3098768, was opened at 2010-10-30 02:27
Message generated for change (Comment added) made by betlit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&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_ch_search
Group: None
Resolution: None
Priority: 5
Private: No
Submitted By: Patric Mueller (bhaak)
Assigned to: Daniel Bittel (betlit)
Summary: _ch_search: not honoring daylight saving time

Initial Comment:
The current CVS version of tv_grab_ch_search has the CET timezone hardcoded: 
tv_grab_ch_search.in:148 ## the timezone tv.search.ch lives in is, CET/CEST
tv_grab_ch_search.in:149: my constant $TZ = "+0100";

For the time being this problem will of course resolve itself tonight. :)

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

Date: 2012-05-01 09:22

Message:
duh! i screwed up the --days and --offset calc causing the grabber to
always stop after one day.

it's fixed now and the grabber passes all tests again.

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

Comment By: Daniel Bittel (betlit)
Date: 2012-05-01 07:11

Message:
oh bugger... ok, i'll look into it.

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 03:24

Message:
A fix has been commited by betlit.
But now there seems to be some issue/overlap with the exported data, see
the delta at
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/0/result.html#tv_grab_ch_search


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

Comment By: Daniel Bittel (betlit)
Date: 2012-04-24 12:11

Message:
finally go this fixed by switching from Date::Manip to DateTime which
handles the DST much nicer (thanks to dekarl for the hint).

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:48

Message:
Hi Thomi,

here it the code from _pt_meo
use the module
102: use DateTime;

get the time from the data
206: my $starttime = $xpc->findvalue( 'EPG:StartTime', $inprog );
convert text into timestamp
207: my $dtstart = dt_from_string( $starttime );
add timestmap to programme, using XMLTV format (%z is +0100 or +0200
depending on the timestamp)
208: $prog{start} = $dtstart->strftime( '%Y%m%d%H%M%S %z' );

that's the function that converts the time
272: sub dt_from_string
273: {
store parameters into $string, you might want to keep date and time
seperate and use ( $date, $time ) to have two parameters
274: my( $string ) = < at >_;
split $string into parts of the timestamp source has "YYYY-MM-DD HH:MM:SS"
format. If you keep date/time seperate you can just copy these lines and
split date/time in two steps
275: my($year, $month, $day, $hour, $minute, $second) =
276: ($string =~ m|(\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})|);
create timestamp from values
277: my $dt = DateTime->new( year => $year,
278: month => $month,
279: day => $day,
280: hour => $hour,
281: minute => $minute,
if you don't have seconds you can just drop that line
282: second => $second,
the timestamp is in localtime as appropriate for Portugal, Europe/Zurich
would be used for Switzerland
283: time_zone => 'Europe/Lisbon',
284: );
285: return $dt;
286: }



the part in _ch_search is this:
mix $grabDate and the time
409: my $tmp = substr($grabDate,0,4) . substr($grabDate,4,2) .
substr($grabDate,6,2) .(($tv_show->look_down('_tag',
'td'))[0])->as_text();
drop : from the time
410: $tmp =~ s/://;
append fixed time offset
411: my $start = "$tmp"."00 $TZ";
store the start time in the programme
412: $show{start} = $start;


Regards,
Karl

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:11

Message:
great that you found a workaround that is working for now!
But that fix will break the schedule when you grab for days that are on the
other side of the DST switch.

Can you take a look at _pt_meo? It is converting floating localtime into
specific localtime, too. (and really simple, that's why I'm suggesting it)
That would solve all issues but one. That being invalid localtime in the
guide, like 02:30 when the clock jumps from 01:59 to 03:00.

Regards,
Karl

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

Comment By: thomi_ch (thomi_ch)
Date: 2011-03-29 04:52

Message:
hey patric

thanks for your solution/workaround.. fixed it like this.. and also added
this line after #!/usr/bin/perl

use POSIX;

now times are correct ;)...

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

Comment By: Patric Mueller (bhaak)
Date: 2011-03-28 12:40

Message:
A workaround I'm using is using
my constant $TZ = strftime("%z",localtime);

This returns the current time zone offset. 

This isn't a real solution as the dates after the change of the daylight
saving time are still wrong if they come from a run of the program before
the change of the daylight saving time.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3098768 ] _ch_search: not honoringdaylight saving time

SourceForge.net — 2012-05-01T14:11:56

Bugs item #3098768, was opened at 2010-10-30 02:27
Message generated for change (Comment added) made by betlit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&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_ch_search
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patric Mueller (bhaak)
Assigned to: Daniel Bittel (betlit)
Summary: _ch_search: not honoring daylight saving time

Initial Comment:
The current CVS version of tv_grab_ch_search has the CET timezone hardcoded: 
tv_grab_ch_search.in:148 ## the timezone tv.search.ch lives in is, CET/CEST
tv_grab_ch_search.in:149: my constant $TZ = "+0100";

For the time being this problem will of course resolve itself tonight. :)

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

Date: 2012-05-01 07:11

Message:
oh bugger... ok, i'll look into it.

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 03:24

Message:
A fix has been commited by betlit.
But now there seems to be some issue/overlap with the exported data, see
the delta at
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/0/result.html#tv_grab_ch_search


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

Comment By: Daniel Bittel (betlit)
Date: 2012-04-24 12:11

Message:
finally go this fixed by switching from Date::Manip to DateTime which
handles the DST much nicer (thanks to dekarl for the hint).

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:48

Message:
Hi Thomi,

here it the code from _pt_meo
use the module
102: use DateTime;

get the time from the data
206: my $starttime = $xpc->findvalue( 'EPG:StartTime', $inprog );
convert text into timestamp
207: my $dtstart = dt_from_string( $starttime );
add timestmap to programme, using XMLTV format (%z is +0100 or +0200
depending on the timestamp)
208: $prog{start} = $dtstart->strftime( '%Y%m%d%H%M%S %z' );

that's the function that converts the time
272: sub dt_from_string
273: {
store parameters into $string, you might want to keep date and time
seperate and use ( $date, $time ) to have two parameters
274: my( $string ) = < at >_;
split $string into parts of the timestamp source has "YYYY-MM-DD HH:MM:SS"
format. If you keep date/time seperate you can just copy these lines and
split date/time in two steps
275: my($year, $month, $day, $hour, $minute, $second) =
276: ($string =~ m|(\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})|);
create timestamp from values
277: my $dt = DateTime->new( year => $year,
278: month => $month,
279: day => $day,
280: hour => $hour,
281: minute => $minute,
if you don't have seconds you can just drop that line
282: second => $second,
the timestamp is in localtime as appropriate for Portugal, Europe/Zurich
would be used for Switzerland
283: time_zone => 'Europe/Lisbon',
284: );
285: return $dt;
286: }



the part in _ch_search is this:
mix $grabDate and the time
409: my $tmp = substr($grabDate,0,4) . substr($grabDate,4,2) .
substr($grabDate,6,2) .(($tv_show->look_down('_tag',
'td'))[0])->as_text();
drop : from the time
410: $tmp =~ s/://;
append fixed time offset
411: my $start = "$tmp"."00 $TZ";
store the start time in the programme
412: $show{start} = $start;


Regards,
Karl

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:11

Message:
great that you found a workaround that is working for now!
But that fix will break the schedule when you grab for days that are on the
other side of the DST switch.

Can you take a look at _pt_meo? It is converting floating localtime into
specific localtime, too. (and really simple, that's why I'm suggesting it)
That would solve all issues but one. That being invalid localtime in the
guide, like 02:30 when the clock jumps from 01:59 to 03:00.

Regards,
Karl

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

Comment By: thomi_ch (thomi_ch)
Date: 2011-03-29 04:52

Message:
hey patric

thanks for your solution/workaround.. fixed it like this.. and also added
this line after #!/usr/bin/perl

use POSIX;

now times are correct ;)...

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

Comment By: Patric Mueller (bhaak)
Date: 2011-03-28 12:40

Message:
A workaround I'm using is using
my constant $TZ = strftime("%z",localtime);

This returns the current time zone offset. 

This isn't a real solution as the dates after the change of the daylight
saving time are still wrong if they come from a run of the program before
the change of the daylight saving time.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Feature Requests-3520371 ] new grabber forspanish audience: sincroniatv

SourceForge.net — 2012-04-30T23:19:29

Feature Requests item #3520371, was opened at 2012-04-22 10:44
Message generated for change (Comment added) made by murrayf
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424138&aid=3520371&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: Interface Improvements (example)
Group: None
Priority: 5
Private: No
Submitted By: murrayf (murrayf)
Assigned to: Nobody/Anonymous (nobody)
Summary: new grabber for spanish audience: sincroniatv

Initial Comment:
Hello,

I'd like xmltv people to add or substitute for older one a new grabber for Spain. I think SincroniaTV (http://www.sincroguia.tv/programacion.html) is a good choice, it has updated tv listings for upcoming days also and picks almost every channel spanish people can watch. I propose you that change because older grabbers has serious errors. miguiatv listings are not found using latest version of xmltv and freeguidetv, and some months ago didn't show all channels. The other grabber laguiatv, is reported to be slow and has a lack of tv channels too.
Thanks,
Alberto.
:)

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

Date: 2012-04-30 16:19

Message:
Hello dekarl,

 I was finding out about the new grabber possibilities without not very
success, I explain you:

* SincroniaTV is a website developed by inouttv company
(http://www.inouttv.com/value-proposition/services.html), but to my low
understanding they offer you the possibility (after registration and get
the API key) to develop apps for their products only, so maybe it's not the
best try.

* Searching for tv listings providers with an API for personal use I found
one provider which allows you  "non-commercial and limited license", to try
its API after registration, to get many public and private tv broadcasters
schedule listings and related info. I don't fully understand if they give
us unlimited use and grants to publish as a xmltv grabber. I post you the
links:
- http://developer.rovicorp.com/page
- http://developer.rovicorp.com/terms

Thanks,

Alberto.

:)

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

Comment By: Karl Dietz (dekarl)
Date: 2012-04-30 03:01

Message:
murrayf, I don't speak spanish. Does SincroniaTV offer an API with terms of
use that allow us to get their guide feed for personal use?

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3098768 ] _ch_search: not honoringdaylight saving time

SourceForge.net — 2012-04-30T10:24:11

Bugs item #3098768, was opened at 2010-10-30 02:27
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&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_ch_search
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patric Mueller (bhaak)
Summary: _ch_search: not honoring daylight saving time

Initial Comment:
The current CVS version of tv_grab_ch_search has the CET timezone hardcoded: 
tv_grab_ch_search.in:148 ## the timezone tv.search.ch lives in is, CET/CEST
tv_grab_ch_search.in:149: my constant $TZ = "+0100";

For the time being this problem will of course resolve itself tonight. :)

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

Date: 2012-04-30 03:24

Message:
A fix has been commited by betlit.
But now there seems to be some issue/overlap with the exported data, see
the delta at
http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/0/result.html#tv_grab_ch_search


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

Comment By: Daniel Bittel (betlit)
Date: 2012-04-24 12:11

Message:
finally go this fixed by switching from Date::Manip to DateTime which
handles the DST much nicer (thanks to dekarl for the hint).

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:48

Message:
Hi Thomi,

here it the code from _pt_meo
use the module
102: use DateTime;

get the time from the data
206: my $starttime = $xpc->findvalue( 'EPG:StartTime', $inprog );
convert text into timestamp
207: my $dtstart = dt_from_string( $starttime );
add timestmap to programme, using XMLTV format (%z is +0100 or +0200
depending on the timestamp)
208: $prog{start} = $dtstart->strftime( '%Y%m%d%H%M%S %z' );

that's the function that converts the time
272: sub dt_from_string
273: {
store parameters into $string, you might want to keep date and time
seperate and use ( $date, $time ) to have two parameters
274: my( $string ) = < at >_;
split $string into parts of the timestamp source has "YYYY-MM-DD HH:MM:SS"
format. If you keep date/time seperate you can just copy these lines and
split date/time in two steps
275: my($year, $month, $day, $hour, $minute, $second) =
276: ($string =~ m|(\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})|);
create timestamp from values
277: my $dt = DateTime->new( year => $year,
278: month => $month,
279: day => $day,
280: hour => $hour,
281: minute => $minute,
if you don't have seconds you can just drop that line
282: second => $second,
the timestamp is in localtime as appropriate for Portugal, Europe/Zurich
would be used for Switzerland
283: time_zone => 'Europe/Lisbon',
284: );
285: return $dt;
286: }



the part in _ch_search is this:
mix $grabDate and the time
409: my $tmp = substr($grabDate,0,4) . substr($grabDate,4,2) .
substr($grabDate,6,2) .(($tv_show->look_down('_tag',
'td'))[0])->as_text();
drop : from the time
410: $tmp =~ s/://;
append fixed time offset
411: my $start = "$tmp"."00 $TZ";
store the start time in the programme
412: $show{start} = $start;


Regards,
Karl

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:11

Message:
great that you found a workaround that is working for now!
But that fix will break the schedule when you grab for days that are on the
other side of the DST switch.

Can you take a look at _pt_meo? It is converting floating localtime into
specific localtime, too. (and really simple, that's why I'm suggesting it)
That would solve all issues but one. That being invalid localtime in the
guide, like 02:30 when the clock jumps from 01:59 to 03:00.

Regards,
Karl

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

Comment By: thomi_ch (thomi_ch)
Date: 2011-03-29 04:52

Message:
hey patric

thanks for your solution/workaround.. fixed it like this.. and also added
this line after #!/usr/bin/perl

use POSIX;

now times are correct ;)...

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

Comment By: Patric Mueller (bhaak)
Date: 2011-03-28 12:40

Message:
A workaround I'm using is using
my constant $TZ = strftime("%z",localtime);

This returns the current time zone offset. 

This isn't a real solution as the dates after the change of the daylight
saving time are still wrong if they come from a run of the program before
the change of the daylight saving time.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Feature Requests-3520371 ] new grabber forspanish audience: sincroniatv

SourceForge.net — 2012-04-30T10:01:33

Feature Requests item #3520371, was opened at 2012-04-22 10:44
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424138&aid=3520371&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: Interface Improvements (example)
Group: None
Priority: 5
Private: No
Submitted By: murrayf (murrayf)
Assigned to: Nobody/Anonymous (nobody)
Summary: new grabber for spanish audience: sincroniatv

Initial Comment:
Hello,

I'd like xmltv people to add or substitute for older one a new grabber for Spain. I think SincroniaTV (http://www.sincroguia.tv/programacion.html) is a good choice, it has updated tv listings for upcoming days also and picks almost every channel spanish people can watch. I propose you that change because older grabbers has serious errors. miguiatv listings are not found using latest version of xmltv and freeguidetv, and some months ago didn't show all channels. The other grabber laguiatv, is reported to be slow and has a lack of tv channels too.
Thanks,
Alberto.
:)

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

Date: 2012-04-30 03:01

Message:
murrayf, I don't speak spanish. Does SincroniaTV offer an API with terms of
use that allow us to get their guide feed for personal use?

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3519904 ] Handling of special(german,french) characters

SourceForge.net — 2012-04-30T09:59:46

Bugs item #3519904, was opened at 2012-04-20 10:30
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3519904&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_ch_search
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Marcel (meiersos1)
Summary: Handling of special(german, french) characters

Initial Comment:
It seams that the output from the graber is mixed up.

I get non standard fillings in my list like for example:

ZÃ¼ri News in the mysql Database and also in the EPG display in Mythtv
 or in hex
 5A C3 83 C2 BC 72 69 20 4E 65 77 73
instead of Züri News

I first suspected the TV Frontend (Mythtv) to be the culprit and asked there to fix the Bug. But the answer was the following:



#10627: Mythfilldatabase 0.25/fixes and special characters (ä ö ü à é è etc.) not
inserted correctly in mythconverg
---------------------------------------+----------------------------
 Reporter:  marcel.meier< at >…             |          Owner:  stuartm
     Type:  Bug Report - General       |         Status:  new
 Priority:  minor                      |      Milestone:  unknown
Component:  MythTV - Mythfilldatabase  |        Version:  0.25-fixes
 Severity:  high                       |     Resolution:
 Keywords:                             |  Ticket locked:  0
---------------------------------------+----------------------------

Comment (by dekarl< at >…):

 "Züri News" sounds like Switzerland which makes tv_grab_ch_search likely
 which seems to have encoding issues since April 11th (see
 http://www.crustynet.org.uk/~xmltv-tester/squeeze/nightly/ )

 {{{
 Testing tv_grab_ch_search

 file contains unexpected control characters
 look here "urde. Bei den Ãœberresten hande"
                           ^
 Errors found in t_ch_search_1_2.xml
 tv_grab_ch_search did not validate ok. See t_ch_search_commands.log for a
 list of the commands that were used
 tv_grab_ch_search has errors: badiso8859
 }}}

 The bug should be forwarded upstream to the xmltv tracker next.
-----------------------------------------------------------------------------------

Thank you for any Help

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

Date: 2012-04-30 02:59

Message:
has been fixed by maintainer (betlit)

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
xmltv-devel mailing list
xmltv-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel

[ xmltv-Bugs-3522504 ] make fails

SourceForge.net — 2012-04-30T09:57:57

Bugs item #3522504, was opened at 2012-04-30 00:22
Message generated for change (Comment added) made by dekarl
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3522504&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.
Group: None
Resolution: None
Priority: 5
Private: No
Submitted By: Simon Kenyon (simonkenyon)
Summary: make fails

Initial Comment:
just sync'd xmltv (2012-04-30) and tried to build all grabbers
make failed:

make: *** No rule to make target `grab/se_tvzon/tv_grab_se_tvzon.PL', needed by `grab/se_tvzon/tv_grab_se_tvzon'.  Stop.

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

Date: 2012-04-30 02:57

Message:
Sounds like the checkout didn't work. The file is part of the source code
and has not been changed in months, see
http://xmltv.cvs.sourceforge.net/viewvc/xmltv/xmltv/grab/se_tvzon/
Can you run "cvs update" and see if it pulls in the missing file?

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

[ xmltv-Bugs-3522504 ] make fails

SourceForge.net — 2012-04-30T07:22:56

Bugs item #3522504, was opened at 2012-04-30 00:22
Message generated for change (Tracker Item Submitted) made by simonkenyon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3522504&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Simon Kenyon (simonkenyon)
Assigned to: Nobody/Anonymous (nobody)
Summary: make fails

Initial Comment:
just sync'd xmltv (2012-04-30) and tried to build all grabbers
make failed:

make: *** No rule to make target `grab/se_tvzon/tv_grab_se_tvzon.PL', needed by `grab/se_tvzon/tv_grab_se_tvzon'.  Stop.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: [xmltv-commit] xmltv Makefile.PL,1.396,1.397

Nick Morrott — 2012-04-29T21:51:57

Thanks for pushing this commit. I had it ready to go here but needed
some rest and forgot to commit it before I went to sleep!

Cheers,
Nick

Vous avez reçu un guide : devenir trader facilement

Sophie Dupres — 2012-04-26T21:19:11

Pour visualiser correctement cette lettre, consultez notre version en ligne

XFOREX VOUS OFFRE
un coffret complet d'apprentissage
en partenariat avec aroundfx

Avec 4 000 milliards de dollars échangés quotidiennement, le marché
des devises est l'un des marchés les plus liquides, dynamiques et lucratifs au monde.
COMMENT AUGMENTER VOS REVENUS EN 2012 ?

Cliquez ici pour recevoir votre coffret « Tout sur le trading en 14 leçons »

* après ouverture de compte
Avertissement lié au risque : Les produits forex sont des produits utilisant un effet de levier et de ce fait le trading de devises comporte un degré élevé de risque susceptible de ne pas convenir à tout le monde et où vous risquez de perdre le montant investi. XForex vous recommande de vous assurer que vous comprenez les risques associés avant de prendre toute décision concernant les produits de XForex. Il est recommandé de faire appel à un avis extérieur et indépendant si nécessaire. XForex est un nom commercial utilisé par O.C.M Online Capital Markets Ltd, qui possède une licence et qui est régulée par la Cyprus Securities and Exchange Commission (CySEC - numéro de licence 108/10), sous l'autorité de la Directive européenne sur les marchés financiers (MiFID). Offre soumise à conditions. www.xforex.com. Cliquez ici pour notre Politique de confidentialité et nos Termes et Conditions
XForex est un nom commercial utilisé par O.C.M Online Capital Markets Ltd, qui possède une licence et qui est régulée par la Cyprus Securities and Exchange Commission (CySEC- numéro de licence 108/10), sous l'autorité de la Directive européenne sur les marchés financiers (MiFID).
Cette promotion est réservée aux clients existants.
Le présent courriel contient des informations à caractère confidentiel et exclusif. Si vous recevez ce courriel par erreur, nous vous informons que toute lecture, divulgation, transmission, distribution ou reproduction de ce message de quelque façon que ce soit est formellement interdite. Si vous recevez ce courriel par erreur, veuillez en aviser immédiatement l'expéditeur et détruire toute copie. Veuillez prendre note que l'expéditeur surveille tous les courriels envoyés ou reçus. Merci.
Le trading ne sera autorisé qu'après réception de tous les documents requis.
Si vous ne souhaitez plus recevoir ce message,cliquez ici
http://mailing-srv-20120401.com//desinscription.php?email=xmltv-devel< at >lists.sourceforge.net&version=3&complement=IVGjEVCrIdG3ApG/IlKXAtC7EhSPM9SnQFObIx
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
xmltv-devel mailing list
xmltv-devel< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xmltv-devel

Vous avez reçu un guide : devenir trader facilement

Sophie Dupres — 2012-04-26T10:43:17

Pour visualiser correctement cette lettre, consultez notre version en ligne

XFOREX VOUS OFFRE
un coffret complet d'apprentissage
en partenariat avec aroundfx

Avec 4 000 milliards de dollars échangés quotidiennement, le marché
des devises est l'un des marchés les plus liquides, dynamiques et lucratifs au monde.
COMMENT AUGMENTER VOS REVENUS EN 2012 ?

Cliquez ici pour recevoir votre coffret « Tout sur le trading en 14 leçons »

[ xmltv-Bugs-3098768 ] _ch_search: not honoringdaylight saving time

SourceForge.net — 2012-04-24T19:11:49

Bugs item #3098768, was opened at 2010-10-30 02:27
Message generated for change (Comment added) made by betlit
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=424135&aid=3098768&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_ch_search
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patric Mueller (bhaak)
Assigned to: Nobody/Anonymous (nobody)
Summary: _ch_search: not honoring daylight saving time

Initial Comment:
The current CVS version of tv_grab_ch_search has the CET timezone hardcoded: 
tv_grab_ch_search.in:148 ## the timezone tv.search.ch lives in is, CET/CEST
tv_grab_ch_search.in:149: my constant $TZ = "+0100";

For the time being this problem will of course resolve itself tonight. :)

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

Comment By: Daniel Bittel (betlit)
Date: 2012-04-24 12:11

Message:
finally go this fixed by switching from Date::Manip to DateTime which
handles the DST much nicer (thanks to dekarl for the hint).

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:48

Message:
Hi Thomi,

here it the code from _pt_meo
use the module
102: use DateTime;

get the time from the data
206: my $starttime = $xpc->findvalue( 'EPG:StartTime', $inprog );
convert text into timestamp
207: my $dtstart = dt_from_string( $starttime );
add timestmap to programme, using XMLTV format (%z is +0100 or +0200
depending on the timestamp)
208: $prog{start} = $dtstart->strftime( '%Y%m%d%H%M%S %z' );

that's the function that converts the time
272: sub dt_from_string
273: {
store parameters into $string, you might want to keep date and time
seperate and use ( $date, $time ) to have two parameters
274: my( $string ) = < at >_;
split $string into parts of the timestamp source has "YYYY-MM-DD HH:MM:SS"
format. If you keep date/time seperate you can just copy these lines and
split date/time in two steps
275: my($year, $month, $day, $hour, $minute, $second) =
276: ($string =~ m|(\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})|);
create timestamp from values
277: my $dt = DateTime->new( year => $year,
278: month => $month,
279: day => $day,
280: hour => $hour,
281: minute => $minute,
if you don't have seconds you can just drop that line
282: second => $second,
the timestamp is in localtime as appropriate for Portugal, Europe/Zurich
would be used for Switzerland
283: time_zone => 'Europe/Lisbon',
284: );
285: return $dt;
286: }



the part in _ch_search is this:
mix $grabDate and the time
409: my $tmp = substr($grabDate,0,4) . substr($grabDate,4,2) .
substr($grabDate,6,2) .(($tv_show->look_down('_tag',
'td'))[0])->as_text();
drop : from the time
410: $tmp =~ s/://;
append fixed time offset
411: my $start = "$tmp"."00 $TZ";
store the start time in the programme
412: $show{start} = $start;


Regards,
Karl

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

Comment By: Karl Dietz (dekarl)
Date: 2011-03-30 01:11

Message:
great that you found a workaround that is working for now!
But that fix will break the schedule when you grab for days that are on the
other side of the DST switch.

Can you take a look at _pt_meo? It is converting floating localtime into
specific localtime, too. (and really simple, that's why I'm suggesting it)
That would solve all issues but one. That being invalid localtime in the
guide, like 02:30 when the clock jumps from 01:59 to 03:00.

Regards,
Karl

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

Comment By: thomi_ch (thomi_ch)
Date: 2011-03-29 04:52

Message:
hey patric

thanks for your solution/workaround.. fixed it like this.. and also added
this line after #!/usr/bin/perl

use POSIX;

now times are correct ;)...

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

Comment By: Patric Mueller (bhaak)
Date: 2011-03-28 12:40

Message:
A workaround I'm using is using
my constant $TZ = strftime("%z",localtime);

This returns the current time zone offset. 

This isn't a real solution as the dates after the change of the daylight
saving time are still wrong if they come from a run of the program before
the change of the daylight saving time.

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

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

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/