Worldwide holidays and workdays computational toolkit.

View on GitHub

Contribute to Workalendar

Home / Basic usage / Advanced usage / Class options / ISO Registry / iCal Export

Use it (and test it)

If you are using workalendar, you are already contributing to it. As long as you are able to check its result, compare the designated working days and holidays to the reality, and make sure these are right, you’re helping.

If any of the computed holidays for the country / area your are using is wrong, please report it using the Github issues.

Report an issue

If you think you’ve found a bug you can report an issue. In order to help us sort this out, please follow the guidelines:

Adding new calendars

Since workalendar is mainly built around configuration variables and generic methods, it’s not that difficult to add a calendar to our codebase. A few mandatory steps should be observed:

  1. Fork the repository and create a new branch named after the calendar you want to implement,
  2. Add a test class to the workalendar test suite that checks holidays,
  3. Implement the class using the core class APIs as much as possible. Test it until all tests pass.
  4. Make a nice pull-request we’ll be glad to review and merge when it’s perfect.

Please respect the PEP8 convention, otherwise your PR won’t be accepted.

Maintain Equinoxes and Solar terms

To reduce dependencies and computation time, equinoxes and solar terms are precomputed for the 30 previous and next years. From time to time and before each release, please run the create-astronomical-data data file to update those files.

You also need to regenerate the .json.gz files if you plan to add a timezone to the astronomical data.


Let’s assume you want to include the holidays of the magic (fictional) kingdom of “Zhraa”, which has a few holidays of different kind.

For the sake of the example, it has the following specs:

Here is a list of the holidays in Zhraa:

Getting ready

You’ll need to install workalendar dependencies beforehand. What’s great is that you’ll use virtualenv to set it up. Or even better: virtualenvwrapper. Just go in your working copy (cloned from github) of workalendar and type, for example:

mkvirtualenv WORKALENDAR
pip install -e ./

Coding standards

When you provide a patch for workalendar, whether it would be a new calendar or a fix to an existing one, or else, you will have to make sure that your contribution follows these basic requirements:

Test-driven start

Let’s prepare the Zhraa class. Edit the workalendar/europe/ file and add a class like this:

from ..core import WesternCalendar
# NOTE: You may use absolute imports if your code lives outside of our codebase.

class Zhraa(WesternCalendar):
    "Kingdom of Zhraa"

The docstring is not mandatory, but if you omit it, the name property of your class will be the name of your class. For example, using upper CamelCase, KingdomOfZhraa. For a more human-readable label, use your docstring.

Meanwhile, in the workalendar/europe/ file, add these snippets where needed:

from .zhraa import Zhraa
# ...
__all__ = (
    # ...

Now, we’re building a test class. Edit the workalendar/tests/ file and add the following code:

from ..europe import Zhraa
# snip...

class ZhraaTest(GenericCalendarTest):
    cal_class = Zhraa

    def test_year_2014(self):
        holidays =
        self.assertIn(date(2014, 1, 1), holidays)  # new year
        self.assertIn(date(2014, 5, 1), holidays)  # labour day
        self.assertIn(date(2014, 8, 2), holidays)  # king birthday
        self.assertIn(date(2014, 12, 25), holidays)  # Xmas
        # variable days
        self.assertIn(date(2014, 4, 21), holidays)  # easter monday
        self.assertIn(date(2014, 6, 2), holidays)  # First MON in June

of course, if you run the test using the tox or py.test command, this will fail, since we haven’t implemented anything yet.

Install tox using the following command:

pip install tox

With the WesternCalendar base class you have at least one holiday as a bonus: the New Year’s day, which is almost a worldwide holiday.

Add fixed days

class Zhraa(WesternCalendar):

    include_labour_day = True
        (8, 2, "King Birthday"),

The include_labour_day is a flag common to all subclasses of workalendar.core.Calendar. Setting it to True activates the Labour Day for this calendar. Please note that there’s a way to overwrite its label, using the labour_day_label class property.

Now we’ve got 3 holidays out of 6.

Add religious holidays

Since we’re using WesternCalendar (it inherits from ChristianMixin) as a base to our Zhraa class, it automatically adds Christmas Day as a holiday. Now we can add Easter monday just by switching the correct flag.

from ..core import WesternCalendar

class Zhraa(WesternCalendar):
    include_easter_monday = True
    include_labour_day = True
        (8, 2, "King Birthday"),

Almost there, 5 holidays out of 6.

Add variable “non-usual” holidays

There are many static methods that will grant you a clean access to variable days computation. It’s very easy to add days like the “Birthday of the Founder”:

class Zhraa(WesternCalendar):
    include_easter_monday = True
    include_labour_day = True
        (8, 2, "King Birthday"),

    def get_variable_days(self, year):
        # usual variable days
        days = super().get_variable_days(year)

            (Zhraa.get_nth_weekday_in_month(year, 6, MON),
            'Day of the Founder'),
        return days

Please mind that the returned days is a list of tuples. The first item being a date object (in the Python sense) and the second one is the label string.

Add you calendar to the global registry

If you’re adding a Country calendar that has an ISO code, you may want to add it to our global registry.

Workalendar is providing a registry that you can use to query and fetch calendar based on their ISO code. For the current example, let’s pretend that the Zhraa Kingdom ISO code is ZK.

To register, add the following:

from ..registry_tools import iso_register

class Zhraa(WesternCalendar):
    # The rest of your code...

You’re done for the code!

There you are. Commit with a nice commit message, test, make sure it works for the other years as well - there might be exceptions to the common rules - and you’re almost there.

The final steps

Do not forget to:

  1. put the appropriate doctring in the Calendar class.
  2. add your calendar in the file, included in the appropriate continent.
  3. add your calendar to the file.

Note Please, do NOT change the version number in the changelog or in the file. It’s the project maintainers’ duty to decide when to release and how to increment the version number, according to the impact of the changes.

We’re planning to build a complete documentation for the other cases (special holiday rules, other calendar types, other religions, etc). But with this tutorial you’re sorted for a lot of other calendars.

Other code contributions

There are dozens of calendars all over the world. We’d appreciate you to contribute to the core of the library by adding some new Mixins or Calendars.

Bear in mind that the code you’d provide must be tested using unittests before you submit your pull-request.

Home / Basic usage / Advanced usage / Class options / ISO Registry / iCal Export