> "PaulG" == Paul Gilbert <[EMAIL PROTECTED]>
> on Thu, 15 Sep 2005 12:07:48 -0400 writes:
PaulG> BTW, I think there is a problem with the way the
PaulG> argument "seed" is used in the new simulate in stats.
PaulG> The problem is that repeated calls to simulate using
Pa
I agree: no function should per default touch the random number
stream. Otherwise this will undoubtedly lead to misuse. And while one
may want to include a seed argument in case a user wants to set it
explicitly, I would argue that the preferred usage is to do
set.seed(SOMETHING)
someFu
BTW, I think there is a problem with the way the argument "seed" is used
in the new simulate in stats. The problem is that repeated calls to
simulate using the default argument will introduce a new pattern into
the RNG:
> stats:::simulate
function (object, nsim = 1, seed = as.integer(runif(1,
(Sorry if this was posted twice. I seem to be having some email issues.)
Can the arguments nsim and seed be passed as part of ... in the new
simulate generic in R-2.2.0alpha package stats?
This would potentially allow me to use the stats generic rather than the
one I define in dse. There are co
Can the arguments nsim and seed be passed as part of ... in the new
simulate generic in R-2.2.0alpha package stats?
This would potentially allow me to use the stats generic rather than the
one I define in dse. There are contexts where nsim and seed do not make
sense. I realize that the default
