Displaying 20 results from an estimated 1000 matches similar to: "plot.lm (PR#9474)"
2009 Apr 04
1
summary for negative binomial GLMs (PR#13640)
Full_Name: Robert Kushler
Version: 2.7.2
OS: Windows XP
Submission from: (NULL) (69.246.102.98)
I believe that the negative binomial family (from MASS) should be added to the
list for which dispersion is set to 1.
2008 Jul 03
1
subset function within a function
Hi,
I am using this subset statement and it works
outside a function.
LIS[[i]]<- lapply(LI, subset, select=cov[[i]])
However, wrapped inside a function this statement
produces the same values for every LIS[[1]] which
is only the first subset of LI.
Does anyone know why is not working correctly inside
a function?
ff = factor(covariate)
nLev <- nlevels(ff)
cov <-
2009 Apr 17
1
cast function in package reshape
Hello R useRs,
I have a function which returns a list of functions :
freq1 <- function(x) {
lev <- unique(x[!is.na(x)])
nlev <- length(lev)
args <- alist(x=)
if (nlev == 1) {
body <- c("{", "sum(!is.na(x))", "}")
f <- function() {}
formals(f) <- as.pairlist(args)
body(f) <- parse(text = body)
namef <-
2012 Nov 05
1
Another code to drop factor levels
I apologize if this is not appropriate for this mailing list.
In R, there is already functionality to drop unused factor levels. However, I am proposing the code below that I wrote. In some occasions, it was faster than applying function 'factor'. In any case, there is no restriction for anyone to use the code below.
droplevels2 <- function(x) {
if (is.null(levels(x)))
stop("no
2009 Aug 21
1
problem with plot.lm?
I'm bringing this issue to r-devel as my idea of sending it to r-help
appears to be wrong.
The following is reproducible in R-patched and R-devel (also in older
versions).
An outlier is inserted in group E and the last plot by plot.lm
suggests that the point belongs to D.
It appears to me that:
* (facval, rsp) and
* x$xlevels[[1L]][order(sapply(split(yh,mf[,1]), mean))]
are sorted
2005 Oct 27
0
where is Jim Lemon? (PR#8259)
This concerns the contributed package "concord". Sorry to bother
you with it, but my attempt to contact the author/maintainer
failed (see below). Perhaps you can forward it, or let me
know where to send it.
Regards, Rob Kushler
------------------------------------------------------
This is the Postfix program at host tak.itd.uts.edu.au.
I'm sorry to have to inform you that
2009 Mar 06
2
sm.options
Hi,
I am doing kernel density plots, and am trying to make the lines thicker. I
comparing three groups, in sm.density.compare. I tried changing lwd to make
the line sthicker right on the density compare call, but was not able to do
it. There is not an option in sm.options to specify line thickness, as well
as cex.ylab or cex.xlab- I tried it and it does not change the thickness of
the lines.
2009 Nov 03
2
[LLVMdev] DenseMap iterator constness fix
Dear all,
The first of the proposed patches (DenseMapIterator.patch) forbids implicit
conversion of DenseMap::const_iterator to DenseMap::iterator which was
possible because DenseMapIterator inherited (publicly) from
DenseMapConstIterator. Conversion the other way around is now allowed as one
may expect.
The template DenseMapConstIterator is removed and the template
parameter IsConst which
2009 Nov 03
0
[LLVMdev] DenseMap iterator constness fix
+template <bool, typename True, typename False>
+struct If { typedef True Result; };
+
+template <typename True, typename False>
+struct If<false, True, False> { typedef False Result; };
These should probably go into include/llvm/Support/type_traits.h. In
C++0x, this is named "conditional" (section 20.6.7), so I think you
should use the same name, despite the standard
2009 Nov 04
2
[LLVMdev] DenseMap iterator constness fix
Hi Jeffrey,
You are right that the generated copy constructor is used for
const_iterator. I have added a comment clarifying this. Also I have added
the tests you suggested and corrected the comparison operators. Please find
attached the updated patches.
Best regards,
Victor
2009/11/3 Jeffrey Yasskin <jyasskin at google.com>
> +template <bool, typename True, typename False>
>
2009 Nov 04
2
[LLVMdev] DenseMap iterator constness fix
Good catch! I meant "for iterator" of course. Attached is a corrected patch
together with an old patch for clang just to keep them together.
Could someone commit these, please?
Thanks,
Victor
2009/11/4 Jeffrey Yasskin <jyasskin at google.com>
> + // Otherwise this is a copy constructor for const_iterator.
>
> Do you mean "for iterator"?
>
> Otherwise,
2009 Nov 04
0
[LLVMdev] DenseMap iterator constness fix
+ // Otherwise this is a copy constructor for const_iterator.
Do you mean "for iterator"?
Otherwise, looks good to me. If you can commit this, please do.
Otherwise, someone else should as I'm not going to be around tomorrow.
On Wed, Nov 4, 2009 at 12:27 AM, Victor Zverovich
<victor.zverovich at googlemail.com> wrote:
> Hi Jeffrey,
> You are right that the generated
2009 Nov 09
0
[LLVMdev] DenseMap iterator constness fix
Reminding about the patches...
Is there a problem with them or simply nobody have looked at them since?
Victor
2009/11/4 Victor Zverovich <victor.zverovich at googlemail.com>
> Good catch! I meant "for iterator" of course. Attached is a corrected patch
> together with an old patch for clang just to keep them together.
> Could someone commit these, please?
>
>
2006 Jun 29
2
Biobass, SAGx, and Jonckheere-Terpstra test
Hi list,
I tried to load the package SAGx and failed because it complains it's
looking for the Biobass which is not there. Then I looked up the package
list and Biobass is not found.
I'm trying to run the Jonckheere-Terpstra test and from what I see in
the R archive, SAGx is the only place it's been implemented.
> library(SAGx)
Loading required package: multtest
Loading required
2024 Jun 15
1
Hard crash of lme4 in R-devel
I ran across this by accident when working up an example. It uses a data set from the survival package, but nothing else from there. Fails on the Intel machine shown below, and on a virtual linux instance on a newer Mac.
Terry
> library(survival)
> library(lme4)
Loading required package: Matrix
> sessionInfo()
R Under development (unstable) (2024-06-14 r86747)
Platform:
2012 Jan 19
1
Legend problem in line charts
Hi all,
Small problem in generating the line charts.
Question: Legend for the first graph is coming wrong., for second graph correctly. Please fix the legend postion at the down of graph.
Plesae give me the solution.
Thank you
Devarayalu
Orange1 <- structure(list(REFID = c(7, 7, 7, 7, 7, 7, 7, 7, 8, 8, 8, 8,
8, 8, 8, 8, 9, 9, 9, 9), ARM = c(1, 1, 1, 1, 2, 2, 2, 2, 1, 1,
1, 1, 2, 2, 2,
2019 Jun 21
2
Purpose of Epoch Trackers
Hi all,
I'm dealing with the multi-threaded code, in one of executions of the
program I hitting an assertion failure, I'm not always getting the
assertion failure when I run the executable but it occurs for say (1 in 10)
times. I think there may be an thread race condition. I don't know which is
the root cause of this error because the assertion not explicitly occurs in
my code, it
2017 Jun 11
2
Get segfault with ModulePass
Hi,
thanks for the answer.
Am Sonntag, 11. Juni 2017, 02:16:36 CEST schrieben Sie:
> Have you tried building LLVM with assertions enabled? Assertions are
> often a good way to catch API misuses, but they aren't on by default
> for release builds.
Good advice. You're right. Now an assertion triggers. The problem
seems to be the argument iterator.
Do you know some way to
2009 Jan 09
2
recursive relevel
Dear list,
I'm having second thoughts after solving a very trivial problem: I
want to extend the relevel() function to reorder an arbitrary number
of levels of a factor in one go. I could not find a trivial way of
using the code obtained by getS3method("relevel","factor"). Instead, I
thought of solving the problem in a recursive manner (possibly after
reading
2018 Mar 24
1
Function 'factor' issues
I am trying once again.
By just changing
f <- match(xlevs[f], nlevs)
to
f <- match(xlevs, nlevs)[f]
, function 'factor' in R devel could be made more consistent and back-compatible. Why not picking it?
--------------------------------------------
On Sat, 25/11/17, Suharto Anggono Suharto Anggono <suharto_anggono at yahoo.com> wrote:
Subject: Re: [Rd] Function