confint and adjust in R [General Sta­tis­tics]

posted by d_labes  – Berlin, Germany, 2019-01-07 20:19 (2013 d 20:03 ago) – Posting: # 19756
Views: 4,213

Dear Anders!

❝ library("lsmeans")

I see that my suspicion was true. adjust= is an argument only available with package lsmeans (or another package overriding the behavior of confint() for other classes then "lm".

❝ ...

❝ confint(pairs(lsmeans(M, "Foo")), adjust="none")

❝ confint(pairs(lsmeans(M, "Foo")), adjust="bonferroni")

❝ confint(pairs(lsmeans(M, "Foo")), adjust="")

❝ confint(pairs(lsmeans(M, "Foo")))

❝ # HAPPY NEW YEAR [/code]

❝ It gives four different results here. You can see adjust is passed as an argument to the confint function so can't see how it would be part of lsmeans or pairs args.

Correct concerning four different results.
adjust="" is outstanding because this "method" isn't implemented but transferred via "..." and thus doesn't underlay any error checks. To react on this undesirable feature the programmer decided to set adjust= in such cases to adjust="bonferroni". Reasonable. Or?
This behavior is described in the man page of lsmeans/pairs or summary.emmGrid.
But adjust= is part of package lsmeans. Reason: class(pairs(lsmeans(M, "Foo"))).
This results in calling confint.emmGrid() with the possibility of reacting on multiplicity adjusted CI's instead of confint.lm() without the possibilty of multiplicity adjustments if you call confint().



Complete thread:

UA Flag
 Admin contact
23,099 posts in 4,857 threads, 1,646 registered users;
57 visitors (0 registered, 57 guests [including 11 identified bots]).
Forum time: 17:23 CEST (Europe/Vienna)

Imagine if every Thursday your shoes exploded
if you tied them the usual way.
This happens to us all the time with computers,
and nobody thinks of complaining.    Jef Raskin

The Bioequivalence and Bioavailability Forum is hosted by
BEBAC Ing. Helmut Schütz