.
Thank you Ernst!! :))
Yes, your Osma indi is what I needed. Will need to learn some coding too :)
P.S. Is it possible to code MTF version of it? I get similar results with - see attached files:
Thank you Ernst!! :))
Yes, your Osma indi is what I needed. Will need to learn some coding too :)
P.S. Is it possible to code MTF version of it? I get similar results with - see attached files:
.
.
Super Ernst! Thanks so much!! My sincere good wishes to you and your business!
:)
.
Tested it on buid 2162 and it's blank, no histo.
Ernst, on what build you recommend using the OsMA HTF please?
Thanks!
Tested it on buid 2162 and it's blank, no histo.
Ernst, on what build you recommend using the OsMA HTF please?
Thanks!
Yes, working for me. Make sure that both the attached files are loaded(the new OsMA differs from the first one posted). If it still doesn't work, switch to a few time frames and scroll back a bit.
Yes, working for me. Make sure that both the attached files are loaded(the new OsMA differs from the first one posted). If it still doesn't work, switch to a few time frames and scroll back a bit.
Yes, working for me too now. With HTF version I use 5-10-9 setting (let's say on H6) and check H2/H3 and it looks like a hard task - takes some time to draw.
Thanks again, Ernst for your time and patience!!
:)
P.S. Don't want to be a pain for you any more, so feel free to ignore the following question (it's not really important):
When I add
-----------------------------------
//--- plot OsMA
#property indicator_applied_price PRICE_TYPICAl
----------------------------------
OR
----------------------------------
enum enPrices
{
pr_close, // Close
pr_open, // Open
pr_high, // High
pr_low, // Low
pr_median, // Median
pr_typical, // Typical
pr_weighted, // Weighted
};
...
input enPrices Price = pr_typical;
--------------------------------------
to the OsMA HTF, it continues to calculate as if by Close (no errors appear during compilation). What shall be done in order OsMA HTF could use either Close or Typical price for calculation?
Yes, working for me too now. With HTF version I use 5-10-9 setting (let's say on H6) and check H2/H3 and it looks like a hard task - takes some time to draw.
Thanks again, Ernst for your time and patience!!
:)
P.S. Don't want to be a pain for you any more, so feel free to ignore the following question (it's not really important):
When I add
-----------------------------------
//--- plot OsMA
#property indicator_applied_price PRICE_TYPICAl
----------------------------------
OR
----------------------------------
enum enPrices
{
pr_close, // Close
pr_open, // Open
pr_high, // High
pr_low, // Low
pr_median, // Median
pr_typical, // Typical
pr_weighted, // Weighted
};
...
input enPrices Price = pr_typical;
--------------------------------------
to the OsMA HTF, it continues to calculate as if by Close (no errors appear during compilation). What shall be done in order OsMA HTF could use either Close or Typical price for calculation?
These goalposts keep on moving:)
These goalposts keep on moving:)
Sent you a message.
Thanks, Ernst!
:)
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
You agree to website policy and terms of use
Hi Everyone,
Can someone point to MT5 OsMA indicator that is or can be built based on LWMA averages please? I managed to re-code original MT4 OsMA to OsMA based on LWMA (attached). Can't do similar with OsMA for MT5. Any help appreciated.
Thanks for your time.
Regards,
Andy.