Author

Topic: BitcoinWisdom.com - Live Bitcoin/LiteCoin Charts - page 113. (Read 502647 times)

hero member
Activity: 602
Merit: 505
I noticed that your chart squeezes out "empty" intervals, which seem to be common in some sites. For example, this is an excerpt of the 1-minute data for BTC-China provided by bitcoincharts.com:


2014-01-14 18:29:00   5009.61   5009.61   5009.61   5009.61   0.43   2154.13   5009.61
2014-01-14 18:30:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:31:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:32:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:33:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:34:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:35:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:36:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:37:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:38:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:39:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:40:00   5009.61   5009.61   5009.6   5009.6   0.41   2043.92   5009.6


(those are UTC times)

On your chart the 18:29 datum is immediately followed by the 18:40 datum.  That makes the horizontal scale non-linear.

While one can get used to it, wouldn't it be clearer and simpler to leave blank spaces for empty intervals (i.e make the horizontal axis linear, with the abscissa computed from the time rather than from the datum's index)?

For stock and commodity prices, it makes sense to omit the intervals when there is no trade, such as weekends and nights.  That's because the market actually disappears during those intervals -- so that Friday 4:00 pm coincides with Monday 9:30 am in "Wall Street time".  For Bitcoin prices, however, the global network effectively keeps the market running continuousy, even when one exchange is down or has no transactions.  

By the way, in a market that is continuously active, the "opening price" and "closing price" become rather arbitrary data points.  Thus the color of each candle should perhaps be defined by comparing its closing price with the previous closing, rather than with its opening price.  Or perhaps one should redefine the opening and closing prices by linear interpolation between adjacent transactions.  But presumably that would be too messy to implement, and too confusing to people who are used to the current scheme.

I should add that I find your charts wonderful, and that is why I am complaining so much.  Smiley


BTC exchange is 7x24 hours work. so it is different from traditional stock or forex.

Here is at least 2 advantage for omit blank data
1. Omit blank data could returns more data, for some exchange, if won't omit blank, in 1 minute candlestick, you will only see more than 80% blank data.
2. Keep chart fast, as I tested local, fill data will slow down chart a lot, at least decrease 300% performance on intialize.

You could use CandleStickHLC instead of CandleStick if want shows continuously.
hero member
Activity: 910
Merit: 1003
I noticed that your chart squeezes out "empty" intervals, which seem to be common in some sites. For example, this is an excerpt of the 1-minute data for BTC-China provided by bitcoincharts.com:


2014-01-14 18:29:00   5009.61   5009.61   5009.61   5009.61   0.43   2154.13   5009.61
2014-01-14 18:30:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:31:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:32:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:33:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:34:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:35:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:36:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:37:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:38:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:39:00   1.7e+308   1.7e+308   1.7e+308   1.7e+308   Infinity   Infinity   Infinity
2014-01-14 18:40:00   5009.61   5009.61   5009.6   5009.6   0.41   2043.92   5009.6


(those are UTC times)

On your chart the 18:29 datum is immediately followed by the 18:40 datum.  That makes the horizontal scale non-linear.

While one can get used to it, wouldn't it be clearer and simpler to leave blank spaces for empty intervals (i.e make the horizontal axis linear, with the abscissa computed from the time rather than from the datum's index)?

For stock and commodity prices, it makes sense to omit the intervals when there is no trade, such as weekends and nights.  That's because the market actually disappears during those intervals -- so that Friday 4:00 pm coincides with Monday 9:30 am in "Wall Street time".  For Bitcoin prices, however, the global network effectively keeps the market running continuousy, even when one exchange is down or has no transactions. 

By the way, in a market that is continuously active, the "opening price" and "closing price" become rather arbitrary data points.  Thus the color of each candle should perhaps be defined by comparing its closing price with the previous closing, rather than with its opening price.  Or perhaps one should redefine the opening and closing prices by linear interpolation between adjacent transactions.  But presumably that would be too messy to implement, and too confusing to people who are used to the current scheme.

