SCM

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 510, Fri Feb 4 23:36:17 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.
4    
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.
13    
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.
18    
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.
22    
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
28    
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
33    
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).
39    
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.
42    
43  - [,] indexing  - [,] indexing: for sparse "works", but not yet for negative indices!
   
 - group generics: "Arith", but also "Ops" and "Math";  see  
   ?Math.data.frame  and the examples in  
   ?SetGeneric  
   
 - check to see if the .onLoad function to require the methods package  
   (in the AllClass.R file) is needed  
   
 - Should the uplo and diag slots continue to be stored as character?  
   An alternative is to use a factor as in the enum values for the  
   cblas.  
   
 - Organization of the source code files - right now they are organized  
   according to class (e.g. dgeMatrix.R, dgeMatrix.h, dgeMatrix.c).  Is  
   there a better way?  
   
 - Fix the calculation of the Dim slot for the crossprod method for  
   dgCMatrix objects (too tired to do that now).  
44    
45  - bCrosstab(): do we really want the diagonal "V:V" crosstabs?  - consider moving alloc3Darray from ./src/Mutils.c to
46      $(RSRC)/src/base/array.c
47    
48  - src/Metis/ : some Makefile needs fixing, as changing src/Metis/*.c  -------
              does not lead to recompilation.  
49    
50  - man/Matrix.Rd :  has example with dimnames, but we just drop them!  - provide methods for "dspMatrix" and "dppMatrix"!
                 MM thinks dimnames should be supported (but then ...)  
51    
52  - data/ : names 'mm' and even more 'y' are  ``too short''.  - implement (more) methods for supporting "packed" (symmetric / triangular)
53          If we really want to keep them, don't use "LazyData"    matrices; particularly something like pack() and unpack()  [to/from our
54          (such that one needs  data(*) explicitly);    classes from/to "numeric"] --- have already man/unpack.Rd but no method yet!
55          But MM would rather want something like  ex.mm and ex.y  
56      (have some dtr* <-> dtp*)
57    
58    ---
59    
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()]
65    
66    - add more comprehensive examples / tests for Schur decomposition
67    
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).
73    
74    ---
75    
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.
79    
80    - "Math2" , "Math", "Arith":
81       keep triangular and symmetric Matrices when appropriate:
82       particularly desirable for  "Math2": round(), signif()
83    
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} ?
95    
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]
99    
100    - "ltTmatrix" :
101      2) new("ltTMatrix", diag = "U", Dim = c(2:2, 2:2)) shows lack of ltTM*_validate
102    
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"

Legend:
Removed from v.510  
changed lines
  Added in v.1201

root@r-forge.r-project.org
ViewVC Help
Powered by ViewVC 1.0.0  
Thanks to:
Vienna University of Economics and Business Powered By FusionForge