[kronolith] Re: [imp] timezone calculation
kellan
kellan@protest.net
Wed, 15 Aug 2001 04:52:17 -0700 (PDT)
well your next message said to forget it, but i'll respond anyway :)
ximian has created a collection of VTIMEZONE (ical timezone) objects that
correspond to the America/New York zones. these contain not only the
offsets from GMT, but also daylight savings info, in a relatively easy
format to parse. from there its simple to calculate the differences.
http://primates.ximian.com/~damon/icalendar/
and you get an abstraction from the server's timezone handling.
kellan
On Wed, 15 Aug 2001, Jan Schneider wrote:
> Zitat von Atif Ghaffar <aghaffar@developer.ch>:
>
> > > I
> > > Already did a very small pathch to kronolith to handle timezones but this
> > one
> > > has to be changed now.
> > > The problem to solve is the fact that mcal probably doesn't support the
> > "TZ"
> > > env var neither does the upcoming sql driver. And how can we calculate
> > timezone
> > > differences out of timezone entries like "Europe/Berlin"?
> >
> > The timezone should be recorded as an offset to GMT etc.
> > Have a look at http://sourceforge.net/projects/e-reminders/
> > This might give you some ideas.
>
> Hm, but we are recording timezone now as "America/New_York", "Europe/Berlin"
> etc. and we need to find a way to calculate timezone differences from these
> entries.
> Do you know of any tool that may be able to handle this? It doesn't make sense
> to create different entries for timezones for the different horde apps.
>
> Jan.
>
> --
> Kronolith mailing list: http://horde.org/kronolith/
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: kronolith-unsubscribe@lists.horde.org
>
--
"we reject kings, presidents and voting. we believe in
rough consensus and running code." [david clark (MIT)]
kellan@protest.net