as.Date.timeDate

[Gabor Grothendieck]

While the change is caused by the second generic in zoo (which was
necessitated by a change in R), note that the de facto standard set by
the base package is to export all as.Date methods.  As we see, none of
these methods are asterisked:

> methods(as.Date)
[1] as.Date.character as.Date.date      as.Date.dates     as.Date.default
[5] as.Date.factor    as.Date.numeric   as.Date.POSIXct   as.Date.POSIXlt

If timeDate follows the same standard then there will be no problem.

On Tue, Oct 18, 2011 at 8:58 AM, Yohan Chalabi <chalabi at phys.ethz.ch> wrote:
> Hi Gabor,
>
> Thanks for the message.
>
> As mentioned in the r-sig-finance, timeDate already exports as.Date.timeDate.
>
> The problem is really coming from zoo which overwrites the base function as.Date and do not import as.Date methods from other packages.
>
> Regards,
> Yohan
>
> On 14 oct. 2011, at 20:37, Gabor Grothendieck wrote:
>
>> Changes in R have necessitated a change in zoo which results in any
>> as.Date method in the timeDate package (or any other package that does
>> not export their as.Date methods) not to be dispatched.
>>
>> This can be fixed by either exporting any as.Date method in the
>> NAMESPACE file (or by importing zoo in the NAMESPACE file).
>>
>> See:
>>
>> https://stat.ethz.ch/pipermail/r-sig-finance/2011q4/008751.html
>>
>> --
>> Statistics & Software Consulting
>> GKX Group, GKX Associates Inc.
>> tel: 1-877-GKX-GROUP
>> email: ggrothendieck at gmail.com
>>
>> _______________________________________________
>> Rmetrics-core mailing list
>> Rmetrics-core at r-project.org
>> https://stat.ethz.ch/mailman/listinfo/rmetrics-core
>>
>
>



-- 
Statistics & Software Consulting
GKX Group, GKX Associates Inc.
tel: 1-877-GKX-GROUP
email: ggrothendieck at gmail.com