To solve this [issue](https://github.com/facebook/prophet/issues/1437) by @chongdae
Korean lunar calendar which is different from Chinese lunar calendar is added python-holidays package recently.
This commit is about dropping the Korean and KR class in hdays.py file and hdays_part1(holidays) will work for Korean holidays.
```
import fbprophet.hdays as hdays_part2
import holidays as hdays_part1
``
* update holidays dependency according to the new structure
* fix backward compatibility problem
* by-pass version dependency for holidays package
Co-authored-by: Ben Letham <bletham@gmail.com>
Latest version of holidays (0.9.9) changed the name of its MONDAY const
to MON. Rather using the MONDAY const from the same library as the
object that it is being used with.
* Update and rename README to README.md and Unicode strings
Updated Readme file and converted from rst to markdown.
String contains ascii characters (converted to unicode string)
Signed-off-by: Mpho Mphego mpho112@gmail.com
* Deprecated import `from __future__ import unicode_literals` removed and ran isort module
https://mail.python.org/pipermail/python-dev/2016-December/147009.html
Included setuptool-git in the requirement.txt and updated `setup.py`
Reasons for this are highlighted here -> https://github.com/msabramo/setuptools-git#usage
* Allow both both hoidays and append holidays
Match holidays in predict and fit
Add test for append_holiday features; minor fixes
Add column name validation for append_holidays names; allow only one country
Fix bug about holiday year different from input year and also other bugs
Change function description
Add append holiday feature for R
* Add test for R/Pyrhon; fix bugs
* Allow both both hoidays and append holidays; match holidays in predict and fit
* Allow both both hoidays and append holidays; match holidays in predict and fit
* Add test for append_holiday features; minor fixes
* Add column name validation for append_holidays names; allow only one country
