|
PureBytes Links
Trading Reference Links
|
It's a good point Jim -- there is no effective advantage to specifying
number of days of data to be collected, since the file size is not reduced
after the trailing days are dropped. Except for the fact that procedures
have been posted that will reduce the file size and these would not work if
the number of days to be collected were not specified. I have also had to
shut down my Morning Update due to Option contracts being erroneously marked
"expired" when they still have a significant amount of life remaining in the
real world.
BUT!-- Imo, this dilemma is simply minor bug that has not been fixed, rather
than a "cruel hoax". I'm not aware of any other cruel hoaxes either, but it
might make an interesting thread if anyone thinks that such "hoaxes" exist
and would care to outline them...
____________________________________
At 02:38 PM 7/1/98 -0700, you wrote:
>>... In addition, the morning update is used to purge your tick and
>>daily data files. When a symbol is added to your portfolio, you
>>select the number of days you want to save for each symbol. For
>>example, you might save 365 days of daily data and 30 days of tick
>>data. After 365 days of daily data collection, the first day must be
>>dropped to make room for the next day. The morning update performs
>>this operation.
>
>But of course, the data is NOT purged, the file size is NOT reduced!
>The data is simply rendered inaccessible to you. Does anyone know
>what use to make of such settings as "Number of Tick Days to Save"
>and why one would set it to less than one's tick-datafile-crunch-
>copy/paste-procedure interval? This "feature" has always struck me
>as one of Omega's cruelest hoaxes. Am I missing something here?
>
>Jim
|