Smart caching wrapper for 'yfinance' module
Project description
yfinance-cache
Persistent caching wrapper for yfinance
module. Intelligent caching, not dumb caching of web requests - only update cache where missing/outdated and new data expected. Idea is to minimise fetch frequency and quantity - Yahoo API officially only cares about frequency, but I'm guessing they also care about server load from scrapers.
Cache auto-update implemented for:
- prices
- financials
- calendar & earnings_dates
- shares
- info
Everything else cached once but never updated (unless you delete their files).
Persistent cache stored in your user cache folder:
- Windows = C:/Users/<USER>/AppData/Local/py-yfinance-cache
- Linux = /home/<USER>/.cache/py-yfinance-cache
- MacOS = /Users/<USER>/Library/Caches/py-yfinance-cache
Install
Available via PIP: pip install yfinance_cache
Interface
Interaction almost identical to yfinance, listed is attributes with auto-update:
import yfinance_cache as yfc
msft = yfc.Ticker("MSFT")
msft.info
msft.calendar
msft.cashflow ; msft.quarterly_cashflow # or: balance_sheet, financials
msft.get_earnings_dates(4)
msft.get_shares(start='2024-01-01')
msft.history(period="1wk")
yfc.download("MSFT AMZN", period="1wk")
Price data differences
Other people have implemented price caches, but none adjust cached data for new stock splits or dividends. YFC does. Price can be adjusted for stock splits, dividends, or both:
msft.history(..., adjust_splits=True, adjust_divs=True)
Price repair is force-enabled, to prevent bad Yahoo data corrupting cache. See yfinance Wiki for detail.
Returned table has 2 new columns:
FetchDate
= when data was fetchedFinal?
=true
if don't expect future fetches to change
Aging
Concept of max age
controls when cached data is updated.
If max age
time has passed since last fetch then cache is updated.
Value must be Timedelta
or equivalent str
.
Price data aging
df = msft.history(interval="1d", max_age="1h", trigger_at_market_close=False, ...)
With price data, YFC also considers how long exchange been open since last fetch,
using exchange_calendars.
Only if market been open long enough since last fetch,
or if trigger_at_market_close=True
and market since closed,
is cache refreshed.
max_age
defaults to half of interval.
Shares aging
df = msft.shares(..., max_age='60d')
Property aging
For data obtained from Ticker
properties not functions, max age set in YFC options.
Implemented to behave like pandas.options
, except YFC options are persistent.
>>> import yfinance_cache as yfc
>>> yfc.options
{
"max_ages": {
"calendar": "7d",
"info": "180d"
}
}
>>> yfc.options.max_ages.calendar = '30d'
>>> yfc.options
{
"max_ages": {
"calendar": "30d",
"info": "180d"
}
}
Financials
Financials updates are handled different because they don't age.
Instead, YFC analyses earnings dates to determine exactly when next earnings will be,
or if Yahoo data is incomplete then YFC will predict.
You can inspect this schedule in new function dat.get_release_dates()
.
Verifying cache
Cached prices can be compared against latest Yahoo Finance data, and correct differences:
# Verify prices of one ticker symbol
msft.verify_cached_prices(
rtol=0.0001, # relative tolerance for differences
vol_rtol=0.005, # relative tolerance specifically for Volume
correct=[False|'one'|'all'], # delete incorrect cached data? 'one' = stop after correcting first incorrect prices table ; 'all' = correct all tickers & intervals
discard_old=False, # if cached data too old to check (e.g. 30m), assume incorrect and delete?
quiet=True, # enable to print nothing, disable to print summary detail of why cached data wrong
debug=False, # enable even more detail for debugging
debug_interval=None) # only verify this interval (note: 1d always verified)
# Verify prices of entire cache, ticker symbols processed alphabetically. Recommend using `requests_cache` session.
yfc.verify_cached_tickers_prices(
session=None, # recommend you provide a requests_cache here if debugging
rtol=0.0001,
vol_rtol=0.005,
correct=[False|'one'|'all'],
halt_on_fail=True, # stop verifying on first fail
resume_from_tkr=None, # in case you aborted verification, can jump ahead to this ticker symbol. Append '+1' to start AFTER the ticker
debug_tkr=None, # only verify this ticker symbol
debug_interval=None)
These return False
if difference detected else True
, regardless of if difference was corrected.
-
to scan for first data mismatch but not correct:
yfc.verify_cached_tickers_prices()
. -
to fix all data issues:
yfc.verify_cached_tickers_prices(correct='all', halt_on_fail=False)
I hope latest version 0.6.2 fixed the last bugs in applying new dividend-adjustments and splits to cached prices (Adj Close
etc).
Only genuine differences in not-adjusted prices are Volume differences (~0.5%) -
Yahoo sometimes changes Volume over 24 hours after that day ended e.g. updating Monday Volume on Wednesday,
sometimes weeks later!
If you see big differences in the OHLC price of recent intervals (last few days), probably Yahoo is wrong. Since fetching that price data on day / day after, Yahoo has messed up their data - at least this is my experience. Cross-check against TradingView or stock exchange website.
Performance
For each ticker, YFC basically performs 2 tasks:
1 - check if fetch needed
2 - fetch data and integrate into cache
Throughput on 1 thread decent CPU: task 1 @ ~60/sec, task 2 @ ~5/sec.
Limitations
- intraday pre/post price data not available
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for yfinance_cache-0.6.8-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 756008da070869c54aaae3acdf0667764493d8a5175234c88d092d88015dd393 |
|
MD5 | bc39d3b4a948ce3f1942ae9dd4f63189 |
|
BLAKE2b-256 | 7ea1cf0c9fa9908e34c07ed4601965538849b608cc30f19acbabaec5c5e34c23 |