I should add that I find your charts wonderful, and that is why I am complaining so much.  Smiley

hero member
Activity: 602
Merit: 505
Hi, can we have a BTCLTC kraken on your site? there are already BTCEUR and LTCEUR from kraken. And BTCLTC volume is already as high as LTCEUR.
any news about that? from technical point of view it should be a piece of cake as you already have two currency pairs from kraken.
besides BTCLTC would be the first such pair on your platform
The BTCLTC is different from other exchange LTCBTC and the volume is not high enough, only 34.72 in last 24 hours. so it will not be added currently.
full member
Activity: 175
Merit: 100
Hi, can we have a BTCLTC kraken on your site? there are already BTCEUR and LTCEUR from kraken. And BTCLTC volume is already as high as LTCEUR.
any news about that? from technical point of view it should be a piece of cake as you already have two currency pairs from kraken.
besides BTCLTC would be the first such pair on your platform
hero member
Activity: 602
Merit: 505
It's system limit. server only can return UTC data. and display in local time.
Hm, would you consider using UTC for display too?

Bitcoin price events and discussions are global in scope, not particularly related to the reader's locale.  It may be easier for everybody if everybody uses the same clock.

It should be no problem.
hero member
Activity: 910
Merit: 1003
It's system limit. server only can return UTC data. and display in local time.
Hm, would you consider using UTC for display too?

Bitcoin price events and discussions are global in scope, not particularly related to the reader's locale.  It may be easier for everybody if everybody uses the same clock.

sr. member
Activity: 462
Merit: 250
Don't know if it's been mentioned before but your 2H candlestick size uses uneven hours.
Not a big deal, but I would like it to be even hours!

Bitcoin Wisdom can I get a reply on the 2 hour candle issue?
I would just like to know if you are interested in fixing it.
I cannot find any advantage for even hours, so it won't be changed.

How about it makes more sense? And it impacts candlesticks, therefor impacts all your indicators.
I'd strongly suggest you provide an option where people can chose uneven or even hours.
It's system limit. server only can return UTC data. and display in local time.

Oh yes I see, I'm sorry. Every local time will have either even or uneven candles.
Indeed impossible to fix unless you calculate the candles client-side, but that would kinda suck Smiley.
hero member
Activity: 602
Merit: 505
Don't know if it's been mentioned before but your 2H candlestick size uses uneven hours.
Not a big deal, but I would like it to be even hours!

Bitcoin Wisdom can I get a reply on the 2 hour candle issue?
I would just like to know if you are interested in fixing it.
I cannot find any advantage for even hours, so it won't be changed.

How about it makes more sense? And it impacts candlesticks, therefor impacts all your indicators.
I'd strongly suggest you provide an option where people can chose uneven or even hours.
It's system limit. server only can return UTC data. and display in local time.
sr. member
Activity: 462
Merit: 250
Don't know if it's been mentioned before but your 2H candlestick size uses uneven hours.
Not a big deal, but I would like it to be even hours!

Bitcoin Wisdom can I get a reply on the 2 hour candle issue?
I would just like to know if you are interested in fixing it.
I cannot find any advantage for even hours, so it won't be changed.

How about it makes more sense? And it impacts candlesticks, therefor impacts all your indicators.
I'd strongly suggest you provide an option where people can chose uneven or even hours.
hero member
Activity: 910
Merit: 1003
13 is not multiple of 2, it should not be existed with 12. What's your timezone and which market met that issue?
odd or even is base on timezone. if the timezone is 02:30, then there will be half hour, it cannot be fixed.
Oops, sorry, forget it.
I got confused because other charts that I have been loking at use UTC rather than local time, and I assumed your charts used it too. Stupid of me.
hero member
Activity: 910
Merit: 1003
4850 means the sum amount of 4850 to 4899.999999
OK, would you then consider shifting the price column (for both bids and asks) down by half a line? That way it would be obvious what price range each volume entry refers to.
hero member
Activity: 602
Merit: 505
I cannot find any advantage for even hours, so it won't be changed.
One disadvantage of the current setup is that the intervals shift with time.  Sometimes the 2h chart plot shows 12:00:00 to 13:59:59, sometimes it shows 13:00:00 to 14:59:59, depending on when one opens the chart.

