[Ietf-calsify] Re: PERIOD types
Reinhold Kainhofer
reinhold at kainhofer.com
Tue Apr 12 02:14:37 PDT 2005
On Tuesday 12 April 2005 04:16, Sam Roberts wrote:
> Quoting reinhold at kainhofer.com, on Tue, Apr 12, 2005 at 12:08:00AM +0200:
> > Am Montag, 11. April 2005 23:44 schrieb Jonathan Lennox:
> > > On Monday, April 11 2005, "Reinhold Kainhofer" wrote to
> >
> > "ietf-calsify at osafoundation.org" saying:
> > Exactly, you run into the same problems. In particular, take (March 27,
> > 2005, is the date when summer time was introduced everywhere in the EU):
> > DTSTART;TZID="Europe/Vienna":20050326T023000
> > DURATION:P1DT
> > Since the hour from 02:00 to 03:00 is skipped, there is no 02:30 on March
> > 27.... I'd say, the event should end at the last valid time before that
> > time.
>
> I can see that, it needs clarification, though.
>
> What do you do with a DTSTART of January 31st, set to recur
> FREQ=monthly?
>
> My interpretation of RFC2445 was that if running the RRULE results in a
> non-existent time, the event doesn't happen. So, that particular rule
> would only give occurences in months that have a 31st
Yes, but these are different problems. With RRULE the problem is that the
event might not happen at all. With duration the problem is that the start
date/time exists, so the event does happen. The problem is when it ends.
Reinhold
--
------------------------------------------------------------------
Reinhold Kainhofer, Vienna University of Technology, Austria
email: reinhold at kainhofer.com, http://reinhold.kainhofer.com/
* Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at/
* K Desktop Environment, http://www.kde.org, KOrganizer / KPilot maintainer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.osafoundation.org/pipermail/ietf-calsify/attachments/20050412/f2c3d477/attachment.bin
More information about the Ietf-calsify
mailing list