I just wanted to say thanks for bitcoinwisdom.com and sent a donation of .01724. Keep up the great work!!
Thank you! |
|
|
|
any chance we can get vault of satoshi on bitcoin wisdom? It is one of the bigger exchanges in canada (outside of virtex). trades in btc, ltc, cad, usd, and other cryptos. https://www.vaultofsatoshi.com/VoS doesn't have historical or recent trades API. |
|
|
|
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? Thank you for hints. I reviewed code, there is no number convert related functions for date processing. "08" or "09" does not exist, only "8" or "9" is used. so it should not be that reason. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
Hey.. Thanks for your great work!
I have one question: It would be nice to display always the hour on the chart... Not only on :30 or :0.. For me it would be easier to see on the first look.. Thanks..
I'm sorry, I cannot understand your question well. What is 'always the hour on the chart' and ':30' or ':0'? |
|
|
|
@bitcoinwisdom Could you please look one more time into bid/ask for Bitstamp? I just found another site that shows historical data of bid/ask for bitstamp ( http://coinsight.org/bitstamp), so there must be some way to do it. I know you said already that the Bitstamp API doesn't give you the info directly, but somehow those other guys seemed to manage to extract the information somehow... and you've proven to be extremely competent, so I just hope you can get it to work as well. It isn't trade bid/ask ratio, it's orderbook(depth) bid/ask ratio. Maybe I confused before, do you mean orderbook bid/ask ratio or trade bid/ask? order book! damn, we talked about different things all the time, huh? I see. I'm not familiar with this indicator. If ask is 1 2 and bid 0.1 0.2, Is the sum bid / sum ask (0.1*0.2)/(2)=0.01 ? To my knowledge, order book bid/ask ratio is calculated as: Total_Bid_Sum(USD)/Total_Ask_Sum(BTC). For example, right now Bitstamp total order book BID is ~22 million USD, ASK is ~17000 BTC, so bid/ask is ~1294 USD/BTC. There are then two ways to display this ratio over time: (1) "raw", as calculated above, or (2) "normalized" for the actual price at the same time as the ratio is calculated, example: currently, ratio is 1294 USD/BTC (as calculated above), current price is 585 USD/BTC, so normalized ratio is ~2.2 (dimensionless). * * * In my experience order book bid/ask ratio has to be used carefully, since the order book is obviously target for manipulation, but looking at how the ratio changes over time can be very useful to determine trend reversals. Here are some problems to support this indicator. The key problem is 'not all exchanges returns full orderbook'. So it only works in some exchangee. If limit the orderbook range, for example from -20% to 20%. I have no idea if the indicator is still valuable. To implement this indicator will change a lot of the database structure and write much code for the server does not record the orderbook. So I have to ensure the indicator is really useful and worth to be implemented. |
|
|
|
There is a gap in the Bitstamp data, of about 8h, only in the 30m timeframe (not in any other that I could see).
It is around 11:30 AM GMT 26/02/2014. The previous 8h of data are missing, it seems.
Keep up the awesome work.
Refresh browser is needed when browser stop receiving data for long time. |
|
|
|
@bitcoinwisdom Could you please look one more time into bid/ask for Bitstamp? I just found another site that shows historical data of bid/ask for bitstamp ( http://coinsight.org/bitstamp), so there must be some way to do it. I know you said already that the Bitstamp API doesn't give you the info directly, but somehow those other guys seemed to manage to extract the information somehow... and you've proven to be extremely competent, so I just hope you can get it to work as well. It isn't trade bid/ask ratio, it's orderbook(depth) bid/ask ratio. Maybe I confused before, do you mean orderbook bid/ask ratio or trade bid/ask? order book! damn, we talked about different things all the time, huh? I see. I'm not familiar with this indicator. If ask is 1 2 and bid 0.1 0.2, Is the sum bid / sum ask (0.1*0.2)/(2)=0.01 ? |
|
|
|
@bitcoinwisdom Could you please look one more time into bid/ask for Bitstamp? I just found another site that shows historical data of bid/ask for bitstamp ( http://coinsight.org/bitstamp), so there must be some way to do it. I know you said already that the Bitstamp API doesn't give you the info directly, but somehow those other guys seemed to manage to extract the information somehow... and you've proven to be extremely competent, so I just hope you can get it to work as well. It isn't trade bid/ask ratio, it's orderbook(depth) bid/ask ratio. Maybe I confused before, do you mean orderbook bid/ask ratio or trade bid/ask? |
|
|
|
I'd say *now* we can take the mtgox charts out of btcwisdom  Yes, I think so too. |
|
|
|
Trying to draw lines and can't, played with every setting there is, am I missing something here lol? I've drawn lines for over a month but today it won't work  Feel like a noob. There is no draw lines related code changed and it works here both in Firefox and Chrome. |
|
|
|
I am not getting any charts (candles) showing up.only price feed on right hand side?How do I fix this?I am using chrome?
BitcoinWisdom looks working well today. Does the issue still exist? |
|
|
|
BTCW: I'm sure you're working on it, but please work harder. Feel free to PM me. Those of us who pay for "premium" do so with the expectation that the site will suffer minimal downtime, attacks or not. If there's any way to help, let me know.
On the one hand, you can feel very proud that TPTB know to attack BTCW when they attempt to manipulate the price downward. On the other hand, just be aware that the market response to this is to create a better product if the problem is not remedied. I like the site, and I'd rather you fix the issues so that it is resilient against attacks, but the market, which includes myself, cannot tolerate much more of this. I don't have time to work on it myself, but I do have the time and the money to commission it to be done, and wind up with a profitable investment venture, and I will do so if this sort of thing persists. Bitcoin price manipulation has a long history and it's always some form of DDOS. Usually this forum (also unacceptably weak, which is why there's invite-only cryptocrypt), plus Gox in the old days, and sometimes now the r/bitcoin page, and the idiots panic. Bitcoin will remain niche and not ready for prime-time so long as the services around it can be DDOSed so easily.
Good luck!
We deeply apologize for the downtime. Our 3 different location servers was all attacked. To increase the reliability I'm going to add some private servers for premium members. It will be great helpful for it's invisible for the attacker. |
|
|
|
still not working.. I guess it's possible to make it work using google DNS but I'm not big fan of using google DNS
Load failed, retry after 5 seconds.
Probably Reason
BitcoinWisdom is temporary down
Domain is not bitcoinwisdom.com
Network issue
If you could see that page, then the main site works, but failed to retreive data from charts server. More than 32 connections, port 8080 is blocked by firewall will cause "Network issue" too. |
|
|
|
Works again for me. Wasn't down for long.
Good job, as always, btcwisdom!
Good. This time is different from before. It's main site attacked and before is one of charts node broken. |
|
|
|
|
Show Posts
