unknown
1970-01-01 00:00:00 UTC
</<span>select</span>></pre>
<div>
<div></div>
<div class=3D"h5"><br><br>
<div class=3D"gmail_quote">On Thu, Sep 15, 2011 at 3:10 PM, Karl Dietz <spa=
n dir=3D"ltr"><<a href=3D"mailto:***@spaetfruehstuecken.org" target=
=3D"_blank">***@spaetfruehstuecken.org</a>></span> wrote:<br>
<blockquote style=3D"BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex=
; PADDING-LEFT: 1ex" class=3D"gmail_quote">Hello Lester,<br> <div><br>On 15.09.2011 18:12, Lester Bar wrote:<br>> I got the xmltv:wri=
ter->write_programme to work, its is time sensitive,<br>> as it relat=
es to the start time presented. I had to change my start from<br>> as 10=
:00 AM etc to start=3D"20110915230500".<br>
<br></div>please be explicit about the time offset, too. It avoids many pit=
fals.<br>Your example of 23:05 is parsed as implicit UTC which is likely wr=
ong.<br>I use the DateTime modules to convert localtime from "Europe/B=
erlin" to<br>
UTC, it works quite well. You can convert it back into "UTC +1/2"=
<br>(whatever offsets are relevant to get local time) but that way you<br>a=
utomatically get the correct time when running shortly before the<br>switch=
and looking at programs around or after the switch.<br>
<br>For a simple example see dt_from_string() in _pt_meo.<br>(which reminds=
me that _pt_meo needs some error handling for local<br>times that are ille=
gal. Like 02:30 at the day we switch winter to<br>summer time.)<br><br>
Regards,<br>Karl<br><br>---------------------------------------------------=
---------------------------<br>Doing More with Less: The Next Generation Vi=
rtual Desktop<br>What are the key obstacles that have prevented many mid-ma=
rket businesses<br>
from deploying virtual desktops? =A0 How do next-generation virtual desktop=
s<br>provide companies an easier-to-deploy, easier-to-manage and more affor=
dable<br>virtual desktop model.<a href=3D"http://www.accelacomm.com/jaw/sfn=
l/114/51426474/" target=3D"_blank">http://www.accelacomm.com/jaw/sfnl/114/5=
1426474/</a><br>
<div>
<div></div>
<div>_______________________________________________<br>xmltv-devel mailing=
list<br><a href=3D"mailto:xmltv-***@lists.sourceforge.net" target=3D"_bl=
ank">xmltv-***@lists.sourceforge.net</a><br><a href=3D"https://lists.sour=
ceforge.net/lists/listinfo/xmltv-devel" target=3D"_blank">https://lists.sou=
rceforge.net/lists/listinfo/xmltv-devel</a><br>
</div></div></blockquote></div><br></div></div></blockquote></div><br>
--bcaec5015fdd06f07304adc705be--
<div>
<div></div>
<div class=3D"h5"><br><br>
<div class=3D"gmail_quote">On Thu, Sep 15, 2011 at 3:10 PM, Karl Dietz <spa=
n dir=3D"ltr"><<a href=3D"mailto:***@spaetfruehstuecken.org" target=
=3D"_blank">***@spaetfruehstuecken.org</a>></span> wrote:<br>
<blockquote style=3D"BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex=
; PADDING-LEFT: 1ex" class=3D"gmail_quote">Hello Lester,<br> <div><br>On 15.09.2011 18:12, Lester Bar wrote:<br>> I got the xmltv:wri=
ter->write_programme to work, its is time sensitive,<br>> as it relat=
es to the start time presented. I had to change my start from<br>> as 10=
:00 AM etc to start=3D"20110915230500".<br>
<br></div>please be explicit about the time offset, too. It avoids many pit=
fals.<br>Your example of 23:05 is parsed as implicit UTC which is likely wr=
ong.<br>I use the DateTime modules to convert localtime from "Europe/B=
erlin" to<br>
UTC, it works quite well. You can convert it back into "UTC +1/2"=
<br>(whatever offsets are relevant to get local time) but that way you<br>a=
utomatically get the correct time when running shortly before the<br>switch=
and looking at programs around or after the switch.<br>
<br>For a simple example see dt_from_string() in _pt_meo.<br>(which reminds=
me that _pt_meo needs some error handling for local<br>times that are ille=
gal. Like 02:30 at the day we switch winter to<br>summer time.)<br><br>
Regards,<br>Karl<br><br>---------------------------------------------------=
---------------------------<br>Doing More with Less: The Next Generation Vi=
rtual Desktop<br>What are the key obstacles that have prevented many mid-ma=
rket businesses<br>
from deploying virtual desktops? =A0 How do next-generation virtual desktop=
s<br>provide companies an easier-to-deploy, easier-to-manage and more affor=
dable<br>virtual desktop model.<a href=3D"http://www.accelacomm.com/jaw/sfn=
l/114/51426474/" target=3D"_blank">http://www.accelacomm.com/jaw/sfnl/114/5=
1426474/</a><br>
<div>
<div></div>
<div>_______________________________________________<br>xmltv-devel mailing=
list<br><a href=3D"mailto:xmltv-***@lists.sourceforge.net" target=3D"_bl=
ank">xmltv-***@lists.sourceforge.net</a><br><a href=3D"https://lists.sour=
ceforge.net/lists/listinfo/xmltv-devel" target=3D"_blank">https://lists.sou=
rceforge.net/lists/listinfo/xmltv-devel</a><br>
</div></div></blockquote></div><br></div></div></blockquote></div><br>
--bcaec5015fdd06f07304adc705be--