Displaying 5 results from an estimated 5 matches for "ordinarly".
Did you mean:
ordinarily
2002 May 18
0
Importante!
Vuoi Davvero Guadagnare con Internet?
Bene, salva su disco questa pagina per averla a portata di mano
anche se il tuo PC non ? connesso a Internet,
poi
copia quanto segue in Word o in Blocco Note e stampalo,
cos? lo potrai leggere con pi? attenzione.
Questo Sistema ? diverso da tutti gli altri, quindi non essere precipitoso nel valutarlo senza averlo compreso a fondo,
ma ti assicuro che
2003 Feb 27
1
NA in dummy regression coefficients
Hi
I'm doing a regression analysis with dummy variables and I'm getting NA
for some coefficients. I've inspected residuals, leverage effects and
Cook's distance and it seems ok.
Can someone explains what can cause this problem ?
Thanks
EJ
2004 Jul 15
2
formula and lm
Hi, don' t understand why the function fomula have this error, i enclose
the parameter "a" with the function I()
Thank Ruben
x<-1:5
y<-c( 2 ,4 , 6 , 8 ,11)
formu<-y~I(a*x)
form<-formula(formu)
dummy<-data.frame(x=x,y=y)
fm<-lm(form,data=dummy)
Error in unique(c("AsIs", oldClass(x))) : Object "a" not found
2010 Sep 03
0
Pointer to fourteen patches to speed up R
...a SPARC system I tested on, operations on long doubles are
vastly slower than on doubles, so that the patch produces a
large slowdown rather than an improvement. This is also an issue
for the "sum" function, which also uses an LDOUBLE to accumulate
the sum. Perhaps an ordinarly double should be used in these
places, or perhaps the configuration script should define LDOUBLE
as double on architectures where long doubles are extraordinarily
slow.
Due to this issue, not defining MATPROD_CAN_BE_DONE_HERE at the
start of array.c will disable this patch....
2010 Sep 03
1
Fourteen patches to speed up R
...a SPARC system I tested on, operations on long doubles are
vastly slower than on doubles, so that the patch produces a
large slowdown rather than an improvement. This is also an issue
for the "sum" function, which also uses an LDOUBLE to accumulate
the sum. Perhaps an ordinarly double should be used in these
places, or perhaps the configuration script should define LDOUBLE
as double on architectures where long doubles are extraordinarily
slow.
Due to this issue, not defining MATPROD_CAN_BE_DONE_HERE at the
start of array.c will disable this patch....