SCM Repository

[matrix] Diff of /pkg/TODO
ViewVC logotype

Diff of /pkg/TODO

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 530, Mon Feb 7 10:58:27 2005 UTC revision 1201, Mon Jan 23 16:04:12 2006 UTC
# Line 1  Line 1 
1    - Migration of lmer from the mer representation to the mer2
2       representation and the use of the CHOLMOD code for the sparse
3       matrix decomposition.  Some of the things that need to be done.
5       - Matrices in the mer2 representation are classed matrices, in the
6       mer representation they were unclassed.  Any parts inside the C
7       code that would access, for example,
8        REAL(GET_SLOT(x, Matrix_RXXSym))
9       need to be modified to access
10        REAL(GET_SLOT(GET_SLOT(x, Matrix_RXXSym), Matrix_xSym))
11       This is especially important for Omega but I think I have done
12       those changes already.
14       - The components named *X* in an mer object refers to an augmented
15       design matrix of p+1 columns.  In the mer2 object there are
16       separate slots for rZy and rXy.  The scalar y'y is the first
17       element of devComp.
19       - Presently nc is of length nf+1 and the last element is n, the
20       number of observations.  This value should be moved to devComp and
21       nc made of length nf.
23       - The slot L is a list of length 1 that contains an ExternalPointer
24       to a cholmod_factor object.  This contains a permutation which is
25       most easily accessible through cholmod_solve(CHOLMOD_P,...) or
26       cholmod_solve(CHOLMOD_Pt,...).  The ZtX, Zty, RZX and rZy slots actually
27       contain P%*%RZX and P%*%rZy
29    ------
30    - Sparse matrix methods can now be based on the CHOLMOD package.  We
31       will need to migrate from the current code to CHOLMOD-based code
32       using #ifdef USE_CHOLMOD.  Some of the things to be done
34       - Move documentation from subdirectories of src to inst/doc
35       - Write utilities to create a cholmod_sparse pointer from a
36       dgCMatrix or lgCMatrix (or zgCMatrix) object without copying and
37       allocating.
38       - Start adding simple S4 methods (rcond, %*%, +, cbind, t).
40  - Report the problem in the Linux ldexp manual page.  The second and  - Report the problem in the Linux ldexp manual page.  The second and
41    third calls in the Synopsis should be to ldexpf and ldexpl.    third calls in the Synopsis should be to ldexpf and ldexpl.
43  - [,] indexing  - [,] indexing: for sparse "works", but not yet for negative indices!
 - group generics: "Arith", but also "Ops" and "Math";  see  
   ?  and the examples in  
 - bCrosstab(): do we really want the diagonal "V:V" crosstabs?  
                (if so or in any case: add to  man/bCrosstab.Rd )  
 - src/Metis/ : one of the two Makefiles needs fixing, as changing  
              src/Metis/*.c  does not lead to recompilation.  
   --DB - it seems both Makefiles need fixing.  I think I have the  
              src/Metis/Makefile fixed but not src/Makefile  
 - man/Matrix.Rd :  has example with dimnames, but we just drop them!  
                 MM thinks dimnames should be supported (but then ...)  
 - data/ : names 'mm' and even more 'y' are  ``too short''.  
         If we really want to keep them, don't use "LazyData"  
         (such that one needs  data(*) explicitly);  
         But MM would rather want something like and ex.y  
45  - "factors" maybe should move up to "Matrix"  - consider moving alloc3Darray from ./src/Mutils.c to
46      $(RSRC)/src/base/array.c
48  -------  -------
50  We have a (at least one) basic problem :  - provide methods for "dspMatrix" and "dppMatrix"!
    Currently the show() method fail sometime after coercion:  
    e.g. 'sy' show()s wrongly, even though it "str()" fine :  
       (po <- crossprod(Matrix(0:3, 2))) # ok  
       (ge <- as(po, "dgeMatrix")) # ok  
       (sy <- as(po, "dsyMatrix")) # BAD  
       str(sy) # looks fine  
       example(expand) # -> ex$L and ex$U look bad, however  
       as(ex$L, "dgeMatrix") # `works'  
52    {Of course, we don't need a workaround but must understand  - implement (more) methods for supporting "packed" (symmetric / triangular)
53     and solve the problem}    matrices; particularly something like pack() and unpack()  [to/from our
54      classes from/to "numeric"] --- have already man/unpack.Rd but no method yet!
56      (have some dtr* <-> dtp*)
58    ---
60    - combine the C functions for multiplication by special forms and
61      solution wrt special forms by using a 'right' argument and a
62      'classed' argument.
63       [done with dgeMatrix_matrix_mm();  not yet for other classes;
64        and for _crossprod()]
66    - add more comprehensive examples / tests for Schur decomposition
68    - arithmetic for sparse matrices:
69                 <sparseMatrix>  o  <same-dim-sparseMatrix>
70      should return a sparse matrix  for at least "+" and "*" , also %%,
71      and "/" and "%/%" at least when the RHS is non-zero a scalar.
72      Challenge: nice implementation (``common non-0''; but Tsparse* is not uniq).
74    ---
76    - Create a Harwell-Boeing version of the matrix mm and the response
77      vector y in inst/external and remove them from the data directory.
78      Modify any examples that use them and modify the Comparisons vignette.
80    - "Math2" , "Math", "Arith":
81       keep triangular and symmetric Matrices when appropriate:
82       particularly desirable for  "Math2": round(), signif()
84    - "d" <-> "l" coercion for all "[TCR]" sparse matrices is really trivial:
85      "d" -> "l" : drops the 'x' slot
86      "l" -> "d" : construct an 'x' slot of all '1'
87      We currently have many of these conversions explicitly, e.g.
88       setAs("dsTMatrix", "lsTMatrix",
89          function(from) new("lsTMatrix", i = from@i, j = from@j, uplo = from@uplo,
90                             Dim = from@Dim, Dimnames = from@Dimnames))
91      but I would rather want to automatically construct all these coercion
92      methods at once by a ``method constructor'', i.e.,
93      for all  "dsparse*" -> "lsparse*" and vice versa.
94      How can one do this {in a documented way} ?
96    - tcrossprod(x, y) : do provide methods for y != NULL
97      calling Lapack's DGEMM for "dense"
98      [2005-12-xx: done for dgeMatrix at least]
100    - "ltTmatrix" :
101      2) new("ltTMatrix", diag = "U", Dim = c(2:2, 2:2)) shows lack of ltTM*_validate
103    - BUGlet:  Shouldn't lose factorization here:
104      h6 <- Hilbert(6); chol(h6) ; str(h6) # has factor
105      str(H6 <- as(h6, "dspMatrix"))       # has lost factor
106      ## and the same in a similar situation involving  "dpo", "dpp"

Removed from v.530  
changed lines
  Added in v.1201
ViewVC Help
Powered by ViewVC 1.0.0  
Thanks to:
Vienna University of Economics and Business Powered By FusionForge