On Tue, 2003-06-24 at 21:46, Douglas Bates wrote:
> Marc Schwartz <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2003-06-24 at 18:07, Douglas Bates wrote:
>
> > > Several questions:
> > >
> > > - Am I duplicating existing functionality?
> ...
>
> > Prof. Bates,
> >
> > Perhaps I am not seeing all
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Tue, 2003-06-24 at 18:07, Douglas Bates wrote:
> > Several questions:
> >
> > - Am I duplicating existing functionality?
...
> Prof. Bates,
>
> Perhaps I am not seeing all of the details but a quick (perhaps too
> quick) review would suggest that
There appears to be a bug in loess. It fails when you specify
"method". For example:
data(cars)
cars.lo <- loess(dist ~ speed, cars)
# works, and should be the same as:
cars.lo <- loess(dist ~ speed, cars, method="loess")
# but this fails with:
Error in model.frame(formula, rownames, variables,
On Tue, 2003-06-24 at 18:07, Douglas Bates wrote:
> In our recent workshop on "Multilevel Modeling in R" we discussed
> handling data for multilevel modeling. An classic example of such
> data are test scores of students grouped into schools. We may wish to
> model the scores as functions of both
In our recent workshop on "Multilevel Modeling in R" we discussed
handling data for multilevel modeling. An classic example of such
data are test scores of students grouped into schools. We may wish to
model the scores as functions of both student-level covariates and
school-level covariates.
Su
On Tue, 24 Jun 2003 15:26:56 -0400, "kjetil brinchmann halvorsen"
<[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>:
>On 23 Jun 2003 at 20:20, Prof Brian D Ripley wrote:
>> BTW, on my Windows XP machine I do get
>>
>> > floor(log10(1000))
>> [1] 3
>>
>
>On my windows XP machine (R1.7.1)
On Tue, 24 Jun 2003, kjetil brinchmann halvorsen wrote:
> On 23 Jun 2003 at 20:20, Prof Brian D Ripley wrote:
>
> > Why is this a bug? If you take apply floor to a number that you expect to
> > be exactly 3, but compute it on a binary computer via logs to base e, you
> > must expect some roundin
On 23 Jun 2003 at 20:20, Prof Brian D Ripley wrote:
> Why is this a bug? If you take apply floor to a number that you expect to
> be exactly 3, but compute it on a binary computer via logs to base e, you
> must expect some rounding error.
>
> BTW, on my Windows XP machine I do get
>
> > floor(l
On Tue, 24 Jun 2003, Duncan Murdoch wrote:
>
> I'd like to use the modelling functions, in particular model.frame,
> with the S4 orientation objects I'm writing.
That's probably not a good idea: I gave up for S-PLUS with S4 classes a
long time back. Too many utilities assumed that a classed
Dear list,
this is not a problem report -- I would like to ask for advise what the
recommended and safe way to perform the following is or what problems might
arise in doing it differently.
The question is: What is the recommended way of providing a default value in a
prototype statement for
I'd like to use the modelling functions, in particular model.frame,
with the S4 orientation objects I'm writing. However, these use
data.frames, and data.frames object to having my objects put in them.
model.frame checks the mode of the object before it puts it in;
data.frame seems to be trying
I have put on http://www.economia.unimi.it/R/ a new version of RAqua
which has a better GUI and responds to drag and drop, copy and paste
etc (for more info see the above page).
Most of the menus are not working at the moment but any feedback is
welcome to design a good GUI for Darwin R.
stefa
12 matches
Mail list logo