This inconsistency makes it hard to discuss things like volume spikes, price drops, which market is the leader, etc.: I may see one large spike, the other guy reading my post may see two half-size ones.

So the suggestion is that the beginning of the intervals be always synchronized to a multiple of the time step, independently of the current time. That is, the intervals in the 1d chart should always start at 00:00, those on the 3h chart start at 00:00, 03:00, 06:00, etc., those on the 1w chart should start always on Sunday 00:00, and so on.

I have been assuming that the date and time shown on the summary line at upper left (or when selecting a candle with the crosshairs) is the start of the time interval in question.  Is it not?
13 is not multiple of 2, it should not be existed with 12. What's your timezone and which market met that issue?
odd or even is base on timezone. if the timezone is 02:30, then there will be half hour, it cannot be fixed.
hero member
Activity: 910
Merit: 1003
I cannot find any advantage for even hours, so it won't be changed.
One disadvantage of the current setup is that the intervals shift with time.  Sometimes the 2h chart plot shows 12:00:00 to 13:59:59, sometimes it shows 13:00:00 to 14:59:59, depending on when one opens the chart.

This inconsistency makes it hard to discuss things like volume spikes, price drops, which market is the leader, etc.: I may see one large spike, the other guy reading my post may see two half-size ones.

So the suggestion is that the beginning of the intervals be always synchronized to a multiple of the time step, independently of the current time. That is, the intervals in the 1d chart should always start at 00:00, those on the 3h chart start at 00:00, 03:00, 06:00, etc., those on the 1w chart should start always on Sunday 00:00, and so on.

I have been assuming that the date and time shown on the summary line at upper left (or when selecting a candle with the crosshairs) is the start of the time interval in question.  Is it not?



hero member
Activity: 602
Merit: 505
Any chance of getting a response to my post?

I find it hard to believe that I'm the only one who'd like to see this implemented?  Smiley

First of all - congratulations on the most impressive and without doubt the leading online application/site for bitcoin trading on this planet!

I cannot say enough good things about this app ... except that without it i doubt i'd be able to trade.

If there was one "improvement" or enhancement I could suggest though, that would be to address those miniscual "noise" bids/offers that traders make to push other serious bids/offers off of the visible view of 15 bids/offers. You know what I'm referring to?
I sometimes wish i could strangle whoever's pushing those stupid bids/offers!! Like my bid/offer - which would be considered a serious one ito volume - would be only a few cents, or even fraction of a cent below/above the "noise" - all of which have ridiculously small volumes of a small fraction of a litecoin or whatever, but they occur in successive intervals of 0.00001 cent! just there to piss people off and push the serious bids off of the screen realestate of 15 bids/offers...

My suggestion - instead of being helpless and wishing to strangle the "noise makes" - is to make there miniscual bids/offers disappear completely by having a checkbox for example with "show only bids/offers > 1", "show only bids/offers > 10 etc..
If a particular chechbox is checked, then you remove all bids/offers below that particular volume, and in this way only bids/offers of the relative minimum volume magnitude are shown.

I think this would be a wonderful enhancement to this already amazing app! And it would also go a long way in neutralising the sabotage attempts of those who attempt to "hog" the bid/offer view windows with their pathetically small volume noise.

Let's face it - if one wants to buy or sell 1000 litecoins - for example - you really DO NOT want to see consecutive bids/offers for 0.0001 ltc - 0.00001 cent apart - being shown and thereby hiding all the serious volumes on offer below that do you?

I know i certainly don't Wink
I think it is helpful too. the feature will be supported.
hero member
Activity: 602
Merit: 505
When I click and drag the chart to the left, there's a big dark open space to the right of the charts. Is there any way that you can display the time/date at the bottom without displaying the charts?
What's the usage for that? Which I think is only work with draw line, get the accurate date for the price in future.
hero member
Activity: 602
Merit: 505
Great job, thanks!

