BitcoinWisdom.com - Live Bitcoin/LiteCoin Charts

[BitcoinWisdom]

Hello, is there any possibility that you can implement "ignore trades below xxx" for your great interface?
0.xxxx trades from bots are really annoying to see in trading activities and bid/ask table.

Thanks for reply, or ... implementing that

K.

Actually, I've implemented two different mode for filter trades.
The first is let user input the threshold, below xxx will be filtered.
The second is 'auto filter', shows 98.5% total volume of trades, so all tiny trades will be filtered automatically.
But there are some issues when using.
1. There is no good position to place the option.
2. It will increase complex when using.
3. The trades number is not too much. So I won't feel it's great improvement when using even it has filtered 20% tiny trades. Only useful when I  need to see the trades which is above 1 BTC only.
So it won't be supported currently.

[BitcoinWisdom]

I'm not sure I understand the problem. There are two things you mention, right?

1) Problem: Not all exchanges return the entire order book. Solution: Work with what you get. Also, it seems that the currently most important exchange, Bitstamp, does return the full order book, right?

2) Problem: Too much data needed. Solution: Maybe I missed something, but you don't need to keep the order book data, no? Just calculate the ratio once, and keep that. Or did I misunderstand you?

I don't know what happens at the backend of your website, so maybe I underestimate the amount of code needed to make bid/ask work, but to me it seems that if you only store the bid/ask ratio value itself, not the order book data, it's not such a huge amount of data you need to handle... but maybe I'm wrong.

Another 40+ tables needed to save the depth result.
Then calculate the bid/ask and save to table, embed the result to period.
Modify frontend return the extra field. It cannot not simple added. because it's not apart of trades or period.
Also there are some small issues, such as find a way to make it works in realtime.

[tbearhere]

== April 29, 2013, 08:34:33 AM ==
Hi all,
After several weeks hard working, new featured market watching site http://bitcoinwisdom.com/ is up , currently only support Mt.Gox BTC/USD market. Hope you like it

Main Features:

    Fully dynamic refreshing.
    Mtgox Realtime refreshing supported.
    Grouped depth.
    Show in difference period from 1 minute to 1 week.
    MACD technical analysis supported.

Browser minimum requirement:

    IE 9+, chrome, Firefox or other modern browser.

Browser recommanded requirenment:

    IE 10+, chrome, Firefox or other modern browser.

and IE 9 won't support Mt.Gox Realtime refreshing.

Enjoy

Miao, BitcoinWisdom.com

== June 28, 2013, 03:15:33 PM ==
Now BitcoinWisdom Supports

Mt.Gox BTC/USD
Bitstamp BTC/USD
BTC-e  BTC/USD, LTC/USD, LTC/BTC

== July 07, 2013, 09:21:41 PM ==
Add Crypto-Trade BTC/USD, LTC/USD, LTC/BTC

== TODO List ==
Here is the TODO list, the priority is from high to low

Exchange comparision
Custom watching list
Cloud saving settings
Support drawing lines and fib
More Indicators
Export chart

It would be nice if you could add all the crypto currencies real time. i would pay money for that.  ty

[oda.krell]

I'm not sure I understand the problem. There are two things you mention, right?

1) Problem: Not all exchanges return the entire order book. Solution: Work with what you get. Also, it seems that the currently most important exchange, Bitstamp, does return the full order book, right?

2) Problem: Too much data needed. Solution: Maybe I missed something, but you don't need to keep the order book data, no? Just calculate the ratio once, and keep that. Or did I misunderstand you?

I don't know what happens at the backend of your website, so maybe I underestimate the amount of code needed to make bid/ask work, but to me it seems that if you only store the bid/ask ratio value itself, not the order book data, it's not such a huge amount of data you need to handle... but maybe I'm wrong.

Another 40+ tables needed to save the depth result.
Then calculate the bid/ask and save to table, embed the result to period.
Modify frontend return the extra field. It cannot not simple added. because it's not apart of trades or period.
Also there are some small issues, such as find a way to make it works in realtime.

Hmm, I see. Can I make a suggestion? Maybe look at bid/ask on the link I already gave above, or on http://coinorama.net/ for example, and see if it helps your own trading in the coming weeks or so.

If it does help you, maybe you can consider implementing it, but if you conclude it's a useless indicator, that's a good reason not to implement it.

[CoolStoryBro]

can you increase "step" of the wall for Huobi?

3500 is quite a big number, and steps by 10 Yen not much useful.
I suggest to increase step by at least 25 for CNY.


It's understandable to make it mathematical formula to change these steps (so it will be autoadjusted if price reach ever 3000 USD on btc for example).
Not sure how should formula be, but seems like with current volatility 1% per step looks okish.

[BitcoinWisdom]

I'm not sure I understand the problem. There are two things you mention, right?

1) Problem: Not all exchanges return the entire order book. Solution: Work with what you get. Also, it seems that the currently most important exchange, Bitstamp, does return the full order book, right?

2) Problem: Too much data needed. Solution: Maybe I missed something, but you don't need to keep the order book data, no? Just calculate the ratio once, and keep that. Or did I misunderstand you?

I don't know what happens at the backend of your website, so maybe I underestimate the amount of code needed to make bid/ask work, but to me it seems that if you only store the bid/ask ratio value itself, not the order book data, it's not such a huge amount of data you need to handle... but maybe I'm wrong.

