glgene
616 posts
msg #79994
- Ignore glgene |
9/24/2009 2:25:22 PM
I am trying to build a script similar to the one shown below:
stock is etf
close is greater than ema(30)
rsi(10) is greater than 50
macd(12,26,9) is greater than 0
crossed above dpo(20)
But when I run it, nothing happens (not even an error msg.).
Want ETFs only, close is greater than ema(30), rsi(10) is above 50, macd(12,26,9) is above 0, and today the stock's price crosses above the 0 line on DPO(20).
Any suggestions? Thanks.
Zack
|
Kevin_in_GA
4,599 posts
msg #79995
- Ignore Kevin_in_GA |
9/24/2009 2:36:07 PM
Seems to work - I got 887 hits when I ran it.
|
glgene
616 posts
msg #79996
- Ignore glgene |
9/24/2009 2:51:03 PM
I added a line of Draw DPO(20), and your search findings include many that are less than 0. ???
Zack
|
Kevin_in_GA
4,599 posts
msg #79999
- Ignore Kevin_in_GA
modified |
9/24/2009 3:18:00 PM
"Crossed above" may be the culprit.
Try "close is above DPO(20)" and add a second line " Close 1 day ago was below DPO(2) 1 day ago". Maybe that will help.
EDIT: Problem is that the DPO(20) is always giving you the same value - -99999997952.00
Edit the filter by adding the line
add column DPO(20)
run the filter, and then you'll see that the numbers all seem to be the same, and all are negative. Therefore, ALL prices are above it.
|
trendscanner
265 posts
msg #80001
- Ignore trendscanner |
9/24/2009 3:27:18 PM
I haven't worked with this indicator before but based on your post, the following language may be correct.
FWIW, debug says it's fine. It doesn't return any hits - that may mean that no stocks meet these criteria today.
|
Kevin_in_GA
4,599 posts
msg #80002
- Ignore Kevin_in_GA |
9/24/2009 3:30:11 PM
The DPO(20) values are all negative - therefore no stocks are returned.
|
Cacher
121 posts
msg #80003
- Ignore Cacher |
9/24/2009 3:30:15 PM
I believe there is a bug within SF.... check out the values it is returning for dpo(20).... off the walll !!!
|
trendscanner
265 posts
msg #80010
- Ignore trendscanner |
9/24/2009 5:36:24 PM
You could be right about it being a software problem. Those dpo values look like a "divide by 0" error.
|
glgene
616 posts
msg #80103
- Ignore glgene |
9/25/2009 5:10:16 PM
I sent a msg. to SF help to see if they can debug the programming line re: DPO. Thanks to all for verifying that my thinking wasn't looney about the erroneous results I was getting.
|
chetron
2,817 posts
msg #80107
- Ignore chetron
modified |
9/25/2009 6:20:18 PM
the measure is an offset....
|