similar to: Why should package.skeleton() fail R CMD check?

Displaying 20 results from an estimated 10000 matches similar to: "Why should package.skeleton() fail R CMD check?"

2005 Sep 20
1
Shy Suggestion?
The R-exts manual says about 'Suggests' field in package DESCRIPTION: "The optional `Suggests' field uses the same syntax as `Depends' and lists packages that are not necessarily needed." However, this seems to be a suggestion you cannot refuse. If you suggest packages: (a line from DESCRIPTION): Suggests: MASS, ellipse, rgl, mgcv, akima, lattice This is what happens:
2001 Mar 05
1
Canberra dist and double zeros
Canberra distance is defined in function `dist' (standard library `mva') as sum(|x_i - y_i| / |x_i + y_i|) Obviously this is undefined for cases where both x_i and y_i are zeros. Since double zeros are common in many data sets, this is a nuisance. In our field (from which the distance is coming), it is customary to remove double zeros: contribution to distance is zero when both x_i
2001 Mar 05
1
Canberra dist and double zeros
Canberra distance is defined in function `dist' (standard library `mva') as sum(|x_i - y_i| / |x_i + y_i|) Obviously this is undefined for cases where both x_i and y_i are zeros. Since double zeros are common in many data sets, this is a nuisance. In our field (from which the distance is coming), it is customary to remove double zeros: contribution to distance is zero when both x_i
2001 Oct 02
1
Graceful exit from fortran. (fwd)
rolf at math.unb.ca said: > If I say something like > if(x .gt. 42.d0) stop > then indeed everything stops, i.e. R falls over. I'd ***like*** to be > able to print out an informative error message (which I guess could be > done - In Fortran: subroutine foo(..., ier) integer ier ier=0 ... if (x .gt. 42.d0) then ier=1 return endif
2002 Oct 30
4
Sweave in packages
Dear R folks, One of the fantastic new tools in R is `Sweave'. I have tested it so much that I know it works and produces fine documentation, and with (GNU) Emacs/ESS it is nice to work with, too. I started to have a look at including some Swoven (is that a strong verb?) documentation with my R package, but it seems that there is no model to copy among those packages that I have installed in
2005 May 04
1
MacOS X: update.packages(type="mac.binary") fails (PR#7836)
Message 2 of today: it works now. After re-installing R.app from the same R-2.1.0.dmg file, and fixInNamespace'ing(*) install.packages(), I managed to update 23 outdated packages from CRAN binaries for MacOS X. What I did was to: 1. change call to .install.macbinaries() into call to install.binaries() in install.packages(). install.binaries() is a function defined utils/R/aqua/GUI.R. 2. I
2005 May 04
1
MacOS X: update.packages(type="mac.binary") fails (PR#7834)
Dear Mr Moderator, please let me through. I want to reply to my own thread. I once subscribed to this list, but then my subscription was not accepted. Now to the business: The final failure came from missing .install.macbinary() function. I grepped R-patched sourcesand the only instance of .install.macbinary() was the call to the function in R- patched/src/library/utils/R/packages2.R (stupid
2005 Apr 20
0
I: results from sammon()
Thanks for the attention paid to my rpoblem. Please find enclosed the matrix with my dissimilarities. This is the only case in which sammon(), from the MASS package, gives me this kind of problems. Domenico > > > -----Messaggio originale----- > > Da: Jari Oksanen [mailto:jarioksa at sun3.oulu.fi] > > Inviato: mercoled?? 20 aprile 2005 11.53 > > A: Domenico Cozzetto >
2002 Nov 12
2
Wandering usr values in par(no.readonly=TRUW) (PR#2283)
--==_Exmh_1801894504P Content-Type: text/plain; charset=us-ascii Dear R folks, Initially I had a plotting routine using logarithmic y-axes that failed after repeated calls if I tried to restore the graphical parameters (which I wanted to do because I used `layout' within the routine. I tried to isolate the problem and found out that the following code with logarithmic axis is sufficient for
2007 May 09
1
step() in sink() and Sweave()
Dear developers, I just noticed that step() function currently prints the current model using message(), but the resulting model using print(). The relevant commands within the step() body are: if (trace) message("Start: AIC=", format(round(bAIC, 2)), "\n", cut.string(deparse(as.vector(formula(fit)))), "\n") (with example() output:) Start: AIC=190.69
2005 May 03
1
MacOS X: update.packages(type="mac.binary") fails (PR#7831)
Full_Name: Jari Oksanen Version: R 2.1.0 OS: MacOS 10.3.9 Submission from: (NULL) (130.231.102.145) For various reasons (which need not be expanded here) I have tried to update my long neglected R in MacOS X using handy command line tool update.packages() using readily available binaries of contributed packages at CRAN. However, this fails with message saying that packages xxxx_*_tar.gz is not
2007 May 15
0
step in Sweave
Dear peRsons, I have a Sweave document which demonstrates the usage of step() function. With current R version 2.5.0 the step() function was changed so that the heading of trace=TRUE output for each model is printed using command message(): if (trace) message("\nStep: AIC=", format(round(bAIC, 2)), "\n",
2008 Feb 08
0
xspline(..., draw=FALSE) fails if there is no open device (PR#10728)
jari.oksanen at oulu.fi wrote: > Full_Name: Jari Oksanen > Version: 2.6.2 RC (2008-02-07 r44369) > OS: Linux > Submission from: (NULL) (130.231.102.145) > > > Even if function xspline() is called with argument draw=3DFALSE, it req= uires a > graphics device (that it won't use since it was draw=3DFALSE). I run in= to this > because I intended to use xspline within a
2006 Jun 15
3
MDS with missing data?
Hello I will be applying MDS (actually Isomap) to make a psychological "concept map" of the similarities between N concepts. I would like to scale to a large number of concepts, however, the resulting N*(N-1) pairwise similarities is prohibitive for a user survey. I'm thinking of giving people random subsets of the pairwise similarities. Does anyone have recommendations for this
2005 Apr 18
2
citation() chops "Roeland " (PR#7797)
Full_Name: Jari Oksanen Version: 2.0.1, 2.1.0 beta (2005-04-17) OS: Linux Submission from: (NULL) (130.231.102.145) If name ends with "and", such as "Roeland Lastname", citation() will chop "and" as a separate word giving "Roel and Lastname". This is the case in the upcoming release of vegan (1.6-8) just submitted to CRAN. Basically, this seems to happen
2004 Feb 17
0
New package -- mvpart
The package mvpart is now available. mvpart includes partitioning based on (1) multivariate numeric responses and (2) dissimilarity matrices. The package mvpart is a modification of rpart -- -- authors of original: Terry M Therneau and Beth Atkinson <atkinson at mayo.edu>, and R port of rpart Brian Ripley <ripley at stats.ox.ac.uk>. Includes some modified routines from vegan --
2004 Feb 17
0
New package -- mvpart
The package mvpart is now available. mvpart includes partitioning based on (1) multivariate numeric responses and (2) dissimilarity matrices. The package mvpart is a modification of rpart -- -- authors of original: Terry M Therneau and Beth Atkinson <atkinson at mayo.edu>, and R port of rpart Brian Ripley <ripley at stats.ox.ac.uk>. Includes some modified routines from vegan --
2008 Feb 08
1
xspline(..., draw=FALSE) fails if there is no open device (PR#10727)
Full_Name: Jari Oksanen Version: 2.6.2 RC (2008-02-07 r44369) OS: Linux Submission from: (NULL) (130.231.102.145) Even if function xspline() is called with argument draw=FALSE, it requires a graphics device (that it won't use since it was draw=FALSE). I run into this because I intended to use xspline within a function (that does not yet draw: there is plot method for that), and the function
2016 Mar 25
0
summary( prcomp(*, tol = .) ) -- and 'rank.'
> On 25 Mar 2016, at 10:08 , Jari Oksanen <jari.oksanen at oulu.fi> wrote: > >> >> On 25 Mar 2016, at 10:41 am, peter dalgaard <pdalgd at gmail.com> wrote: >> >> As I see it, the display showing the first p << n PCs adding up to 100% of the variance is plainly wrong. >> >> I suspect it comes about via a mental short-circuit: If we
2012 May 23
1
prcomp with previously scaled data: predict with 'newdata' wrong
Hello folks, it may be regarded as a user error to scale() your data prior to prcomp() instead of using its 'scale.' argument. However, it is a user thing that may happen and sounds a legitimate thing to do, but in that case predict() with 'newdata' can give wrong results: x <- scale(USArrests) sol <- prcomp(x) all.equal(predict(sol), predict(sol, newdata=x)) ## [1]