similar to: non-numeric binary ops?

Displaying 20 results from an estimated 1000 matches similar to: "non-numeric binary ops?"

2003 Sep 18
2
dwilcox (PR#4212)
Full_Name: Mark J. Lamias Version: 1.7.0 OS: Windows 2000 Pro Submission from: (NULL) (65.222.84.72) I am running the qwilcox procedure and it is producing incorrect results. For example, dwilcox(.025, 3, 5) should equal 6, but it is equal to 1. Similarly, dwilcox(.025, 3, 6) should equal 7, but it equals 2. The critical values are not set being returned with the correct values. I've
2003 Aug 26
1
Mann-Whitney U Table
Does anyone have a piece of code or know how I can use R to generate a table of critical values for the Mann-Whitney (aka Wilcoxon Rank Sum) test. Ideally, I'd like a table that contains the critical values for any two samples of size 3 through 30. I could use Monte Carlo simulation or the normal approximation when n1 and n2 are greater than, 10, but I figured someone may know how to
2009 Jul 09
2
Improvement of [dpq]wilcox functions
Hi, I believe I have significantly improved [dpq]wilcox functions by implementing Harding's algorithm: Harding, E.F. (1984): An Efficient, Minimal-storage Procedure for Calculating the Mann-Whitney U, Generalized U and Similar Distributions, App. Statist., 33, 1-6 Results on my computer show (against R-2.9.1): > system.time( dwilcox( 800, 800, 80) ) user system elapsed 0.240
2024 Jan 16
1
cwilcox - new version
I?ve been looking at this for a couple hours--it ended up being trickier than I expected to implement well. I?ve attached a new patch here. This version scales significantly better than the existing method for both `pwilcox` and `dwilcox`. Examples are included below. I can?t think of any other ways to improve runtime at this point. That?s not to say there aren?t any, though?I?m hopeful
1999 May 03
1
problems compiling R-0.63.3 on alpha
Hi again ! Thanks for the info on updating the config.site file which I have done. I have also added -lm in the Makeconf manually because this is needed explicitly for DEC cc. However, there are still a few problems when linking some of the files as you can see from the enclosed log. Ciao, Andreas ------------------------------------------------------- R-0.63.3>make make[1]: Entering
2003 Jun 11
1
qwilcox
The function 'wilcox.test' in R and S gives (almost) identical results (see below). 'qwilcox' however, does not: > qwilcox(p,5,5) p: 0.025 0.975 -------------------- R> 3 22 S> 18 37 I originally wanted to ask a questions, but then I found the answer. Given the confusion I run into, I wonder if this experience is worth reporting. The
1998 Nov 06
1
DEC alpha INSTALLATION R-0.62.4
Hi, Just downloaded the R-0.62.4 of R and tried to install it. With the standard procedure : ./configure make At the end of the compilation I got the following message : ld: ../lib/libunix.a(system.o): main: multiply defined fort: Severe: Failed while trying to link. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. I attach the printout after the ./configure and make
2003 Jun 10
1
c(...) and methods
I have been writing some S4 classes and have a problem about how I might pass a signature to "c()". Take the following example: setClass("collection", representation("list", date="POSIXt")) x <- new("collection", list(1,2,3), date=Sys.time()) y <- new("collection", list(4,5,6), date=Sys.time()) obviously, I can do c(x,y), but
2009 Nov 10
0
compiz Digest, Vol 44, Issue 1
I am very much interested in that script if you get it working =) On Tue, Nov 10, 2009 at 3:00 PM, <compiz-request at lists.freedesktop.org>wrote: > Send compiz mailing list submissions to > compiz at lists.freedesktop.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freedesktop.org/mailman/listinfo/compiz > or, via email,
2003 Jun 13
1
Documenting classes and methods: was Re: R-devel Digest, Vol 3, Issue 23
Might it be an idea to make "?" a special operator akin to "+" or "[", R users could then write their own help functions - may be even making "?" generic? With the proposed xml help system one could imagine quite sophisticated context sensitive help systems. Regards, John Marsland PS this has been a very useful debate for those of us enthusiastically
1998 Dec 08
0
R compile problems with AIX
Hello, I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end: make produces following output: ... ... mkdir ../../../library/eda/R ld: 0711-327 WARNING: Entry point not found: __start ld: 0711-244 ERROR: No csects or exported symbols have been saved. gnumake[4]: *** [eda.so] Error 8 gnumake[3]: *** [all] Error 1 gnumake[2]: *** [R] Error 1 gnumake[1]:
1998 Dec 08
0
R compile problems with AIX
Hello, I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end: make produces following output: ... ... mkdir ../../../library/eda/R ld: 0711-327 WARNING: Entry point not found: __start ld: 0711-244 ERROR: No csects or exported symbols have been saved. gnumake[4]: *** [eda.so] Error 8 gnumake[3]: *** [all] Error 1 gnumake[2]: *** [R] Error 1 gnumake[1]:
2003 Aug 05
0
RE: [R] ^ operation much slower in R 1.7.1 than in R 1.7 .0 ???
I used the packaged "MinGW-2.0.0-3.exe" exactly as specified on http://www.stats.ox.ac.uk/pub/Rtools/ - in fact I used these recommendations throughout. According to the release notes MinGW version 2.0.0 contains the following list of packages: GCC-3.2-core-20020817-1 binutils-2.13-20020903-1 mingw-runtime-2.2 w32api-2.0 gdb-5.1.1-1 make-3.79.1-20010722 (binary renamed as mingw32-make)
1999 May 03
0
compilation of R-0.63.3 on alpha (PR#183)
This is a multipart MIME message. --==_Exmh_981436288450 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi ! I have problems compiling R successfully on a DEC-UINX 4.0E. I have applied the recommended config.site, which I enclose. As can be seen from the compilation log there are linking errors... I did a 'make check' which fails for the R
2002 Jun 13
1
bad fisher.test() bug (PR#1662)
(CC'ed to R-bugs ``for the record'') >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Thu, 13 Jun 2002, Martin Maechler wrote: >> >>>>> "MM" == Martin Maechler >> <maechler@stat.math.ethz.ch> writes: >> >> >>>>> "BDR" ==
2008 Oct 30
0
(PR#13209) Arith ops dropping S4 *and* 'object' bit [Was: ...]
>>>>> "JMC" == John Chambers <jmc at r-project.org> >>>>> on Tue, 28 Oct 2008 11:50:38 -0400 writes: JMC> The asymmetry is just the symptom of a more fundamental JMC> issue: There are no operator methods currently defined JMC> for "vector" classes, either combined with each other JMC> or with a non-S4 object.
2008 Jun 02
0
(PR#11537) help (using ?) does not handle trailing whitespace
>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Fri, 30 May 2008 22:34:28 +0100 (BST) writes: BDR> I think it is ESS that is parsing this as a help BDR> request (so it can divert it to an ESS buffer). BDR> Looks like this is an ESS issue, not an R one. yes, indeed, hence much more belonging the ESS-help
2000 May 22
0
integer functions {was Inconsistencies (PR#550)}
>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Mon, 22 May 2000 berwin@maths.uwa.edu.au wrote: >> Dear all, >> >> I was playing around with some C-code that I dynamically linked to R >> and noticed the following inconsistency: > > dat <- matrix(1,3,3) > >
2024 Jan 17
2
cwilcox - new version
> > > Performance statistics are interesting. If we assume the two populations > have a total of `m` members, then this implementation runs slightly slower > for m < 20, and much slower for 50 < m < 100. However, this implementation > works significantly *faster* for m > 200. The breakpoint is precisely when > each population has a size of 50; `qwilcox(0.5,50,50)`
2000 Mar 14
0
Re: autoload error in profile {was anova-bug in R-version 1.0.0?} (PR#486)
>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Tue, 7 Mar 2000, Martin Maechler wrote: >> >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: >> BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: >> >> I think I've discovered what went