[GT] Re: Re: package Finance::GeniusTrader::DateTime::Day;

[Thomas Weigert <weigert AT mst.edu>]

This is a complicated problem. On the one hand, speed of time
conversions during the run is critical, as when time GT maps between
timeframes or does time comparisons it often invokes this function. On
the other hand, the fastest time functions don't work for times outside
of the epoch.

The conclusion was that the most important need for GT is for market
data from within the epoch. But the price to be paid is that one cannot
do long time studies that start for in the past (the future is less of a
problem due to the lack of market data).

The best way to handle might be to make the time conversion dependent on
the time frame. If one works with yearly data, maybe it is ok to use
slower functions, and typically, when one analyzes the market over 100
years one probably will use yearly data? But in either way, today you
need to stick to the epoch.

Th.

Chia-liang Kao wrote:
> Hi Josef,
>
> 1960 is before epoch, and time::local wouldn't be able to support
> that. neither would it support years > 2038.  We'll need to migrate to
> something like Time::y2038 or DateTime.
>
> 2009/11/18 Josef Strobel <josef-strobel
AT
web.de>:
>   
>> Hi all,
>>
>> I tried to load a time series where the start date is before 1960-12-31, but I always get the
>> following error:
>>
>>
>>