{"author":"Scrapinghub","author_email":"opensource@zyte.com","bugtrack_url":null,"classifiers":["Development Status :: 5 - Production/Stable","Intended Audience :: Developers","License :: OSI Approved :: BSD License","Natural Language :: English","Programming Language :: Python :: 3","Programming Language :: Python :: 3.10","Programming Language :: Python :: 3.11","Programming Language :: Python :: 3.12","Programming Language :: Python :: 3.13","Programming Language :: Python :: 3.9","Programming Language :: Python :: Implementation :: CPython"],"description":"==========================\nIntroduction to dateparser\n==========================\n\n\nFeatures\n========\n\n* Generic parsing of dates in over 200 language locales plus numerous formats in a language agnostic fashion.\n* Generic parsing of relative dates like: ``'1 min ago'``, ``'2 weeks ago'``, ``'3 months, 1 week and 1 day ago'``, ``'in 2 days'``, ``'tomorrow'``.\n* Generic parsing of dates with time zones abbreviations or UTC offsets like: ``'August 14, 2015 EST'``, ``'July 4, 2013 PST'``, ``'21 July 2013 10:15 pm +0500'``.\n* Date lookup in longer texts.\n* Support for non-Gregorian calendar systems. See `Supported Calendars`_.\n* Extensive test coverage.\n\n\nBasic Usage\n===========\n\nThe most straightforward way is to use the `dateparser.parse <#dateparser.parse>`_ function,\nthat wraps around most of the functionality in the module.\n\n\n \n :noindex:\n\n\nPopular Formats\n---------------\n\n >>> import dateparser\n >>> dateparser.parse('12/12/12')\n datetime.datetime(2012, 12, 12, 0, 0)\n >>> dateparser.parse('Fri, 12 Dec 2014 10:55:50')\n datetime.datetime(2014, 12, 12, 10, 55, 50)\n >>> dateparser.parse('Martes 21 de Octubre de 2014') # Spanish (Tuesday 21 October 2014)\n datetime.datetime(2014, 10, 21, 0, 0)\n >>> dateparser.parse('Le 11 Décembre 2014 à 09:00') # French (11 December 2014 at 09:00)\n datetime.datetime(2014, 12, 11, 9, 0)\n >>> dateparser.parse('13 января 2015 г. в 13:34') # Russian (13 January 2015 at 13:34)\n datetime.datetime(2015, 1, 13, 13, 34)\n >>> dateparser.parse('1 เดือนตุลาคม 2005, 1:00 AM') # Thai (1 October 2005, 1:00 AM)\n datetime.datetime(2005, 10, 1, 1, 0)\n\nThis will try to parse a date from the given string, attempting to\ndetect the language each time.\n\nYou can specify the language(s), if known, using ``languages`` argument. In this case, given languages are used and language detection is skipped:\n\n >>> dateparser.parse('2015, Ago 15, 1:08 pm', languages=['pt', 'es'])\n datetime.datetime(2015, 8, 15, 13, 8)\n\nIf you know the possible formats of the dates, you can\nuse the ``date_formats`` argument:\n\n >>> dateparser.parse('22 Décembre 2010', date_formats=['%d %B %Y'])\n datetime.datetime(2010, 12, 22, 0, 0)\n\n\nRelative Dates\n--------------\n\n >>> parse('1 hour ago')\n datetime.datetime(2015, 5, 31, 23, 0)\n >>> parse('Il ya 2 heures') # French (2 hours ago)\n datetime.datetime(2015, 5, 31, 22, 0)\n >>> parse('1 anno 2 mesi') # Italian (1 year 2 months)\n datetime.datetime(2014, 4, 1, 0, 0)\n >>> parse('yaklaşık 23 saat önce') # Turkish (23 hours ago)\n datetime.datetime(2015, 5, 31, 1, 0)\n >>> parse('Hace una semana') # Spanish (a week ago)\n datetime.datetime(2015, 5, 25, 0, 0)\n >>> parse('2小时前') # Chinese (2 hours ago)\n datetime.datetime(2015, 5, 31, 22, 0)\n\n.. note:: Testing above code might return different values for you depending on your environment's current date and time.\n\n.. note:: For `Finnish` language, please specify ``settings={'SKIP_TOKENS': []}`` to correctly parse relative dates.\n\nOOTB Language Based Date Order Preference\n-----------------------------------------\n\n >>> # parsing ambiguous date\n >>> parse('02-03-2016') # assumes english language, uses MDY date order\n datetime.datetime(2016, 2, 3, 0, 0)\n >>> parse('le 02-03-2016') # detects french, uses DMY date order\n datetime.datetime(2016, 3, 2, 0, 0)\n\n.. note:: Ordering is not locale based, that's why do not expect `DMY` order for UK/Australia English. You can specify date order in that case as follows using `settings`:\n\n >>> parse('18-12-15 06:00', settings={'DATE_ORDER': 'DMY'})\n datetime.datetime(2015, 12, 18, 6, 0)\n\nFor more on date order, please look at `settings`.\n\n\nTimezone and UTC Offset\n-----------------------\n\nBy default, `dateparser` returns tzaware `datetime` if timezone is present in date string. Otherwise, it returns a naive `datetime` object.\n\n >>> parse('January 12, 2012 10:00 PM EST')\n datetime.datetime(2012, 1, 12, 22, 0, tzinfo=)\n\n >>> parse('January 12, 2012 10:00 PM -0500')\n datetime.datetime(2012, 1, 12, 22, 0, tzinfo=)\n\n >>> parse('2 hours ago EST')\n datetime.datetime(2017, 3, 10, 15, 55, 39, 579667, tzinfo=)\n\n >>> parse('2 hours ago -0500')\n datetime.datetime(2017, 3, 10, 15, 59, 30, 193431, tzinfo=)\n\n If date has no timezone name/abbreviation or offset, you can specify it using `TIMEZONE` setting.\n\n >>> parse('January 12, 2012 10:00 PM', settings={'TIMEZONE': 'US/Eastern'})\n datetime.datetime(2012, 1, 12, 22, 0)\n\n >>> parse('January 12, 2012 10:00 PM', settings={'TIMEZONE': '+0500'})\n datetime.datetime(2012, 1, 12, 22, 0)\n\n``TIMEZONE`` option may not be useful alone as it only attaches given timezone to\nresultant ``datetime`` object. But can be useful in cases where you want conversions from and to different\ntimezones or when simply want a tzaware date with given timezone info attached.\n\n >>> parse('January 12, 2012 10:00 PM', settings={'TIMEZONE': 'US/Eastern', 'RETURN_AS_TIMEZONE_AWARE': True})\n datetime.datetime(2012, 1, 12, 22, 0, tzinfo=)\n\n\n >>> parse('10:00 am', settings={'TIMEZONE': 'EST', 'TO_TIMEZONE': 'EDT'})\n datetime.datetime(2016, 9, 25, 11, 0)\n\nSome more use cases for conversion of timezones.\n\n >>> parse('10:00 am EST', settings={'TO_TIMEZONE': 'EDT'}) # date string has timezone info\n datetime.datetime(2017, 3, 12, 11, 0, tzinfo=)\n\n >>> parse('now EST', settings={'TO_TIMEZONE': 'UTC'}) # relative dates\n datetime.datetime(2017, 3, 10, 23, 24, 47, 371823, tzinfo=)\n\nIn case, no timezone is present in date string or defined in `settings`. You can still\nreturn tzaware ``datetime``. It is especially useful in case of relative dates when uncertain\nwhat timezone is relative base.\n\n >>> parse('2 minutes ago', settings={'RETURN_AS_TIMEZONE_AWARE': True})\n datetime.datetime(2017, 3, 11, 4, 25, 24, 152670, tzinfo=)\n\nIn case, you want to compute relative dates in UTC instead of default system's local timezone, you can use `TIMEZONE` setting.\n\n >>> parse('4 minutes ago', settings={'TIMEZONE': 'UTC'})\n datetime.datetime(2017, 3, 10, 23, 27, 59, 647248, tzinfo=)\n\n.. note:: In case, when timezone is present both in string and also specified using `settings`, string is parsed into tzaware representation and then converted to timezone specified in `settings`.\n\n >>> parse('10:40 pm PKT', settings={'TIMEZONE': 'UTC'})\n datetime.datetime(2017, 3, 12, 17, 40, tzinfo=)\n\n >>> parse('20 mins ago EST', settings={'TIMEZONE': 'UTC'})\n datetime.datetime(2017, 3, 12, 21, 16, 0, 885091, tzinfo=)\n\nFor more on timezones, please look at `settings`.\n\n\nIncomplete Dates\n----------------\n\n >>> from dateparser import parse\n >>> parse('December 2015') # default behavior\n datetime.datetime(2015, 12, 16, 0, 0)\n >>> parse('December 2015', settings={'PREFER_DAY_OF_MONTH': 'last'})\n datetime.datetime(2015, 12, 31, 0, 0)\n >>> parse('December 2015', settings={'PREFER_DAY_OF_MONTH': 'first'})\n datetime.datetime(2015, 12, 1, 0, 0)\n\n >>> parse('March')\n datetime.datetime(2015, 3, 16, 0, 0)\n >>> parse('March', settings={'PREFER_DATES_FROM': 'future'})\n datetime.datetime(2016, 3, 16, 0, 0)\n >>> # parsing with preference set for 'past'\n >>> parse('August', settings={'PREFER_DATES_FROM': 'past'})\n datetime.datetime(2015, 8, 15, 0, 0)\n\n >>> import dateparser\n >>> dateparser.parse(\"2015\") # default behavior\n datetime.datetime(2015, 3, 27, 0, 0)\n >>> dateparser.parse(\"2015\", settings={\"PREFER_MONTH_OF_YEAR\": \"last\"})\n datetime.datetime(2015, 12, 27, 0, 0)\n >>> dateparser.parse(\"2015\", settings={\"PREFER_MONTH_OF_YEAR\": \"first\"})\n datetime.datetime(2015, 1, 27, 0, 0)\n >>> dateparser.parse(\"2015\", settings={\"PREFER_MONTH_OF_YEAR\": \"current\"})\n datetime.datetime(2015, 3, 27, 0, 0)\n\nYou can also ignore parsing incomplete dates altogether by setting `STRICT_PARSING` flag as follows:\n\n >>> parse('December 2015', settings={'STRICT_PARSING': True})\n None\n\nFor more on handling incomplete dates, please look at `settings`.\n\n\nSearch for Dates in Longer Chunks of Text\n-----------------------------------------\n\n.. warning:: Support for searching dates is really limited and needs a lot of improvement, we look forward to community's contribution to get better on that part. See \"`contributing`\".\n\n\nYou can extract dates from longer strings of text. They are returned as list of tuples with text chunk containing the date and parsed datetime object.\n\n\n\n \n :noindex:\n\nAdvanced Usage\n==============\nIf you need more control over what is being parser check the `settings` section as well as the `using-datedataparser` section.\n\n\nDependencies\n============\n\n`dateparser` relies on following libraries in some ways:\n\n * dateutil_'s module ``relativedelta`` for its freshness parser.\n * convertdate_ to convert *Jalali* dates to *Gregorian*.\n * hijridate_ to convert *Hijri* dates to *Gregorian*.\n * tzlocal_ to reliably get local timezone.\n * ruamel.yaml_ (optional) for operations on language files.\n\n.. _dateutil: https://pypi.python.org/pypi/python-dateutil\n.. _convertdate: https://pypi.python.org/pypi/convertdate\n.. _hijridate: https://pypi.python.org/pypi/hijridate\n.. _tzlocal: https://pypi.python.org/pypi/tzlocal\n.. _ruamel.yaml: https://pypi.python.org/pypi/ruamel.yaml\n\nSupported languages and locales\n===============================\nYou can check the supported locales by visiting the \"`supported-locales`\" section.\n\n\nSupported Calendars\n===================\n\nApart from the Georgian calendar, `dateparser` supports the `Persian Jalali calendar` and the `Hijri/Islami calendar`\n\nTo be able to use them you need to install the `calendar` extra by typing:\n\n pip install dateparser[calendars]\n\n\n* Example using the `Persian Jalali calendar`. For more information, refer to `Persian Jalali Calendar `_.\n\n >>> from dateparser.calendars.jalali import JalaliCalendar\n >>> JalaliCalendar('جمعه سی ام اسفند ۱۳۸۷').get_date()\n DateData(date_obj=datetime.datetime(2009, 3, 20, 0, 0), period='day', locale=None)\n\n\n* Example using the `Hijri/Islamic Calendar`. For more information, refer to `Hijri Calendar `_.\n\n >>> from dateparser.calendars.hijri import HijriCalendar\n >>> HijriCalendar('17-01-1437 هـ 08:30 مساءً').get_date()\n DateData(date_obj=datetime.datetime(2015, 10, 30, 20, 30), period='day', locale=None)\n\n.. note:: `HijriCalendar` only works with Python ≥ 3.7.\n\n\n.. :changelog:\n\nHistory\n=======\n\n1.2.1 (2025-02-05)\n------------------\n\nFixes:\n\n- Fix PytzUsageWarning (#1109)\n- Fix date_parser with prefer_month_of_year wrong results (#1224)\n- Fix skipped day when UTC and tz are different days (#1183)\n\nImprovements:\n\n- Avoid repeated loop over timezones (#1238)\n- Proofread README.rst (#1234)\n- Check for derived types for configuration (#1223)\n- Parse some abbreviated strings as relative dates (#1219)\n- Migrate from hijri-converter to hijridate (#1211)\n- Fixed ClusterFuzz build error by adding dateparser.data as a binary (#1208)\n- Fix an issue detected by OSSFuzz (#1203)\n- Support two-digit years in non-Gregorian calendars (#1187)\n- Refactored CI to run extras separately and test minimum versions of dependencies, replaced flake8 with ruff, fixed tests (#1248)\n- Set minimum versions for dependencies (#1248)\n- Limited ``numpy`` to 1.x when installing ``dateparser[fasttext]`` (#1248)\n\n\n1.2.0 (2023-11-17)\n------------------\n\nNew features:\n\n- New ``PREFER_MONTH_OF_YEAR`` setting (#1146)\n\nFixes:\n\n- Absolute years in Russian are no longer being treated as a number of years in\n the past (#1129)\n\nCleanups and internal improvements:\n\n- Removed the use of ``datetime.utcnow``, deprecated on Python 3.12 (#1179)\n- Applied Black formatting to the code base (#1158)\n- Initial integration with OSSFuzz (#1198)\n- Extended test cases (#1191)\n\n\n1.1.8 (2023-03-22)\n------------------\n\nImprovements:\n\n- Improved date parsing for Chinese (#1148)\n- Improved date parsing for Czech (#1151)\n- Reorder language by popularity (#1152)\n- Fix leak of memory in cache (#1140)\n- Add support for \"\\d units later\" (#1154)\n- Move modification in CLDR data to yaml (#1153)\n- Add support to use timezone via settings to get PREFER_DATES_FROM result (#1155)\n\n\n1.1.7 (2023-02-02)\n------------------\n\nImprovements:\n\n- Add an “ago” synonym for Arabic (#1128)\n- Improved date parsing for Czech (#1131)\n- Improved date parsing for Indonesian (#1134)\n\n\n1.1.6 (2023-01-12)\n------------------\n\nImprovements:\n\n- Fix the bug where Monday is parsed as a month (#1121)\n- Prevent ReDoS in Spanish sentence splitting regex (#1084)\n\n\n1.1.5 (2022-12-29)\n------------------\n\nImprovements:\n\n- Parse short versions of day, month, and year (#1103)\n- Add a test for “in 1d” (#1104)\n- Update languages_info (#1107)\n- Add a workaround for zipimporter not having exec_module before Python 3.10 (#1069)\n- Stabilize tests at midnight (#1111)\n- Add a test case for French (#1110)\n\nCleanups:\n\n- Remove the requirements-build file (#1113)\n\n\n1.1.4 (2022-11-21)\n------------------\n\nImprovements:\n\n- Improved support for languages such as Slovak, Indonesian, Hindi, German and Japanese (#1064, #1094, #986, #1071, #1068)\n- Recursively create a model home (#996)\n- Replace regex sub with simple string replace (#1095)\n- Add Python 3.10, 3.11 support (#1096)\n- Drop support for Python 3.5, 3.6 versions (#1097)\n\n\n1.1.3 (2022-11-03)\n------------------\n\nNew features:\n\n- Add support for fractional units (#876)\n\nImprovements:\n\n- Fix the returned datetime skipping a day with time+timezone input and PREFER_DATES_FROM = 'future' (#1002)\n- Fix input translatation breaking keep_formatting (#720)\n- English: support \"till date\" (#1005)\n- English: support “after” and “before” in relative dates (#1008)\n\nCleanups:\n\n- Reorganize internal data (#1090)\n- CI updates (#1088)\n\n\n1.1.2 (2022-10-20)\n------------------\n\nImprovements:\n\n- Added support for negative timestamp (#1060)\n- Fixed PytzUsageWarning for Python versions >= 3.6 (#1062)\n- Added support for dates with dots and spaces (#1028)\n- Improved support for Ukrainian, Croatian and Russian (#1072, #1074, #1079, #1082, #1073, #1083)\n- Added support for parsing Unix timestamps consistently regardless of timezones (#954)\n- Improved tests (#1086)\n\n\n1.1.1 (2022-03-17)\n------------------\n\nImprovements:\n\n- Fixed issue with regex library by pinning dependencies to an earlier version (< 2022.3.15, #1046).\n- Extended support for Russian language dates starting with lowercase (#999).\n- Allowed to use_given_order for languages too (#997).\n- Fixed link to settings section (#1018).\n- Defined UTF-8 encoding for Windows (#998).\n- Fixed directories creation error in CLI utils (#1022).\n\n\n1.1.0 (2021-10-04)\n------------------\n\nNew features:\n\n* Support language detection based on ``langdetect``, ``fastText``, or a\n custom implementation (see #932)\n* Add support for 'by ' (see #839)\n* Sort default language list by internet usage (see #805)\n\nImprovements:\n\n* Improved support of Chinese (#910), Czech (#977)\n* Improvements in ``search_dates`` (see #953)\n* Make order of previous locales deterministic (see #851)\n* Fix parsing with trailing space (see #841)\n* Consider ``RETURN_TIME_AS_PERIOD`` for timestamp times (see #922)\n* Exclude failing regex version (see #974)\n* Ongoing work multithreading support (see #881, #885)\n* Add demo URL (see #883)\n\nQA:\n\n* Migrate pipelines from Travis CI to Github Actions (see #859, #879, #884,\n #886, #911, #966)\n* Use versioned CLDR data (see #825)\n* Add a script to update table of supported languages and locales (see #601)\n* Sort 'skip' keys in yaml files (see #844)\n* Improve test coverage (see #827)\n* Code cleanup (see #888, #907, #951, #958, #957)\n\n\n1.0.0 (2020-10-29)\n------------------\n\nBreaking changes:\n\n* Drop support for Python 2.7 and pypy (see #727, #744, #748, #749, #754, #755, #758, #761, #763, #764, #777 and #783)\n* Now ``DateDataParser.get_date_data()`` returns a ``DateData`` object instead of a ``dict`` (see #778).\n* From now wrong ``settings`` are not silenced and raise ``SettingValidationError`` (see #797)\n* Now ``dateparser.parse()`` is deterministic and doesn't try previous locales. Also, ``DateDataParser.get_date_data()`` doesn't try the previous locales by default (see #781)\n* Remove the ``'base-formats'`` parser (see #721)\n* Extract the ``'no-spaces-time'`` parser from the ``'absolute-time'`` parser and make it an optional parser (see #786)\n* Remove ``numeral_translation_data`` (see #782)\n* Remove the undocumented ``SKIP_TOKENS_PARSER`` and ``FUZZY`` settings (see #728, #794)\n* Remove support for using strings in ``date_formats`` (see #726)\n* The undocumented ``ExactLanguageSearch`` class has been moved to the private scope and some internal methods have changed (see #778)\n* Changes in ``dateparser.utils``: ``normalize_unicode()`` doesn't accept ``bytes`` as input and ``convert_to_unicode`` has been deprecated (see #749)\n\nNew features:\n\n* Add Python 3.9 support (see #732, #823)\n* Detect hours separated with a period/dot (see #741)\n* Add support for \"decade\" (see #762)\n* Add support for the hijri calendar in Python ≥ 3.6 (see #718)\n\nImprovements:\n\n* New logo! (see #719)\n* Improve the README and docs (see #779, #722)\n* Fix the \"calendars\" extra (see #740)\n* Fix leap years when ``PREFER_DATES_FROM`` is set (see #738)\n* Fix ``STRICT_PARSING`` setting in ``no-spaces-time`` parser (see #715)\n* Consider ``RETURN_AS_TIME_PERIOD`` setting for ``relative-time`` parser (see #807)\n* Parse the 24hr time format with meridian info (see #634)\n* Other small improvements (see #698, #709, #710, #712, #730, #731, #735, #739, #784, #788, #795 and #801)\n\n\n0.7.6 (2020-06-12)\n------------------\n\nImprovements:\n\n* Rename ``scripts`` to ``dateparser_scripts`` to avoid name collisions with modules from other packages or projects (see #707)\n\n\n0.7.5 (2020-06-10)\n------------------\n\nNew features:\n\n* Add Python 3.8 support (see #664)\n* Implement a ``REQUIRE_PARTS`` setting (see #703)\n* Add support for subscript and superscript numbers (see #684)\n* Extended French support (see #672)\n* Extended German support (see #673)\n\n\nImprovements:\n\n* Migrate test suite to Pytest (see #662)\n* Add test to check the `yaml` and `json` files content (see #663 and #692)\n* Add flake8 pipeline with pytest-flake8 (see #665)\n* Add partial support for 8-digit dates without separators (see #639)\n* Fix possible ``OverflowError`` errors and explicitly avoid to raise ``ValueError`` when parsing relative dates (see #686)\n* Fix double-digit GMT and UTC parsing (see #632)\n* Fix bug when using ``DATE_ORDER`` (see #628)\n* Fix bug when parsing relative time with timezone (see #503)\n* Fix milliseconds parsing (see #572 and #661)\n* Fix wrong values to be interpreted as ``'future'`` in ``PREFER_DATES_FROM`` (see #629)\n* Other small improvements (see #667, #675, #511, #626, #512, #509, #696, #702 and #699)\n\n\n0.7.4 (2020-03-06)\n------------------\nNew features:\n\n* Extended Norwegian support (see #598)\n* Implement a ``PARSERS`` setting (see #603)\n\nImprovements:\n\n* Add support for ``PREFER_DATES_FROM`` in relative/freshness parser (see #414)\n* Add support for ``PREFER_DAY_OF_MONTH`` in base-formats parser (see #611)\n* Added UTC -00:00 as a valid offset (see #574)\n* Fix support for “one” (see #593)\n* Fix TypeError when parsing some invalid dates (see #536)\n* Fix tokenizer for non recognized characters (see #622)\n* Prevent installing regex 2019.02.19 (see #600)\n* Resolve DeprecationWarning related to raw string escape sequences (see #596)\n* Implement a tox environment to build the documentation (see #604)\n* Improve tests stability (see #591, #605)\n* Documentation improvements (see #510, #578, #619, #614, #620)\n* Performance improvements (see #570, #569, #625)\n\n\n0.7.3 (2020-03-06)\n------------------\n* Broken version\n\n\n0.7.2 (2019-09-17)\n------------------\n\nFeatures:\n\n* Extended Czech support\n* Added ``time`` to valid periods\n* Added timezone information to dates found with ``search_dates()``\n* Support strings as date formats\n\n\nImprovements:\n\n* Fixed Collections ABCs depreciation warning\n* Fixed dates with trailing colons not being parsed\n* Fixed date format override on any settings change\n* Fixed parsing current weekday as past date, regardless of settings\n* Added UTC -2:30 as a valid offset\n* Added Python 3.7 to supported versions, dropped support for Python 3.3 and 3.4\n* Moved to importlib from imp where possible\n* Improved support for Catalan\n* Documentation improvements\n\n\n0.7.1 (2019-02-12)\n------------------\n\nFeatures/news:\n\n* Added detected language to return value of ``search_dates()``\n* Performance improvements\n* Refreshed versions of dependencies\n\nImprovements:\n\n* Fixed unpickleable ``DateTime`` objects with timezones\n* Fixed regex pattern to avoid new behaviour of re.split in Python 3.7\n* Fixed an exception thrown when parsing colons\n* Fixed tests failing on days with number greater than 30\n* Fixed ``ZeroDivisionError`` exceptions\n\n\n\n0.7.0 (2018-02-08)\n------------------\n\nFeatures added during Google Summer of Code 2017:\n\n* Harvesting language data from Unicode CLDR database (https://github.com/unicode-cldr/cldr-json), which includes over 200 locales (#321) - authored by Sarthak Maddan.\n See full currently supported locale list in README.\n* Extracting dates from longer strings of text (#324) - authored by Elena Zakharova.\n Special thanks for their awesome contributions!\n\n\nNew features:\n\n* Added (independently from CLDR) Georgian (#308) and Swedish (#305)\n\nImprovements:\n\n* Improved support of Chinese (#359), Thai (#345), French (#301, #304), Russian (#302)\n* Removed ruamel.yaml from dependencies (#374). This should reduce the number of installation issues and improve performance as the result of moving away from YAML as basic data storage format.\n Note that YAML is still used as format for support language files.\n* Improved performance through using pre-compiling frequent regexes and lazy loading of data (#293, #294, #295, #315)\n* Extended tests (#316, #317, #318, #323)\n* Updated nose_parameterized to its current package, parameterized (#381)\n\n\nPlanned for next release:\n\n* Full language and locale names\n* Performance and stability improvements\n* Documentation improvements\n\n\n0.6.0 (2017-03-13)\n------------------\n\nNew features:\n\n* Consistent parsing in terms of true python representation of date string. See #281\n* Added support for Bangla, Bulgarian and Hindi languages.\n\nImprovements:\n\n* Major bug fixes related to parser and system's locale. See #277, #282\n* Type check for timezone arguments in settings. see #267\n* Pinned dependencies' versions in requirements. See #265\n* Improved support for cn, es, dutch languages. See #274, #272, #285\n\nPackaging:\n\n* Make calendars extras to be used at the time of installation if need to use calendars feature.\n\n\n0.5.1 (2016-12-18)\n------------------\n\nNew features:\n\n* Added support for Hebrew\n\nImprovements:\n\n* Safer loading of YAML. See #251\n* Better timezone parsing for freshness dates. See #256\n* Pinned dependencies' versions in requirements. See #265\n* Improved support for zh, fi languages. See #249, #250, #248, #244\n\n\n0.5.0 (2016-09-26)\n------------------\n\nNew features:\n\n* ``DateDataParser`` now also returns detected language in the result dictionary.\n* Explicit and lucid timezone conversion for a given datestring using ``TIMEZONE``, ``TO_TIMEZONE`` settings.\n* Added Hungarian language.\n* Added setting, ``STRICT_PARSING`` to ignore incomplete dates.\n\nImprovements:\n\n* Fixed quite a few parser bugs reported in issues #219, #222, #207, #224.\n* Improved support for chinese language.\n* Consistent interface for both Jalali and Hijri parsers.\n\n\n0.4.0 (2016-06-17)\n------------------\n\nNew features:\n\n* Support for Language based date order preference while parsing ambiguous dates.\n* Support for parsing dates with no spaces in between components.\n* Support for custom date order preference using ``settings``.\n* Support for parsing generic relative dates in future.e.g. \"tomorrow\", \"in two weeks\", etc.\n* Added ``RELATIVE_BASE`` settings to set date context to any datetime in past or future.\n* Replaced ``dateutil.parser.parse`` with dateparser's own parser.\n\nImprovements:\n\n* Added simplifications for \"12 noon\" and \"12 midnight\".\n* Fixed several bugs\n* Replaced PyYAML library by its active fork `ruamel.yaml` which also fixed the issues with installation on windows using python35.\n* More predictable ``date_formats`` handling.\n\n\n0.3.5 (2016-04-27)\n------------------\n\nNew features:\n\n* Danish language support.\n* Japanese language support.\n* Support for parsing date strings with accents.\n\nImprovements:\n\n* Transformed languages.yaml into base file and separate files for each language.\n* Fixed vietnamese language simplifications.\n* No more version restrictions for python-dateutil.\n* Timezone parsing improvements.\n* Fixed test environments.\n* Cleaned language codes. Now we strictly follow codes as in ISO 639-1.\n* Improved chinese dates parsing.\n\n\n0.3.4 (2016-03-03)\n------------------\n\nImprovements:\n\n* Fixed broken version 0.3.3 by excluding latest python-dateutil version.\n\n0.3.3 (2016-02-29)\n------------------\n\nNew features:\n\n* Finnish language support.\n\nImprovements:\n\n* Faster parsing with switching to regex module.\n* ``RETURN_AS_TIMEZONE_AWARE`` setting to return tz aware date object.\n* Fixed conflicts with month/weekday names similarity across languages.\n\n0.3.2 (2016-01-25)\n------------------\n\nNew features:\n\n* Added Hijri Calendar support.\n* Added settings for better control over parsing dates.\n* Support to convert parsed time to the given timezone for both complete and relative dates.\n\nImprovements:\n\n* Fixed problem with caching `datetime.now` in `FreshnessDateDataParser`.\n* Added month names and week day names abbreviations to several languages.\n* More simplifications for Russian and Ukrainian languages.\n* Fixed problem with parsing time component of date strings with several kinds of apostrophes.\n\n\n0.3.1 (2015-10-28)\n------------------\n\nNew features:\n\n* Support for Jalali Calendar.\n* Belarusian language support.\n* Indonesian language support.\n\n\nImprovements:\n\n* Extended support for Russian and Polish.\n* Fixed bug with time zone recognition.\n* Fixed bug with incorrect translation of \"second\" for Portuguese.\n\n\n0.3.0 (2015-07-29)\n------------------\n\nNew features:\n\n* Compatibility with Python 3 and PyPy.\n\nImprovements:\n\n* `languages.yaml` data cleaned up to make it human-readable.\n* Improved Spanish date parsing.\n\n\n0.2.1 (2015-07-13)\n------------------\n\n* Support for generic parsing of dates with UTC offset.\n* Support for Tagalog/Filipino dates.\n* Improved support for French and Spanish dates.\n\n\n0.2.0 (2015-06-17)\n------------------\n\n* Easy to use ``parse`` function\n* Languages definitions using YAML.\n* Using translation based approach for parsing non-english languages. Previously, `dateutil.parserinfo` was used for language definitions.\n* Better period extraction.\n* Improved tests.\n* Added a number of new simplifications for more comprehensive generic parsing.\n* Improved validation for dates.\n* Support for Polish, Thai and Arabic dates.\n* Support for `pytz` timezones.\n* Fixed building and packaging issues.\n\n\n0.1.0 (2014-11-24)\n------------------\n\n* First release on PyPI.\n","description_content_type":null,"docs_url":null,"download_url":null,"downloads":{"last_day":-1,"last_month":-1,"last_week":-1},"dynamic":["Author","Author-Email","Classifier","Description","Home-Page","Keywords","License","Project-Url","Provides-Extra","Requires-Dist","Requires-Python","Summary"],"home_page":"https://github.com/scrapinghub/dateparser","keywords":"dateparser","license":"BSD","license_expression":null,"license_files":null,"maintainer":null,"maintainer_email":null,"name":"dateparser","package_url":"https://pypi.org/project/dateparser/","platform":null,"project_url":"https://pypi.org/project/dateparser/","project_urls":{"History":"https://dateparser.readthedocs.io/en/latest/history.html","Homepage":"https://github.com/scrapinghub/dateparser"},"provides_extra":["calendars","fasttext","langdetect"],"release_url":"https://pypi.org/project/dateparser/1.2.1/","requires_dist":["python-dateutil>=2.7.0","pytz>=2024.2","regex!=2019.02.19,!=2021.8.27,>=2015.06.24","tzlocal>=0.2","convertdate>=2.2.1; extra == \"calendars\"","hijridate; extra == \"calendars\"","fasttext>=0.9.1; extra == \"fasttext\"","numpy<2,>=1.19.3; extra == \"fasttext\"","langdetect>=1.0.0; extra == \"langdetect\""],"requires_python":">=3.8","summary":"Date parsing library designed to parse dates from HTML pages","version":"1.2.1","yanked":false,"yanked_reason":null}

Dependency	Optional
python-dateutil	false
pytz	false
regex	false
tzlocal	false
convertdate	true
fasttext	true
hijridate	true
langdetect	true
numpy	true

Package search

dateparser

project_urls

Dependencies

All package metadata

Releases