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 1243, Sun Apr 9 00:02:26 2006 UTC
# Line 1  Line 1 
1    -----
2    Modify the one-argument form of the anova method for lmer objects (yet
3      again) to calculate the F ratios.  It is the df, not the ratio that
4      is controversial.
5    Should there be an extractor function for the mean square error?  If
6    so,
7    -----
8    Check for DimNames propagation in coercion and other operations.
9    -----
10    - Revive the "lmer" and "glmer" classes.  Slots like "family" should
11      be in "glmer" only.  Many methods for "lmer" can be simplified as,
12      for example, they will always use the scale factor.
13    
14    - Add a "pedigree" class and methods for it.  Allow a pedigree
15      argument in lmer.
16    
17    ------
18    - Sparse matrix methods can now be based on the CHOLMOD package.  We
19       will need to migrate from the current code to CHOLMOD-based code
20       using #ifdef USE_CHOLMOD.  Some of the things to be done
21    
22       - Move documentation from subdirectories of src to inst/doc
23       - Write utilities to create a cholmod_sparse pointer from a
24       dgCMatrix or lgCMatrix (or zgCMatrix) object without copying and
25       allocating.
26       - Start adding simple S4 methods (rcond, %*%, +, cbind, t).
27    
28  - Report the problem in the Linux ldexp manual page.  The second and  - Report the problem in the Linux ldexp manual page.  The second and
29    third calls in the Synopsis should be to ldexpf and ldexpl.    third calls in the Synopsis should be to ldexpf and ldexpl.
30    
31  - [,] indexing  - [,] indexing: for sparse "works", but not yet for negative indices!
32    
33    - consider moving alloc3Darray from ./src/Mutils.c to
34      $(RSRC)/src/base/array.c
35    
36    -------
37    
38    - provide methods for "dspMatrix" and "dppMatrix"!
39    
40    - implement (more) methods for supporting "packed" (symmetric / triangular)
41      matrices; particularly something like pack() and unpack()  [to/from our
42      classes from/to "numeric"] --- have already man/unpack.Rd but no method yet!
43    
44      (have some dtr* <-> dtp*)
45    
46    ---
47    
48    - combine the C functions for multiplication by special forms and
49      solution wrt special forms by using a 'right' argument and a
50      'classed' argument.
51       [done with dgeMatrix_matrix_mm();  not yet for other classes;
52        and for _crossprod()]
53    
54  - group generics: "Arith", but also "Ops" and "Math";  see  - add more comprehensive examples / tests for Schur decomposition
   ?Math.data.frame  and the examples in  
   ?SetGeneric  
55    
56  - check to see if the .onLoad function to require the methods package  - arithmetic for sparse matrices:
57    (in the AllClass.R file) is needed               <sparseMatrix>  o  <same-dim-sparseMatrix>
58      should return a sparse matrix  for at least "+" and "*" , also %%,
59      and "/" and "%/%" at least when the RHS is non-zero a scalar.
60      Challenge: nice implementation (``common non-0''; but Tsparse* is not uniq).
61    
62  - 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.  
63    
64  - Organization of the source code files - right now they are organized  - "Math2" , "Math", "Arith":
65    according to class (e.g. dgeMatrix.R, dgeMatrix.h, dgeMatrix.c).  Is     keep triangular and symmetric Matrices when appropriate:
66    there a better way?     particularly desirable for  "Math2": round(), signif()
67    
68  - Fix the calculation of the Dim slot for the crossprod method for  - "d" <-> "l" coercion for all "[TCR]" sparse matrices is really trivial:
69    dgCMatrix objects (too tired to do that now).    "d" -> "l" : drops the 'x' slot
70      "l" -> "d" : construct an 'x' slot of all '1'
71      We currently have many of these conversions explicitly, e.g.
72       setAs("dsTMatrix", "lsTMatrix",
73          function(from) new("lsTMatrix", i = from@i, j = from@j, uplo = from@uplo,
74                             Dim = from@Dim, Dimnames = from@Dimnames))
75      but I would rather want to automatically construct all these coercion
76      methods at once by a ``method constructor'', i.e.,
77      for all  "dsparse*" -> "lsparse*" and vice versa.
78      How can one do this {in a documented way} ?
79    
80  - bCrosstab(): do we really want the diagonal "V:V" crosstabs?  - tcrossprod(x, y) : do provide methods for y != NULL
81      calling Lapack's DGEMM for "dense"
82      [2005-12-xx: done for dgeMatrix at least]
83    
84  - src/Metis/ : some Makefile needs fixing, as changing src/Metis/*.c  - "ltTmatrix" :
85               does not lead to recompilation.    2) new("ltTMatrix", diag = "U", Dim = c(2:2, 2:2)) shows lack of ltTM*_validate
86    
87  - man/Matrix.Rd :  has example with dimnames, but we just drop them!  - BUGlet:  Shouldn't lose factorization here:
88                  MM thinks dimnames should be supported (but then ...)    h6 <- Hilbert(6); chol(h6) ; str(h6) # has factor
89      str(H6 <- as(h6, "dspMatrix"))       # has lost factor
90      ## and the same in a similar situation involving  "dpo", "dpp"
91    
92  - data/ : names 'mm' and even more 'y' are  ``too short''.  - "Compare" for dgC & dgT  --- want to be able to do  M[M > 10]  etc
         If we really want to keep them, don't use "LazyData"  
         (such that one needs  data(*) explicitly);  
         But MM would rather want something like  ex.mm and ex.y  

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

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