|
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!
>
|