In this picture:
both lines are higher than all the prices in all 14 time periods. How can that be, given that one of the lines is a 10 period EMA? The average shouldn't be higher than all 10 of the preceeding highs should it?
The exponential decay of those averages is perfectly normal if they started at a much higher point in the previous bar.
Any chance you could add a setting that would switch the Size and Sum columns to be in dollars instead of BTC? i.e. if there were 1000 BTC offered at 9.7, show 9700, and so forth. I think it would provide a more balanced view of the book. When shown in BTC, the book implicitly looks more unbalanced toward the bid side because the same quantity of BTC represents more money at higher price levels.
Maybe, but probably not. This is a Bitcoin order book. Would it make sense to display an order book for GOOG stock in dollars instead of shares?
I don't like how one bar's 'close' is often different than the following bar's 'open'. It looks like the value used for 'open' and 'close' are the first and last trades in that bar, whereas traditionally the 'open' price would be the last trade in the previous bar.
You are correct: the 'open' price is the first trade during that bar's period. Having an open differ from the previous close is called a 'gap,' and it occurs frequently in thinly-traded markets such as ours. One way that my chart differs from traditional ones is that I do not show a candle if there was no trade during that time period. So if you look on the other currencies that are not traded as much as USD, you will see a few candles that jump around, instead of pages and pages of empty candles, representing no trading activity.
One little Question;
the Data of your tool, where does it come from? Sometimes the JSON Mt.Gox ticker is "slower" than your Tool. But I was thinking,that you use the Mt.Gox-Ticker, too? Am I wrong?
I believe he uses the socket.io feed. Some of the charting guys get data much faster than other methods which makes me think some of them have done some verbal negotiation on getting a priority feed as well.
The socket.io feed outputs a 'ticker' message every so often, and I display that information as well. The feed is fast, as I believe it is hooked right into the trading engine at Gox (or at least that's the way it should be). However, I do not have any sort of special agreement with the exchange, but I wish I did since the feed goes down every now and then.
Ghe donate, feedback frame keeps overlapping data on my movile divice. Samsung S2.
I have not done any work on a mobile site. Perhaps you'd like to start a bounty campaign
Anyone has a clue on what is going on right now? Either the charting tool suffers from some hick-up, the market runs crazy, or a bunch of trading bots are fighting the final fight: the bids are eaten up to ~9.30 and then plumped down to ~8.79 with the race being repeated continuously
Maybe Mt.Gox is performing some tests (trades are disabled right now), or someone placed an order to trade 1M Bitcoins and Mt.Gox is not capable to clear it in real-time.
gox engine screwup. websocket loops the same trades all over again. they're working on it.
Hm, something's fishy, though. During the last cycle it went up to 9.7 to get kicked back to 8.725 - it is obviously not cycling always over the same data, but the spikes continuously reach higher limits. Will be interesting to see where it continues when Gox opens their doors again...
At first glance, it looks like the chart has recovered from this episode, meaning that the server-side database of trades is not messed up (thankfully).
