thread: Recent Strength indicator

Hanover,

I've tried looking to see if this has been answered already but I can not find it please excuse me if that is something that you have already respoonded to.

I'd like to utilize the output signal from recent power as an input signal to an EA. However, I'm a bit lost.

Basically, my problem is that it has too much info. I need/want is the rebased amount given to every currency in the output .

I assume that this amount is obtained in the raw numbers composed to the csv but I can't ascertain how the rebased amount is calculated.

My question is Can the rebased amounts be accessed from the Indior since it is, and how would that be accomplished?

Along with my request is, If not, would you think about coding a change which would make these amounts accessible through either a csv file or GlobalVariables. (I am not fussed which)? )

Thank you,

DC.

I assume that this number is obtained from the raw numbers composed to the csv but I can't determine how the rebased number is figured.

My question is Can the rebased amounts be obtained from the Indior since it is, and how would this be accomplished?

DC,

I do not subscribe to threads, sorry, I only just saw your post now.

The rebased number is determined by the entry in the numerical part of the LegendValues parameter:If LegendValues=0, then the rebased number is the value of their most recent (rightmost) data point from the plot of each timeframe; in case LegendValues=1, then the rebased number is the second most recent; in case LegendValues=two, the rebased number is the third most recent; etc. If LegendValues= some other negative number, the rebased number is the value of the leftmost data point (that is determined by NumPoints), e.g. if NumPoints=20, there are in fact 21 data points (numbered 0 thru 20, from right to left), and a LegendValues = -1A would refer to the value of data point #20 (the 21st stage ). (Notice: The alpha part of LegendValues is either an A or a D, based on if you would like the rebased amounts, when displayed, sorted into ascending or descending sequence, by value.)


The output is arranged as follows:

1. The columns include the timeframe, time and date, as well as the currencies - as denoted by the key words in the first row of the outputsignal. If you load the file into a text editor that allows a non-proportional font (e.g. Courier), the headings will align neatly with all the data. Or simply load as a comma-separated file.

2. The rows are arranged by timeframe, longest (e.g. MN) initial down to shortest (e.g. M1) past; and secondly within timeframe, by data point number, from stage 0 , upwards into the highest (leftmost) datapoint number.

Example #1: Let's say you would like to acquire the rebased value for monthly CHF, where LegendValues=0. Then you take the value from the CHF column, and the row where the timeframe = MN.

Example #2: You want to acquire the rebased value for daily AUD, where LegendValues=3. Then you would take the value from the AUD column, and the fourth row (#3 is the fourth data point) starting from where timeframe = D1.

Example #3: You want to acquire the rebased value for hourly USD, where LegendValues=-1, i.e. that the leftmost data point. Then you would take the value from the USD column, and the last row of H1 (prior to the timeframe changes to M30).


I designed the output in this open-ended way so that any combo of values could be found. By way of instance, you could calculate the slope of the line (more meaningful than the rebased value, IMO) by taking the difference between the worth of two datapoints of the same currency/timeframe.

David

David -

Again many thanks to you for your outstanding work on this indior. I could not do with it.

I have re-read the ribbon and always with an eye on advancement (should I be pleased with the way it's?) I wanted to find out if you or anybody else out there could give any insight into what could be used replacing the default 100%.

There were talks earlier in your thread touching on this. You mentioned at one stage driving the calculations based pips rather than percentages and also contained an option UseTickvolForWgt. I think you view was leave as is - it is only a rough guide.

These posts peaked my attention:

From your self:
https://www.cliqforex.com/trading-sy...-fed-move.html

Out Of Laurus12 - many posts
https://www.cliqforex.com/trading-sy...ence-risk.html

ForexQuant - Post 217 220
https://www.cliqforex.com/trading-sy...weak-data.html

By Cockeyed Cowboy in Benji's thread:
https://www.cliqforex.com/trading-sy...-training.html
https://www.cliqforex.com/trading-sy...ns-ground.html

within this thread there might appear to be clues but no definitive statements out of a few individuals that as it stands together with the default values the plots might be faulty without making adjustments based on each individual currency's burden (whatever that might be) inside the basket of all other currencies. The were a few interesting formulae out of ForexQuant but I'm unsure how they might be implemented in this context.

Could you, the above mentioned individuals or anybody else comment? I'd really like to reach the bottom of the!

A lot of thanks.

DC,


The output file is arranged as follows:

1. The columns include the interval, date and time, and the currencies - as denoted by the key words signal. If you load the document into a text editor that permits a non-proportional font (e.g. Courier), the headings will align neatly with the data. Or load as a comma-separated file.

2. The rows are arranged firstly by interval, longest (e.g. MN) initial , down to shortest (e.g. M1) last; and second within interval, by data point amount, from point 0 first,...

Thanks very much for this David

David -

Again many thanks to you for your exceptional work on this indior. I might now not do without it.

I have re-read the ribbon and always with an eye on advancement (should I be pleased with the way it's?) I wished to learn if you or anyone out there might give any insight into what might be utilized replacing the default 100%.

You will find talks earlier on your thread touching on this. You said at one point driving the calculations based on pips instead of percentages and also included an alternative...

rht,

I have sent you an email.

The plots at the (first ) indy work on a %-shift basis, as explained in post #7 of this thread. I concur that this is possibly not perfect, but then I use the indy to give me a rough idea of currency strength and weakness at the TFs.

ScaleFactor: When a single currency is'dominating' a plot to the extent that it makes the relative differences between the other lines , then I use the ScaleFactor to reduce its total dominance. I also occasionally set the SetBaseCurrency into (like ) U, to see more clearly how currencies which are positively correlated to USD (often JPY) are behaving relative to USD, which may not be obvious from the'normal' plot. This can help me determine whether to exchange XXXUSD or even XXXJPY, for instance.

This indy is really merely a composite of closing price plots (or moving averages, if you place Smoothing SMA gt; 1). Therefore I'm not sure that trying to boost its'precision' would achieve much; exactly what I believe is that line studies (which are based on levels where high volumes of orders are more likely to be placed) are more likely to give razor sharp entrances than indys of this type; horses for courses. However, maybe I have missed something?

David

David -

Many thanks for your emailaddress. I did read your post over. Pips v percent change. I will attempt a coding and also do a bit more research. One never knows....

Cheers.

Richard

Awe-inspiring programming . Excellent. Thanks.

My creative juices are already flowing....

Awe-inspiring programming . Fantastic. Thanks.

My creative juices have been already flowing....

Am always looking forward for your creative genius thank you for stopping by, your works within this community speaks for itself .


Joyful Piping,
Benji.

Am definitely looking forward for your creative genius thank you for stopping by, your works in this community speaks for itself .


Happy Piping,
Benji.

Thanks. I am more excited by this than anything previously; before us is breathtaking, the vista that opens up. The first auto-trader is already up and running in my presentation and I will be publishing it afterwards. Once I have done so I will place a link here.

Thanks. I am more excited by this than anything the vista that opens before us is breathtaking. The first auto-trader is up and running on my demo and I shall be releasing it afterwards. I will place a link here after I've done so.

Very nicely, Yes Resent strength indy has a few uncommon to discover sweet exotic juice inside itself, traders are welcomed to squeeze all the pip juice that they can using whatever means.This thread enjoys more guide squeezing ie (manual trading), possibly because the RS developer most of us here are visual traders, others here may prefer a juice blender (robot). Whatever means used the most important thing = PROFITABILITY.

In my humble request,a invention that would appeal to the family of traders would be a major plus. Once again thankyou for gracing this thread.

Benji