[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[GT] Re: Re: EMA incorrect when using --nb-item
- To: devel
AT
geniustrader.org
- Subject: [GT] Re: Re: EMA incorrect when using --nb-item
- From: Nick Fantes Huege <nfhuege
AT
gmail.com>
- Date: Thu, 22 Jul 2010 17:01:55 +0300
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=J7vFFMLs+iAyoaHPx+vGKPv4ZSIXsTswd8wOTa3FXvo=; b=KN/n/Up2vuU7BWFC/VpoPKbwew8L8Xg6bj4ZSrQOgvznEMvtGiRAe2XJiE9O3RyOXV DxF/QP6Qg9NY8Ya5qzmGxKE8Jd57wjOJvGrIeQOUd/FX9SZ5dyMJ2MX+LcEtH1cXma05 rClvXNo5q2GxwLUU8UF3mo0I6uFgOkVKxBomo=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=TneXnsvxxFUgEeIG8iJPcOyqvoLlrNwvQwxw7etue/Rl0dRJ48iewZgu1o/++lEE1f UV8TG4GCh1IDIgNMFrOUWrJOnklSrPAFkN7qtz4yWq/venxG2xySBxSvghww/bcCByx5 uX/DG83GeytdbOaRU5CXv1ILLCd4lhtlZFKgA=
- In-reply-to: <4C47946C.9000004
AT
acm.org>
- Message-id: <AANLkTikcxiE9e_c1zgfMO1nV1iLWfCx50zhRXBMQBcts@mail.gmail.com> (sfid-20100722_160309_438963_3704245D)
- Reply-to: devel
AT
geniustrader.org
It seems that the root of our misunderstanding was that you read the
pod and I read the Perl code. Since this is the development mailing
list, I just wanted to point out something I thought was a logical
error in the Perl code.
There is already --max-loaded-items, which clearly states (and I have
verified its claims by analyzing the Perl code) that it controls the
number of periods (back from the last period) that are loaded for a
given market from the data base. This option is effective only for
certain data base modules and ignored otherwise.
Why would anyone want to use both --max-loaded-items and --nb-item?
The first one already intelligently limits the data pulled from the
database, and the second one further creates a subset from the already
limited data. This results in displaying wrong data in the example
when calculating EMA.
Just to clarify something:
> ./display_indicator.pl --nb-item=1 I:EMA YHOO 200
>
> is wrong, because the --nb-item=1 will eliminate most input data,
> but the command
>
> ./display_indicator.pl --last-record I:EMA YHOO 200
>
> is correct, because it correctly uses the default analysis range,
> but only outputs the last record.
Both commands are absolutely equal because --last-record is a
synonymous for --nb-item=1
Best regards,
Nick