<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1400" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>I am just finalizing my internal data-direct 
grabber code for mythtv.&nbsp; Hope to have a patch out by the end of the 
week.&nbsp; One question, though.&nbsp; DataDirect provides program dates in 
UTC.&nbsp; What would be the best way to convert these into the database.&nbsp; 
The existing approach seems to either use the dates coming back from the 
grabbers directly or you can manually specify an offset.&nbsp; Is there any 
issue with just using localtime to convert (Qt::LocalTime) these dates -- that 
would seem to be the best way to handle all conceivable daylight saving time and 
other issues.&nbsp; If you use an offset, you would have to manually change this 
partway through the year.&nbsp; You would also have an issue during the whole 
time period for data grabbing when the changeover date was in the 
mix.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Anyone have a problem with just using a localtime 
conversion? </FONT></DIV>
<DIV><FONT face=Arial size=2>If it is a problem -- any suggestions on how to 
deal with this?&nbsp; I could use some of the existing settings to do the 
conversion, but DST is still a large problem.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Also, my current code base includes support for the 
tv_grab_na_dd grabber as well as the internal grabber.&nbsp; Last time I 
submitted my tv_grab_na_dd patch, it didn't get applied since tv_grab_na_dd is 
still in CVS and not released.&nbsp; Isaac, should I split these patches out and 
include only the internal grabber first?&nbsp; I'm not really sure when xmltv is 
going to release -- they are struggline with the same localtime issues indicated 
above.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Right now, the way that the code is written the 
internal grabber always pulls all 13 days of available data and mass-processes 
it in one shot.&nbsp; The tv_grab_na_dd grabber supports the old mechanism of 
pulling the data one day at a time and only pulling data for days which don't 
yet have any data.&nbsp; I wasn't immediately planning on supporting that for 
the internal grabber, since the data download time was minimal and I personally 
like to have a complete update to catch all schedule changes.&nbsp; Will that be 
acceptable for a first release?</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV></BODY></HTML>