onts with which you probably are more familiar.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-g
atin Modern Roman, though, I
had to use U+00B5 MICRO SIGN (µ) rather than U+03BC GREEK SMALL LETTER MU.
(The snippet above uses MICRO SIGN.)
I think the takeaway is that cairo works better with a utf8 workflow.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
_
mpiled in) to confirm
where the time is spent.
It is /possible/ that the (sql)NULL->(r)NA logic in RS-PostgreSQL.c may
be slow (relatively speaking), but it is necessary. Nothing else jumps
out as a possible choke point.
Oprofile (or the equivilent) would best answer the question.
bigger than the convex hull of the full set of extreme points
of the domain.
And for my needs, then, the latter is a good-enough approximation of the
former after all.
Thanks!
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
__
R-help@r-proje
Does adding a bit (but not too much) of randomness to the
input values have reason at all?
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read th
s:
set.seed(6)
x<- rnorm(30, 100, 20)
xs<- seq(50, 150, length=150)
cdf<- pnorm(xs, 100, 20)
plot(xs, cdf, type='l', ylim=c(0,1),
xlab=expression(x),
ylab=expression(paste("Prob[X ≤ x]")))
lines(ecdf(x), cex=.5)
I ran the scripts in ESS, but that shoul
PostScriptDesc struct there also need to track any
such changes.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R
PostScriptDesc struct there also need to track any
such changes.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
__
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R
8 matches
Mail list logo