|
PureBytes Links
Trading Reference Links
|
Tomasz,
Excellent. THANK YOU.
Of course no one wants to spend more then one has to and I WOULD
TOTALLY AGREE that it is the most bang for the buck.
Ughhhh ... Again ?! ... With regards to my statement of no
documentation about how things work being a lie, in some cases it is
still true that one has to assume how things are calculated as they
are not documented. Awhile ago this was true of DEMA (See the comment
you added below), it is still true of TEMA and others. If you recall
it was at the time as a result of my suggestion that you added the
extra description. I understand of course that it is totally your
decision about whether or not to do anything in this regard but it is
my suggestion that when you have a little time you review the other
indicators and add similar descriptions to those that don't have it
and could use it.
Thanks for your consideration.
Comments:
Tomasz Janeczko
tj@xxxxxxxxxxxxx
2003-02-06 13:51:31 DEMA internally is implemented via EMA:
Len=10;
Graph0= 2 * EMA( C, len ) - EMA( EMA( C, len ), Len );
--- In amibroker@xxxxxxxxxxxxxxx, "Tomasz Janeczko" <amibroker@xxxx>
wrote:
> Fred,
>
> I will leave without comment most part of your response
> and will repeat what I already said before:
>
> - LLV/HHV supported and supports variable periods.
> There is a bug in variable-period version only
> that occurs in some esoteric cases like you have
> created and does not occur in cases when periods do not
> vary each bar by 200%.
> It will be fixed within 1-2 days (it is already
> fixed in fact but in my development version but I have to finish
> some other features before release)
>
> - all AFL functions ARE documented in the AFL function reference
> http://www.amibroker.com/guide/afl
> We may discuss if the documentation is enough or not but
> saying that there is "no documentation" is a lie.
>
> - if you want to spend $9999 - there is a plenty of other products
> that you can try.
>
> I guess all the others do not want to spend that much
> and prefer to point out the error and wait a day or two for the fix
> instead. I never stated that AB is perfect and will never be
> (because there are no perfect softwares), but AB is certainly
> one of the best bang for the buck so please allow me to decide
> how much should it cost, because my pricing strategy proved
> to be successful over years.
>
> Best regards,
> Tomasz Janeczko
> amibroker.com
> ----- Original Message -----
> From: "Fred" <fctonetti@xxxx>
> To: <amibroker@xxxxxxxxxxxxxxx>
> Sent: Saturday, April 26, 2003 2:16 AM
> Subject: [amibroker] Re: Poll results for amibroker & versatility
>
>
> > Tomasz,
> >
> > I'm sure you know what all these things are but I thought this
was a
> > discussion board, nothing more nothing less, I didn't think this
was
> > where people put in requests for enhancements as there are
specific
> > places for that.
> >
> > I never complained about for/while/if/else but when you refer to
one
> > part of my comment as if it was the whole comment and state that
AB
> > does this, that or the other this is highly misleading.
> >
> > If you think I am a constant complainer I will only state that I
am
> > asking about the same types of things now that I asked about on
day 2
> > of using this product which is that before one can use a variety
of
> > indicators one has to test them because one can not see the
coding
> > for them and as such no faith can be given to them without
comparing
> > the results to known calculations and as witnessed by previous
posts
> > today it is only just now that it was discovered that there are
> > apparently problems in how HHV / LLV / HHVBars / LLVBars work
after
> > being assured several times that they had the capability of
variable
> > periodicity. If this particular aspect of these indicators don't
> > work and you don't want to make them do that then don't or save
it
> > for later. Whether or not one considers there to be bugs in how
most
> > of the smoothing indicators work really doesn't matter because
users
> > do not know what to expect for results from these indicators as
most
> > of these are not calculated how one might expect that they were
and
> > there is no documentation that says how they are and there is no
way
> > to duplicate the results.
> >
> > Regarding #INCLUDE maybe I'm missing the power of this that you
> > suggest but I don't see the value of a preprocessor per se.
> >
> > Regarding the $99 fee, I and some others who use this product for
> > system development trade large sums of money with the results of
> > system development from this product and would at a bare minimum
at
> > least like to see it perform as described. To do otherwise
and/or
> > not be aware of calulcations are performed internally is
foolhardy.
> > If that can't be done for $99 then I suggest charging $999 or
$9999
> > for it, take a few days off a week and hire some additional
people to
> > d the grunt work and reserve the project management pieces for
> > yourself.
> >
> > Fred
> >
> > --- In amibroker@xxxxxxxxxxxxxxx, "Tomasz Janeczko"
<amibroker@xxxx>
> > wrote:
> > > Fred,
> > >
> > > I wonder if you really think that I don't know what
> > > are the weaknesses of #include ?
> > >
> > > And that I don't know what functions are ?
> > >
> > > And that I don't know what is structural programming?
> > >
> > > If you knew C/C++ a little you would know that #include is
> > > a PREPROCESSOR command not really a function or statement of
the
> > language.
> > >
> > > The #include is powerful tool but it has no relation to
functions.
> > It is preprocessor
> > > command. And exactly the same it functions in AFL.
> > >
> > > As for "I would like to have" part....
> > > I also would like to have some things (especially for $99)
> > > the problem is that someone has to write it ... and this is me.
> > > I know exactly what should be added,
> > > the problem is that it is HUGE AMOUNT OF WORK that can not be
done
> > > in minutes, hours or days.
> > >
> > > And I am working, 7 days a week (do you work also that
much ???? )
> > > I am bringing new releases almost every week... so please
> > > show just a little, little bit of patience.
> > >
> > >
> > > I am pretty amazed when people are coming from other platforms
> > > like Tradestation and expect me to do in a week/month
> > > things that Tradestation developers TEAM
> > > (many people) NEVER IMPLEMENTED till now and have it all as a
free
> > > upgrade of $99 product.
> > >
> > > Then when given feature arrives (see looping) I hear:
> > > well it is complicated to use and finally only a few use such
> > feature.
> > >
> > > A non-stop complainers are never happy.
> > >
> > > Best regards,
> > > Tomasz Janeczko
> > > amibroker.com
> > > ----- Original Message -----
> > > From: "Fred" <fctonetti@xxxx>
> > > To: <amibroker@xxxxxxxxxxxxxxx>
> > > Sent: Saturday, April 26, 2003 12:13 AM
> > > Subject: [amibroker] Re: Poll results for amibroker &
versatility
> > >
> > >
> > > > Tomasz,
> > > >
> > > > No offense but the #INCLUDE capability as designed and
> > implemented in
> > > > AB/AFL really accomplishes nothing other than to slow things
> > down.
> > > > It does NOT provide modularity of functions that can be used
in a
> > > > generic way from one system/indicator to another nor can
> > #INCLUDES be
> > > > nested, nor can arrays & variables be passed and returned
etc.
> > etc.
> > > > It's structures like these that provide the basic building
blocks
> > > > that allow users to write systems and indicators using
functions
> > that
> > > > have either been included with the product or individually
> > developed
> > > > without having to replicate code.
> > > >
> > > > I would like to have portfolio trading capabilities and all
the
> > rest
> > > > of the stuff that folks have asked for but IMHO also think it
> > highly
> > > > important that issues like this be addressed.
> > > >
> > > > Fred
> > > >
> > > > --- In amibroker@xxxxxxxxxxxxxxx, "Tomasz Janeczko"
> > <amibroker@xxxx>
> > > > wrote:
> > > > > John,
> > > > >
> > > > > Metastock allows to execute formula by name.
> > > > > Equivalent functionality is provided by AFL #include
> > > > >
> > > > > Fred is writing about real functions with param passing by
> > value.
> > > > > This is different story.
> > > > >
> > > > > As to point 3. from Fred's e-mail - it is already possible
> > > > > to have as many #includes in one AFL as you like.
> > > > >
> > > > > Best regards,
> > > > > Tomasz Janeczko
> > > > > amibroker.com
> > > > > ----- Original Message -----
> > > > > From: "John R" <jr-ta@xxxx>
> > > > > To: <amibroker@xxxxxxxxxxxxxxx>
> > > > > Sent: Friday, April 25, 2003 11:29 PM
> > > > > Subject: Re: [amibroker] Poll results for amibroker &
> > versatility
> > > > >
> > > > >
> > > > > > Fred,
> > > > > >
> > > > > > Your comments about the importance of getting the basic
> > language
> > > > building
> > > > > > blocks right is spot on IMO. Procedure/function calling
> > > > facilities are
> > > > > > pretty essential for any programming language. Even good
old
> > > > Metastock
> > > > > > allows you to call external formulas!
> > > > > >
> > > > > > John
> > > > > >
> > > > > > ----- Original message -----
> > > > > > From: "Fred Tonetti" <ftonetti@xxxx>
> > > > > > To: <amibroker@xxxxxxxxxxxxxxx>
> > > > > > Sent: Friday, April 25, 2003 1:59 PM
> > > > > > Subject: RE: [amibroker] Poll results for amibroker &
> > versatility
> > > > > >
> > > > > >
> > > > > > > Herman,
> > > > > > >
> > > > > > > I would agree that it's about tools more than
indicators
> > per se.
> > > > > > > However I consider flexibility in tools to be of
premier
> > > > importance and
> > > > > > > although I didn't vote in the poll I do consider as
part of
> > this
> > > > > > > flexibility having available, variable periodicity
> > > > in "indicators"
> > > > > > > and/or "functions" especially ones that are a pain to
code
> > like
> > > > Linear
> > > > > > > Regression and Standard Deviation etc. and especially
given
> > that
> > > > > > > #INCLUDE (Reusable generic subroutines and/or
functions)
> > > > doesn't have
> > > > > > > the needed functionality, does not always work as
expected
> > and
> > > > is piggy.
> > > > > > > I was interested to see that these in particular made
the
> > top
> > > > of the
> > > > > > > list but why StochK/D did is beyond me since those are
> > easily
> > > > enough
> > > > > > > written in straight AFL with no for loops, not that
> > > > for/while/if/else
> > > > > > > are difficult to use but they're piggy as is #INCLUDE.
> > > > > > >
> > > > > > > For development of any product like AB IMHO it's the
> > building
> > > > blocks
> > > > > > > that are important and the ones that allow users to
make
> > their
> > > > own
> > > > > > > building blocks are that much more important. A good
> > example
> > > > of this is
> > > > > > > #INCLUDE which to me to be usable needs have the
following
> > > > associated
> > > > > > > features.
> > > > > > >
> > > > > > > 1. Arguments (Arrays or Variables) for calculation
should
> > be
> > > > able to be
> > > > > > > passed to an #INCLUDE and results returned much like
one
> > can
> > > > with the
> > > > > > > AFL imbedded indicators.
> > > > > > > 2. One should be able to call the same #INCLUDE from
> > different
> > > > places
> > > > > > > in a piece of AFL passing it different arguments and
> > getting
> > > > different
> > > > > > > results without it getting confused.
> > > > > > > 3. One should be able to have multiple #INCLUDE's in a
> > piece
> > > > of AFL.
> > > > > > > 4. One #INCLUDE should be able to have it's own
#INCLUDE's
> > > > > > > 5. It should run just as fast as any other piece of
AFL.
> > > > > > >
> > > > > > > So as a simple example if one wanted to have their own
> > FastK
> > > > type
> > > > > > > stochastic with variable periodicity that one could use
> > > > whenever one
> > > > > > > wanted with whatever inputs one wanted then one should
be
> > able
> > > > to use it
> > > > > > > and write it in some way like this:
> > > > > > >
> > > > > > > Main AFL ...
> > > > > > >
> > > > > > > #INCLUDE "C:\...\FastK.AFL" Array1 Array2 Array3 Array4
> > Array5
> > > > > > >
> > > > > > > Include AFL ...
> > > > > > >
> > > > > > > HH = HHV(Array1, Array4);
> > > > > > > LL = LLV(Array2, Array4);
> > > > > > > Array5 = 100 * (Array3 - Array2) / (HH - LL);
> > > > > > >
> > > > > > > Having the capability of simple building blocks like
this
> > > > allows for
> > > > > > > rapid development of ones own indicators and systems
> > without
> > > > the need
> > > > > > > for repetitive coding .
> > > > > > >
> > > > > > > For example in TradeStation ALL functions are viewable
as
> > > > EasyLanguage (
> > > > > > > The equivalent to AFL ) even the ones that are imbedded
> > with
> > > > the product
> > > > > > > so there is never a need to guess how something is
> > calculated.
> > > > For
> > > > > > > example here's a standard deviation function . which in
> > turn
> > > > calls an
> > > > > > > Average function. This may not be the most efficient
way
> > to
> > > > write these
> > > > > > > but they illustrate the point.
> > > > > > >
> > > > > > >
> > > >
> >
{*******************************************************************
> > > > > > > Description: Standard Deviation
> > > > > > >
> > > >
> >
********************************************************************}
> > > > > > >
> > > > > > > Inputs: Price(NumericSeries), Length(NumericSimple);
> > > > > > >
> > > > > > > Vars: SumSqr(0), Avg(0), Counter(0);
> > > > > > >
> > > > > > > If Length <> 0 Then
> > > > > > > Begin
> > > > > > > Avg = Average(Price, Length);
> > > > > > > SumSqr = 0;
> > > > > > > For Counter = 0 To Length - 1
> > > > > > > Begin
> > > > > > > SumSqr = SumSqr + (Price[Counter] - Avg)
> > > > > > > * (Price[Counter] - Avg);
> > > > > > > End;
> > > > > > > _StdDev = SquareRoot(SumSqr / Length);
> > > > > > > End
> > > > > > > Else
> > > > > > > _StdDev = 0;
> > > > > > >
> > > > > > >
> > > >
> >
{*******************************************************************
> > > > > > > Description: Simple Moving Average
> > > > > > >
> > > >
> >
********************************************************************}
> > > > > > >
> > > > > > > Inputs: Price(NumericSeries), Length(NumericSimple);
> > > > > > > Variables: Sum(0), Counter(0);
> > > > > > >
> > > > > > > Sum = 0;
> > > > > > >
> > > > > > > For counter = 0 To Length - 1 Begin
> > > > > > > Sum = Sum + Price[counter];
> > > > > > > End;
> > > > > > >
> > > > > > > If Length > 0 Then
> > > > > > > Average = Sum / Length
> > > > > > > Else
> > > > > > > Average = 0;
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Send BUG REPORTS to bugs@xxxx
> > > > > > Send SUGGESTIONS to suggest@xxxx
> > > > > > -----------------------------------------
> > > > > > Post AmiQuote-related messages ONLY to:
> > amiquote@xxxxxxxxxxxxxxx
> > > > > > (Web page:
http://groups.yahoo.com/group/amiquote/messages/)
> > > > > > --------------------------------------------
> > > > > > Check group FAQ at:
> > > > http://groups.yahoo.com/group/amibroker/files/groupfaq.html
> > > > > >
> > > > > > Your use of Yahoo! Groups is subject to
> > > > http://docs.yahoo.com/info/terms/
> > > > > >
> > > > > >
> > > > > >
> > > >
> > > >
> > > >
> > > > Send BUG REPORTS to bugs@xxxx
> > > > Send SUGGESTIONS to suggest@xxxx
> > > > -----------------------------------------
> > > > Post AmiQuote-related messages ONLY to:
amiquote@xxxxxxxxxxxxxxx
> > > > (Web page: http://groups.yahoo.com/group/amiquote/messages/)
> > > > --------------------------------------------
> > > > Check group FAQ at:
> > http://groups.yahoo.com/group/amibroker/files/groupfaq.html
> > > >
> > > > Your use of Yahoo! Groups is subject to
> > http://docs.yahoo.com/info/terms/
> > > >
> > > >
> > > >
> >
> >
> >
> > Send BUG REPORTS to bugs@xxxx
> > Send SUGGESTIONS to suggest@xxxx
> > -----------------------------------------
> > Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx
> > (Web page: http://groups.yahoo.com/group/amiquote/messages/)
> > --------------------------------------------
> > Check group FAQ at:
http://groups.yahoo.com/group/amibroker/files/groupfaq.html
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >
> >
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get A Free Psychic Reading! Your Online Answer To Life's Important Questions.
http://us.click.yahoo.com/O10svD/Me7FAA/AG3JAA/GHeqlB/TM
---------------------------------------------------------------------~->
Send BUG REPORTS to bugs@xxxxxxxxxxxxx
Send SUGGESTIONS to suggest@xxxxxxxxxxxxx
-----------------------------------------
Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx
(Web page: http://groups.yahoo.com/group/amiquote/messages/)
--------------------------------------------
Check group FAQ at: http://groups.yahoo.com/group/amibroker/files/groupfaq.html
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
|