Extensions for different calendar scales

  • Mike Douglass

    Mike Douglass - 2013-05-02

    Currently a calconnect committee is working on providing support for recurrences in different calendar systems which attempts to address the need for iCalendar data to support non-Gregorian recurrence behavior.
    Rather than making use of the existing "CALSCALE" option in iCalendar (which was considered too disruptive), it instead defines extensions to the "RRULE" property.

    Public discussion will take place on the IETF Calsify mailing list (<calsify@ietf.org>).

    My intent is to work on a preliminary implementation of this specification.

    Below is the IETF announcement for the draft specification

    A new version of I-D, draft-daboo-icalendar-rscale-00.txt has been successfully submitted by Cyrus Daboo and posted to the IETF repository.

    Filename: draft-daboo-icalendar-rscale
    Revision: 00
    Title: Non-Gregorian Recurrence Rules in iCalendar
    Creation date: 2013-04-26
    Group: Individual Submission
    Number of pages: 11
    http://datatracker.ietf.org/doc/draft-daboo-icalendar-rscale Htmlized:

       This document defines how non-Gregorian recurrence rules can be specified in iCalendar data.

  • Ben Fortuna

    Ben Fortuna - 2013-05-03

    Hi Mike,

    This is really interesting - hopefully we'll be able to support this in ical4j. I suspect this may provide an (additional) incentive to replace the underlying date-time API with something that supports lunar calendars, etc. (e.g. jodatime).


    • Grigory Yakushev

      In particular we were thinking about using ICU for calendaring arithmetic.

  • Ben Fortuna

    Ben Fortuna - 2013-06-20

    Hi Grigory,

    Ok, ICU would potentially be easier as it extends on the existing Java API. I remember long ago making a note to look at ICU but have never managed to get there. I will look into adding the icu4j library as an optional dependency for ical4j.



Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks