Displaying 5 results from an estimated 5 matches for "ordinar".
Did you mean:
ordinary
2002 May 18
0
Importante!
.... Tutto accuratamente tradotto o scritto direttamente in italiano. (N. B. Ci? che riceverai ti sar? utile anche fuori dal Sistema e nella vita di tutti i giorni!).
Ora segui attentamente le istruzioni che ti porteranno a tuo sicuro Successo.
Prepara 5 buste da lettera e 5 banconote da 5 euro per ordinare i 5 utili e preziosi Report fondamentali per il Successo del Sistema. Per il TUO Successo!
Per qualsiasi ragione, non spedire MAI moneta, solo banconote, altrimenti dovrai pagare una tariffa postale maggiore, dovuta al peso. Per evitare che i soldi spediti vengano intercettati e rubati, da due an...
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....