scrapinghub / scrapinghub/dateparser
Handle DST unaware timezone abbreviations
Open
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 2.9k
- Forks
- 520
- Avg merge
- 22h 56m
- Merged PRs (30d)
- 6
Description
For some timezones, it's common to use a DST-unaware timezone abbreviations, for example "CT" for either "CST" or "CDT".
Currently dateparser chokes on trying to use such:
>>> import dateparser
>>> dateparser.parse('August 24, 19:00 CT')
>>> dateparser.parse('August 24, 19:00 CDT')
datetime.datetime(2022, 8, 24, 19, 0, tzinfo=<StaticTzInfo 'CDT'>)
If possible, it would be nice if it could parse such.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the two dateparser.parse examples in the issue and trace how timezone abbreviations are handled. Identify the relevant parsing entry point and tests, then verify that the DST-unaware "CT" form parses successfully while the existing "CDT" behavior remains intact.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100