search for: unsensible

...erisk/log.sh "Variabili: [menuid=${menuid}] [number=${number}] [redirectnum=${redirectnum}] [url=${url}] [callid=${callid}]") exten => s,7,BackGround(${wavemsg}) If the dial command succeds * goes on the chiamamezzi-Wave context and magically the variables get visible. It seems an unsensible behaviour but probably I lack something, Yes I use pri zapata channels and I am able to see and handle the BUSY event. Luca Jeremy Lichfield wrote: > I think your problem has to do with how you set the variable. It looks > like you have a under score in your variable _number not number. S...

Hi everybody, it's a technical question . i have a matrix with 30 columns and 40000 rows, i start my program and i found this error: "error in solve.default(sBB + Z[,,i] %*% Gamma %*% t(Z[,,i])): system is computationally singular: reciprocal condition number = 7.6377e-018 " is it R limit? thanks a lot. Jonathan Charrier

Dear R-users, I build already many contour graphs using the contour-procedure in R (akima library), after interpollating my data z on x,y (see e.g. graphs in this paper: http://www.biomedcentral.com/content/pdf/1471-2148-9-16.pdf). Now, however, i experience unexpected and completely unsensible problems: after building the syntax, i can create the graphs and use the interp-command without any problems. However, after shutting down R and opening the saved syntax (that worked), i now get the error message that the 'interp.old' doesn't calculate due to collinearity in the data (w...

Full_Name: Karel 'Clock' Kulhavy Version: 1.9.0 OS: GNU/Linux Submission from: (NULL) (212.71.168.94) par(ann=FALSE) is ignored by image() graphics function.

Full_Name: Karel 'Clock' Kulhavy Version: 1.9.0 OS: GNU/Linux Submission from: (NULL) (212.71.168.94) persp() graphing function ignores par(cex).

Full_Name: Karel 'Clock' Kulhavy Version: 1.9.0 OS: GNU/Linux Submission from: (NULL) (212.71.168.94) par(mfrow=c(2,1) is ignored by filled.contour().

Dear R Developers: I have been playing with R, release 2.0.1 for a week now and have detected = that all stat functions related to distribution probabilities have the same= problem: 1.- The log.p parameter of all distribution functions, when set to TRUE, re= turns a extrange value. Accoding to the manual, when set to true, it should return log(p) probabili= ty. So to my understanding, setting