On Mon, Oct 28, 2002 at 07:15:20PM +0000, Ed Avis wrote:
>
> >2. zap2it over the time-change failed to provide listings that were
> > consistant before or after the time-change.
>
> Nothing you can do about that really. So we just have to focus on
> listings that are definitely in one tz or the other.
Correct. If Zap2it doesn't get it right, nothing we can do about it.
But the potential is there, from their point. In the grid view, they
did repeat the 1:00am and 1:30am timeslots. So they had the
infrastructure right, just didn't populate it correctly.
> Instead, IMHO, it should set this at configure time, since
> Date_TimeZone() returns the user's local tz which may not be correct.
I think I agree with this. The timezone is tied to the postal/zip
code for the listings the user wants to grab, not necessarily the
timezone in the enviroment of the grabbing process. The timezone the
user is in is a good default when asking what the time zone is though.
> When the location (postal or zip code) changes the tz may also
> change. So it should be configured in the same place.
I agree with this (until somebody gives a good argument against :-).
> >8. since Date::Manip doesn't handle timezone changes, tv_grab_na has
> > no way of knowing when the time change occurs.
Other than heuristically. i.e. is the time >"2:00am last Sunday of
October"?
> However it would be possible to do what tv_grab_uk_rt does and have a
> library which know about the transitions to/from summer time and can
> deduce the correct tz given a date and time.
Right. It is worth knowing that UNIX/Linux (and pressumably Windows)
seem to go to enough effort to know, for all timezones. It would be
nice to leverage off of that information. Because, as you will know
Jerry, not everywhere in NA observes DST.
> Or we could generalize the existing UK_TZ.pm library. Ideally I would
> like to make an addition to Date::Manip for better tz handling (its
> biggest weak spot IMHO) and eventually get this included
> upstream. But that's a way off yet.
Or get Date::Manip to leverage the database on the O/S.
b.
--
Brian J. Murrell
pgpBWPOjUMv0z.pgp
Description: PGP signature
|
