scrapinghub/dateparser

Issues

• Inconsistent behavior on shortened month name (portuguese and spanish)

  #1231 opened 2 days ago by Mateuscvieira
  0

• 'two weeks ago' at 0:00 UTC

  #1230 opened 4 days ago by tisonkun
  2

• Can't parse "09/08/2021г" or "09/08/2021г"

  #1229 opened 11 days ago by Aleksis99
  0

• Parsing plain year numbers like "2024" with "PREFER..."-settings set to "last" returns wrong date. 1 day missing...

  #1228 opened 14 days ago by Zeutschler
  0

• Can't parse "Thu 30 May 2024 10:13:10 -0500 (CDT)"

  #1227 opened 23 days ago by pmodin
  0

• RELATIVE_BASE supersedes PREFER_MONTH_OF_YEAR

  #1226 opened a month ago by gsakkis
  0

• Portuguese (pt) interpreted incorrectly as M/D/YYY (should be DD/MM/YYYY)

  #1225 opened a month ago by sglebs
  0

• Parsing using `{"PREFER_DAY_OF_MONTH": "last", "PREFER_MONTH_OF_YEAR": "last"}` doesn't use last day of the last month

  #1217 opened 2 months ago by amineKammah
  1

• Critical Bug: search_dates doesn't understand 7am (but ok with 7pm)

  #1221 opened 4 months ago by kamaca
  1

• This date cannot be parsed

  #1220 opened 4 months ago by elkarouh
  0

• Suggestion: parse string like, "last monday"

  #1177 opened 10 months ago by getorca
  4

• YYYY-MM-DD interpreted as YYYY-DD-MM

  #1199 opened 7 months ago by lopuhin
  6

• Docs: clarify difference between "DEFAULT_LANGUAGES" and "languages" settings

  #1218 opened 4 months ago by keikoro
  0

• hijri-converter deprecation

  #1197 opened 5 months ago by gholam-deblan
  0

• v1.2.0 returns wrong month with future dates

  #1202 opened 7 months ago by realtimeprojects
  2

• Fix running non-py checks on GitHub CI

  #1215 opened 5 months ago by wRAR
  0

• Parsing "3pm" fails if RELATIVE_BASE is timezone-aware

  #1213 opened 5 months ago by drefrome
  1

• Iran/Persian/Farsi date parsing fail

  #1212 opened 5 months ago by horiacristescu
  0

• dateparser.search_dates OverflowError: date value out of range with Russian text and settings={'PREFER_DATES_FROM': 'past'}

  #1194 opened 8 months ago by Buratinator
  1

• OSS-Fuzz Integration

  #1195 opened 8 months ago by ennamarie19
  4

• changing range of month

  #1209 opened 6 months ago by amirhosein-darmani
  0

• word with dots breaks date parsing in french

  #1207 opened 6 months ago by JulienMaille
  0

• test_timezone_offset_calculation_1 fails on 32bit platforms

  #1204 opened 6 months ago by wRAR
  1

• Returned datetime skips a day

  #1169 opened 6 months ago by Baviaan
  0

• Weekdays are handled inconsistently

  #1196 opened 8 months ago by susca
  0

• German "Uhr" does not work

  #1159 opened a year ago by filipre
  1

• TIMEZONE setting unable to handle two-digit UTC offset

  #1192 opened 8 months ago by cwfoo
  2

• Strange parser error: search_dates parses "2010 Year" to a date with year of 4033

  #1193 opened 8 months ago by leeprevost
  5

• IST timezone shows wrong time

  #1189 opened 8 months ago by KhawerAbbas7
  1

• Demo not working properly

  #1188 opened 9 months ago by THEGAMECHANGER416
  0

• Support for parsing fractional minutes

  #1186 opened 9 months ago by daveisfera
  2

• zoneinfo._common.ZoneInfoNotFoundError: 'No time zone found with key Asia/Beijing'

  #1168 opened 9 months ago by EchoShoot
  2

• Dateparsed hangs minutes on certain dates

  #1185 opened 9 months ago by manycoding
  0

• does someone maintain an actively developed public fork?

  #1184 opened 9 months ago by beda42
  0

• Can't parse "后天" in Chinese

  #1182 opened 9 months ago by liuzhao1225
  0

• Parsing incorrect dates - inconsistencies

  #1180 opened 10 months ago by bsekiewicz
  0

• Parse return Always None on server

  #1178 opened 10 months ago by esmerlinp
  1

• [Question] Date parse format

  #1176 opened a year ago by daeeros
  0

• Installation problem on Synology aarch64

  #1175 opened a year ago by geimist
  3

• As the library suggest human readable dates, it must support following...

  #1171 opened a year ago by milinddeore
  1

• Parsing very short weekday names

  #1170 opened a year ago by jimbofreedman
  2

• Dateparser online demo seems to be broken

  #1173 opened a year ago by Flimm
  0

• Enhancement: Let dateparser.parse take multiple strings to narrow down guesses

  #1167 opened a year ago by bobinspace
  0

• Can't parse '01/26/2023 02:55PM CT'

  #1166 opened a year ago by liangjiawei19920721
  0

• Full warning

  #1165 opened a year ago by NandhakumarSL
  1

• seach_dates not working for 'next week'

  #1163 opened a year ago by KalakondaKrish
  2

• Time part should not be there if time in search_dates output if time information is not present in text.

  #1162 opened a year ago by KalakondaKrish
  1

• flake8 tox env runs Python tests

  #1164 opened a year ago by wRAR
  0

• The UTC time for different locations in search_dates

  #1161 opened a year ago by KalakondaKrish
  0

• Add custom formats to search_dates

  #1160 opened a year ago by dvraklanov
  0