BitcoinWisdom (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 12:27:56 PM Last edit: February 27, 2014, 12:55:58 PM by 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 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) 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 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 12:54:22 PM |
|
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
Legendary
Offline
Activity: 3178
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 12:58:39 PM |
|
== 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 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) 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
Legendary
Offline
Activity: 1470
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 01:14:56 PM |
|
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.
|
Not sure which Bitcoin wallet you should use? Get Electrum!Electrum is an open-source lightweight client: fast, user friendly, and 100% secure. Download the source or executables for Windows/OSX/Linux/Android from, and only from, the official Electrum homepage.
|
|
|
CoolStoryBro
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 89
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 01:23:37 PM |
|
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 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 02:12:27 PM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 27, 2014, 06:43:05 PM |
|
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
Newbie
Offline
Activity: 3
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 28, 2014, 11:42:55 AM |
|
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
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 28, 2014, 07:39:53 PM |
|
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 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) 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 ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) (i've just achieved similar result when using tampermonkey, but it is not so nice as i would like to ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) )
|
Looking for investment tip? XBY OMG and ADX, thank me later ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) If you love me -> BTC: 1JLwEteSwyV3uUXN9dVvSqBnt3nbTHeS6i | ETH 0xb3F6aCa84d2513A444FABcd4dbFb256a82FdE610 Thanks! ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
JorgeStolfi
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 02, 2014, 12:30:55 PM |
|
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?
|
Academic interest in bitcoin only. Not owner, not trader, very skeptical of its longterm success.
|
|
|
zheron
Newbie
Offline
Activity: 4
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 02, 2014, 11:49:06 PM |
|
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
Legendary
Offline
Activity: 1078
Merit: 1006
100 satoshis -> ISO code
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 03, 2014, 04:40:10 AM |
|
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
Newbie
Offline
Activity: 1
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 03, 2014, 11:37:25 AM |
|
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 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 03, 2014, 03:22:09 PM |
|
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 (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 03, 2014, 03:34:53 PM Last edit: March 03, 2014, 04:29:05 PM by 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
Newbie
Offline
Activity: 2
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 04, 2014, 10:12:59 AM |
|
Please add litecoin from btcchina! Thanks
|
|
|
|
El Dude
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 04, 2014, 12:58:03 PM |
|
Please add litecoin from btcchina! Thanks
+1
|
Bitcoin and Litecoin hodler
|
|
|
dedcoin
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 87
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 04, 2014, 02:03:12 PM |
|
Please add litecoin from btcchina! Thanks
+1 +1 thank you ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
First bitcoin bought at $70
|
|
|
guitar82
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 93
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 04, 2014, 02:16:19 PM |
|
Please add litecoin from btcchina! Thanks
+1 +1 thank you ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) +1 too. Thanks for all your work!
|
|
|
|
BitcoinWisdom (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 04, 2014, 04:05:04 PM |
|
Please add litecoin from btcchina! Thanks
+1 +1 thank you ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) +1 too. Thanks for all your work! Yes, It would be added. But they have not updated the API yet.
|
|
|
|
|