I was just thinking the BTC speculation world needed something like this.
Friggen awesome if you ask me.
Assuming it's at least 75% reliable.
Topic: Bitcoin Barometer - page 4. (Read 14112 times)
Selling <=> Price going down <=> Lots of fulfilled bid order
Buying <=> Price going up <=> Lots of fulfilled ask order
That's how it is.
Edit: Isn't it?
Edit2: Yes it is.
When placing a bid order or an ask order you don't sell or buy anything, you just show that you *want* to sell or *want* to buy.
Or maybe we are just circling in round.
Buying <=> Price going up <=> Lots of fulfilled ask order
That's how it is.
Edit: Isn't it?
Edit2: Yes it is.
When placing a bid order or an ask order you don't sell or buy anything, you just show that you *want* to sell or *want* to buy.
Or maybe we are just circling in round.
I'm getting a bit confused now 
I think this way: person A places a bid order (wants to buy)
The order is open until person B comes and says "that price is okay for me to sell my coins".
The bid order gets filled and it makes person A buy the coins from person B. This tool renders this as "coin bought".
When you compare the price 4 hours ago to the price now, it went up.
So does this tools arrow in the 4h timeframe, so i think this direction is correct.
Or am i thinking wrong?
I think this way: person A places a bid order (wants to buy)
The order is open until person B comes and says "that price is okay for me to sell my coins".
The bid order gets filled and it makes person A buy the coins from person B. This tool renders this as "coin bought".
When you compare the price 4 hours ago to the price now, it went up.
So does this tools arrow in the 4h timeframe, so i think this direction is correct.
Or am i thinking wrong?
Hey apparently you inverse the two in the code:
From MtGow API:
So
means that someone fulfilled a bid order = someone sold coins.
Code:
if (trade.trade_type == "bid") {
bid_Sum += parseFloat(trade.amount);
} else if (trade.trade_type == "ask") {
ask_Sum += parseFloat(trade.amount);
}Code:
$("#bought_Sum").text(bid_Sum.toFixed(2));
$("#sold_Sum").text(ask_Sum.toFixed(2)); From MtGow API:
Code:
trade_type : Did this trade result from the execution of a bid or a ask?
So
Code:
{"date" : 1368876871, "amount": 0.410579, "trade_type": "bid"}means that someone fulfilled a bid order = someone sold coins.
I'm also quite new to this trading thing. What i think is this:
Somebody places an ask order, someone else fills it -> coins got sold.
Vice versa:
Someone places a bid order, someone else fills it -> coins got bought.
Thats how i understand this, to experts, am i right?
Somebody places an ask order, someone else fills it -> coins got sold.
Vice versa:
Someone places a bid order, someone else fills it -> coins got bought.
Thats how i understand this, to experts, am i right?
Other way around please.
I place a bid order, someone fills it -> coins got sold.
I place a sell order, someone fills it -> coins got bought.
I wanna "buy" coins -> I fill a sell order -> coins got bought.
I wanna "sell" coins -> I fill a bid order -> coins got sold.
Don't confuse the two.
Maybe I'm just thick, but I don't get this.
How is there ever a difference between the number of bitcoin sold and the number bought? How is this calculated?
How is there ever a difference between the number of bitcoin sold and the number bought? How is this calculated?
Bitcoins sold is when a standing bid order is being sold into (price goes down), and bought is when asks are being bought into (price goes up). In both cases bitcoins are being bought and sold ofcourse, but the difference is direction and the one taking action.
Ahh. 'The one taking action.' That makes a certain amount of sense.
* shrug * I mostly just buy and hold and spend, so I guess it doesn't matter. Maybe a couple times a year I'll sell some into obviously stupid spikes, and buy back the crash, but I don't think that's really considered to be trading.
Maybe I'm just thick, but I don't get this.
How is there ever a difference between the number of bitcoin sold and the number bought? How is this calculated?
How is there ever a difference between the number of bitcoin sold and the number bought? How is this calculated?
Bitcoins sold is when a standing bid order is being sold into (price goes down), and bought is when asks are being bought into (price goes up). In both cases bitcoins are being bought and sold ofcourse, but the difference is direction and the one taking action.
+10 
I'm also quite new to this trading thing. What i think is this:
Somebody places an ask order, someone else fills it -> coins got sold.
Vice versa:
Someone places a bid order, someone else fills it -> coins got bought.
Thats how i understand this, to experts, am i right?
Somebody places an ask order, someone else fills it -> coins got sold.
Vice versa:
Someone places a bid order, someone else fills it -> coins got bought.
Thats how i understand this, to experts, am i right?
Maybe I'm just thick, but I don't get this.
How is there ever a difference between the number of bitcoin sold and the number bought? How is this calculated?
How is there ever a difference between the number of bitcoin sold and the number bought? How is this calculated?
Thanks for the feedback =)
From the MtGox API? Just use
http://data.mtgox.com/api/2/BTCUSD/money/trades/fetch?since=
and go back as far as you want.
Looks cool though. I'd change "Buying" to "RALLY!" and "Selling" to "CRASH!?". A little more dramatic. =)
EDIT: This will start getting all trades on 00:00:00 April 14th 2013.
http://data.mtgox.com/api/2/BTCUSD/money/trades/fetch?since=1365911993951305
Then just loop it until you catch up. =)
Edit2: Just use the last tid you get and call it again. I'd add a little delay so you don't piss off MtGox. I have the data but this should be fairly easy for you to figure out.
Thanks, i will look into getting all trades i can and put them into my db.
Buying = RALLY / Selling = CRASH? In the 1M time frame? I wouldn't do that :p
One other suggestion - instead of using a droplist for the time frame, could you make them a series of links across the bottom? It seems good to look at various time frames, but its a bit of a pain to select from the droplist each time. But again - very nice!
Oh and - bookmarked!
Sounds good, that's what i'm going to do next.
It's running since 1:30pm UTC+1, so no older data available, sorry.
Found no place where to get historical trading data
Found no place where to get historical trading data
From the MtGox API? Just use
http://data.mtgox.com/api/2/BTCUSD/money/trades/fetch?since=
and go back as far as you want.
Looks cool though. I'd change "Buying" to "RALLY!" and "Selling" to "CRASH!?". A little more dramatic. =)
EDIT: This will start getting all trades on 00:00:00 April 14th 2013.
http://data.mtgox.com/api/2/BTCUSD/money/trades/fetch?since=1365911993951305
Then just loop it until you catch up. =)
Edit2: Just use the last tid you get and call it again. I'd add a little delay so you don't piss off MtGox. I have the data but this should be fairly easy for you to figure out.
Thanks, i will look into getting all trades i can and put them into my db.
Buying = RALLY / Selling = CRASH? In the 1M time frame? I wouldn't do that :p
Very cool! Could you add "ghostly" indicators to show the previous values for the same time window a short while ago (maybe from a moving window) to help show how the trend is changing?
Hmm... Hope that's clear!
I already thought about making this tool more informative, we'll see what comes next. Thanks Hmm... Hope that's clear!
I found a use for an old smartphone. It will sit propped on my desk.
Never thought it worked on smartphones. Actually i tried it with a slow EDGE connection and it failed. At home with wireless lan it works.One other suggestion - instead of using a droplist for the time frame, could you make them a series of links across the bottom? It seems good to look at various time frames, but its a bit of a pain to select from the droplist each time. But again - very nice!
Oh and - bookmarked!
One other suggestion - instead of using a droplist for the time frame, could you make them a series of links across the bottom? It seems good to look at various time frames, but its a bit of a pain to select from the droplist each time. But again - very nice!
Oh and - bookmarked!
I found a use for an old smartphone. It will sit propped on my desk.
Haha, great! +1
Great!
I really like it!
...Bookmarked!
I really like it!
...Bookmarked!
Very nice....bookmarked as well.
That is pretty cool!
I would change "Stable" for "Neutral" Because there is no stable, just periods of low volume
I would change "Stable" for "Neutral" Because there is no stable, just periods of low volume
Well stable is relative. You can have his version of stable in high volume. His stable really just means "sideways". I do agree with showing the price change for the timeframe selected.
That is pretty cool!
I would change "Stable" for "Neutral" Because there is no stable, just periods of low volume
I would change "Stable" for "Neutral" Because there is no stable, just periods of low volume
Very cool! Could you add "ghostly" indicators to show the previous values for the same time window a short while ago (maybe from a moving window) to help show how the trend is changing?
Hmm... Hope that's clear!
Hmm... Hope that's clear!
nice tool, bookmarked
Jump to: