Displaying 20 results from an estimated 8000 matches similar to: "Unexpected behaviour of base::qr()$rank"
2017 Jun 22
2
Unexpected behaviour of base::qr()$rank
2017-06-22 19:49 GMT+02:00 Uwe Ligges <ligges at statistik.tu-dortmund.de>:
> On 22.06.2017 17:11, Bernd Funovits wrote:
>>
>> Hello,
>>
>> I experienced some unexpected behaviour while determining the rank of matrices (sometimes 1x1 matrices):
>> base::qr(matrix(1e-20))$rank returns 1 (incorrect)
>> base::qr(diag(c(1, 1e-20)))$rank returns 2
2017 Jun 22
1
Unexpected behaviour of base::qr()$rank
2017-06-22 20:31 GMT+02:00 Uwe Ligges <ligges at statistik.tu-dortmund.de>:
>
>
> On 22.06.2017 20:09, I?aki ?car wrote:
>>
>> 2017-06-22 19:49 GMT+02:00 Uwe Ligges <ligges at statistik.tu-dortmund.de>:
>>>
>>> On 22.06.2017 17:11, Bernd Funovits wrote:
>>>>
>>>>
>>>> Hello,
>>>>
>>>> I
2017 Jun 22
0
Unexpected behaviour of base::qr()$rank
On 22.06.2017 20:09, I?aki ?car wrote:
> 2017-06-22 19:49 GMT+02:00 Uwe Ligges <ligges at statistik.tu-dortmund.de>:
>> On 22.06.2017 17:11, Bernd Funovits wrote:
>>>
>>> Hello,
>>>
>>> I experienced some unexpected behaviour while determining the rank of matrices (sometimes 1x1 matrices):
>>> base::qr(matrix(1e-20))$rank returns 1
2018 Jan 22
2
Inconsistent rank in qr()
Hi,
I have noticed different rank values calculated by qr() depending on
LAPACK parameter. When it is FALSE (default) a true rank is estimated and returned.
Unfortunately, when LAPACK is set to TRUE, the min(nrow(A), ncol(A)) is returned
which is only occasionally a true rank.
Would not it be more consistent to replace the rank in the latter case by something
based on the following pseudo code ?
1998 Feb 24
3
R-beta: qr(A)$rank
I would like to find the rank of a matrix using R. Looking through a list
of commands it seems that the command qr should do the job. Checking a
simple example gave me the wrong answer. Here is the example:
> A <- c(1,2,3,4,5,6)
> A <- matrix(A, nrow=2, ncol=3)
> A
[,1] [,2] [,3]
[1,] 1 3 5
[2,] 2 4 6
> qr(A)$rank
[1] 3
The correct answer is two.
I
1998 Feb 24
3
R-beta: qr(A)$rank
I would like to find the rank of a matrix using R. Looking through a list
of commands it seems that the command qr should do the job. Checking a
simple example gave me the wrong answer. Here is the example:
> A <- c(1,2,3,4,5,6)
> A <- matrix(A, nrow=2, ncol=3)
> A
[,1] [,2] [,3]
[1,] 1 3 5
[2,] 2 4 6
> qr(A)$rank
[1] 3
The correct answer is two.
I
2018 Jan 23
1
Inconsistent rank in qr()
Le 23/01/2018 ? 08:47, Martin Maechler a ?crit?:
>>>>>> Serguei Sokol <sokol at insa-toulouse.fr>
>>>>>> on Mon, 22 Jan 2018 17:57:47 +0100 writes:
> > Le 22/01/2018 ? 17:40, Keith O'Hara a ?crit?:
> >> This behavior is noted in the qr documentation, no?
> >>
> >> rank - the rank of x as
2018 Jan 22
3
Inconsistent rank in qr()
Le 22/01/2018 ? 17:40, Keith O'Hara a ?crit?:
> This behavior is noted in the qr documentation, no?
>
> rank - the rank of x as computed by the decomposition(*): always full rank in the LAPACK case.
For a me a "full rank matrix" is a matrix the rank of which is indeed min(nrow(A), ncol(A))
but here the meaning of "always is full rank" is somewhat confusing. Does it
2004 Dec 03
1
Odd underflow(?) error
I'm still trying to install R on my Irix machine. Now I have a new
problem that crops up during the checks. I've found the root cause, and
it's that R is returning zero for certain things for reasons I don't
understand.
2.225073859e-308, entered directly into R, responds "2.225074e-308".
2.225073858e-308 responds "0".
Their negative values respond
2004 Dec 03
1
Odd underflow(?) error
I'm still trying to install R on my Irix machine. Now I have a new
problem that crops up during the checks. I've found the root cause, and
it's that R is returning zero for certain things for reasons I don't
understand.
2.225073859e-308, entered directly into R, responds "2.225074e-308".
2.225073858e-308 responds "0".
Their negative values respond
2004 Jul 01
1
QR decomposition and rank of a matrix
In summary.manova the qr decomposition of a NxN
matrix
is calculated and for some cases is giving me
a rank < N.
However, following suggestions of professor Ripley to
calculate the rank of a Matrix
On 7 Jun 2002, Brian Ripley wrote:
> For a more reliable answer, look at the SVD
> (function svd) and look at the
> singular values. For example (from lda.default)
X.s <-
2005 Jul 12
2
what is the .Machine$double.xmin for a 64 bit machine?
I use a 32 bit machine. For those using 64 bit machines,
what is the .Machine$double.xmin for for machines?
regards. Stephen.
----- Original Message -----
From: Achim Zeileis <Achim.Zeileis at wu-wien.ac.at>
Date: Tuesday, July 12, 2005 10:51 am
Subject: Re: [R] exact values for p-values - more information.
> On Tue, 12 Jul 2005, S.O. Nyangoma wrote:
>
> > > If they
2007 May 15
2
QR Decompositon and qr.qty
Dear R people,
I do not have much knowledge about linear algebra but currently I need
to understand what the function qr.qty is actually doing. The
documentation states that it calculates t(Q) %*% y via a previously
performed QR matrix decomposition.
In order to do that, I tried following basic example:
m<-matrix(c(1,0,0,0,1,0,0,0,1,0,0,1),ncol=3) # 4x3 matrix
2012 Dec 03
1
qr.qy and qr.qty give an error message when y is integer and LAPACK=TRUE
With this example
set.seed(123)
A <- matrix(runif(40), nrow = 8)
y <- 1:nrow(A)
A.laqr <- qr(A, LAPACK=TRUE)
both qr.qy(A.laqr,y) and qr.qty(A.laqr,y) give the respective error messages
Error in qr.qy(A.laqr, y) : 'b' must be a numeric matrix
Error in qr.qty(A.laqr, y) : 'b' must be a numeric matrix
However when Lapack is not used as in
A.liqr <- qr(A,
2018 May 19
1
Bug on qr.coef when qr is created by a zero matrix with colnames and all y equals zero
Dear maintainers,
I'm reporting a bug in qr.coef that mishandles the colnames of matrix. A minimal reproducible example is as follows:
x <- cbind(rep(0, 10), rep(0, 10))
y <- rep(0, 10)
q <- qr.default(x)
qr.coef(q, y)
[1] NA NA
If x has colnames, then qr.coef will end up with an error:
x <- cbind(x1 = rep(0, 10), x2 = rep(0, 10))
y <- rep(0, 10)
q <- qr.default(x)
2003 Apr 24
2
R-1.7.0 build feedback: NetBSD 1.6 (PR#2837)
R-1.7.0 built on NetBSD 1.6, but the validation test suite failed:
Machinetype: Intel Pentium III (600 MHz); NetBSD 1.6 (GENERIC)
Remote gcc version: gcc (GCC) 3.2.2
Remote g++ version: g++ (GCC) 3.2.2
Configure environment: CC=gcc CXX=g++ LDFLAGS=-Wl,-rpath,/usr/local/lib
make[5]: Entering directory `/local/build/R-1.7.0/src/library'
>>> Building/Updating
2018 Jan 22
0
Inconsistent rank in qr()
This behavior is noted in the qr documentation, no?
rank - the rank of x as computed by the decomposition(*): always full rank in the LAPACK case.
> On Jan 22, 2018, at 11:21 AM, Serguei Sokol <sokol at insa-toulouse.fr> wrote:
>
> Hi,
>
> I have noticed different rank values calculated by qr() depending on
> LAPACK parameter. When it is FALSE (default) a true rank is
1997 May 27
1
R-alpha: signif( small , d) gives NA
signif(.) is a <primitive> function.
Unfortunately, I couldn't even find WHERE in the source,
signif(.) is defined.
Here are the symptoms:
xmin <- .Machine $ double.xmin
signif(xmin,3) #--> NA
umach <- unlist(.Machine)[paste("double.x", c("min","max"), sep='')]
for(dig in 1:10) {cat("dig=",dig,": ");
2018 Jan 23
0
Inconsistent rank in qr()
>>>>> Serguei Sokol <sokol at insa-toulouse.fr>
>>>>> on Mon, 22 Jan 2018 17:57:47 +0100 writes:
> Le 22/01/2018 ? 17:40, Keith O'Hara a ?crit?:
>> This behavior is noted in the qr documentation, no?
>>
>> rank - the rank of x as computed by the decomposition(*): always full rank in the LAPACK case.
> For a
2008 Nov 03
1
qr() and Gram-Schmidt
Hi,
Why the qr() produces a negative Q compared with Gram-Schmidt? (note
example below, except Q[2,3])
Here is an example, I calculate the Q by Gram-Schmidt process and
compare the output with qr.Q()
a <- c(1,0,1)
b <- c(1,0,0)
c <- c(2,1,0)
x <- matrix(c(a,b,c),3,3)
##########################
# Gram-Schmidt
##########################
A <- matrix(a,3,1)
q1 <-