This is deliberate and as documented in ?summary.lm. It is not a bug.
-thomas
On Fri, 14 Dec 2007 [EMAIL PROTECTED] wrote:
> Full_Name: lieven clement
> Version: R version 2.4.0 Patched (2006-11-25 r39997)
> OS: i486-pc-linux-gnu
> Submission from: (NULL) (157.193.193.180)
>
>
> summary.l
I took some time and liberty and tried to improve
existing implementation of SignRank functions
in R. (dsignrank, ...)
As I have seen they've been based on csignrank.
So I modified csignrank and, I believe,
improved calculation time and memory efficiency.
The idea is basically the same. I use th
Duncan Murdoch wrote:
> On 12/13/2007 1:59 PM, Tony Plate wrote:
>> Duncan Murdoch wrote:
>>> On 12/11/2007 6:20 AM, [EMAIL PROTECTED] wrote:
Full_Name: Petr Simecek
Version: 2.5.1, 2.6.1
OS: Windows XP
Submission from: (NULL) (195.113.231.2)
Several times I have
Tony Plate wrote:
> This is exactly the type of situation that the trackObjs package is
> designed for.
Ooh, I'm having deja-vu - yes I think I saw this package a while back
and wondered what magic it did. I shall go play with it later.
Thanks
Barry
___
Barry Rowlingson wrote:
> I have some code that can potentially produce a huge number of
> large-ish R data frames, each of a different number of rows. All the
> data frames together will be way too big to keep in R's memory, but
> we'll assume a single one is manageable. It's just when there'
Dear list,
As can be seen below, adding a NA to the y values
in a call to isoreg results in a segfault.
ir4 <- isoreg(1:10, y4 <- c(5, 9, 1:2, 5:8, NA, 8))
Adding missing values to the x values, on the contrary,
gives an error, but maybe the error message could be
tailored to this particular sit
On Dec 14, 2007 1:01 PM, Barry Rowlingson <[EMAIL PROTECTED]>
wrote:
> I have some code that can potentially produce a huge number of
> large-ish R data frames, each of a different number of rows. All the
> data frames together will be way too big to keep in R's memory, but
> we'll assume a singl
I have some code that can potentially produce a huge number of
large-ish R data frames, each of a different number of rows. All the
data frames together will be way too big to keep in R's memory, but
we'll assume a single one is manageable. It's just when there's a
million of them that the ma
Please use the R-help mailing for such *Questions*.
R-devel has a very different purpose.
Probably you should also read the posting guide,
--> http://www.r-project.org/posting-guide.html
Regards,
Martin Maechler, ETH Zurich
> "dGdVS" == de Gosson de Varennes Serge (4100) <[EMAIL PROTECTED]>
On 12/14/2007 10:23 AM, Hiroyuki Kawakatsu wrote:
> Hi,
>
> I replaced my Rtools today as posted at
> http://www.murdoch-sutherland.com/Rtools/Rtools.exe
>
> Trying to build R-devel_2007-12-13.tar.gz without modifying MkRules
> gives the gfortran command not found error below. I am wondering if
>
Hi,
I replaced my Rtools today as posted at
http://www.murdoch-sutherland.com/Rtools/Rtools.exe
Trying to build R-devel_2007-12-13.tar.gz without modifying MkRules
gives the gfortran command not found error below. I am wondering if
gfortran.exe is missing from (recent?) Rtools.exe or I am doing
s
> "MT" == Michael Toews <[EMAIL PROTECTED]>
> on Thu, 13 Dec 2007 09:00:37 -0800 writes:
MT> I've identified the problem for this issue, which is
MT> simple to fix. Please see and apply the attached
MT> patch. Thanks. +mt
Excellent, Michael!
This will be fixed in R-patc
On 12/14/2007 8:10 AM, [EMAIL PROTECTED] wrote:
> Full_Name: lieven clement
> Version: R version 2.4.0 Patched (2006-11-25 r39997)
> OS: i486-pc-linux-gnu
> Submission from: (NULL) (157.193.193.180)
>
>
> summary.lm() does not calculate R² accurately for models without intercepts
> if
> one of
On 12/13/2007 1:15 PM, [EMAIL PROTECTED] wrote:
> This is a minor documentation bug. In the document: Writing R
> Extensions (R-exts) section 1.6.5 (Summary -- converting an existing
> package) the 3rd bullet is missing the end of the sentence.
Thanks, I'll fix it.
Duncan Murdoch
Full_Name: lieven clement
Version: R version 2.4.0 Patched (2006-11-25 r39997)
OS: i486-pc-linux-gnu
Submission from: (NULL) (157.193.193.180)
summary.lm() does not calculate R² accurately for models without intercepts if
one of the predictor variables is a factor.
In order to avoid one of the
This is a minor documentation bug. In the document: Writing R
Extensions (R-exts) section 1.6.5 (Summary -- converting an existing
package) the 3rd bullet is missing the end of the sentence.
Thanks,
--please do not edit the information below--
Version:
platform =3D i386-pc-mingw32
arch =3D
Hi all!
I have a little question concerning quadprog. To make it simple I'll start by
stating the problem:
I want to minimize
h(d,delta)=0.5d^T B d +nabla(f(x))^T d +rho*delta^2
With respect to d\in R^n and delta \in R. I obviously have constraints
(depending on both d and de
17 matches
Mail list logo
