Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

denmark: General prayer day only until 2023 #187

Closed
AndreasPetersen opened this issue Mar 7, 2023 · 7 comments · Fixed by #191
Closed

denmark: General prayer day only until 2023 #187

AndreasPetersen opened this issue Mar 7, 2023 · 7 comments · Fixed by #191

Comments

@AndreasPetersen
Copy link

Describe the bug
The Holidays for Denmark are wrong: https://github.com/focus-shift/jollyday/blob/6d5b20dd13c32fae484f5251606baea3afc9b1a9/jollyday-core/src/main/resources/holidays/Holidays_dk.xml in version 0.12.0.

Christmas is described as December 25, but it is actually December 24. December 25 is Christmas Day, and December 26 is 2. Christmas day.

Also of note is that Great Prayer Day has been removed effective 2024: https://en.wikipedia.org/wiki/Store_Bededag

Please see:
https://www.visitaarhus.dk/aarhusregionen/planlaeg-din-tur/helligdage-i-danmark-gdk1101954
https://da.wikipedia.org/wiki/Danske_helligdage

To Reproduce
Steps to reproduce the behavior:

HolidayManager holidayManager = HolidayManager.getInstance(ManagerParameters.create(HolidayCalendar.DENMARK));
holidayManager.getHolidays(2023, "dk");

Expected behavior
The holidays should be correct

@derTobsch
Copy link
Contributor

Thanks for your issue @AndreasPetersen,

as described here https://en.wikipedia.org/wiki/Public_holidays_in_Denmark the 24.12. is not a official public holiday. Is that correct? Same here https://github.com/nager/Nager.Date/blob/main/src/Nager.Date/PublicHolidays/DenmarkProvider.cs.

@AndreasPetersen
Copy link
Author

Yeah, your absolutely correct @derTobsch , my apologies

@AndreasPetersen
Copy link
Author

AndreasPetersen commented Mar 7, 2023

Isn't there still the following issues?

  • names of the holidays on December 25 and 26 are incorrect. I would argue that the English Wikipedia also has the incorrect names. In Danish they are litterally called first and second christmas day (perhaps with the first it is often just called christmas day). I can see that there is a first and second Christmas day name
    holiday.description.FIRST_CHRISTMAS_DAY = 1st Christmas day
    holiday.description.SECOND_CHRISTMAS_DAY = 2nd Christmas day
  • General prayer day is no longer starting next year (should have a validTo="2023" added)

@derTobsch derTobsch reopened this Mar 7, 2023
@derTobsch
Copy link
Contributor

If you want you can provide a pull request and improve the public holidays of Denmark. Of course you will get support from me.

@derTobsch derTobsch added this to the 0.13.0 milestone Mar 8, 2023
@derTobsch derTobsch added type: bug Something isn't working and removed type: enhancement A general enhancement labels Mar 19, 2023
@derTobsch
Copy link
Contributor

Hey @AndreasPetersen,

I removed the general payers day starting from 2024.

I have no idea how I will continue with the translations in this lib. It is possible to add a new holiday_descriptions_dk.properties to provide all the translation needed. But on the other side, we need to add all translations for all public holidays provided by jollyday, even if this public holiday is not available in Denmark.

Maybe we should provide a global holiday_descriptions.properties with the English names of the public holidays for all holidays and provide specific holiday_descriptions_dk.properties that only overrides the public holidays in Denmark. What do you think?

@derTobsch derTobsch changed the title Wrong holidays for Denmark denmark: General prayer day only until 2023 Mar 21, 2023
@derTobsch
Copy link
Contributor

I extracted the naming issue into #201 so we can fix the general prayer day in this issue

@AndreasPetersen
Copy link
Author

Hi @derTobsch ,

Thank you for the effort, and apologies I haven't replied. I think it makes sense to extract the naming to a separate issue as done. I think you suggestion makes sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants