|
PureBytes Links
Trading Reference Links
|
This doesn't look like a bug to me. The data window displays the downloader
values rounded up to two decimal places. Common rounding would add .005 to the
value and then drop the remaining digits. Note that some statistical rounding
schemes may alternate between rounding a value up or down, which isn't practical
for general purposes. The downloader values are displayed to four decimal
places. There can be discrepancies between display procedures
The numerical value the program manipulates is not an exact representation of
either value, since it is a binary number. The downloader typically takes a
text number and converts it to binary. The data window then converts the number
back to text to display it. A bit or two lost in each conversion can result in
small differences. Any computed results using the internal value may contain
small rounding differences, depending on the magnitude and number of
calculations.
Gary Randall -- Brunswick, Maine
____________________Reply Separator____________________
Data Window shows
O 27.38
H 28.00
L 27.31
C 27.56
while in Downloader
O 27.3750
H 28.0000
L 27.3125
C 27.5625
Changing to fractions in Downloader (1/32) produces absolutely correct values in
Data Window:
O 27 12/32
H 28
L 27 10/32
C 27 18/32
I guess an Equis programmer who was the last to visit those lines of codes for
Data Window,
inadvertently dropped a random number generator which rolled someplace under
lines of decimal
conversion and was left unnoticed :-) .
Cheers, Vitaly
Joseph Ehardt wrote:
> Vitaly. First, in MS I have 2 decimal rounded on 5.28.92 for SII in the data
window. I close the
> chart and open it with Downloader. It has 3 decimal accuracy for that date. I
close the chart in
> Downloader and reopen it in Metastock, and then the data window shows 3
decimal accuracy. There's
> a clue buried in there, but MS is seemingly "random" in its choice of 2 or 3
decimal
> representation. I see the problem but do not have a hypothesis for what is
causing MS to be
> inconsistent. Joe
> Al Taglavore wrote:
>
>> Do you have fractions (1/16) checked in the Data Pane of the Downloader?
>> The data window is going to reflect the value you have in the downloader,
>> huh?
>>
>> Al Taglavore
>>
>
> Guy Tann wrote:
>
>> Vitaly
>>
>> I'll go you one better. Depending on the day, MS rounds my indicators to
>> various decimal positions. For one indicator, I might have 5 decimals on
>> one day, the next day will find it rounded to 2 decimals, the next day 4
>> decimals, etc. No rhyme or reason that I can discern.
>>
>> Regards,
>>
>> Guy
>> Fax (630) 604-1589
>
>
>
>
>
> -----Original Message-----
> From: Vitaly Larichev <vitaly@xxxxxxxxxxxxx>
> To: metastock@xxxxxxxxxxxxx <metastock@xxxxxxxxxxxxx>
> Date: Tuesday, November 02, 1999 12:17 PM
> Subject: Re: Installation hangover - a plea !!!
> Hi,
>
> I guess I'm becoming a nuisance with my problem. Forgive me. Yet, is
there a single live
> soul among MS
> 6.52 users (Equis support staffers including <g>) who has never got
rounded prices in
> Data Window? Like
> $10.38 instead of $10.375, or 9.13 for 9.125.
>
> Thanks, Vitaly
>
>
>
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body bgcolor="#FFFFFF">
<br>Joseph, Al, Guy,
<p>Thanks for your responses. I feel warmer now (egoistic, isn't it?) knowing
the God didn't single only me out to punish for some (TA?) sins.
Since there is no problem with accuracy when working with fractions in
Data Window, and when opened in Downloader data shows all right, it seems
just a sloppily done conversion job to decimals in MS 6.52.
<p>By the way, those who installed MS 7.0, what do you get for decimals
in Data Window?
<p>Equis, do you mind fixing it? To give you one more example, on 11/03/99
for AU Data Window shows
<br>O 27.38
<br>H 28.00
<br>L 27.31
<br>C 27.56
<p>while in Downloader
<br>O 27.3750
<br>H 28.0000
<br>L 27.3125
<br>C 27.5625
<p>Changing to fractions in Downloader (1/32) produces absolutely correct
values in Data Window:
<br>O 27 12/32
<br>H 28
<br>L 27 10/32
<br>C 27 18/32
<p>I guess an Equis programmer who was the last to visit those lines of
codes for Data Window, inadvertently dropped a random number generator
which rolled someplace under lines of decimal conversion and was left unnoticed
:-) .
<p>Cheers, Vitaly
<br>
<p>Joseph Ehardt wrote:
<blockquote TYPE=CITE> <font size=-1>Vitaly.</font> <font size=-1>First,
in MS I have 2 decimal rounded on 5.28.92 for SII in the data window.</font>
<font size=-1>I close the chart and open it with Downloader. It has 3 decimal
accuracy for that date.</font> <font size=-1>I close the chart in Downloader
and reopen it in Metastock, and then the data window shows 3 decimal
accuracy.</font>
<font size=-1>There's a clue buried in there, but MS is seemingly "random"
in its choice of 2 or 3 decimal representation. I see the problem but do
not have a hypothesis for what is causing MS to be inconsistent.</font>
<font size=-1>Joe</font>
<br>Al Taglavore wrote:
<blockquote TYPE=CITE>Do you have fractions (1/16) checked in the Data
Pane of the Downloader?
<br>The data window is going to reflect the value you have in the downloader,
<br>huh?
<p>Al Taglavore
<br> </blockquote>
Guy Tann wrote:
<blockquote TYPE=CITE>Vitaly
<p>I'll go you one better. Depending on the day, MS rounds my indicators
to
<br>various decimal positions. For one indicator, I might have 5
decimals on
<br>one day, the next day will find it rounded to 2 decimals, the next
day 4
<br>decimals, etc. No rhyme or reason that I can discern.
<p>Regards,
<p>Guy
<br>Fax (630) 604-1589</blockquote>
<br>
<br>
<blockquote
style="BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT:
5px"><b><font face="Arial"><font size=-1>-----Original
Message-----</font></font></b>
<br><font face="Arial"><font size=-1><b>From: </b>Vitaly Larichev <<a
href="mailto:vitaly@xxxxxxxxxxxxx";>vitaly@xxxxxxxxxxxxx</a>></font></font>
<br><font face="Arial"><font size=-1><b>To: </b><a
href="mailto:metastock@xxxxxxxxxxxxx";>metastock@xxxxxxxxxxxxx</a>
<<a
href="mailto:metastock@xxxxxxxxxxxxx";>metastock@xxxxxxxxxxxxx</a>></font></font>
<br><font face="Arial"><font size=-1><b>Date: </b>Tuesday, November 02,
1999 12:17 PM</font></font>
<br><font face="Arial"><font size=-1><b>Subject: </b>Re: Installation hangover
- a plea !!!</font></font>
<br> Hi,
<p>I guess I'm becoming a nuisance with my problem. Forgive me. Yet, is
there a single live soul among MS
<br>6.52 users (Equis support staffers including <g>) who has never
got rounded prices in Data Window? Like
<br>$10.38 instead of $10.375, or 9.13 for 9.125.
<p>Thanks, Vitaly
<br>
<br> </blockquote>
</blockquote>
</body>
</html>
Received: from sirius.tmac.com ([192.206.250.5]) by ccmail.tmac.com with SMTP
(IMA Internet Exchange 3.13) id 00112B7F; Thu, 4 Nov 1999 20:05:15 -0500
Received: from listserv.equis.com (listserv.equis.com [204.246.137.2])
by sirius.tmac.com (8.9.1b+Sun/8.9.0) with ESMTP id UAA11958
for <Randall_Gary@xxxxxxxx>; Thu, 4 Nov 1999 20:08:45 -0500 (EST)
Received: (from majordom@xxxxxxxxx)
by listserv.equis.com (8.8.7/8.8.7) id QAA28671
for metastock-outgoing; Thu, 4 Nov 1999 16:07:04 -0700
X-Authentication-Warning: listserv.equis.com: majordom set sender to
owner-metastock@xxxxxxxxxxxxx using -f
Received: from freeze.metastock.com (freeze.metastock.com [204.246.137.5])
by listserv.equis.com (8.8.7/8.8.7) with ESMTP id QAA28668
for <metastock@xxxxxxxxxxxxxxxxxx>; Thu, 4 Nov 1999 16:07:01 -0700
Received: from mars.superlink.net (root@xxxxxxxxxxxxxxxxxx [209.236.128.133])
by freeze.metastock.com (8.8.5/8.8.5) with ESMTP id QAA07853
for <metastock@xxxxxxxxxxxxx>; Thu, 4 Nov 1999 16:11:41 -0700 (MST)
Received: from superlink.com (209.236.140.97.dialup.superlink.net
[209.236.140.97])
by mars.superlink.net (8.9.3/8.9.3) with ESMTP id RAA06803
for <metastock@xxxxxxxxxxxxx>; Thu, 4 Nov 1999 17:57:16 -0500 (EST)
Message-ID: <38220E67.61D6B217@xxxxxxxxxxxxx>
Date: Thu, 04 Nov 1999 17:53:28 -0500
From: Vitaly Larichev <vitaly@xxxxxxxxxxxxx>
X-Mailer: Mozilla 4.61 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "metastock@xxxxxxxxxxxxx" <metastock@xxxxxxxxxxxxx>
Subject: [Fwd: Re: Installation hangover - a plea !!!]
Content-Type: multipart/alternative;
Sender: owner-metastock@xxxxxxxxxxxxx
Precedence: bulk
Reply-To: metastock@xxxxxxxxxxxxx
|