From my point of view there is no quantification. But I am a chemist, and in real chemistry there is little calculation, if any. Just experience. And statistical velocity distribution. Or price distribution.
We need to take back our ego. Most of the time, it leads us astray.
I am here again (on this Topic) trying to code a concept using a Double MACD, I’m eating my lunch at the same time and so I am using the Simplified Creation tool.
Why you reckon PRT don’t correct the anomaly in the naming of the lines in the native MACD provided on the Platform??
- PRT think they’re MACD Line names are correct / more logical / better than everybody else’s??
- PRT would screw existing Systems if they changed / corrected MACD Line names now after being wrong for so long??
- PRT couldn’t give a shit??
- PRT don’t even know what I / we are on about / they just don’t get it??
- PRT have not even read this Topic??
It must be so confusing, frustrating and demoralising for newbie coders (it’s driving me nuts! ) and what is worse it could cause Newbies to conclude … ah I’ll never be any good at coding, I’ll give it up right now!!
PRT just need to release a ‘PRT Standard Version’ but keep the old one as ‘MACD’ and then anyone who has working codes will not be affected and new coders can use the now correct ‘MACD Standard Version’ and get the expected results.
Thanks Vonasi, no excuse now for PRT not to sort it out!
Constructive criticism does help sometimes, I mentioned point 2, above and you came up with a solution! 🙂
I have emailed PRT direct (contact@prorealtime.com) and referred them to this Topic.
Think I will do this more often as it only took 3 mins and it is a positive move!
I’ll report back on any reply from PRT.
What is even more confusing is that the Line names in the right hand box are named something else in the left hand box … see attached.
It’s like trying to telling yourself (after many years of familiarity) … red isn’t red it’s named yellow, but if you select / want yellow then you have to remember that it won’t be named yellow it will be named the exponential average of pink!!!!!!!!!!!!!
… see attached.
Houston we have an issue…..
MHist = MACD[12,26,9](close)
BlueLine = MACDline[12,26,9](close)
RedLine = Blueline-MHist
Thank you @Despair, above makes sense of the PRT MACD naming garbage, but above can’t be used in the Simplified Creation Tool because the Tool does not allow a minus function??
Yes okay, I know I can change using Creation by Programming. but then I cannot make further changes using Simplified Creation Tool.
Conclusion (anybody prove me wrong, PLEASE) … MACD BLUE crossing MACD RED is not possible using the Simplified Creation Tool??
The most universally touted Technical Indicator / MACD is unusable on PRT Simplified Creation / Assisted Probacktest Creation!!!!!!!!!!!!
Blimey this is (yet another) eye opener… I messed around with MACD on/off over the year(s!) in PRT but always got myself confused as often the results running the code were not adding up – seeing all this discussion it is starting to make some sense why now!
Sorry not to be of any help GraHal wish I could but haven’t the will to devote any brain power to that one seeing what is going on/such a fundamental error
@Grahal: Yes, this is a very disturbing bug. Also if they now correct it, all strategies that use the old screwed up definition that worked before will produce wrong results…
We have already solved that problem Despair. See my post:
PRT MACD CORRUPTED!?
No response from PRT (no surprises there!) so I just sent them the email below to support@prorealcode.com.
Please can you advise the code that is produced using the Simplified Creation Tool for a MACD Blue Line crossing over a MACD Red Line?
Doh to me! … I sent email to support at this site!
I’ve resent to contact@prorealtime.com
Hello GraHal,
Indeed as Despair wrote previously:
//The instruction for MACD Histogram (MACD line minus MACD signal) is:
Return MACD[12,26,9](close)
//The instruction for MACD (or MACD Line) is:
Return MACDline[12,26,9](close)
//The instruction for MACD signal is:
Return ExponentialAverage[9](MACDline[12,26,9](close))
When most people are referring to “MACD”, they actually mean the “MACD Histogram”, hence the naming.
You can check that the results returned are the same as if you calculate the indicator yourself:
p = 12
q = 26
r = 9
MyMACDLine = EXPONENTIALAVERAGE[p](CLOSE) - EXPONENTIALAVERAGE[q](CLOSE)//FastMA - SlowMA
MyLine = EXPONENTIALAVERAGE[r](MyMACDLine)
RETURN MyMACDLine - MyLine AS "MACD Histo", 0
Finally, in assisted creation mode, it is true when you use the dropdown menu, the fact that the MACD line is just named MACD can create confusion because it’s not the same logic as in the rest of the Software. I’ve just asked my colleagues to correct this in a future update to display MACDLine in this dropdown menu as well.
[attachment file=73316]
Regards,
Pierre
Thank you Pierre
It all seems to make a simple Indicator rather complicated
I think most folks want fast blue line crossing slow red line so what is the code for this via the Assisted Creation Tool please (or have I missed it in above? :))?
Many Thanks
GraHal
I keep going from one definition to the next and back again and just getting confused / frustrated.
If it is just me and anybody else can see what blue crossing red is from Pierre’s post then please state it below and I will try and create the same using the Assisted Creation Tool?
Thank You
