search for: octaves

trying to install octave from epel onto centos 5.2, and getting dependency errors. only place I could find this RPM was in epel, which I 'thought' ran on native rhel5/centos5 without requiring any other repos, but I guess I'm wrong?!? google tells me libhdf5 is some sot of 'heirarchial data format' library, whatever that means. # yum install octave Loading

Dear R developers, I'm an Octave developer in the process of implementing a single precision type in Octave and I have an issue with the NA value. The choice of NA value in Octave was made a few years back so that the high word of the NA value was 0x7ff00000 and the low word was 0x000007A2 for compatibility with R and to ease any possible issue with the exchange of data files between Octave

Hi, I'm afraid that the function read.octave from package "foreign" has some problems with the ASCII data format exported by new versions of Octave (later than 3.2.X). It fails even for a simple case as: [Octave code:] octave:1> x=1; octave:2> save -ascii testdata.mat x [Now in R:] > octavedata <- read.octave('testdata.mat') Mensajes de aviso perdidos In

Thank you. Guess it's a plausible explanation. > -----Original Message----- > From: Liaw, Andy [mailto:andy_liaw at merck.com] > Sent: Tuesday, December 03, 2002 08:05 AM > To: 'Chunlou Yung' > Subject: RE: [R] Plotting Speed: R vs Octave > > > If I'm not mistaken, Octave does not have its own graphics system, but > rather rely on gnuplot, which is

Hi, I am trying to load into R a MATLAB format file (actually, as saved by octave). The file is about 300kB but R complains with a memory allocation error: > library(Rcompression) > library(R.matlab) Loading required package: R.oo Loading required package: R.methodsS3 R.methodsS3 v1.2.0 (2010-03-13) successfully loaded. See ?R.methodsS3 for help. R.oo v1.7.2 (2010-04-13) successfully

On 5/6/19 7:47 AM, Dirk Eddelbuettel wrote: > > On 5 May 2019 at 10:47, Andrew Janke wrote: > | I'm interested in porting the R example datasets package to GNU Octave > | and Matlab. Would you have objections to my doing so? > > You don't even have to ask... > > [...] > > | Since R's datasets package is GPL, I think I'd be within my rights to > |

I'd echo a lot of what has been said about this by the folk who have been making R work so well. One of the main difficulties is that the environment of computations affects relative performance. e.g., what settings did a distro package builder choose. I note that my 3 GHz Dual Core machine running Ubuntu 8.04 gets octave 3.0.0 octave:6> tic; a = a + 1; toc Elapsed time is 0.120027

Dirk's mail to r-devel bounced because of his peculiar return address. He asked me to forward this for him. P.S. I have tried building R with atlas2 on a Debian GNU/Linux 2.2 system but I have not yet managed to out-fox the configure script to get it to use the desired shared object library. -- Douglas Bates bates@stat.wisc.edu Statistics Department

Hi, R Developers, I'm interested in porting the R example datasets package to GNU Octave and Matlab. Would you have objections to my doing so? This would involve transforming the example data and metadata into a format that Octave understands, and porting all of the datasets' Example code pieces to Octave M-code. (This would require no work on your part; it'd be my project.) I think

The problem: I would like to translate the Octave algorithm in griddata.m to R. Within the griddata algorithm calls are made to the Delaunay function. For the R translation I have found delaunayn within the "geometry" package and also the deldir package. Both do similar things but give slightly different results depending on the input. The question is, what is making the results for the

I'm new to the list. I've used R and S-PLUS a bit for about 15 years but am now working to make R my main program for all numerical and statistical computing. I also use Octave for this kind of work and I recommend it (it is also under the GPL). Here's my question: In Octave I can write shell scripts in the Linux/UNIX environment that begin with a line like this...

Hi, I thought I'd post this simple function I wrote, just in case other users also have Octave data files that they'd like to read into R. (Octave is a matlab-like language, see www.octave.org for details.) Any comments/suggestions appreciated. Stephen read.oct.file <- function(filename) { ## Read in an Octave ASCII data file (as created by "save -ascii" in ## Octave

Hi all, How can I implement a multiple function return values scheme in a performance efficient way, just like what be done in Matlab or Octave? Thanks in advance, Yabin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110531/5813e7a6/attachment.html>

I just looked at the data at the URL you posted and it looks like it consists of all the points in a rectangular grid. When you triangulate a rectangle it is arbitrary whether you use the SW-NE or the SE-NW diagonal and that looks like the only difference between the various algorithms. Bill Dunlap TIBCO Software wdunlap tibco.com On Thu, Jan 25, 2018 at 5:14 AM, Yuen, Kam <k.yuen at

Hi All, if memory serves me well I recall some paper comparing the relative success in getting mainstream acceptance (as mainstream as statistics can be) of both R and Octave. I remember vaguely that the fact the development strategies (core team vs one main developer) played a major role in the relative success of the two programs. I tried to find this paper, but my goggle skills are failing

Hi Yabin, Octave uses an octave_value_list object to return multiple values so I don't think it has anything to do with the compiler. A sample function that can be dynamically linked with Octave and called from octave interpreter: #include <octave/oct.h> DEFUN_DLD (divmult, args, nargout, "") { octave_value_list retval; // do some computation to compute r0 and r1

Dear all, a Shogun 0.7.1 is out and available at http://www.shogun-toolbox.org which contains one new feature that might be of interest to R users. The eierlegendewollmilchsau interface. In case you don't know what this term stands for use google images :-) It is one file that will interface shogun to octave,r,python,matlab. It provides commands to run code in foreign languages: Example:

"The question is, what is making the results for the R packages different from each other?" There are literally thousands of R packages, contributed independently by thousands of people. There should be no expectation of consistency or for that matter, "correctness", among them. Caveat emptor. Only within the base R distribution, maintained and mostly written by the R Core

By any chance is anyone aware of an R function that duplicates Octave's poly function? Here is a description of Octave's poly function: Function File: poly (A) If A is a square N-by-N matrix, `poly (A)' is the row vector of the coefficients of `det (z * eye (N) - a)', the characteristic polynomial of A. As an example we can use this to find the eigenvalues

Hi all, I have two new Centos 5.2 servers ("drizzle" and "fog"), both ROCKS headnodes installed from the same rolls. Identical `uname -a' output (2.6.18-92.1.13.el5, x86_64 etc), identical yum versions (Version: 3.2.8 Release: 9.el5.centos.1) with identical yum.conf files and identical repo files in /etc/yum.repos.d. To simplify things I've disabled all repos