search for: kubism

I've just gotten through translating my notes for the course in basic statistics for health researchers. I've placed a copy on ftp://blueberry.kubism.ku.dk/priv/R-intro.tgz This is essentially a translation of the Danish notes that I wrote during the Autumn of 1997 for use with Rsept, i.e. roughly R v.50. They lean heavily on the textbook, Altman: Practical Statistics for Medical Research. Chapman and Hall, 1991. For now, this is mainly for in...

...4 for <pwhiting@sprint.net>; Wed, 21 Apr 1999 07:35:45 -0400 (EDT) Received: from jay.sprintlink.net ([199.0.233.7]) by gate1dmz0-qe0.res.sprintlink.net via smtpd (for elle.res.sprintlink.net [199.0.234.34]) with SMTP; 21 Apr 1999 11:35:45 UT Received: from biostat.ku.dk (blueberry.kubism.ku.dk [130.225.108.193]) by jay.sprintlink.net (8.8.5/0.0.0) with ESMTP id HAA19423 for <pwhiting@sprint.net>; Wed, 21 Apr 1999 07:35:44 -0400 (EDT) Received: from localhost (localhost) by biostat.ku.dk (8.8.7/8.8.7) with internal id NAA09576; Wed, 21 Apr 1999 13:37:45 +0200 Date: Wed, 21...

[Not important for message below; in this moment link from CRAN to the 'R Bug Tracking system (http://blueberry.kubism.ku.dk/R)' is down (at least, I get a "The requested URL /R was not found on this server." message)] To display properly this message, you mailer must handle properly latin1 encoding. With other encoding, I suppose that the role played by 'y diaeresis' should be played by...

It is quite tempting to start simple data entry sessions where you need to type in the data like this: my.frame<-data.frame(a=numeric(0),b=numeric(0)) fix(my.frame) (and if factors are involved, that is pretty much what you'd have to do in order to get the appropriate levels) However, in the X version, this seems to cause the data editor to freeze as soon as one hits Enter after

1) There's a curious asymmetry between points and lines, in that you can do lines(...,type='p') but not points(...,type='l') (and more importantly, not points(..., type='b'), which probably *could* arise in real work) This isn't deliberate, is it? 2) Did I remember to report the adverse effect of having plot(x,y) coerce its argument to numeric? Several of my

I am sorry that this IS an old topic. Yet another task I think the bug is somewhere in hidden in src/main/options.c .. ##-- The following does not work as it should in R (0.50-a1, but I think also earlier) tst <- function(x=pi, dig =3) {.Options$digits <- as.integer(dig); print(x);x} tst() tst(dig = 12) ##-- This should do the same; it works as expected in R & S : tst2

...n use.value.lables=FALSE only. As you can see, in the first case read.spss has not read values of string labeled variables at all. I use WinXP. Thank you for your work! Jan Hucin ------------------------------------------------------------------- Reference: <20070903104656.1D1566691D at slim.kubism.ku.dk> There is nothing we can do to reproduce this without an example 'some.sav' file exhibiting the problem. Can you please supply one? On Mon, 3 Sep 2007, honza at ifolk.cz wrote: > Full_Name: Jan Hucin > Version: 2.5.1 (foreign 0.8-20) > OS: WinXP > Submission from: (...

I've rolled up R-1.5.1.tgz a short while ago. This is a patch upgrade, fixing the most important bugs that cropped up after the 1.5.0 release. A set of recommended packages which have been tested with R-1.5.1 has been bundled up. Binary distributions should include these packages. You can get the files from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.5.1.tgz

I've rolled up R-1.5.1.tgz a short while ago. This is a patch upgrade, fixing the most important bugs that cropped up after the 1.5.0 release. A set of recommended packages which have been tested with R-1.5.1 has been bundled up. Binary distributions should include these packages. You can get the files from the developer site ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.5.1.tgz

I've rolled up R-0.65.1.tgz a moment ago. As usual, you shouldn't get it from Auckland, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who are too curious to wait, I'll put a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.65.1.tgz There's also a version split in two for floppies and a patch file if you prefer that. (If you use the patch file, you will miss a logo.bmp file in the gnuwin32 directory, but that is probably immaterial to most of you). For the R Core Team, Peter D. Here...

I've rolled up R-0.65.1.tgz a moment ago. As usual, you shouldn't get it from Auckland, but wait for it to be mirrored at a CRAN site near you within a day or two. For those who are too curious to wait, I'll put a copy in ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.65.1.tgz There's also a version split in two for floppies and a patch file if you prefer that. (If you use the patch file, you will miss a logo.bmp file in the gnuwin32 directory, but that is probably immaterial to most of you). For the R Core Team, Peter D. Here...

> For those who *are* desperate, I've left a copy in > ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.64.0.tgz > (Be gentle, that's my desktop PC!) Well, *now* it's there anyway... -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35...

> For those who *are* desperate, I've left a copy in > ftp://blueberry.kubism.ku.dk/pub/R-devel/R-0.64.0.tgz > (Be gentle, that's my desktop PC!) Well, *now* it's there anyway... -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35...

Hello All, Has anyone written a function for the distribution function of a *doubly* non-central F-distribution? I looked through the archives, but didn't find anything. Thanks! Wolfgang

TASK: problem with "glm" with binomial errors STATUS: Open FROM: p.dalgaard@kubism.ku.dk in glm(,binomial) it's possible that loss of significant digits make expected values 0 or 1 even though there's no divergence of the fit. (Happened to me with menarche data, infants and grown-ups included) [ Need the example data. Glm needs a...

This crashes the development version, but apparently also earlier versions (a typo of course, but still shouldn't happen) response<-rnorm(60) dag<-gl(3,2,60) rep<-gl(2,1,60) person<-gl(10,6,60) aov(response~dag+Error(person/dag/response)) # error from model.matrix.default gc() # *poof*... --please do not edit the information below-- Version: platform = i586-unknown-linux

I found this ((as part of a more severe problem which WAS fixed)) in ``old closed tasks'' a while ago.. It still _is_ a (minor) problem, i.e. an R<-->S inconsistency ##- TASK: Name Attributes on Calls ##- STATUS: Closed ##- FROM: <p.dalgaard@kubism.ku.dk> ##- A call with tagged arguments is something like a list, the tags ##- can be used to access elements, but the names attribute is absent, ##- until the call is coerced to a list. (Attempting to set the names() ##- causes evaluation. Changing "list" to "blipblop" c...

Ok, I did the following experiment dyn.load("/usr/local/lib/libf2c.so.2.0") dyn.load("try.so") .Fortran("try", 10.5) where try.so contains the following compiled subroutine subroutine try(x) double precision x write(*,*) x return end It worked just fine (at least here on my FreeBSD machine at home). So it seems that it will be

Robert Gentleman <rgentlem at stat.auckland.ac.nz> writes: > Help Files > ========== > Has anyone had any experience with latex2rtf and then on to windows help? > We can hope that people have netscape and then simply use the html version > but it would be nice if there were some easy way to produce real windows > help. Please keep the nroff versions and the old help()

...1 NA FrL> Or is there an option to control this behaviour? Fritz, this *is* known and is on purpose. However, it seems that it is NOT in the R-FAQ (Kurt ?!?) -- Martin --------------- Here are two example mails from R-devel ------------------ From: Peter Dalgaard BSA <p.dalgaard@kubism.ku.dk> Date: 25 Apr 1997 01:36:23 +0200 To: r-devel@stat.math.ethz.ch Subject: R-alpha: list assignment This works in Splus: > x<-list() > x[["f"]]<-1 > zz<-"g" > x[[zz]]<-2 > x $f: [1] 1 $g: [1] 2 In R both variants fail unless th...