Fred,
I assume from your "N millisecond"
comment you don't see much of a
time penalty with running AA, to get some metrics,
via a script?
brian_z
--- In amibroker@xxxxxxxxxps.com, Fred Tonetti <ftonetti@xxx> wrote:
>
> In regards to your
>
>
>
> 2) . I assume you mean performance metrics .
My question is WHAT or
WHICH
> performance metrics. My understanding of
Equity() is that it
basically
> creates an equity curve not a Trade List and
as such can be
evaluated for
> any equity curve only related performance
metric but not for any
trade list
> related metric. If my understanding is
correct then is what you
are after
> in terms of performance metrics fall within
those guidelines ? If
so then
> you can get at what you want to with simple
AFL following your
Equity()
> statement without the need to explicitly use
the backtester whether
from a
> script or anywhere else. However, if this is
not the case then I
don't see
> how you get the information you need without
having to explicitly
use the
> backtester.
>
>
>
> _____
>
> From: amibroker@xxxxxxxxxps.com [mailto:amibroker@xxxxxxxxxps.com]
On Behalf
> Of Herman
> Sent: Tuesday, May 20, 2008 9:22 AM
> To: Fred
Tonetti
> Cc: amibroker@xxxxxxxxxps.com
> Subject: Re: [amibroker] Re: System
Performance Indicators [was:
Can someone
> fix this OLE code?]
>
>
>
> Thank you Fred, yes I looked at it, and I
appreciate your solution.
However
> it is not as easy and i need to digest the
new possibilities.
>
>
>
> Can your OLE code be called/controlled from
an Alert() instead of
the tools
> menu?
>
>
>
> Here is a partial sequence of operations that
the code in my
indicator
> performs (on EOD data for now):
>
>
>
> 1) screen/filter ~8000 tickers
>
> 2) Calculate several parameters for each of
the ~1000 ticker found
>
> 3) sort/filter tickers based on parameters
calculated above
>
> 4) runs Equity() on each of the 1000 tickers
and calc. several
Perf.Metrics
>
> 5) Sort/filter the results by Perf.Metrics.
>
> 6) runs another Equity() (different param) on
each of the tickers
produced
> above and produce new Perf.Metrics
>
> 7) Sort/filter the above results
>
> 8) take the top n tickers and pass them to
the AutoTrading module.
>
>
>
> For research and system development/optimization
the number of
times each
> step is called may vary and each steps may
have their own set of
User Input.
> While we can perform these actions manually
using the AA/Excel (our
current
> method) I am aiming for full automation to
allow auto optimization.
I am
> making good progress, however having a simple
function call to
retrieve
> performance metrics would simplify things,
save me a bunch of time,
and add
> versatility. The final step will be to
tighten up the filters and
optimize
> code for speed.
>
>
>
> Best regards,
>
> herman
>
>
>
>
>
> For tips on developing Real-Time Auto-Trading
systems visit:
>
> http://www.amibroke <http://www.amibroker.org/userkb/> r.org/userkb/
>
>
>
> Monday, May 19, 2008, 8:21:46 PM, you wrote:
>
>
>
>
> >
>
> Re bouncing emails . No problem .
>
>
>
> Re control of AA processes . Actually there
are LOTS of ways to
control them
> . However, did you at least look at the
simple script I posted that
would
> run the loaded AFL in AA ( Backtest ) every n
milliseconds ?
>
>
>
> If this really fails to meet the need that's
fine but I'd at least
like to
> know that you looked at the posts I put up
for this and spent at
least a
> minute or two evaluating them.
>
>
>
> _____
>
> From: amibroker@xxxxxxxxxps.com [mailto:amibroker@xxxxxxxxxps.com]
On Behalf
> Of Herman
>
> Sent: Tuesday, May 20, 2008 8:15 AM
>
> To: Fred
Tonetti
>
> Subject: Re: [amibroker] Re: System
Performance Indicators [was:
Can someone
> fix this OLE code?]
>
>
>
>
> Fred, I have to work from an Indicator window
to get Real-Time
response wrt
> process monitoring/display/reporting,
user interfacing, GFX,
AutoTrading,
> etc. To distribute my actions over multiple
modules, like BT, Port
BT,
> Explore, Optimize, Scan, and Indicators
complicates matters too
much. That
> is only possible for fixed procedures. The AA
modules are like
black boxes,
> once you start a process there is no way to
monitor and/or control
the
> process. The AA reports static results,
AFAIK, without external
programming
> there is nothing you can use in your RT
calculations. I cannot use
the
> Run-Every option.
>
>
>
> btw Fred, my personal emails that went out to
you earlier came back
> (bounced) today - I am on the road and have a
problem with my ISP.
Sorry.
>
>
>
> Best Regards,
>
> herman
>
>
>
> For tips on developing Real-Time Auto-Trading
systems visit:
>
> http://www.amibroke <http://www.amibroker.org/userkb/> r.org/userkb/
> <http://www.amibroker.org/userkb/>
>
>
>
> Monday, May 19, 2008, 7:24:09 PM, you wrote:
>
>
>
>
> >
>
> Herman,
>
>
>
> Just so I understand. what's the problem
having to run AA ?
>
>
>
> _____
>
> From: amibroker@xxxxxxxxxps.com [mailto:amibroker@xxxxxxxxxps.com]
On Behalf
> Of Herman
>
> Sent: Tuesday, May 20, 2008 6:49 AM
>
> To: brian_z111
>
> Cc: amibroker@xxxxxxxxxps.com
>
> Subject: Re: [amibroker] Re: System
Performance Indicators [was:
Can someone
> fix this OLE code?]
>
>
>
>
> OK, at the risk of dragging this on :-) my
disappointment was due
to:
>
>
>
> 1) The inability of experienced users to look
beyond traditional
TA. imo,
> System Performance Indicators (SPI), that is
what my initial OLE
code was
> working towards, should be part of all system
design. SPIs should
not be
> separated from traditional indicators and
only be used for static
reporting.
> They should be used dynamically and
integrated into system design.
Today we
> have plenty of computer power to do so. This
would introduce an
entirely new
> category (AFAIK) of indicators and,
especially if they are provided
with
> arguments like period and input arrays, they
may prove to be
extremely
> useful. Tomasz' new code will allow users to
play with this idea.
>
>
>
> 2) Some people knowingly underestimating the
amount of work
required to
> provide a general solution, and/or to learn
OLE, CBT, GFX, etc.
Spending
> time learning new tools takes away from
system development and can
set the
> average part-time user back a year or more -
and prevent him/her
from ever
> excelling in any area. It is far more
expedient to just learn, use,
and know
> well, a single language (AFL).
Diversification requires you to
divided your
> time (and mental resources) over several
areas. Remember that after
age
> forty your mind starts to lose its edge :-)
if you deny this you
may be in
> for a surprise.
>
>
>
> But no hard feelings: I still love everyone
:-)
>
>
>
> Tomasz' solution is very elegant, and it is a
very nice
> demonstration/introduction to using the
CBT. I love it and I thank
him for
> it. However regretfully it does not solve my
problem; it does not
allow me
> to access equity-derived performance metrics,
in arrays, from an
indicator
> window without running the AA. I need in-line
calculated values
that are
> refreshed as the chart is refreshed and that
can be called from
inside a
> ticker-loop.
>
>
>
> Best regards,
>
> herman
>
>
>
>
>
>
>
> For tips on developing Real-Time Auto-Trading
systems visit:
>
> http://www.amibroke <http://www.amibroker.org/userkb/> r.org/userkb/
> <http://www.amibroker.org/userkb/>
>
>
>
> Monday, May 19, 2008, 5:43:28 PM, you wrote:
>
>
>
> > There wasn't any frustration in it for
me.
>
>
>
> > I was disappointed that Herman was
disappointed.
>
>
>
> > My general point is that it is quite
hard to communicate via
boards
>
> > like this, especially if the subject is
complex or has nuances to
it.
>
> > An undertone of miscommunication is the
norm and we should allow
for
>
> > that.
>
>
>
> > Half the time I haven't got a clue what
you are talking about but
put
>
> > me down for a copy of the book.
>
>
>
> > Before AB I used Metastock.
>
> > I couldn't get the backtester to do what
I wanted it to do so I
ended
>
> > up using their explorer as a pseudo
backtester.
>
> > The fact is that in many respects it
worked quite well.
>
> > That is how I know that it would be
relatively easy to use the AB
>
> > indicator panes as a 'visual' backtester
without the need for
>
> > complicated code.
>
>
>
> > The actual sticking point, which is why
I left MS, is that the
>
> > metrics were cumulative metrics (at
least the way I did it
anyway) so
>
> > I couldn't get individual trades, as a
series, to do
distributions or
>
> > account for wild outliers etc.
>
>
>
> > The other challenge in MS was actually
modelling the trades
because
>
> > their program didn't have the levels of
customisation I needed
for my
>
> > entries and exists.
>
>
>
> > Other than that it worked fine and if I
could have done those
things
>
> > I would probably still be there now, not
knowing any better.
>
>
>
> > Of course now that I am at AB I am happy
that the program is
bigger
>
> > than me. It was rather scary, to me,
that a person with my
background
>
> > and experience outgrew MS in under a
year.
>
>
>
> > I don't see how anyone can complain
because Tomasz has given us
the
>
> > CBT, OLE methods etc but at the same
time I have my own
preferences
>
> > for and I don't mind sticking up for
them.
>
>
>
> > brian_z
>
>
>
>
>
>
>
>
>
>
>
> > --- In amibroker@xxxxxxxxx <mailto:amibroker@xxxxxxxxxps.com>
ps.com
> <mailto:amibroker@xxxxxxxxxps.com>
, Dennis Brown <see3d@> wrote:
>
>
>
> >> Brian,
>
>
>
> >> As frustrating as threads like this
can turn out for most
involved,
>
> > I
>
> >> really like to see this type of
discussion online. We can all
>
> > learn a
>
> >> lot through thrashing out our
conceptions and misconceptions --
>
> > though
>
> >> it might be better on a smaller
forum with a narrow set of
>
> > interests.
>
> >> I am keenly aware that this list has
thousands of readers, most
of
>
> >> which are still working towards a
basic understanding of AB/AFL.
>
>
>
> >> I have gotten into
"trouble" in the past by posting to make a
>
> > general
>
> >> point, and obliquely mentioning some
thing or principle that I
am
>
> >> working on. I mentioned them without
details, because I didn't
>
> > want
>
> >> to encourage a discussion about
them. They were only meant as
an
>
> >> example of why I was motivated to
post.
>
>
>
> >> Laughably, sometimes I find that the
thing I was not trying to
make
>
> > an
>
> >> issue becomes a target instead of
the real issue I was trying
to
>
> >> address. Sometimes I learn something
valuable in the exchange
>
> > anyway,
>
> >> and sometimes it is just a
distraction.
>
>
>
> >> There were a lot of apples being
thrown and oranges being
thrown
>
> >> back. I am glad you found one of the
fruits to your liking.
>
>
>
> >> I am happy with my BT approach and
my reasons for it. The
>
> > discussions
>
> >> here, though valuable for general
understanding, will not change
>
> > my
>
> >> approach to indicator mode single
equity backtesting which is
the
>
> >> backbone of my day-trading platform.
I would not expect someone
>
> > to
>
> >> understand what I am doing without a
lot of screenshots and
>
> >> explanations, which would take too
much time for a casual post
on
>
> >> someone's else's thread.
>
>
>
> >> BR,
>
> >> Dennis
>
>
>
> >> On May 19, 2008, at 4:02 AM,
brian_z111 wrote:
>
>
>
> >> > No disrespect but when guys
like you and Dennis, who are
working
>
> > in
>
> >> > specialist areas, post you
can't expect us to pick up your
train
>
> > of
>
> >> > thought with only partial
explanations (if you had given me a
>
> >> > screenshot of a spreadsheet
mockup and mini-tutorial I could
have
>
> >> > bought in to your search a lot
easier).
>
> >> >
>
> >> > By the same token I think you
misunderstood the value of what
I
>
> > was
>
> >> > talking about (maybe for the
same reasons although I have
talked
>
> >> > about it before).
>
> >> >
>
> >> > First I am talking about
something more generic that has added
>
> > value
>
> >> > if pursued (I only gave the
starting point).
>
> >> > It leads on to inline
MoneyManagement and plotting trade series
>
> >> > frequencies etc.
>
> >> >
>
> >> > Second, from my point of view,
I don't understand why you
would
>
> > want
>
> >> > to have indicators as
backtesters BUT if you do want that then
you
>
> >> > can have it without new
functions (if I understand you
correctly
>
> > but
>
> >> > I am saying that under the
assumption that you agree with
Dennis's
>
> >> > defintion of an inline BT).
>
> >> >
>
> >> > By my proposition if you know
the trade% and you know the time
in
>
> >> > trade you can calculate any
equtiy metric OR moneymanagement
>
> > outcome
>
> >> > you want. Since, for individual
stocks, you do have that then
it
>
> >> > should be do-able without
megacode.
>
> >> >
>
> >> > (Keep in mind that I might not
fully understand your needs and
>
> > that
>
> >> > we are live i.e. speculating -
if it looks like I am making a
>
> > mistake
>
> >> > I will throw in my hand).
>
> >> >
>
> >> > Also, I appreciate
Fred's/Tomnasz's answers because, while I
think
>
> >> > that another approch offers far
more long term value, they
taught
>
> > me
>
> >> > something and it is something I
can use right now (I have a
>
> > policy to
>
> >> > get on with it with what I have
OR do it myself i.e. code or
>
> > plugins
>
> >> > which for me is all about
pragmatism. I am only sidetracking a
>
> > little
>
> >> > bit here and there to give
Tomasz my two cents as I have too
much
>
> > to
>
> >> > do to make a career of it).
>
> >> >
>
> >> > As I said, no disrespect.
>
> >> >
>
> >> > I think the topic is worth my
honest input.
>
> >> >
>
> >> > brian_z
>
> >> >
>
> >> >
>
> >> >
>
> >> >
>
> >> >
>
> >> >
>
> >> > --- In amibroker@xxxxxxxxx
<mailto:amibroker@xxxxxxxxxps.com>
ps.com
> <mailto:amibroker@xxxxxxxxxps.com>
, Dennis Brown <see3d@> wrote:
>
> >> >>
>
> >> >> Herman,
>
> >> >>
>
> >> >> Actually, your needs and my
needs are closely aligned in this
>
> >> > regard:
>
> >> >> The need for a high speed
BT on a single ticker in an
indicator
>
> >> > that
>
> >> >> refreshes on each new tick
(more than 1 per second).
>
> >> >>
>
> >> >> If I had these functions as
built-in, I might not have needed
to
>
> >> > write
>
> >> >> my own AFL version.
>
> >> >>
>
> >> >> However, since it can be
done in AFL, we should not rule out
the
>
> >> >> #include option as a first
viable choice.
>
> >> >>
>
> >> >> I doubt that what I have
written so far qualifies as a useful
>
> >> > general
>
> >> >> purpose solution for
others, but it is more like 100 lines
than
>
> >> > 1000
>
> >> >> lines of AFL.
>
> >> >> However, if I had a good
#include to start with, I would
likely
>
> >> > have
>
> >> >> used it as a base to work
from, only adding my unique needs
to
>
> > it.
>
> >> >>
>
> >> >> I am still debugging my
last rewrite of my equity function,
but I
>
> >> > am
>
> >> >> willing to share what I
have privately with a good AFL coder
who
>
> >> > can
>
> >> >> make something more general
purpose to share with all.
>
> >> >>
>
> >> >> Best regards,
>
> >> >> Dennis
>
> >> >>
>
> >> >> On May 19, 2008, at 11:23
AM, Herman wrote:
>
> >> >>
>
> >> >>> Hello Paul,
>
> >> >>>
>
> >> >>> you are absolutely
correct, it ought to be as simple as
running
>
> >> > this
>
> >> >>> code in an Indicator:
>
> >> >>>
>
> >> >>> ....systems code...
>
> >> >>>
>
> >> >>> E = Equity(1); // This
function would be
>
> >> > called
>
> >> >>> once only
>
> >> >>> NP = NetProfit(E);
// New AFL functions that
>
> >> > return
>
> >> >>> ARRAYs based on the
equity Array
>
> >> >>> NPP = NetPercentProfit(E)
>
> >> >>> CA = CAR(E)
>
> >> >>> RA = RAR(E)
>
> >> >>> MaxTradeDD = ... and so
on for all performance metrics.
>
> >> >>>
>
> >> >>> ... second level of
systems code using the above metrics for
>
> >> > system
>
> >> >>> analysis, signal
generation, position scoring, position
sizing,
>
> >> >>> etc. ...
>
> >> >>>
>
> >> >>> The so called solutions
discussed in this thread either do
not
>
> >> >>> provide the above
arrays for use in auto-refreshing
indicators,
>
> >> > or
>
> >> >>> require a thousand
lines of code written by a professional
>
> >> > programmer.
>
> >> >>>
>
> >> >>> best regards,
>
> >> >>> herman
>
> >> >>>
>
> >> >>>
>
> >> >>>
>
> >> >>> For tips on developing
Real-Time Auto-Trading systems visit:
>
> >> >>> http://www.amibroke <http://www.amibroker.org/userkb/>
r.org/userkb/
> <http://www.amibroker.org/userkb/>
>
> >> >>>
>
> >> >>> Sunday, May 18, 2008,
10:50:31 PM, you wrote:
>
> >> >>>
>
> >> >>>> Herman,
>
> >> >>>> I think I know
where you are coming from. The difference
>
> > between
>
> >> >>>> using indicators vs
scripts is that indicators continue to
>
> >> >>>> recalculate ( or in
this case backtest) as new data arrives.
>
> >> >>>
>
> >> >>>> One way to broker
the impass with Tomasz is consider simple
>
> >> > profolio
>
> >> >>>> backtesting as an
AFL function. Rather than using OLE, This
>
> >> > option
>
> >> >>> is
>
> >> >>>> write a function
similar to Equity() in which the symbols
in a
>
> >> >>>> watchlist is read
and backtested.
>
> >> >>>>
>
> >> >>>> I think this
function could be done in AFL today using the
>
> >> > various
>
> >> >>>> functions already
available. ie CategoryGetSymbol to get the
>
> >> >>> symbols,
>
> >> >>>> foreign to set
foreign symbol, the equity() function to get
rid
>
> >> > of
>
> >> >>>> excess signals etc.
Of course, you have to do your own
>
> >> >>> ositionscoring
>
> >> >>>> and position
sizing. Since Fred has done this before, may
be he
>
> >> > can
>
> >> >>>> comment further or
if he is generous enough, dig out his
code
>
> >> > and
>
> >> >>>> post it again.
>
> >> >>>
>
> >> >>>> Essentially, this
function can be called in your indicator
afl.
>
> >> > In
>
> >> >>>> that way, you can
have your pie and eat it as well. I'm
sure if
>
> >> >>>> Tomasz sees a use
in it, he will incorporate in his list of
>
> >> >>> functions
>
> >> >>>> to do in the
future.
>
> >> >>>
>
> >> >>>> What do you think?
>
> >> >>>> Regards
>
> >> >>>> Paul.
>
> >> >>>
>
> >> >>>
>
> >> >>>
>
> >> >>>> ------------------------------------
>
> >> >>>
>
> >> >>>> Please note that
this group is for discussion between users
>
> >> > only.
>
> >> >>>
>
> >> >>>> To get support from
AmiBroker please send an e-mail
directly to
>
> >> >>>> SUPPORT {at}
amibroker.com
>
> >> >>>
>
> >> >>>> For NEW RELEASE
ANNOUNCEMENTS and other news always check
>
> >> > DEVLOG:
>
> >> >>>> http://www.amibroke <http://www.amibroker.com/devlog/>
r.com/devlog/
> <http://www.amibroker.com/devlog/>
>
> >> >>>
>
> >> >>>> For other support
material please check also:
>
> >> >>>> http://www.amibroke <http://www.amibroker.com/support.html>
> r.com/support. <http://www.amibroker.com/support.html>
html
> <http://www.amibroker.com/support.html>
>
> >> >>>> Yahoo! Groups Links
>
> >> >>>
>
> >> >>>
>
> >> >>>
>
> >> >>>
>
> >> >>
>
> >> >
>
> >> >
>
> >> >
>
> >> > ------------------------------------
>
> >> >
>
> >> > Please note that this group is
for discussion between users
only.
>
> >> >
>
> >> > To get support from AmiBroker
please send an e-mail directly to
>
> >> > SUPPORT {at} amibroker.com
>
> >> >
>
> >> > For NEW RELEASE ANNOUNCEMENTS
and other news always check
DEVLOG:
>
> >> > http://www.amibroke <http://www.amibroker.com/devlog/>
r.com/devlog/
> <http://www.amibroker.com/devlog/>
>
> >> >
>
> >> > For other support material
please check also:
>
> >> > http://www.amibroke <http://www.amibroker.com/support.html>
> r.com/support. <http://www.amibroker.com/support.html>
html
> <http://www.amibroker.com/support.html>
>
> >> > Yahoo! Groups Links
>
> >> >
>
> >> >
>
> >> >
>
>
>
>
>
>
>
>
>
> > ------------------------------------
>
>
>
> > Please note that this group is for
discussion between users only.
>
>
>
> > To get support from AmiBroker please
send an e-mail directly to
>
> > SUPPORT {at} amibroker.com
>
>
>
> > For NEW RELEASE ANNOUNCEMENTS and other
news always check DEVLOG:
>
> <http://www.amibroker.com/devlog/> >
http://www.amibroker.com/devlog/
> <http://www.amibroker.com/devlog/>
>
>
>
> > For other support material please check
also:
>
> <http://www.amibroker.com/support.html>
>
http://www.amibroker.com/support.
> <http://www.amibroker.com/support.html>
html
> <http://www.amibroker.com/support.html>
>
> > Yahoo! Groups Links
>
>
>
> > http://groups. <http://groups.yahoo.com/group/amibroker/>
yahoo.com/
> <http://groups.yahoo.com/group/amibroker/> group/amibroker/
> <http://groups.yahoo.com/group/amibroker/>
>
>
>
> > Individual Email | Traditional
>
>
>
> > http://groups. <http://groups.yahoo.com/group/amibroker/join>
> yahoo.com/ <http://groups.yahoo.com/group/amibroker/join>
group/amibroker/
> <http://groups.yahoo.com/group/amibroker/join> join
> <http://groups.yahoo.com/group/amibroker/join>
>
> > (Yahoo! ID required)
>
>
>
> > mailto:amibroker- <mailto:amibroker-digest@yahoogroups.com>
> digest@xxxxxxxxx <mailto:amibroker-digest@yahoogroups.com>
ps.com
> <mailto:amibroker-digest@yahoogroups.com>
>
> > mailto:amibroker- <mailto:amibroker-
fullfeatured@yahoogroups.com>
> fullfeatured@ <mailto:amibroker-fullfeatured@xxxxxxxxxxxxcom>
yahoogroups.
> <mailto:amibroker-fullfeatured@xxxxxxxxxxxxcom> com
> <mailto:amibroker-fullfeatured@xxxxxxxxxxxxcom>
>
>
>
> > amibroker-unsubscri
<mailto:amibroker-
unsubscribe@yahoogroups.com>
> be@xxxxxxxxxxxx <mailto:amibroker-unsubscribe@xxxxxxxxxxxxcom> com
> <mailto:amibroker-unsubscribe@xxxxxxxxxxxxcom>
>
>
>
> > http://docs. <http://docs.yahoo.com/info/terms/>
yahoo.com/
> <http://docs.yahoo.com/info/terms/>
info/terms/
> <http://docs.yahoo.com/info/terms/>
>
>
>
>
>
>
>
> _____
>
> I am using the free version of SPAMfighter
for private users.
>
> It has removed 456 spam emails to date.
>
> Paying users do not have this message in
their emails.
>
> Try SPAMfighter <http://www.spamfighter.com/len>
for free now!
>
>
>
>
>
>
>
> _____
>
> I am using the free version of SPAMfighter
for private users.
>
> It has removed 456 spam emails to date.
>
> Paying users do not have this message in
their emails.
>
> Try SPAMfighter <http://www.spamfighter.com/len>
for free now!
>
>
>
>
>
>
> _____
>
> I am using the free version of SPAMfighter
for private users.
> It has removed 456 spam emails to date.
> Paying users do not have this message in
their emails.
> Try SPAMfighter <http://www.spamfighter.com/len>
for free now!
>
|