search for: _small_

...) Plotting and reversing linear axis is fine plot(x,y) plot(x,y, ylim = c(30,1)) as is a usual log-plot: plot(x,y, log = "y", ylim = c(1,30)) However, plot(x,y, log = "y", ylim = c(30,1)) fails with Error in axis(2, ...) : log - axis(), 'at' creation, _SMALL_ range: invalid {xy}axp or par; axp[0]= 10, usr[0:1]=(34.3721,0.872801) In addition: Warning message: CreateAtVector "log"(from axis()): usr[0] = 34.3721 > 0.872801 = usr[1] ! According to Petr Pikal <petr.pikal -at- precheza.cz>, replacing the ylim argument by ylim...

...) Plotting and reversing linear axis is fine plot(x,y) plot(x,y, ylim = c(30,1)) as is a usual log-plot: plot(x,y, log = "y", ylim = c(1,30)) However, plot(x,y, log = "y", ylim = c(30,1)) fails with Error in axis(2, ...) : log - axis(), 'at' creation, _SMALL_ range: invalid {xy}axp or par; axp[0]= 10, usr[0:1]=(34.3721,0.872801) In addition: Warning message: CreateAtVector "log"(from axis()): usr[0] = 34.3721 > 0.872801 = usr[1] ! What am I doing wrong here? Thanks a lot, Christian.

Hi, no-one else has said anything more pertinent so here's my two-pence. I have been thinking for a while about LLVM in the context of simulating _small_ stochastic systems by which I mean very much non-trivial stochastic transition functions, but still small enough that if compiled carefully down to machine code via LLVM with a good chance that they'll be faster. (With even "moderate sized" transition functions I suspect that things a...

Any idea why this library was removed and where could I find it for Windows (only Unix in the Archive) ? Much thanks in advance. Pascal [[alternative HTML version deleted]]

Hello, I'm a little surprised about the result of strftime for my data. > str(time) chr [1:315504] "2006-01-01 00:10:00" "2006-01-01 00:20:00" "2006-01-01 00:30:00" ... > str(strftime(time,format="%Y-%m-%d %H:%M:%S")) chr [1:315504] "2006-01-01 00:00:00" "2006-01-01 00:00:00" "2006-01-01 00:00:00" ... Why

Hallo I have the following problem 1) Problem: I am unable to read data in the xls-format in the PerformAnalytics package. While it works well for several commands, e.g. t(table.Stats(msci_ret)) it does not work for other commands, e.g. x <- msci_ret[, c("CH"), drop = FALSE] table.Drawdowns(x) The error code is: Error in checkData(R) : The data cannot be converted into a

...;> 0.000000026 percent. It doesn''t seem like it would generate >> many support calls. > >Even if. As was mentioned about ZFS behaviour a few times, ZFS will >"compactify" small files anyway (meaning that, even if the FS were full to >that degree, extending _small_ files may be possible), and since it >optionally also does disk compression the amount of free space can only be >estimated. >The point, in particular for ZFS, can be made that the accurracy of all >statvfs() return values is, by design, not to the ''least significant bit'...

I have 4 years of data and for each year, I have initialize the value so now for fitting the model, I want to remove the initial value and get the model based on remaining data set. Could anyone can help on this? I want to get linear model based on fourth column and 13th column but need to remove the initial value for each year and each treatment ( the second column I have 1:36) . Thank you,

Hi, I have been running the same code without problem for the last few days, changing data sets etc with no issue. Today I changed the covariates for the model and am now getting this error message: Error in `contrasts<-`(`*tmp*`, value = contr.funs[1 + isOF[nn]]) : contrasts can be applied only to factors with 2 or more levels Everything in the code looks the same to me, but I'm a

Hi R-Users and Developers, Several months ago I made a request on Sourceforge to add the R/S - programming language to the _Trove_ categorization. ("The Trove is a means to convey basic metainformation about your project.") Today I got the following response of one of the sourceforge admins. <SNIP> SourceForge.net will consider the inclusion of a programming language within

Hi R-Users and Developers, Several months ago I made a request on Sourceforge to add the R/S - programming language to the _Trove_ categorization. ("The Trove is a means to convey basic metainformation about your project.") Today I got the following response of one of the sourceforge admins. <SNIP> SourceForge.net will consider the inclusion of a programming language within

An issue was found with the netBeans installer where the installation was failing on a large ZFS filesystem. This resulted in CR 6560644 (zfs statvfs f_frsize needs work). The issue is that large filesystems can cause EOVERFLOW on statvfs() calls. This behavior is documented in the statvfs(2) man page, but I think we can do better. The problem was initially reported against ZFS, and my first fix