Quantitative Finance Stack Exchange is a question and answer site for finance professionals and academics. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Is there a data feed provider that has a REST (http) API?

Preferably real-time and historical, at least for US equities.

share|improve this question

I'm working on building one!

But the short answer is no, I haven't found one. There are some good SOAP web-services from: Xignite, they are the defacto standard for web-based data-service APIs, or at least the biggest as of recently.

Nanex also offers a more robust API offering that is delivered via the web, but it's not rest.

There are lots of questions here about data-services, and I think the moderators have mixed feelings about the relevance of this topic.

I've asked around Quora, and a few other places. Feel free to contact me directly if you'd like to hear more.

share|improve this answer
Xignite also supports REST now and can return the data as JSON, XML, or CSV. For an example check out one of the API pages: xignite.com/product/global-real-time-stock-quote-data/api/… – Scott Lerch May 1 '13 at 21:38

To be honest, I think of most purposes data feeds that peruse SOAP or REST are pretty useless. The only applications that benefit from that would be web-based charting tools that deal with historical prices as well as parts of an application that is not speed or performance critical such as static data (symbol lists and the like). However, anything real-time I strongly advise against such technologies and rather go with solid APIs, direct access to liquidity providers, brokers, data vendors or Fix/Fast. Anything web-based in relation to real-time pricing data sounds very sketchy to me and I would not spend much time looking for such solutions.

Do you mind elaborating what you really like to do? In most all situations I probably can recommend an alternative technology that proves a lot more stable and faster. Try me ;-)

share|improve this answer
I want to build systems in Ruby...REST is a standard for Ruby/Rails. – B Seven Oct 22 '12 at 4:49
Ok, but what do you mean with "systems". If you are looking to build a systematic trading platform I highly recommend you to refrain from any sort of scripting language for pure performance reasons. Do you care to elaborate what you think of when mentioning "systems"? – Matt Wolf Oct 22 '12 at 4:57
Automated trading systems. – B Seven Oct 22 '12 at 4:59
yes for this purpose as mentioned I highly recommend you to not "waste" time with scripting languages. They are generally way too slow for such purposes, especially if you want to incorporate historical data back testing into your architecture. I highly recommend you to look at compiled languages such as C++ or C# for such purpose. – Matt Wolf Oct 22 '12 at 5:05
...but the choice of language goes off topic. Sticking to the data feed, go with a full fledged API that directly connects with the servers of your data provider, rather than anything "SOAPy" (or somilar for that matter). Clouds and web applications solve a lot of problems and deliver convenience but they definitely are not applicable to solve all problems efficiently. This is one case in which I would stay far away from web applications – Matt Wolf Oct 22 '12 at 5:49

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.