This is in R-devel, mind you, i.e., unreleased and quite possibly unfinished
work.
No released version of R does this. E.g.,
> as.Date(0)
Error in as.Date.numeric(0) : 'origin' must be supplied
> version
_
platform x86_64-apple-darwin21.6.0
arch x86_64
os darwin21.6.0
system x86_64, darwin21.6.0
status Patched
major 4
minor 2.2
year 2022
month 11
day 02
svn rev 83236
language R
version.string R version 4.2.2 Patched (2022-11-02 r83236)
nickname Innocent and Trusting
> On 2 Nov 2022, at 14:38 , Dan Dalthorp via R-devel <[email protected]>
> wrote:
>
> I don't see a compelling rationale for changing the default behavior as.Date
> to deviate from the wholly reasonable status quo of "as.Date will accept
> numeric data (the number of days since an epoch), but only if origin is
> supplied." That has been the expectation for a long, long time.
>
> In any case, the manual should match the behavior.
>
> -DHD
>
>
>
>
> ------- Original Message -------
> On Wednesday, November 2nd, 2022 at 6:20 AM, Spencer Graves
> <[email protected]> wrote:
>
>
>>
>>
>> I've felt that "as.Date" should default to origin "1970-01-01", so I
>> added a modification to Ecfun:
>>
>>
>> Ecfun::as.Date1970(0)
>>
>>
>> If R-devel chose to change the default on this, I would happily
>> deprecate Ecfun::as.Date1970 in favor of base::as.Date ;-)
>>
>>
>> I would therefore support changing the documentation to match the new
>> behavior.
>>
>>
>> Spencer Graves
>>
>>
>> On 11/2/22 7:30 AM, Dan Dalthorp via R-devel wrote:
>>
>>> The new (2022-10-11 r83083 ucrt) as.Date function returns a date rather
>>> than an error when called without "origin" specified.
>>>
>>> # previous versions of R
>>> as.Date(0)
>>> # Error in as.Date.numeric(0) : 'origin' must be supplied
>>>
>>> # new:
>>> as.Date(0)
>>> # [1] "1970-01-01"
>>>
>>> This is at odds with the help file, which gives:
>>>
>>> origin
>>>
>>> aDateobject, or something which can be coerced byas.Date(origin, ...)to
>>> such an object.
>>>
>>> And:
>>> as.Datewill accept numeric data (the number of days since an epoch),
>>> butonlyiforiginis supplied.
>>>
>>> The behavior described in the help file and implemented in previous
>>> versions seems more reasonable than returning a date with an arbitrary
>>> "origin". In any case, in the r-devel there is a mismatch between the
>>> function and its description.
>>>
>>> -Dan
>>> [[alternative HTML version deleted]]
>>>
>>> ______________________________________________
>>> [email protected] mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> ______________________________________________
> [email protected] mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: [email protected] Priv: [email protected]
______________________________________________
[email protected] mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
