Hi,
I am building the package in R using
>R CMD build -force ./mypackage
and check it using
>R CMD check ./mypackage
However I have a problem when running the examples in the manual files. The
problem is that I used a specifice type of file that is not table, thus I
guess data() can't be use t
Use system.file(). But please don't put your files in the data directory:
as the manual says.
The data subdirectory is for additional data files the package makes
available for loading using data().
So if you put your data files in inst/sbml, your example becomes
abc(fname = system.file(p
Dear Prof. Ripley,
It worked. Thank you very much for a useful tip.
On Mon, Jun 9, 2008 at 12:56 PM, Prof Brian Ripley <[EMAIL PROTECTED]>
wrote:
> Use system.file(). But please don't put your files in the data directory:
> as the manual says.
>
> The data subdirectory is for additional data fi
Jean Bréfort wrote:
> One other totally unrelated thing. We got recently a bug report about an
> incorrect R squared in gnumeric regression code
> (http://bugzilla.gnome.org/show_bug.cgi?id=534659). R (version 2.7.0)
> give the same result as Gnumeric as can be seen below:
>
>
>> mydata <- read.
Whilst it is a good idea to improve the posting guide, it seems to me
that it would be useful to have a function along the lines of
bug.report(), to help a potential questioner make sure they have done
their homework and have the relevant information to put into a post to
R-help.
Even those o
That's an excellent idea.
One other item that could be checkable would
be if the user has the most recent versions of the packages involved
in the query.Perhaps it could display the unupdated packages
and ask the user if any of those are involved in the query.
Probably needs to give fair warn
Thanks for the helpful tips and suggestions, I'll work them in. You get
local versions of the documents on Unix too - RShowDoc() will do the trick.
I'll post an updated version in due course,
Heather
Gabor Grothendieck wrote:
That's an excellent idea.
One other item that could be checkable
Prof Ripley,
I fixed and uploaded.
However, it is still useful for development of a package that is close
to R core,
if Rconfig.h contains all definitions in config.h. If Rconfig
contained all information,
I didn't have to refer the private header directory.
Regards,
Tadashi Kadowaki
2008/6/9
On Tue, 10 Jun 2008, Tadashi Kadowaki wrote:
Prof Ripley,
I fixed and uploaded.
However, it is still useful for development of a package that is close
to R core,
if Rconfig.h contains all definitions in config.h. If Rconfig
contained all information,
I didn't have to refer the private header d
This one is subtle, and has mostly to do with namespace and imports,
only secondarily to do with methods. Bear with a fairly long story.
The description below is for a simple package P1 that imitates the
pattern of imports in GSEABase.
First, what's generating the warning? The function undo
Full_Name: Usic Kim
Version: 2.7.0.
OS: Windows XP, Windows Vista Home ed.
Submission from: (NULL) (203.255.173.162)
I installed R 2.7.0 in my PC with Windows XP Professional (in the Korean
language), and tried to start it by double-clicking the icon. I could see a wide
rectangle appearing but so
Thank you for the assistance.
I moved graph from Imports to Depends (arguably appropriate anyway, as
the reason for graph is that GSEABase defines setAs(..., "graphNEL"))
added importFrom(graph, union) to NAMESPACE, and removed
setGeneric("union", ...) in GSEABase; union was already being exported
> "HT" == Heather Turner <[EMAIL PROTECTED]>
> on Mon, 09 Jun 2008 17:21:17 +0100 writes:
HT> Thanks for the helpful tips and suggestions, I'll work
HT> them in. You get local versions of the documents on Unix
HT> too - RShowDoc() will do the trick.
HT> I'll post an up
Dear List,
Calling "show" on an object of class "summary.lm" gives:
Error in getClass(class(object)) : "summary.lm" is not a defined class
Is this a miss on my end ?
> x <- seq(1, 10)
> show(x)
[1] 1 2 3 4 5 6 7 8 9 10
> y <- runif(10)
> fit <- lm(y ~ x)
> show(fit)
Call:
lm(formula
showDefault has
clDef <- getClass(class(object))
Looks like the showDefault code intended
clDef <- getClass(class(object), .force=TRUE)
However, why are you calling show() on a non-S4 object? I cannot see any
advtanges in doing so.
On Tue, 10 Jun 2008, Laurent Gautier wrote:
Dear
15 matches
Mail list logo