Another 40+ tables needed to save the depth result.
Then calculate the bid/ask and save to table, embed the result to period.
Modify frontend return the extra field. It cannot not simple added. because it's not apart of trades or period.
Also there are some small issues, such as find a way to make it works in realtime.

Hmm, I see. Can I make a suggestion? Maybe look at bid/ask on the link I already gave above, or on http://coinorama.net/ for example, and see if it helps your own trading in the coming weeks or so.

If it does help you, maybe you can consider implementing it, but if you conclude it's a useless indicator, that's a good reason not to implement it.

As my understand to the indicator is "The USD is going to spend" / "The BTC is going to sell". It could reflect market sentiment because bids and asks should be in some kind of balance. And system is lack of orderbook related indicator. So I think it would be implement in future.

[arorts]

Since bids increase price and asks reduce it, shouldn't bids be colored green and asks red in the depth graph???
It looks a bit counterintuitive with the current colors.

I guess it's currently intended to mean how easy is for price to go up or down? Thank you.

[chabmarwen]

Hello, I love your adding Fib, but I think it'll be great if we could choose our own figures concerning fib retracements and fib extensions. Would it be possible ?
Thanks in advance

[krizniq]

Hello, is there any possibility that you can implement "ignore trades below xxx" for your great interface?
0.xxxx trades from bots are really annoying to see in trading activities and bid/ask table.

Thanks for reply, or ... implementing that

K.

Actually, I've implemented two different mode for filter trades.
The first is let user input the threshold, below xxx will be filtered.
The second is 'auto filter', shows 98.5% total volume of trades, so all tiny trades will be filtered automatically.
But there are some issues when using.
1. There is no good position to place the option.
2. It will increase complex when using.
3. The trades number is not too much. So I won't feel it's great improvement when using even it has filtered 20% tiny trades. Only useful when I  need to see the trades which is above 1 BTC only.
So it won't be supported currently.

thanks for reply, but i really dont see problem to implement that (like bitcoinity have).
you have "settings" tab and complex would be same, as you can filter only results not queries

as now there is every 5s trade with 0.01 volume and that is really annoying

(i've just achieved similar result when using tampermonkey, but it is not so nice as i would like to )

[JorgeStolfi]

I changed timezone to Brazil West, but cannot reproduce the issue. It shows hour goes from 0 to 23 when cursor move.

Wait, the problem is real, but occurs only on Safari (5.1.10)/Macbook.  It does not occur on Fireox/PC

The problem on Safari occurs only with hours "8" and "9", on the 1h charts, they display as "0" on the crosshair cursor's bottom tab.  It does not occur on the 30m charts, so "8:0" and "8:30" display correctly.

It occurred to me that in some languages/systems, a number that starts with "0"  is interpreted as octal rather than decimal.  In those platforms, "00"through "07" give the same result in octal and decimal,  "11" to "23" are interpreted as decimal, but "08" and  "09" would be invalid.

Perhaps Safari's javascript differs from the javascript in other browsers in that detail?  Sometimes the interpretation of numbers that start with "0" is determined by a global variable, and that variable may have a different default value on Safari?

[zheron]

First off, love the charts.  But I just wanted to say I would pay for the premium version in a heartbeat if it had a more complete list of markets and currency pairs.  I find that I have to jump through a ton of sites to find information when I want to invest in other altcoins besides bitcoin.  But Bitwisdom is far and above better than all the others.  If I could only find charts on less traded coins on Cryptsty or Bter, I would gladly pay the monthly fee.

[solex]

Love your charting service!

Any chance of adding Auroracoin soon? Airdrop to 320,000 people in Iceland is scheduled for March 25th. Exciting times.

[Aughar]

I see there has already been posted some inquiries about having Justcoin added to your site, but because of registration problems this never went through.
Would you give it another try? New features have been implemented since the last time you tried and both the BTC/EUR and the BTC/NOK have shown great volume.

Please let me know if you have any questions regarding Justcoin.

Best regards,
August
august@justcoin.com

[BitcoinWisdom]

can you increase "step" of the wall for Huobi?

3500 is quite a big number, and steps by 10 Yen not much useful.
I suggest to increase step by at least 25 for CNY.


It's understandable to make it mathematical formula to change these steps (so it will be autoadjusted if price reach ever 3000 USD on btc for example).
Not sure how should formula be, but seems like with current volatility 1% per step looks okish.

Because Huobi doesn't have enough orders. If display in 25 CNY, it will be only 4~5 grouped bids or asks.

[BitcoinWisdom]

Since bids increase price and asks reduce it, shouldn't bids be colored green and asks red in the depth graph???
It looks a bit counterintuitive with the current colors.

I guess it's currently intended to mean how easy is for price to go up or down? Thank you.

Yes, It's long historical problem. It was designed as "Trends". After average price implemented some weeks ago, it became meaningless. So for the color, I intend to change it to bid green, ask red too. The main reason I haven't changed because the color of text 'Buy xxx BTC .... will reach xxx' is hard to decide and current setting upward green, downward red is still not bad.

[Unique]

Please add litecoin from btcchina!
Thanks

[El Dude]

Please add litecoin from btcchina!
Thanks

+1

[dedcoin]

Please add litecoin from btcchina!
Thanks

+1

+1

thank you 

[guitar82]

Please add litecoin from btcchina!
Thanks

+1

+1

thank you 

+1 too. Thanks for all your work!

[BitcoinWisdom]

Please add litecoin from btcchina!
Thanks

+1

+1

thank you 

+1 too. Thanks for all your work!

Yes, It would be added. But they have not updated the API yet.