Via Data Manager I can download only last day of financialmodelingprep stock data, but API allowes to pass start and end data of one minute data and recive more historical data (https://site.financialmodelingprep.com/developer/docs/historical-stock-data-free-api/ it is possible to pass to -from date and it returnes exactly 1 day for one minute data). Is it planned to add full data dowload from financialmodelingprep?
Rename
The FMP provider does download entire intraday data for a stock, correctly passing start and end dates to the API.
What type of subscription do you have?
Actually, I just signed up with a free subscription. I also got only 1 day when the date control was set to most recent 4 weeks. But after changing it to a specific date range, e.g., 12/1/2022 to 2/1/2023, it returned 1 minute data starting from 1/1/2023 (not 12/1/2022 as requested).
Actually, I just signed up with a free subscription. I also got only 1 day when the date control was set to most recent 4 weeks. But after changing it to a specific date range, e.g., 12/1/2022 to 2/1/2023, it returned 1 minute data starting from 1/1/2023 (not 12/1/2022 as requested).
I have paid starter subscription. Where should I provide the date range? i thought that clicking update data set would be enough :)
It is enough. What is(are) the symbol(s)?
AAPL AMGN AXP BA CAT CRM CSCO CVX DIS DOW GS HD HON IBM INTC JNJ JPM KO MCD MMM MRK MSFT NKE PG TRV UNH V VZ WBA WMT
Switch to Historical Providers, highlight FMP, right click to delete the cached data and clear tracking info. Repeat update. Any effect?
Data cleared and after clicking update dataset still recieved 1 day of data
This looks like a demo account. At least this (2 days of 1-min) is what I'm getting with our demo account at FMP when requesting say 1 month of data. We do comply with the API.
See Post #2. I got 4 weeks with a free account, by changing the date range.
I have paid subscribtion - thats for sure
Cleared data one more time and restarted WL client
Stil recieving one day of data on 1 min candles
Everything is fine with my account because I checked API call via browser and downloaded 2008-01-01 1 min data for Apple
Everything is fine with my account because I checked API call via browser and downloaded 2008-01-01 1 min data for Apple
Have you tried to update one new symbol only by loading a chart?
Think I have an idea as to what's happening. When you update a DataSet from scratch WL attempts to grab as much data as possible. However, the FMP API has stopped recognizing a start date in the "distant" past. We may need to put a safeguard here so it'd return more data than 1 day like it does now.
Created separate dataset with TSLA only
Doubleclicked and got two days of data
Doubleclicked and got two days of data
QUOTE:
Actually, I just signed up with a free subscription. I also got only 1 day when the date control was set to most recent 4 weeks. But after changing it to a specific date range, e.g., 12/1/2022 to 2/1/2023, it returned 1 minute data starting from 1/1/2023 (not 12/1/2022 as requested).
Robert, my demo key returns 2 days of 1-minute data cold on any data range specified (even one week of any year supported). Can't get past this.
QUOTE:
Doubleclicked and got two days of data
Two days is OK if your data loading range is set to 500 bars. Compressed bar scales may work still.
What should I do? I can send you my API key by email if you need it to check whats happening
Yes, please send it to support@wealth-lab.com so we could take a look.
Done
Thanks but even with this API key I'm still getting back 1-minute data since Jan 30, having requested only a month/week worth of history. I'm looking it up under debugger, playing with various start and end dates. No luck.
This is a limitation of the data vendor, not a Wealth-Lab's issue. For other bar scales you will get far more data.
P.S. Also, here's the correct API guide link (the one in your title post is irrelevant to the topic):
https://site.financialmodelingprep.com/developer/docs/#Stock-Historical-Price
This is a limitation of the data vendor, not a Wealth-Lab's issue. For other bar scales you will get far more data.
P.S. Also, here's the correct API guide link (the one in your title post is irrelevant to the topic):
https://site.financialmodelingprep.com/developer/docs/#Stock-Historical-Price
I think that's because it always returns one day of data per call for 1m candles - if you will iterate by one day and perform request for each day you will receive all the data (to all this api calls you can pass start date in format dd-mm-yyyy). I have tried that via web browser and it works fine. I will send you an example via email
I suspect there must have been pagination. Making 200+ requests just to get the data for a single year is beyond reason. Lose one day to a network glitch and throw away the entire download. Sorry but I'd rather drop support for 1-minute data than introduce pagination for it in the data provider. Other bar scales such as 60-minute are fine, let me see if this is required.
But same stuff in binance api - data got by pagination. Nearly all data providers provide data in 1m timeframe by pagination - because it's a lot of data. In binance API data downloaded by pieces too and everything woks fine - with downloading data from the last received time... Can't see any difference in this case
That's why data provides make paid access to get 300-500 api calls per minute)
QUOTE:
Making 200+ requests just to get the data for a single year is beyond reason.
That's why data provides make paid access to get 300-500 api calls per minute)
QUOTE:
But same stuff in binance api - data got by pagination. Nearly all data providers provide data in 1m timeframe by pagination - because it's a lot of data.
I know, we implemented different flavors of it many times in our solutions. Not just for 1-minute but in higher bar scales too.
QUOTE:
Can't see any difference in this case
Take Alphavantage for example: requests are broken into monthly chunks. That's much less risk of getting a stalled download or partial history (read: corrupt). For me pagination has to stay reasonable so as not to open a can of worms.
Don't got your idea. Got one day - store- got one day - store - got one day - interruption -retry got that day - store.... Same with binance - binance provides about one week chunks. The bigger the chunks the more risk of data loss and loss of time to retry
You oversimplify it. In real life there are parallel requests for multiple instruments, API limits and throttling*, slowdown, potential considerations for live trading etc. I'm reluctant to deliver an error prone solution just because of one data vendor's "stinginess". Aren't there comparable data vendors with reasonable pagination policies like the already mentioned Alphavantage?
--
* incompatible between different pricing plans. Starter's limits would overthrottle Professional plan users. There's no elegant way of handling this gracefully except for some GUI dropdown (kludgy and error prone).
--
* incompatible between different pricing plans. Starter's limits would overthrottle Professional plan users. There's no elegant way of handling this gracefully except for some GUI dropdown (kludgy and error prone).
All of the crypto providers use batches to download multiple pages of 1 minute data in WL8, it’s a proven pattern. There’s no good reason why we can’t do it here too. The argument about a network glitch doesn’t cut it.
I know, I had been using this pattern in the Finam extension before the crypto providers emerged. But considering Finam's characteristic dislike for bots, they'd never force you to download 3,000 chunks just to get a single instument's 1-minute history. Anyway, the task to add pagination to FMP is active.
OK topic starter may look for it in upcoming B10 of DataExtensions.
Your Response
Post
Edit Post
Login is required