similar to: Re: [Omega-bugs] RSMethods pkg causes data.frame misbehavior in R

This note is to r-devel rather than r-announce because it notes an experimental package that addresses issues that intersect with broader developmental issues in R. I have posted the package cremo = Comparative REndering of Modeling Outputs for retrival at http://www.biostat.harvard.edu/~carey/cremo.html This package addresses the problem of assembling and rendering results of multiple

Hello, Before I consider purchasing it, can someone comment on the general applicability of John Chambers' book titled "Programming with Data" for R programming. I am currently using R-1.3.1 with the Omega SLanguage and RSMethod packages. Many thanks, Randall -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

> Date: Thu, 29 Jun 2000 14:22:24 +0000 > From: Lilla Di Scala <lilla at dimat.unipv.it> > I have a problem regarding the anova() output. When I apply it to a > single regression model, I do not understand how the values > corresponding to the F statistics are obtained by the software. I > believe that they are computed using differences between residual sums > of

Hi, I just had a very quick look at the StatDataML proposal --- nice work! At the risk of showing my ignorance, I want to mention my first impressions. My first impression is that defining datasets in terms of arrays and list is a bit too high a level. What about simpler vectors, scalars? (I know that R/S don't have scalars, but other systems/applications do.) Can we think of a core

Thanks for your help Duncan. Your last comment helped me to figure out what FreeBSD was doing differently than Linux/Solaris. This fix worked on a machine with Python 2.1, R 1.3.1 and FreeBSD 4.1. Here are the details: The pthreads fix: I added '-lc_r' to the PKG_LIBS definition in src/Makevars.in. The FreeBSD 'man pthread' page suggests that adding -pthread to the gcc statement

We're starting work on an R package and corresponding S-Plus library to help programmers write software that will work in both systems. Some descriptions and downloadable software are available on the Omegahat web site, at http://www.omegahat.org/SLanguage/ The strategy, as described there, is to be as back-compatible within R and within S-Plus as possible, but provide tools and guidelines

Hi all, I've been trying out the code from Chamber's "Classes and Methods in the S language": http://www.omegahat.org/RSMethods/Intro.pdf >From my session: R> whatis <- function(object) paste( "sdw" ) R> setMethod( "whatis", "vector", function(object) paste( "cswdvcr" ) ) R> dumpMethod( "whatis",

Dear r-help, Both 'omega-devel@omegahat.org' and 'duncan@research.bell-labs.com' appear to be bouncing with 'user unknown' so trying r-help .... [ Btw, "mailing lists" link on omega page is returning "mailman CGI error". ] > > require("RDCOMClient") > Loading required package: RDCOMClient > Error in library(package,

I'd like to have a class A that computes a likelihood, and a subclass B that computes the same likelihood by sometimes throws in an additional term (B includes measurement error). So B's likelihood needs to call A's, and then (sometimes) multiply by an additional term. It sounds as if, in the S3 scheme, NextMethod is supposed to do this: like.A <- function(stuff) compute value

Sources for R-1.7.0 are now available through rsync to rsync.r-project.org. $ rsync rsync.r-project.org:: r-release R-1.7.0 sources (current released version - approx 30 MB) r-patched R sources (patched released version - approx 30 MB) r-devel R sources (development version) r-manuals Development sources for manuals for R r-recommended Sources for recommended R

Sources for R-1.7.0 are now available through rsync to rsync.r-project.org. $ rsync rsync.r-project.org:: r-release R-1.7.0 sources (current released version - approx 30 MB) r-patched R sources (patched released version - approx 30 MB) r-devel R sources (development version) r-manuals Development sources for manuals for R r-recommended Sources for recommended R

On 28/10/11 16:30, xapian-discuss-request at lists.xapian.org wrote: > Date: Thu, 27 Oct 2011 16:29:26 +0100 > From: James Aylett <james-xapian at tartarus.org> > Subject: Re: [Xapian-discuss] Apache conf.d file for omega? > To: Charles <xapian at catcons.co.uk> > Cc: Xapian Discussion <xapian-discuss at lists.xapian.org> > Message-ID:

Hello, There is a build error by what looks to be a typo in xapian-applications/omega/omega.cc My checkout is about 15 minutes old, so it's possible it has been caught since then. omega.cc: In function ?int main(int, char**)?: omega.cc:204: error: ?pretty_tery? was not declared in this scope make[3]: *** [omega.o] Error 1 make[3]: Leaving directory

Dear all I wonder if someone can explain what is the main difference between omega and alpha reliabilities? I understand an omega reliability is based on hierarchical factor model as shown in this graph<http://rgm2.lab.nig.ac.jp/RGM_results/psych:omega.graph/omega.graph_002_big.png>, and alpha uses average inter-item correlations. 1. What I don't understand is, in what condition,

From the documentation I've read, omega can read from multiple databases, but I'm not sure how to go about this. I have three databases created using omindex, currently located at /var/lib/xapian-omega/data/share, /var/lib/xapian-omega/data/users, and /var/lib/xapiax-omega/data/management The quickstart guide says that in omega.conf database_dir should point to the directory

I?m trying to get Omega to work via CGI on OpenBSD with httpd and slowcgi. slowcgi: env[30], SERVER_PROTOCOL=HTTP/1.1 slowcgi: env[31], SERVER_SOFTWARE=OpenBSD httpd slowcgi: fork: /cgi-bin/omega execve: cannot load /usr/libexec/ld.so ? # pwd /var/www/cgi-bin # file omega omega: ELF 64-bit LSB shared object, x86-64, version 1 # pkg_info |grep xapian xapian-bindings-python-1.4.24p0 python

Hi, all: I check out the trunk code from svn yesterday *svn co svn://svn.xapian.org/xapian/trunk xapian* compile process: *./bootstrap* *mkdir build* *cd build* *../configure --disable-documentation* *make* then the error occur: cd xapian-applications/omega && make all make[1]: Entering directory `/home/white127/xapian-svn/build/xapian-applications/omega' /usr/bin/perl

I am getting this error when building xapian-omega, but I can find no info about how to troubleshoot. Any ideas? Thanks! [root at home xapian-omega-1.0.8] # make check Making check in . make[1]: Entering directory `/usr/local/src/xapian-omega-1.0.8' make htmlparsetest md5test utf8converttest make[2]: Entering directory `/usr/local/src/xapian-omega-1.0.8' make[2]: `md5test' is up to

Folks, OK found it, omega.cc looks for multiple DB definitions and adds it to the search list. If the dbs are only one directory lower (e.g. not in default as in beta/default, but only "beta"), then modifying database_dir setting as follows will work: database_dir /svr/hda1/xapian then, ./omega.cgi 'P=pda' FMT='xml' DB="beta" DB="gamma"

Dear all, I am a newbie to Xapian-Omega. I installed Xapian-Omega (1.2.14) a few days ago on my freebsd NAS server, and intend to use it to search my CIFS/SMB share. So far it works fine (I am able to search my share using the omega web interface), nevertheless I have few newbie questions. Hoping that somebody can answer my (hopefully not to silly) newbie questions. Indexing file names: