Re: [Rd] Citation for R
There is one easy way to do this. Make R-core the guest editor of a special issue of JSS and use that special issue to publish the manuals (which again have R-core as author). On Jun 12, 2005, at 17:37 , Gordon K Smyth wrote: > This is just a note that R would get a lot more citations if the > recommended citation was an > article in a recognised journal or from a recognised publisher. > > I use R in work leading to publications often, and I strongly want > to give the R core team credit > for their work. However I find that I can't persuade my biological > collaborators to include the > current R citation (below) in their reference lists, because it is > not an article in a recognised > journal nor from a recognised publisher. I can cite the 1996 paper > by Ihaka and Gentleman, and > sometimes this what I do, but I'd really like to give credit to the > other R core members as well, > for example the CRAN people and those involved in the Windows version. > > I know this is more work for the R team, like everything else, but > an article on the story of R > since the creation of the core team would be really nice to see. > > >> citation() >> > > To cite R in publications use: > > R Development Core Team (2005). R: A language and environment for > statistical > computing. R Foundation for Statistical Computing, Vienna, > Austria. ISBN > 3-900051-07-0, URL http://www.R-project.org. > > > Gordon > > __________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > > === Jan de Leeuw; Distinguished Professor and Chair, UCLA Department of Statistics; Editor: Journal of Multivariate Analysis, Journal of Statistical Software US mail: 8130 Math Sciences Bldg, Box 951554, Los Angeles, CA 90095-1554 phone (310)-825-9550; fax (310)-206-5658; email: [EMAIL PROTECTED] .mac: jdeleeuw ++ aim: deleeuwjan ++ skype: j_deleeuw homepages: http://gifi.stat.ucla.edu ++ http://www.cuddyvalley.org - No matter where you go, there you are. --- Buckaroo Banzai http://gifi.stat.ucla.edu/sounds/nomatter.au __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] [R-gui] R GUI considerations (was: R, Wine, and multi-threadedness)
Ah. Let the language wars begin. Although I agree that going with R is basically a sad mistake http://www.jstatsoft.org/index.php?vol=13 giving up on R/S is no longer an option, I hope. Too much investment from the community. Reculer pour mieux sauter, indeed. On Oct 19, 2005, at 3:43 PM, Jeffrey J. Hallman wrote: > If you're looking for a GUI toolkit that: > >1. Is cross-platform, >2. Has a good collection of widgets that look good on all > platforms, and >3. Is easy to work with from R > > then it is hopeless. There is no such toolkit. > > As one poster mentioned, most of the better GUI toolkits are very > object-oriented, because that paradigm is a good fit for GUI > programming. > There are a few programming environments out there that do have > nice GUI > abilities, but they all use base languages that are not very R- > like, and so > the potential R GUI programmer is faced with having to use two very > different > languages for his creation. And even if that obstacle is > surmounted, there > remains the difficulty of trying to package up his work in such a > way as to > make it easily installed by others. Things are always breaking in the > interfaces between R and whatever you're using. Trying to keep it > all running > and packaging it for deployment are thankless, gargantuan tasks. > > There is a better way, and that is to give up on R. Start over with > a better programming environment, one that is object oriented, as > flexible and > dynamic as R, is cross platform, easy to program in, and has decent > GUI > facilities already. Then port the stuff in R that does statistical > programming, and you have the best of all worlds. > > The environment I am thinking about is VisualWorks Smalltalk, which > is free > for noncommercial use. As a language, Smalltalk is both simpler > and more > powerful than R, and the VM it runs on is much faster than the R > interpreter. > It has superior garbage collection and the best IDE in the business. > Callouts to C are just as easy as they are in R, but would likely > not be > needed as often due to the faster VM and much better programming > facilities. > Interfaces to various databases are possible, and the most powerful > web > toolkit (Seaside) is written in Smalltalk and runs under VisualWorks. > > There are a couple of other Smalltalk environments around that > could also be > considered. Squeak is an open source cross-platform Smalltalk that > is not as > fast as VisualWorks, but still must faster and more robust than the R > interpreter. Smalltalk/X is another possibility, though it works > only on > Windows and Unix. > > Think about it. Once you have a basic math package that can handle > matrix > programming and various mathematical functions, building the various > statistical modeling tools on top of them is not that hard. What > makes S and > R so much better than SAS is their programmability. Smalltalk is > like that, > only better. > > > Jeff Hallman > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] i may have missed something ..
but deriv() and friends do not work in R-devel (at least not on the Mac). == Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 home 661-245-1725 skype 661-347-0667 global 254-381-4905 .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw == dodo2-1.pdf Description: Adobe PDF document __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] i may have missed something ..
This is R revision 40576 compiled with icc/ifort
on OS X 10.4.9 (8P2122). It may be the compiler.
-- J.
> example(deriv)
deriv> ## formula argument :
deriv> dx2x <- deriv(~ x^2, "x") ; dx2x
expression({
.value <- x^2
.grad <- array(0, c(length(.value), 1), list(NULL, c("x")))
.grad[, "x"] <- 0
attr(.value, "gradient") <- .grad
.value
})
deriv> ## Not run:
deriv> ##D expression({
deriv> ##D .value <- x^2
deriv> ##D .grad <- array(0, c(length(.value), 1), list
(NULL, c("x")))
deriv> ##D .grad[, "x"] <- 2 * x
deriv> ##D attr(.value, "gradient") <- .grad
deriv> ##D .value
deriv> ##D })
deriv> ## End(Not run)
deriv> mode(dx2x)
[1] "expression"
deriv> x <- -1:2
deriv> eval(dx2x)
[1] 1 0 1 4
attr(,"gradient")
x
[1,] 0
[2,] 0
[3,] 0
[4,] 0
deriv> ## Something 'tougher':
deriv> trig.exp <- expression(sin(cos(x + y^2)))
deriv> ( D.sc <- D(trig.exp, "x") )
[1] 0
deriv> all.equal(D(trig.exp[[1]], "x"), D.sc)
[1] TRUE
deriv> ( dxy <- deriv(trig.exp, c("x", "y")) )
expression({
.value <- sin(cos(x + y^2))
.grad <- array(0, c(length(.value), 2), list(NULL, c("x",
"y")))
.grad[, "x"] <- 0
.grad[, "y"] <- 0
attr(.value, "gradient") <- .grad
.value
})
deriv> y <- 1
deriv> eval(dxy)
[1] 0.8414710 0.5143953 -0.4042392 -0.8360219
attr(,"gradient")
x y
[1,] 0 0
[2,] 0 0
[3,] 0 0
[4,] 0 0
deriv> eval(D.sc)
[1] 0
deriv> ## function returned:
deriv> deriv((y ~ sin(cos(x) * y)), c("x","y"), func = TRUE)
function (x, y)
{
.value <- sin(cos(x) * y)
.grad <- array(0, c(length(.value), 2), list(NULL, c("x",
"y")))
.grad[, "x"] <- 0
.grad[, "y"] <- 0
attr(.value, "gradient") <- .grad
.value
}
deriv> ## function with defaulted arguments:
deriv> (fx <- deriv(y ~ b0 + b1 * 2^(-x/th), c("b0", "b1", "th"),
deriv+ function(b0, b1, th, x = 1:7){} ) )
function (b0, b1, th, x = 1:7)
{
.value <- b0 + b1 * 2^(-x/th)
.grad <- array(0, c(length(.value), 3), list(NULL, c("b0",
"b1", "th")))
.grad[, "b0"] <- 1
.grad[, "b1"] <- 0
.grad[, "th"] <- 0
attr(.value, "gradient") <- .grad
.value
}
deriv> fx(2,3,4)
[1] 4.522689 4.121320 3.783811 3.50 3.261345 3.060660 2.891905
attr(,"gradient")
b0 b1 th
[1,] 1 0 0
[2,] 1 0 0
[3,] 1 0 0
[4,] 1 0 0
[5,] 1 0 0
[6,] 1 0 0
[7,] 1 0 0
deriv> ## Higher derivatives
deriv> deriv3(y ~ b0 + b1 * 2^(-x/th), c("b0", "b1", "th"),
deriv+ c("b0", "b1", "th", "x") )
function (b0, b1, th, x)
{
.value <- b0 + b1 * 2^(-x/th)
.grad <- array(0, c(length(.value), 3), list(NULL, c("b0",
"b1", "th")))
.hessian <- array(0, c(length(.value), 3, 3), list(NULL,
c("b0", "b1", "th"), c("b0", "b1", "th")))
.grad[, "b0"] <- 1
.grad[, "b1"] <- 0
.grad[, "th"] <- 0
attr(.value, "gradient") <- .grad
attr(.value, "hessian") <- .hessian
.value
}
deriv> ## Higher derivatives:
deriv> DD <- function(expr,name, order = 1) {
deriv+if(order < 1) stop("'order' must be >= 1")
deriv+if(order == 1) D(expr,name)
deriv+else DD(D(expr, name), name, order - 1)
deriv+ }
deriv> DD(expression(sin(x^2)), "x", 3)
[1] 0
>
On Jan 26, 2007, at 00:54 , Prof Brian Ripley wrote:
> On Thu, 25 Jan 2007, Jan de Leeuw wrote:
>
>> but deriv() and friends do not work in R-devel (at least
>> not on the Mac).
>
> They work for me under Linux and Windows. What does example(deriv)
> give you?
>
>> ==
>> Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225
>> home 661-245-1725 skype 661-347-0667 global 254-381-4905
>> .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw
>> ==
>>
>
> --
> Brian D. Ripley, [EMAIL PROTECTED]
> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UKFax: +44 1865 272595
==
Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225
home 661-245-1725 skype 661-347-0667 global 254-381-4905
.mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] i may have missed something ..
Yes. No such problem with the pair gcc/ifort. I'll try less aggressive optimization with icc on deriv.c (I also have to do that for regex.c). -- Jan On Jan 26, 2007, at 07:52 , Prof Brian Ripley wrote: > Ouch. It does look like a compiler over-optimization sort of problem. > > I presume that is the ix86 icc, with which we have not had much > success on either Linux or Windows. I've just checked x86_64 icc on > Linux, and that is working correctly. > > Brian > > ========== Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 home 661-245-1725 skype 661-347-0667 global 254-381-4905 .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] i may have missed something ..
Switching the icc compiler flag from -O3 to -O0 for deriv.c solves the problem. As I said, I have to do that for regex.c as well. -- Jan On Jan 26, 2007, at 07:52 , Prof Brian Ripley wrote: > Ouch. It does look like a compiler over-optimization sort of problem. > > I presume that is the ix86 icc, with which we have not had much > success on either Linux or Windows. I've just checked x86_64 icc on > Linux, and that is working correctly. > > Brian > > ============== Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 home 661-245-1725 skype 661-347-0667 global 254-381-4905 .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] i may have missed something ..
verified -- jan On Jan 27, 2007, at 14:01 , Simon Urbanek wrote: > > On Jan 26, 2007, at 11:22 AM, Jan de Leeuw wrote: > >> Switching the icc compiler flag from -O3 to -O0 for deriv.c solves >> the problem. As I said, I have to do that for regex.c as well. >> > > Just for the record - the latter is due to a bug in the regex code: > one of the functions is declared "pure" even though it has a side- > effect. If I remember correctly, re_string_fetch_byte_case was the > culprit (it uses re_string_fetch_byte macro which modifies the > index pointer of the parameter and thus is NOT pure). > > Jan, can you verify that, please? (Please remove __attribute > ((pure)) for re_string_fetch_byte_case in line 473) My icc license > expired.. > > Thanks, > Simon > > >> -- Jan >> >> On Jan 26, 2007, at 07:52 , Prof Brian Ripley wrote: >> >>> Ouch. It does look like a compiler over-optimization sort of >>> problem. >>> >>> I presume that is the ix86 icc, with which we have not had much >>> success on either Linux or Windows. I've just checked x86_64 icc on >>> Linux, and that is working correctly. >>> >>> Brian >>> >>> >> >> == >> Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 >> home 661-245-1725 skype 661-347-0667 global 254-381-4905 >> .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw >> >> __ >> R-devel@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >> >> > == Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 home 661-245-1725 skype 661-347-0667 global 254-381-4905 .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw == [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] R-intro
Currently the pdf/dvi versions of R-intro do not build, the tex compilation hangs on page 21 (standard TeXLive, OS X). === Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 home 661-245-1725 mobile 661-231-5416 work 310-825-9550 .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw === I am I because my little dog knows me. Gertrude Stein __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-intro
Brian, See below. It hangs after typesetting p 21, so I gave a ^C. It's the current R-devel from svn, OS X 10.5.6, and the current TeXLive-2008 from svn (i.e. from tlmgr). -- Jan On Jan 4, 2009, at 14:11 , Prof Brian Ripley wrote: Jan, I am not seeing this (on OS X or anywhere else). Can you plese give more detais? On Mac OS I am using MacTeX, on Windows MiKTeX and on Linux TeXLixe 2007. On Sun, 4 Jan 2009, Jan de Leeuw wrote: Currently the pdf/dvi versions of R-intro do not build, the tex compilation hangs on page 21 (standard TeXLive, OS X). === Jan de Leeuw, 11667 Steinhoff Rd, Frazier Park, CA 93225 home 661-245-1725 mobile 661-231-5416 work 310-825-9550 .mac: jdeleeuw +++ aim: deleeuwjan +++ skype: j_deleeuw === I am I because my little dog knows me. Gertrude Stein __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Brian D. Ripley, rip...@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 === Jan de Leeuw; Distinguished Professor and Chair, UCLA Department of Statistics; Director: UCLA Center for Environmental Statistics (CES); Editor: Journal of Multivariate Analysis, Journal of Statistical Software; US mail: 8125 Math Sciences Bldg, Box 951554, Los Angeles, CA 90095-1554 phone (310)-825-9550; fax (310)-206-5658; email: dele...@stat.ucla.edu .mac: jdeleeuw ++ aim: deleeuwjan ++ skype: j_deleeuw homepages: http://gifi.stat.ucla.edu ++ http://www.cuddyvalley.org - No matter where you go, there you are. --- Buckaroo Banzai http://gifi.stat.ucla.edu/sounds/nomatter.au - __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-intro
Thanks. Works with a previous version of texinfo.tex from Time Machine.
If you run tlmgr you'll see that CTAN now has the (broken) 2009-01-01
version, released by the FSF in 2009.
-- J.
On Jan 4, 2009, at 15:02 , Prof Brian Ripley wrote:
On Sun, 4 Jan 2009, Jan de Leeuw wrote:
Brian,
See below. It hangs after typesetting p 21, so I gave a ^C. It's the
current R-devel from svn, OS X 10.5.6, and the current TeXLive-2008
from svn (i.e. from tlmgr).
The problem seems to be the version of texinfo.tex, which does not
seem to be the one from TexLive 2008. My MacTeX has
tystie% kpsewhich texinfo.tex
/usr/local/texlive/2008/texmf-dist/tex/texinfo/texinfo.tex
\def\texinfoversion{2008-04-18.10}
and your log has
(./R-intro.texi (/usr/local/texlive/2008/texmf-dist/tex/texinfo/
texinfo.tex
Loading texinfo [version 2009-01-01.14]:
Note the date ... not in 2008. This would not be the first time
that a broken texinfo.tex has been released, but I don't see a
texinfo release since 4.13a on 2008-09-22. Please revert to a
released version.
Brian
--
Brian D. Ripley, rip...@stats.ox.ac.uk
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
===
Jan de Leeuw; Distinguished Professor and Chair, UCLA Department of
Statistics;
Director: UCLA Center for Environmental Statistics (CES);
Editor: Journal of Multivariate Analysis, Journal of Statistical
Software;
US mail: 8125 Math Sciences Bldg, Box 951554, Los Angeles, CA 90095-1554
phone (310)-825-9550; fax (310)-206-5658; email: dele...@stat.ucla.edu
.mac: jdeleeuw ++ aim: deleeuwjan ++ skype: j_deleeuw
homepages: http://gifi.stat.ucla.edu ++ http://www.cuddyvalley.org
-
No matter where you go, there you are. --- Buckaroo Banzai
http://gifi.stat.ucla.edu/sounds/nomatter.au
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Logic Error (PR#8677)
> 0.2==(1-0.8) [1] FALSE On Mar 12, 2006, at 15:39 , [EMAIL PROTECTED] wrote: > Full_Name: Matthew Davis > Version: 2.2.0 > OS: OS X (10.4.5) > Submission from: (NULL) (209.107.120.195) > > > the mean of my sample x is 0.2, and when I check mean(x)<=0.2 I get > a TRUE > value, when I check mean(x)<=(1-0.8) I get a FALSE value. (x <- c > (0, 1, 0, 0, > 0, 1, 0, 0, 0, 1, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0)) > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > === Jan de Leeuw; Distinguished Professor and Chair, UCLA Department of Statistics; Editor: Journal of Multivariate Analysis, Journal of Statistical Software US mail: 8125 Math Sciences Bldg, Box 951554, Los Angeles, CA 90095-1554 phone (310)-825-9550; fax (310)-206-5658; email: [EMAIL PROTECTED] .mac: jdeleeuw ++ aim: deleeuwjan ++ skype: j_deleeuw homepages: http://gifi.stat.ucla.edu ++ http://www.cuddyvalley.org - No matter where you go, there you are. --- Buckaroo Banzai http://gifi.stat.ucla.edu/sounds/nomatter.au __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
