[Rpy] SF.net SVN: rpy: [561] branches/rpy_nextgen/demos/radmin.py

2008-06-10 Thread lgautier
Revision: 561 http://rpy.svn.sourceforge.net/rpy/?rev=561&view=rev Author: lgautier Date: 2008-06-10 10:35:25 -0700 (Tue, 10 Jun 2008) Log Message: --- More "no fifo on win32" problems fixed. Modified Paths: -- branches/rpy_nextgen/demos/radmin.py Modified

[Rpy] SF.net SVN: rpy: [560] branches/rpy_nextgen/rpy/robjects/__init__.py

2008-06-10 Thread lgautier
Revision: 560 http://rpy.svn.sourceforge.net/rpy/?rev=560&view=rev Author: lgautier Date: 2008-06-10 10:22:41 -0700 (Tue, 10 Jun 2008) Log Message: --- Fixed the __str__ issue on win32 (tests ok now). Modified Paths: -- branches/rpy_nextgen/rpy/robjects/__i

Re: [Rpy] Arghh!!! RPY trials continue...Column naming fun.

2008-06-10 Thread Gregory Warnes
On Jun 10, 2008, at 9:20AM , Chris Arthur wrote: Thanks Gregory, that "y ~ ." syntax solves my problems. and allows my to pull out the PLSR data I wanted, but leads me to my next problem. Glad to help. I then try to use my model to predict the value of the matrix accFAS predicted=r.pr

Re: [Rpy] Arghh!!! RPY trials continue...Column naming fun.

2008-06-10 Thread Chris Arthur
Thanks Gregory, that "y ~ ." syntax solves my problems. and allows my to pull out the PLSR data I wanted, but leads me to my next problem. I generate PLSR model as follows mod=r.plsr(r("V83 ~ ."),ncomp=10,data=dataPLS,validation="CV") and test it by ploting ... r.plot(mod,ncomp=10 ) This works.