On Thu, 9 Jun 2005 15:41:32 -0400 Gabor Grothendieck wrote:
I have NEWS, WISHLIST and THANKS files in the 'dyn' package
in the same directory as the DESCRIPTION file but I noticed that they
did not survive the move to CRAN, at least on Windows.
Moving to CRAN per se has nothing to do with
Paul:
If the example data files for a package are extremely large,
What is extremely large here? Mega/giga/terrabytes?
should they just be put in a different package specifically
for example data? If so, are these data packages normally
submitted to CRAN/BioC or mentioned in README with
On 15 Mar 2005 18:26:46 +0100 Peter Dalgaard wrote:
Marc Schwartz [EMAIL PROTECTED] writes:
On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
I bumped into the following situation:
Browse[1] coef
deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
(Intercept)462
point to Time series.
Achim Zeileis responded:
Yes, that is, of course, an obvious idea but it requires more
coordination between the different views, hence we've decided not to
support hierarchically ordered views.
Re: ControlTheory. If someone would raise his hand and provide a view
Paul,
thanks for the feedback.
If I understand this correctly, I think it is a great idea. Just to be
sure I do understand, would you expect there might also be a Time
Series view, which would probably overlap some with the
Econometrics view?
In principle, the presence of an Econometrics
On Tue, 08 Feb 2005 22:19:46 - (GMT) (Ted Harding) wrote:
On 08-Feb-05 Kurt Hornik wrote:
Afaic, one of the issues is that it seems common practice to refer
to collections of code as libraries or packages, and we're
trying to use these rather general-purpose terms in a very precise
On Fri, 21 Jan 2005 17:33:25 +0100 Philippe Hupé wrote:
Dear R developers,
I had some problem when building package: for exemple when building
the package e1071 available from CRAN, I get the following message
error:
* checking for file 'e1071/DESCRIPTION' ... OK
* preparing 'e1071':
*
On Sun, 17 Oct 2004 01:51:47 + (UTC) Gabor Grothendieck wrote:
The following, which was recently discussions on the rcom-l list,
is a situation where coercing x1mat to a vector using as.vector
results in an object that is.vector says is not a vector:
R
On Fri, 16 Apr 2004 11:40:46 +0200 (CEST) [EMAIL PROTECTED] wrote:
Bars are not stacked, but superimposed. This happens even with the
first example of barplot:
tN - table(Ni - rpois(100, lambda=5))
r - barplot(tN, col='gray')
AFAICS, this problem occurs exactly for 1-way tables
On Fri, 16 Apr 2004 11:40:46 +0200 (CEST) [EMAIL PROTECTED] wrote:
Bars are not stacked, but superimposed. This happens even with the
first example of barplot:
=20
tN - table(Ni - rpois(100, lambda=3D5))
r - barplot(tN, col=3D'gray')
AFAICS, this problem occurs exactly for 1-way
On Fri, 16 Apr 2004 09:59:02 -0400 Duncan Murdoch wrote:
On Fri, 16 Apr 2004 15:44:52 +0200, Achim Zeileis
[EMAIL PROTECTED] wrote :
On Fri, 16 Apr 2004 11:40:46 +0200 (CEST) [EMAIL PROTECTED]
wrote:
Bars are not stacked, but superimposed. This happens even with the
first example
On Fri, 16 Apr 2004 09:59:02 -0400 Duncan Murdoch wrote:
On Fri, 16 Apr 2004 15:44:52 +0200, Achim Zeileis
[EMAIL PROTECTED] wrote :
On Fri, 16 Apr 2004 11:40:46 +0200 (CEST) [EMAIL PROTECTED]
wrote:
Bars are not stacked, but superimposed. This happens even with the
first example
I am currently writing a (private) package in which I produce pdf
files from within R using LaTeX. To do so I mainly copied some lines
from the buildVignettes() function in the tools package. This uses the
texi2dvi which is included in R's bin directory:
system(paste(file.path(R.home(), bin,
On Thursday 02 October 2003 20:48, [EMAIL PROTECTED] wrote:
It is not really a bug but a strange choice.
So why do you file it as a bug?
When the option freq=F
chosen, hist should plot relative frequency. It plots proportional
to relative frequency by the factor of bin width. Is there a
14 matches
Mail list logo