Continuing the tradition to post millennia milestones on CRAN:
So, it happened. Today (January 27, 2017 PCT) CRAN reached 10,000 packages [1].
Needless to say, the rate with which new packages are added to CRAN
keeps increasing and so does the number of contributors (maintainers).
Somewhere out t
Hi,
The Matrix package and the as.matrix method do not seem to be compatible inside
of a package.
Here's an example. I've created a simple package "mat" that defines an
eponymous class and as.matrix method on that class. All is well, unless that
package has the Matrix package in its Depends or
Second this. As the CRAN Policies suggests, there's also the very
handy winbuilder service (https://win-builder.r-project.org/) you can
use to check your package on Windows. This service has been a
valuable workhorse for years.
We should also mention the continuous integration (CI) services
prov
On 27 January 2017 at 21:54, Gábor Csárdi wrote:
| On Fri, Jan 27, 2017 at 9:28 PM, Da Zheng wrote:
| > What major R platforms does this policy refer to?
| >
|
| Linux, macOS, Windows.
|
|
| > Currently, my package runs in Ubuntu. If it works on both Ubuntu and
| > Redhat, does it count as two
On Fri, Jan 27, 2017 at 9:28 PM, Da Zheng wrote:
> Hello,
>
> I'm trying to submit my package to CRAN. When I read the policy, it says:
> Package authors should make all reasonable efforts to provide
> cross-platform portable code. Packages will not normally be accepted
> that do not run on at le
> On Jan 27, 2017, at 3:28 PM, Da Zheng wrote:
>
> Hello,
>
> I'm trying to submit my package to CRAN. When I read the policy, it says:
> Package authors should make all reasonable efforts to provide
> cross-platform portable code. Packages will not normally be accepted
> that do not run on at
On 27/01/2017 4:28 PM, Da Zheng wrote:
Hello,
I'm trying to submit my package to CRAN. When I read the policy, it says:
Package authors should make all reasonable efforts to provide
cross-platform portable code. Packages will not normally be accepted
that do not run on at least two of the major
Hello,
I'm trying to submit my package to CRAN. When I read the policy, it says:
Package authors should make all reasonable efforts to provide
cross-platform portable code. Packages will not normally be accepted
that do not run on at least two of the major R platforms.
What major R platforms does
On Fri, Jan 27, 2017 at 12:34 AM, Martin Maechler
wrote:
>
> > On Jan 26, 2017 07:50, "William Dunlap via R-devel"
>
> > wrote:
>
> > It would be cool if the default for tapply's init.value could be
> > FUN(X[0]), so it would be 0 for FUN=sum or FUN=length, TRUE for
> > FUN=a
> Suharto Anggono Suharto Anggono via R-devel
> on Fri, 27 Jan 2017 16:36:59 + writes:
> The "no factor combination" case is distinguishable by 'tapply' with
simplify=FALSE.
>> D2 <- data.frame(n = gl(3,4), L = gl(6,2, labels=LETTERS[1:6]), N=3)
>> D2 <- D2[-c(1,5), ]
The "no factor combination" case is distinguishable by 'tapply' with
simplify=FALSE.
> D2 <- data.frame(n = gl(3,4), L = gl(6,2, labels=LETTERS[1:6]), N=3)
> D2 <- D2[-c(1,5), ]
> DN <- D2; DN[1,"N"] <- NA
> with(DN, tapply(N, list(n,L), FUN=sum, simplify=FALSE))
ABCDEF
1 NA
> On Jan 27, 2017, at 8:30 AM, danielren...@lycos.com wrote:
>
> Hello developers folks!
>
> First, congratulations for the wonderful work with R.
>
> For science, barplots with error bars are very important. We were wondering
> that is so easy to use the boxplot function:
>
> boxplot(Spores~
If xtabs is enhanced then as.data.frame.table may also need to be
modified so that it continues to be usable as an inverse, at least to
the degree feasible.
On Thu, Jan 26, 2017 at 5:42 AM, Martin Maechler
wrote:
> Last week, we've talked here about "xtabs(), factors and NAs",
> -> https://sta
Hello developers folks!
First, congratulations for the wonderful work with R.
For science, barplots with error bars are very important. We were
wondering that is so easy to use the boxplot function:
boxplot(Spores~treatment, col=treatment_colors)
But there is no such function for barplots wi
Dear Florent,
thank you for striving to clearly disentangle and present the
issue below.
That is a nice "role model" way of approaching such topics!
> Florent Angly
> on Fri, 27 Jan 2017 10:24:39 +0100 writes:
> Martin, I agree with you that +0 and -0 should generally be treated
Martin, I agree with you that +0 and -0 should generally be treated as
equal, and R does a fine job in this respect. The Wikipedia article on
signed zero (https://en.wikipedia.org/wiki/Signed_zero) echoes this
view but also highlights that +0 and -0 can be treated differently in
particular situatio
> On Jan 26, 2017 07:50, "William Dunlap via R-devel"
> wrote:
> It would be cool if the default for tapply's init.value could be
> FUN(X[0]), so it would be 0 for FUN=sum or FUN=length, TRUE for
> FUN=all, -Inf for FUN=max, etc. But that would take time and would
> bre
17 matches
Mail list logo