The prices in the ask depth table at the upper right seem to be off by 1 step.  For example when they are

  5000 475
  4950 320
  4900 112
  4850  24

4867

presumably they should instead be

  5050 475
  5000 320
  4950 112
  4900  24

4867

The bid depth prices seem correct.
4850 means the sum amount of 4850 to 4899.999999
hero member
Activity: 602
Merit: 505
Any chance of getting a response to my post?

I find it hard to believe that I'm the only one who'd like to see this implemented?  Smiley

actually, your post looks very similar to my own Smiley
https://bitcointalksearch.org/topic/m.4425999
that's quite funny sir

p.s. however I don't think this "noise" is made specially against you and to "hide" big bids. I think this "noise" is still kind of manipulation, which changing M1-M5 graphs for the purposes of big guys. Or it simply helps to understand latest bid/ask price, though I have no idea why they don't use orderbook from actual trading center.

how I understand this (correct me If I wrong):
there could be periods when there is literally no outstanding orders for 5-10$ ranges.
example:

there is buy order for 50 BTC at 820$
say, last price was 821$ so candle is at 821 currently
and then there is sell odder only at 832,77 for 1 BTC and no other sell orders below.

that way, when someone issue order "buy at market price" even as low as 0,0001 BTC, price will jump to 832,77 (huge candle in M1 graph).
then someone looks on M1 graph and think "holy shit, price just jumped on 12,77$ and I bought 30 BTC at price 821$. I want to close my order!"
and then when he closes the order, if there is no new orders appeared, order will be executed as 0.9999 BTC by price 832,77 and other 29 BTC by price 820$

am I correct?
For standard candlestick, it is no care about the amount, if price reached then it should be displayed. if 0.0001 BTC make it reached that price, there must be no lower asks.
The chart you wanted must be median price line or VWAP line.
hero member
Activity: 602
Merit: 505
Don't know if it's been mentioned before but your 2H candlestick size uses uneven hours.
Not a big deal, but I would like it to be even hours!

Bitcoin Wisdom can I get a reply on the 2 hour candle issue?
I would just like to know if you are interested in fixing it.
I cannot find any advantage for even hours, so it won't be changed.
hero member
Activity: 910
Merit: 1003
Great job, thanks!

The prices in the ask depth table at the upper right seem to be off by 1 step.  For example when they are

  5000 475
  4950 320
  4900 112
  4850  24

4867

presumably they should instead be

  5050 475
  5000 320
  4950 112
  4900  24

4867

The bid depth prices seem correct.
member
Activity: 89
Merit: 10
Any chance of getting a response to my post?

I find it hard to believe that I'm the only one who'd like to see this implemented?  Smiley

actually, your post looks very similar to my own Smiley
https://bitcointalksearch.org/topic/m.4425999
that's quite funny sir

p.s. however I don't think this "noise" is made specially against you and to "hide" big bids. I think this "noise" is still kind of manipulation, which changing M1-M5 graphs for the purposes of big guys. Or it simply helps to understand latest bid/ask price, though I have no idea why they don't use orderbook from actual trading center.

how I understand this (correct me If I wrong):
there could be periods when there is literally no outstanding orders for 5-10$ ranges.
example:

there is buy order for 50 BTC at 820$
say, last price was 821$ so candle is at 821 currently
and then there is sell odder only at 832,77 for 1 BTC and no other sell orders below.

that way, when someone issue order "buy at market price" even as low as 0,0001 BTC, price will jump to 832,77 (huge candle in M1 graph).
then someone looks on M1 graph and think "holy shit, price just jumped on 12,77$ and I bought 30 BTC at price 821$. I want to close my order!"
and then when he closes the order, if there is no new orders appeared, order will be executed as 0.9999 BTC by price 832,77 and other 29 BTC by price 820$

am I correct?
Jump to: