Charting refactor about bitreport HOT 15 CLOSED

Użyć klasyfikacji wykresu do wyznaczania punktów między którymi ma coś się dziać.

from bitreport.

Save channels and wedges to db. First retrieve last setup, validate and update if needed.

from bitreport.

Parabola

• If uptrend or downtrend then fit parabola on all visible data.
• If DU reversal then fit parabola to part before minimum.
• If UD reversal then fit parabola to part before maximum.
  After regression fitting we perform fitting the band width until 95% of candle is within bands.

Channel

Channels are fitted using linear regression and according to the following rules.

• If DU reversal then fit channel to part before minimum.
• If UD reversal then fit channel to part before maximum.
• Else fit channel on all visible data.
  After regression fitting we perform fitting the band width until 95% of candle is within bands.

from bitreport.

I am able to save and retrieve parameters of channels. So, the question is when we save a new setup and when we use the last available? Any ideas @Bombasarkadian ?

In case of channel we can check how many candles is outside the channel. Describe a quality of a chanel by a standard deviation or mean square error?

from bitreport.

Idea: fit channels only on part where plotted. Ex. if platen of uptrend in UD reversal then fit only on uptrend part

from bitreport.

Channel

Channels are fitted using linear regression and according to the following rules.

• Check if more than 15% of candles is outside the last channel.
• If no - use the last one. If yes then find new channel:
  • If DU reversal then fit channel to part before minimum.
  • If UD reversal then fit channel to part before maximum.
  • Else fit channel on all visible data.
  • Perform fitting the band width until 95% of candle is within bands.

from bitreport.

This channel is good because:

But it seems reasonable to use a new one. In this case MSE check should works.
@Bombasarkadian

from bitreport.

Or maybe we should describe channel by the number of candles to which it was fitted? Or by a time span [from, to]?

from bitreport.

A nie chcemy zrobić z kanałami i z wedgami tego podziału na długie i krótkie? Krótki to będzie taki co się mieści w wybranym TF (ewentualnie jest trochę większe - na tyle że zawsze ma sens, czyli podobne do tego co już było). Długi z kolei to będzie taki widoczny na większych TF i on może czasami nie mieć sensu - może będziemy bo pokazywać tylko jak cena będzie blisko krawędzi?

from bitreport.

Czyli rysując 1h chciałbyś pokazać kanał z 12h jeśli cena jest blisko + kanał dla 1h?
A w przypadku u góry, dwa kanały czy jeden?

from bitreport.

@Bombasarkadian's suggestion

{
  "wedge": {
    "info": {
      "tokens": ["DIRECTION_DOWN", "BOUNCE_UPPER"],
      "length": 67,
      "bounces": 5
    },
    "lower_band": [],
    "upper_band": []
  }
}

from bitreport.

Zwracać dwa wedge? short_wedge, long_wedge ?

from bitreport.

Może zwracajmy takie kanały:

• long_channel - kanał z 12h i pojawia się jedynie gdy jesteśmy blisko niego
• short_channel1 - kanał rysowany dla danego timeframe do punktu odwrócenia trendu
• short_channel2 - kanał rysowany dla danego timeframe od punktu odwrócenia trendu
  W przypadku braku odwróceń zwracam tylko short_channel2.
  Krótkie kanały też bazują na historii.

from bitreport.

Trzeba poprawić reguły dla wedge tak aby sie później nie rysowała.

from bitreport.

Zamykam #63

from bitreport.