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 984, Tue Oct 11 18:08:46 2005 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 refer 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!
45    - consider moving alloc3Darray from ./src/Mutils.c to
46      $(RSRC)/src/base/array.c
48    -------
50    - provide methods for "dspMatrix" and "dppMatrix"!
52    - implement (more) methods for supporting "packed" (symmetric / triangular)
53      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    - implement diagonal Matrix class  "ddiMatrix" etc
59      using constructor function Diagonal() or Diag().
61    - rcond() of a singular dpoMatrix gives a LaPack error instead of just 0:
62      MM <- crossprod(M <- Matrix(c(1:4,9:6), 2,4)) ; rcond(MM)
63      ##> Error in rcond(MM) : Lapack routine dpotrf returned error code 4
64      It's .Call("dpoMatrix_rcond") --> set_rcond() in src/dpoMatrix.c
65      and in src/dppMatrix.c similarly.
67  - group generics: "Arith", but also "Ops" and "Math";  see    Done(2005-10-03): The error message is more helpful now.
   ?  and the examples in  
69  - check to see if the .onLoad function to require the methods package  ---
   (in the AllClass.R file) is needed  
71  - Should the uplo and diag slots continue to be stored as character?  - combine the C functions for multiplication by special forms and
72    An alternative is to use a factor as in the enum values for the    solution wrt special forms by using a 'right' argument and a
73    cblas.    'classed' argument.
74       [done with dgeMatrix_matrix_mm();  not yet for other classes;
75        and for _crossprod()]
77  - Organization of the source code files - right now they are organized  - add more comprehensive examples / tests for Schur decomposition
   according to class (e.g. dgeMatrix.R, dgeMatrix.h, dgeMatrix.c).  Is  
   there a better way?  
79  - Fix the calculation of the Dim slot for the crossprod method for  - arithmetic for sparse matrices:
80    dgCMatrix objects (too tired to do that now).               <sparseMatrix>  o  <same-dim-sparseMatrix>
81      should return a sparse matrix  for at least "+" and "*" , also %%,
82      and "/" and "%/%" at least when the RHS is non-zero a scalar.
83      Challenge: nice implementation (``common non-0''; but Tsparse* is not uniq).
85  - bCrosstab(): do we really want the diagonal "V:V" crosstabs?  ---
87  - src/Metis/ : some Makefile needs fixing, as changing src/Metis/*.c  - Create a Harwell-Boeing version of the matrix mm and the response
88               does not lead to recompilation.    vector y in inst/external and remove them from the data directory.
89      Modify any examples that use them and modify the Comparisons vignette.
91  - man/Matrix.Rd :  has example with dimnames, but we just drop them!  - "Math2" , "Math", "Arith":
92                  MM thinks dimnames should be supported (but then ...)     keep triangular and symmetric Matrices when appropriate:
93       particularly desirable for  "Math2": round(), signif()
95  - data/ : names 'mm' and even more 'y' are  ``too short''.  - "d" <-> "l" coercion for all "[TCR]" sparse matrices is really trivial:
96          If we really want to keep them, don't use "LazyData"    "d" -> "l" : drops the 'x' slot
97          (such that one needs  data(*) explicitly);    "l" -> "d" : construct an 'x' slot of all '1'
98          But MM would rather want something like and ex.y    We currently have many of these conversions explicitly, e.g.
99       setAs("dsTMatrix", "lsTMatrix",
100          function(from) new("lsTMatrix", i = from@i, j = from@j, uplo = from@uplo,
101                             Dim = from@Dim, Dimnames = from@Dimnames))
102      but I would rather want to automatically construct all these coercion
103      methods at once by a ``method constructor'', i.e.,
104      for all  "dsparse*" -> "lsparse*" and vice versa.
105      How can one do this {in a documented way} ?

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