Nxt is the most important crypto to add.
The recent development activity and marketcap speak for themselves; adding NXT is a must!
Topic: BitcoinWisdom.com - Live Bitcoin/LiteCoin Charts - page 100. (Read 502630 times)
The recent development activity and marketcap speak for themselves; adding NXT is a must!
Nxt is the most important crypto to add.
+1 for nxt! cheers
Are you planning to implement Nxt? That would be great! 
Please add Nxt. You already got bter, should not be a big problem.
+1000 that would be very helpfull!
Please add NXT.
+1000
+1000
Please add Nxt. You already got bter, should not be a big problem.
+1000 that would be very helpfull!
Please add NXT.
+1000
Great idea, add Nxt from Bter.
Please add Nxt. You already got bter, should not be a big problem.
Perhaps bitcoinwisdom should remove MTGOX's price from their site.
I think that MtGOX should remain available in the menu, but not at the top of the list.
This I agree with. Remove MtGox from the list of standard exchanges that are easy to access, but keep it in the dropdown menu somewhere. There's no reason to remove it completely, but it should not be prominently displayed either IMO.
Perhaps bitcoinwisdom should remove MTGOX's price from their site.
I think that MtGOX should remain available in the menu, but not at the top of the list.
This I agree with. Remove MtGox from the list of standard exchanges that are easy to access, but keep it in the dropdown menu somewhere. There's no reason to remove it completely, but it should not be prominently displayed either IMO.
love BitcoinWisdom, thanks for a great, beautifully designed site. Is there any chance you could add max? preferably at mcxNOW where most of the volume is but it's also listed at Cryptsy. There's a huge amount of trade in this coin and i don't think it's going away anytime soon.
Suggestion：whenever a price change,could you please compare it with the former one and give it an arrow like ↑ or ↓ or →?
eg：Bitstamp: 623.79↑ BTC-e: 601↓ Mt.Gox: 286.398→
If it changed greatly,eg：>2%,use two arrows instead.
Like this:Bitstamp: 623.79↑↑ BTC-e: 601→ Mt.Gox: 286.398↓↓
eg：Bitstamp: 623.79↑ BTC-e: 601↓ Mt.Gox: 286.398→
If it changed greatly,eg：>2%,use two arrows instead.
Like this:Bitstamp: 623.79↑↑ BTC-e: 601→ Mt.Gox: 286.398↓↓
May I ask again that UTC be used (otpionally or always) for all times and dates?
I am constantly referring to your charts on other threads of this forum. Since the readers are inernational, I must convert all hours and dates in my head from Brazilian local time to UTC.
Moreover, the data on the 1-day chart is actually binned in UTC days, not local days; which puts the dates almost 1 day off here in Brazil.
For example, to get the total volume for feb/07 on the 1-day chart, I must put the cursor on the bar labeled feb/06, since that bar actually covers feb/06 22:00 to feb/07 21:59 Brazilian time, which is feb/07 00:00 to 23:59 UTC.
Moreover Brazil just switched to savings time, so when trying to locate or get the time of an event on the more detailed charts I must add/subtract either 3 hours or 2 hours from the time shown, depending on which part of the plot I am looking at.
Several other sites use UTC times, I do not think that people will object to the switch, if it is not optional. In fact I do not see the advantage of displaiyng local time; bitcoin events are not connected to local events.
Thanks again for your wonderful work.
I am constantly referring to your charts on other threads of this forum. Since the readers are inernational, I must convert all hours and dates in my head from Brazilian local time to UTC.
Moreover, the data on the 1-day chart is actually binned in UTC days, not local days; which puts the dates almost 1 day off here in Brazil.
For example, to get the total volume for feb/07 on the 1-day chart, I must put the cursor on the bar labeled feb/06, since that bar actually covers feb/06 22:00 to feb/07 21:59 Brazilian time, which is feb/07 00:00 to 23:59 UTC.
Moreover Brazil just switched to savings time, so when trying to locate or get the time of an event on the more detailed charts I must add/subtract either 3 hours or 2 hours from the time shown, depending on which part of the plot I am looking at.
Several other sites use UTC times, I do not think that people will object to the switch, if it is not optional. In fact I do not see the advantage of displaiyng local time; bitcoin events are not connected to local events.
Thanks again for your wonderful work.
Perhaps bitcoinwisdom should remove MTGOX's price from their site.
I think that MtGOX should remain available in the menu, but not at the top of the list.
Please, Bitcoinwisdom, keep MtGox charts at your site.
why?
Perhaps bitcoinwisdom should remove MTGOX's price from their site.
Totally agree with you!
Please, Bitcoinwisdom, remove MtGox charts from your site.
Totally disagree with you!
Please, Bitcoinwisdom, keep MtGox charts at your site.
P.S. on a side note, BTCW, why your market depth is different vs http://btccharts.com/ on Fox data ?
why?
Perhaps bitcoinwisdom should remove MTGOX's price from their site.
Totally agree with you!
Please, Bitcoinwisdom, remove MtGox charts from your site.
Totally disagree with you!
Please, Bitcoinwisdom, keep MtGox charts at your site.
P.S. on a side note, BTCW, why your market depth is different vs http://btccharts.com/ on Fox data ?
Perhaps bitcoinwisdom should remove MTGOX's price from their site.
Totally agree with you!
Please, Bitcoinwisdom, remove MtGox charts from your site.
I noticed that there are some data feeds, eg http://s1.bitcoinwisdom.com:8080/trades?symbol=btcebtcusd.
Are we allowed to pull these data feeds for use instead of requesting it directly from the servers? (eg, get from you rather than from BTC-E)
Since the format is always the same on yours, it would really help to reduce the amount of code needed to handle different formats.
Also, is there a central data feed? instead of pulling from s1, s2 or whatever?
Are we allowed to pull these data feeds for use instead of requesting it directly from the servers? (eg, get from you rather than from BTC-E)
Since the format is always the same on yours, it would really help to reduce the amount of code needed to handle different formats.
Also, is there a central data feed? instead of pulling from s1, s2 or whatever?
Jump to: