From 9aea48cb673fcef7f0e3f2ac6956ac96b511f8bb Mon Sep 17 00:00:00 2001 From: Ben Pfaff Date: Sat, 20 Feb 2010 12:01:35 -0800 Subject: [PATCH] Remove obsolete TODO file. Suggested by Harry Thijssen . --- TODO | 64 ------------------------------------------------------------ 1 file changed, 64 deletions(-) delete mode 100644 TODO diff --git a/TODO b/TODO deleted file mode 100644 index 4889f5d0..00000000 --- a/TODO +++ /dev/null @@ -1,64 +0,0 @@ -Time-stamp: <2006-12-17 18:45:35 blp> - -Get rid of need for GNU diff in `make check'. - -CROSSTABS needs to be re-examined. - -Scratch variables should not be available for use following TEMPORARY. - -Check our results against the NIST StRD benchmark results at -strd.itl.nist.gov/div898/strd - -Storage of value labels on disk is inefficient. Invent new data structure. - -Fix spanned joint cells, i.e., EDLEVEL on crosstabs.stat. - -SELECT IF should be moved before other transformations whenever possible. It -should only be impossible when one of the variables referred to in SELECT IF is -created or modified by a previous transformation. - -Figure out a stylesheet for messages displayed by PSPP: i.e., what quotation -marks around filenames, etc. - -From Zvi Grauer and : - - 1. design of experiments software, specifically Factorial, response surface - methodology and mixrture design. - - These would be EXTREMELY USEFUL for chemists, engineeris, and anyone - involved in the production of chemicals or formulations. - - 2. Multidimensional Scaling analysis (for market analysis) - - - 3. Preference mapping software for market analysis - - 4. Hierarchical clustering (as well as partition clustering) - - 5. Conjoint analysis - - 6. Categorical data analsys ? - -Sometimes very wide (or very tall) columns can occur in tables. What is a good -way to truncate them? It doesn't seem to cause problems for the ascii or -postscript drivers, but it's not good in the general case. Should they be -split somehow? (One way that wide columns can occur is through user request, -for instance through a wide PRINT request--try time-date.stat with a narrow -ascii page or with the postscript driver on letter size paper.) - -From Moshe Braner : An idea regarding MATCH -FILES, again getting BEYOND the state of SPSS: it always bothered me that if I -have a large data file and I want to match it to a small lookup table, via -MATCH FILES FILE= /TABLE= /BY key, I need to SORT the large file on key, do the -match, then (usually) re-sort back into the order I really want it. There is -no reason to do this, when the lookup table is small. Even a dumb sequential -search through the table, for every case in the big file, is better, in some -cases, than the sort. So here's my idea: first look at the /TABLE file, if it -is "small enough", read it into memory, and create an index (or hash table, -whatever) for it. Then read the /FILE and use the index to match to each case. -OTOH, if the /TABLE is too large, then do it the old way, complaining if either -file is not sorted on key. - -Local Variables: -mode: text -fill-column: 79 -End: -- 2.30.2