[Rd] Blogger post failed (PR#9402)
Blogger could not process your message at this time. Error code: 4.1208A26 Original message: From: "[EMAIL PROTECTED]"@blogger.com Date: Thu, 30 Nov 2006 13:37:30 + Subject: Re: Hi None __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-devel does not compile under FreeBSD-7.0 CURRENT
As I said to you privately, I believe this to be a make issue: does GNU make work? We don't guarantee R to work with other makes (although it usually does). My guess is that the problem is the missing .m in the .SUFFIXES list in Makeconf.in, but Solaris make and GNU make see no problem and it looks like a make bug to me. I've added the suffix, so please try the current version. (This seems to be related to adding ObjC support which is apparently currently incomplete.) On Wed, 29 Nov 2006, Rainer Hurling wrote: > I am not able to compile R-devel 2006-11-28 under FreeBSD-7.0 CURRENT. After > running ./configure script 'make' stops with the following error message: > > -- > #make > gcc -I. -I./src/include -I./src/include -I/usr/local/include > -DHAVE_CONFIG_H -g -O2 -c -o .m.o > gcc: No input files specified > *** Error code 1 > > Stop in /usr/local/R-devel. > # > -- > > I attached configure messages. If wanted I can send complete config.log (460 > kByte). > > Are their any ideas about what is going wrong? If I could help with more > information or with testing, please let me know. > > Thanks, > Rainer Hurling > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] strange error from R CMD check about xaxp
I've also seen this checking randomForest. It looks like the result of
memory corruption, so please try with valgrind and/or using gctorture.
On Wed, 29 Nov 2006, Liaw, Andy wrote:
> Dear R-devel,
>
> Kurt had alerted me to the problem that the randomForest package that I
> maintain has been failing checks in R-devel. However, I just can't see
> why or where it's failing. I'd very much appreciate any pointer.
>
> The failure occur when running the example code in varImpPlot.Rd:
>
>> varImpPlot(mtcars.rf)
> Error in par(opar) : invalid value specified for graphical parameter
> "xaxp"
> Execution halted
>
> However, I do not have "par(opar)" or set xaxp anywhere in any of the
example has par(opar) in it (although not I think in the case you are
using), as do several graphics functions.
> .Rd or .R files in the package. In varImpPlot(), I used the construct:
>
>if (nmeas > 1) {
>op <- par(mfrow=c(1, 2), mar=c(4, 5, 4, 1), mgp=c(2, .8, 0),
> oma=c(0, 0, 2, 0))
>on.exit(par(op))
>}
>
> The weird thing is that even after I commented out the entire section
> above, I still get the same error at the same place! Running the
> original code in an interactive session produced no error or warning.
> I'm quite at my wit's end. Would very much appreciate any help!
>
> Best,
> Andy
>
>
>
> Andy Liaw, PhD
> Biometrics ResearchPO Box 2000 RY33-300
> Merck Research LabsRahway, NJ 07065
> andy_liaw(a)merck.com 732-594-0820
>
>
>
> --
> Notice: This e-mail message, together with any attachments,...{{dropped}}
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R CMD check warning about boot ?
Dirk Eddelbuettel wrote: > Running R CMD check on a local package, I get > > * checking Rd files ... OK > * checking Rd cross-references ... WARNING > Error in .find.package(package, lib.loc) : > there is no package called 'boot' Probably the boot installation in one of your libraries is corrupted. Uwe > Execution halted > * checking for missing documentation entries ... OK > * checking for code/documentation mismatches ... OK > > The output is spurious -- I do not use boot, but do have it installed. > > This is with R-patched as of Nov 25 as well as Nov 03. Am I overlooking > something, or is this a buglet? > > Regards, Dirk > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Web site link problems (PR#9401)
[EMAIL PROTECTED] wrote: > Full_Name: Ross Boylan > Version: N/A > OS: Linux > Submission from: (NULL) (198.144.201.14) > > > 1. http://www.r-project.org/posting-guide.html includes > "Paul Johnson's R tips page is a organized collection of how to do things in > R, > with many questions and tips culled from R-help" > "R tips" is a link to http://www.ku.edu/~pauljohn/R/Rtips.html. I get a > message > the page is no longer there when I try it. > > Desired state: delete or point to an active version of the document, unless > this > is some transitory problem. > > The R tips seem to be found at http://pj.freefaculty.org/R/Rtips.html these days (but even PJ's official home page has a link to http://www.ku.edu/~pauljohn...). It might be better to link to the R Wiki, though. E.g., at http://wiki.r-project.org/rwiki/doku.php?id=tips:tips > 2. http://www.r-project.org/posting-guide.html includes in the section > Surprising behavior and bugs, "make sure you read R Bugs in the R-faq." The > latter is the link http://cran.r-project.org/doc/FAQ/R-FAQ.html#R%20Bugs, > which > takes me to the page but not the section. The link on the FAQ page to that > section is http://cran.r-project.org/doc/FAQ/R-FAQ.html#R-Bugs (i.e., no %20). > > Desired state: update the link. > Yes. (It's only a half-page scroll plus an extra click though...) > You also might want to consider footers on your web pages saying "to report > problems with this web page do x". The pages I looked at didn't have this > info, as far as I can tell. > Maybe, if it is easy. The whole bug repository is overdue for replacement, so things that are not critical and/or easy to fix may be left alone... > I hope this is an appropriate place to let you know! > It'll do. Don't report other website issues to the bug repository though. > Thanks for your work on R. > > > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] data.frame within a function (PR#9294) (cont'd)
This is not to do with your subject line, and not a bug (and PR#9294 as
been closed). You don't even say what you think the 'issue' is: it seems
to be your lack of understanding of the scope rules.
I get
> f2()
ok
Error in inherits(x, "data.frame") : object "dtf" not found
which is quite correct: dtf is not visible from the body of f() where you
call update(evaluate=T) (the default, and use TRUE please). This is why
update has an 'evaluate' argument, so you can manage the scope used.
On Thu, 30 Nov 2006, Riyan Cheng wrote:
> This continues the message "data.frame within a function (PR#9294)" that
> was posted on 2006/10/12. Duncan Murdoch kindly replied. I'm using the
> current version R 2.4.0, but the same issue exists. Just copy and paste
> the following code under R, and compare the output of f1() and f2() and
> the output of f3() and f4(). Does anybody have any idea? Thanks.
>
> ###
> # R code for demonstration only #
> ###
>
> rmvnorm<- function (n, mean = rep(0, nrow(sigma)), sigma =
> diag(length(mean))){
> if (nrow(sigma) != ncol(sigma)) {
>stop("sigma must be a square matrix")
> }
> if (length(mean) != nrow(sigma)) {
>stop("mean and sigma have non-conforming size")
> }
> ev <- eigen(sigma, sym = TRUE)$values
> if (!all(ev >= -sqrt(.Machine$double.eps) * abs(ev[1])))
>warning("sigma is numerically not positive definite")
> sigsvd <- svd(sigma)
> retval <- t(sigsvd$v %*% (t(sigsvd$u) * sqrt(sigsvd$d)))
> retval <- matrix(rnorm(n * ncol(sigma)), nrow = n) %*% retval
> retval <- sweep(retval, 2, mean, "+")
> retval
> }
>
> f<- function(obj){
> update(obj,~ .+x,evaluate=T); cat("also ok\n")
> }
>
> #
> # compare f1() and f2() #
> #
> f1<- function(){
> x<- rnorm(10)
> y<- rmvnorm(10,mean=c(1,2)); colnames(y)<- paste("y",1:2,sep="")
> #c("y1","y2")
> dtf<- data.frame(y,x)
> lm1<- lm(cbind(y1,y2)~1,data=dtf); cat("ok\n")
>
> update(lm1,~ .+x,evaluate=T); cat("also ok\n") # only this line is
> different
> }
> f2<- function(){
> x<- rnorm(10)
> y<- rmvnorm(10,mean=c(1,2)); colnames(y)<- paste("y",1:2,sep="")
> #c("y1","y2")
> dtf<- data.frame(y,x)
> lm1<- lm(cbind(y1,y2)~1,data=dtf); cat("ok\n")
>
> f(lm1) # only this line is different
> }
>
> f1()
> f2()
>
> #
> # compare f3() and f4() #
> #
> f3<- function(){
> x<- rnorm(10)
> y<- rmvnorm(10,mean=c(1,2)); colnames(y)<- paste("y",1:2,sep="")
> #c("y1","y2")
> lm1<- lm(cbind(y1,y2)~1,data=data.frame(y,x)); cat("ok\n")
>
> update(lm1,~ .+x,evaluate=T); cat("also ok\n") # only this line is
> different
> }
> f4<- function(){
> x<- rnorm(10)
> y<- rmvnorm(10,mean=c(1,2)); colnames(y)<- paste("y",1:2,sep="")
> #c("y1","y2")
> lm1<- lm(cbind(y1,y2)~1,data=data.frame(y,x)); cat("ok\n")
>
> f(lm1) # only this line is different
> }
>
> f3()
> f4()
>
> #
> # the end #
> #
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Brian D. Ripley, [EMAIL PROTECTED]
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax: +44 1865 272595
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-devel does not compile under FreeBSD-7.0 CURRENT
You are right. Yesterday evening I did not understand the context
between your presumption ('recent ObjC changes') and the make command
from FreeBSD itself. Sorry.
I started a second try with R-devel (2006-11-29) and was able to compile
and install with 'gmake && gmake install' instead of 'make && make install'.
If I understand right, I have to wait for next R-devel to try out the
change with the suffix. I will report if I have tested it with 'make'.
Rainer
Prof Brian Ripley wrote:
> As I said to you privately, I believe this to be a make issue: does GNU
> make work? We don't guarantee R to work with other makes (although it
> usually does).
>
> My guess is that the problem is the missing .m in the .SUFFIXES list
> in Makeconf.in, but Solaris make and GNU make see no problem and it
> looks like a make bug to me. I've added the suffix, so please try the
> current version.
>
> (This seems to be related to adding ObjC support which is apparently
> currently incomplete.)
>
> On Wed, 29 Nov 2006, Rainer Hurling wrote:
>
>> I am not able to compile R-devel 2006-11-28 under FreeBSD-7.0 CURRENT.
>> After running ./configure script 'make' stops with the following error
>> message:
>>
>> --
>> #make
>> gcc -I. -I./src/include -I./src/include -I/usr/local/include
>> -DHAVE_CONFIG_H -g -O2 -c -o .m.o
>> gcc: No input files specified
>> *** Error code 1
>>
>> Stop in /usr/local/R-devel.
>> #
>> --
>>
>> I attached configure messages. If wanted I can send complete
>> config.log (460 kByte).
>>
>> Are their any ideas about what is going wrong? If I could help with
>> more information or with testing, please let me know.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R CMD check warning about boot ?
> Uwe Ligges writes:
> Dirk Eddelbuettel wrote:
>> Running R CMD check on a local package, I get
>>
>> * checking Rd files ... OK
>> * checking Rd cross-references ... WARNING
>> Error in .find.package(package, lib.loc) :
>> there is no package called 'boot'
> Probably the boot installation in one of your libraries is corrupted.
Actually, the question is where boot is installed. The code does
aliases <-
lapply(unlist(.get_standard_package_names()[c("base",
"recommended")],
use.names = FALSE),
Rd_aliases, lib.loc = .Library)
-k
> Uwe
>> Execution halted
>> * checking for missing documentation entries ... OK
>> * checking for code/documentation mismatches ... OK
>>
>> The output is spurious -- I do not use boot, but do have it installed.
>>
>> This is with R-patched as of Nov 25 as well as Nov 03. Am I overlooking
>> something, or is this a buglet?
>>
>> Regards, Dirk
>>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] use one custom package with multiple R versions?
I'd like to install several different versions of R from source. I'm doing this on Ubuntu Linux 6.06 Dapper x86-64, which ships with R 2.2.1, so the versions of R I want to use are (for now) 2.2.1, 2.4.x, and the development head. Fetching the sources with Subversion and running configure with something like "--prefix=/usr/local/R-2.4-branch-20061130" is straightforward, but are there any other best practices I should be aware of for using multiple R installs? In particular, I wonder how to best handle my custom R packages, some of which contain compiled C or Fortran. Is it safe to use only ONE copy of each of my packages for all versions of R, or do I need a separate version of each package for each R version? If I do need a separate package per version of R, is it possible (and advisable?) to manage that from a single source tree, or am I forced to have multiple source working copies? (I see that R CMD INSTALL has a "--with-package-versions" option, but I think that's about using multiple versions of a package with one version of R, while I want the vice versa.) Thanks! -- Andrew Piskorski <[EMAIL PROTECTED]> http://www.piskorski.com/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R CMD check warning about boot ?
On 30 November 2006 at 12:37, Kurt Hornik wrote:
| > Uwe Ligges writes:
|
| > Dirk Eddelbuettel wrote:
| >> Running R CMD check on a local package, I get
| >>
| >> * checking Rd files ... OK
| >> * checking Rd cross-references ... WARNING
| >> Error in .find.package(package, lib.loc) :
| >> there is no package called 'boot'
|
| > Probably the boot installation in one of your libraries is corrupted.
|
| Actually, the question is where boot is installed. The code does
|
| aliases <-
| lapply(unlist(.get_standard_package_names()[c("base",
| "recommended")],
| use.names = FALSE),
|Rd_aliases, lib.loc = .Library)
|
> LL <- library()
Warning message:
library __
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] bug in acosh (win32) (PR#9403)
Full_Name: Tom Short Version: 2.4.0 OS: Windows XP Submission from: (NULL) (68.236.159.227) It looks like there's a bug in acosh with complex number in windows: > acosh(2) [1] 1.316958 > acosh(2+0i) [1] 0+NaNi This happens for me on Windows XP with the following versions: R version 2.2.0, 2005-10-06, i386-pc-mingw32 R version 2.4.0 (2006-10-03) i386-pc-mingw32 It works fine with the following: R version 2.4.0 (2006-10-03) i386-pc-linux-gnu (debian) R version 2.1.0, 2005-04-18, i386-pc-linux-gnu (debian) > acosh(2+0i) [1] 1.316958+0i I didn't find any problem with asinh or atanh taking complex numbers. In src/main/complex.c, there are some #ifdef Win32's in z_asin and z_acos, so it may be related to that. - Tom Tom Short EPRI Solutions, Inc. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] use one custom package with multiple R versions?
On Nov 30, 2006, at 8:48 AM, Andrew Piskorski wrote: > I'd like to install several different versions of R from source. > I'm doing this on Ubuntu Linux 6.06 Dapper x86-64, which ships with > R 2.2.1, so the versions of R I want to use are (for now) 2.2.1, > 2.4.x, and the development head. > > Fetching the sources with Subversion and running configure with > something like "--prefix=/usr/local/R-2.4-branch-20061130" is > straightforward, but are there any other best practices I should be > aware of for using multiple R installs? > Personally, I prefer using default prefix (i.e. the equivalent to -- prefix=/usr/local) and then use make install rhome=/usr/local/R/2.4 The advantage of this is that it will behave as if it was installed in the regular prefix and thus handling things like external libraries is much less painful. Just make sure you create proper symlinks for starting such beasts, because the start script in /usr/ local/bin will be overwritten on each install (but the 'real' one is in $rhome/bin anyway). Note, however, that you don't need to install R in order to use it, so many people just run it from the build directory and don't bother running make install at all. > In particular, I wonder how to best handle my custom R packages, > some of which contain compiled C or Fortran. Is it safe to use > only ONE copy of each of my packages for all versions of R, or do I > need a separate version of each package for each R version? > For each R version you should be using separate packages. In practice packages sometimes work across versions (patch versions are usually safe, minor versions are safe only sometimes - it is still not recommended). When working with snapshots, you can usually use the same set of packages and re-compile only if things go wrong. > If I do need a separate package per version of R, is it possible > (and advisable?) to manage that from a single source tree, or am I > forced to have multiple source working copies? > You can always use same source tree - that's not the problem. The main reason for keeping separate installations (of the same) packages is binary compatibility which is not guaranteed across versions. Packages without Fortran/C code can be often shared across versions - i.e. you can set R_LIBS such that you have version-specific directory first and a common directory second. > (I see that R CMD INSTALL has a "--with-package-versions" option, > but I think that's about using multiple versions of a package with > one version of R, while I want the vice versa.) > Yes, that's the case. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] use one custom package with multiple R versions?
On Thu, Nov 30, 2006 at 10:39:33AM -0500, Simon Urbanek wrote: > Personally, I prefer using default prefix (i.e. the equivalent to -- > prefix=/usr/local) and then use > make install rhome=/usr/local/R/2.4 > The advantage of this is that it will behave as if it was installed > in the regular prefix and thus handling things like external > libraries is much less painful. Just make sure you create proper Simon, I don't understand the distinction, could you explain what these two methods do differently, please? And how does this affect the use of external libraries? -- Andrew Piskorski <[EMAIL PROTECTED]> http://www.piskorski.com/ __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Web site link problems (PR#9401)
On Thu, Nov 30, 2006 at 10:59:13AM +0100, Peter Dalgaard wrote: > [EMAIL PROTECTED] wrote: > >2. http://www.r-project.org/posting-guide.html includes in the section > >Surprising behavior and bugs, "make sure you read R Bugs in the R-faq." > >The > >latter is the link http://cran.r-project.org/doc/FAQ/R-FAQ.html#R%20Bugs, > >which > >takes me to the page but not the section. The link on the FAQ page to that > >section is http://cran.r-project.org/doc/FAQ/R-FAQ.html#R-Bugs (i.e., no > >%20). > > > >Desired state: update the link. > > > Yes. (It's only a half-page scroll plus an extra click though...) The risk is that someone will just conclude it's a bad link and stop there. > >You also might want to consider footers on your web pages saying "to report > >problems with this web page do x". The pages I looked at didn't have > >this > >info, as far as I can tell. > > > Maybe, if it is easy. The whole bug repository is overdue for > replacement, so things that are not critical and/or easy to fix may be > left alone... > >I hope this is an appropriate place to let you know! > > > It'll do. Don't report other website issues to the bug repository though. OK. Where should such reports go? Ross __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] bug in arima?
I don't think arima works exactly the way one would expect when there is differencing. What I think should happen is that by default the mean of the differenced series is estimated and if include.mean=F, then it is not. This is not what happens. Instead when there is differencing the include.mean argument is ignored. Now I guess, someone could argue that the mean of the original series doesn't exist when using a model with differencing. In this case, then the arima function doesn't conveniently estimate models with deterministic drift like the ARIMA(0,1,1) with drift. Such models are occassionally important. As a workaround, one can do the differencing outside of arima. But I don't think things should work like that! Most other time series software doesn't do this. Ian McLeod __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] bug in arima? (PR#9404)
I don't think arima works exactly the way one would expect when there is differencing. What I think should happen is that by default the mean of the differenced series is estimated and if include.mean=F, then it is not. This is not what happens. Instead when there is differencing the include.mean argument is ignored. Now I guess, someone could argue that the mean of the original series doesn't exist when using a model with differencing. In this case, then the arima function doesn't conveniently estimate models with deterministic drift like the ARIMA(0,1,1) with drift. Such models are occassionally important. As a workaround, one can do the differencing outside of arima. But I don't think things should work like that! Most other time series software doesn't do this. Ian McLeod __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] bug in arima? (PR#9404)
On 11/30/2006 2:20 PM, [EMAIL PROTECTED] wrote: > I don't think arima works exactly the way one would expect when there is > differencing. What I think should happen is that by > default the mean of the differenced series is estimated and if > include.mean=F, then it is not. This is not what happens. Instead > when there is differencing the include.mean argument is ignored. But it's working as documented, so this is not a bug. I'd be very reluctant to change the meaning of that parameter. Duncan > Now I guess, someone could argue that the mean of the original series doesn't > exist when using a model with differencing. In this > case, then the arima function doesn't conveniently estimate models with > deterministic drift like the ARIMA(0,1,1) with drift. Such > models are occassionally important. > > As a workaround, one can do the differencing outside of arima. But I don't > think things should work like that! > > Most other time series software doesn't do this. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Arbeitsplatze in der Schweiz!
Finanzmanager (m/w) in freier Mitarbeit Für unser Unternehmen suchen wir Finanzmanager/innen (Porex GmbH) zur gelegentlichen oder regelmabigen Durchfuhrung von Uberweisungen zwischen unseren Kunden, Beratungen und Buchhaltung. Uber uns Porex GmbH ist eine Beratungs- und Dienstleistungsgesellschaft, die sich auf das Thema Kundenbeziehungsmanagement spezialisiert hat. Wir unterstützen Unternehmen und Leute auf nationaler und internationaler Ebene, Kunden profitabel zu gewinnen und den Geldverkehr zwischen denen zu ermoglichen. Alle wichtigen Informationen zum Porex GmbH Leistungsangebot können Sie unserer [1]Homepage entnehmen. Generelle Informationen Sie interessieren sich für Möglichkeiten, als Finanzmanager tätig zu werden. Die Arbeit des Finanzmanagers besteht in Empfang und in der Bearbeitung der Zahlungen von den Handelsteilnehmern und ihre Uberweisung nach der angewiesenen Methode. Das aus fuhrliche Arbeitsverfahren erhalten Sie nach der Anfrage. Der Mitarbeiter ist grundsatzlich in der Bestimmung seiner Arbeitszeit frei. Er hat jedoch die Interessen von Porex GmbH zu berucksichtigen und unterliegt in Einzelfallen den Weisungen von Porex GmbH im Hinblick auf die Arbeitszeit. Gleiches gilt fur den Arbeitsort. Der Mitarbeiter ist als freier Mitarbeiter fur Porex GmbH tatig. Um entsprechende Angebote zu erhalten, tragen sie sich bitte wie unten beschrieben in unsere Datenbank ein. Sie erhalten dann eine Mail von uns in der das Arbeitsverfahren detailliert beschrieben wird. Mit Ihrer Anmeldung gehen Sie keine Verpflichtung und keine Vertragsbeziehung ein. Sie erhalten mit Ihrer Anmeldung die Möglichkeit, von uns angebotene Aufträge als freier Mitarbeiter anzunehmen. Eine Verpflichtung zur Annahme besteht ebenso wenig, wie ein Anspruch bestimmte Aufträge seitens Porex GmbH angeboten zu bekommen. Sie konnen sich selbst jederzeit aus der Datenbank wieder loschen. Ihre Daten werden niemals an Dritte weitergegeben. Haben wir ihr Interesse geweckt? Dann fordern Sie [2]hier Ihre kostenlosen Informationen an. Fullen siediedenFormularaufunsererHomepage [3]http://www.porex-team.com/inner.php?page=vakanzen 2006 © Porex GmbH Beratungs- und Finanzdienstleistungsgesellschaft GmbH Schutzenstrabe 29 · 25980 Westerland · +49-(0)465-132-0004 [EMAIL PROTECTED] · www.porex-team.com References 1. http://www.porex-team.com/ 2. http://www.porex-team.com/inner.php?page=vakanzen 3. http://www.porex-team.com/inner.php?page=vakanzen [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Arbeitsplatze in der Schweiz!
Finanzmanager (m/w) in freier Mitarbeit Für unser Unternehmen suchen wir Finanzmanager/innen (Porex GmbH) zur gelegentlichen oder regelmabigen Durchfuhrung von Uberweisungen zwischen unseren Kunden, Beratungen und Buchhaltung. Uber uns Porex GmbH ist eine Beratungs- und Dienstleistungsgesellschaft, die sich auf das Thema Kundenbeziehungsmanagement spezialisiert hat. Wir unterstützen Unternehmen und Leute auf nationaler und internationaler Ebene, Kunden profitabel zu gewinnen und den Geldverkehr zwischen denen zu ermoglichen. Alle wichtigen Informationen zum Porex GmbH Leistungsangebot können Sie unserer [1]Homepage entnehmen. Generelle Informationen Sie interessieren sich für Möglichkeiten, als Finanzmanager tätig zu werden. Die Arbeit des Finanzmanagers besteht in Empfang und in der Bearbeitung der Zahlungen von den Handelsteilnehmern und ihre Uberweisung nach der angewiesenen Methode. Das aus fuhrliche Arbeitsverfahren erhalten Sie nach der Anfrage. Der Mitarbeiter ist grundsatzlich in der Bestimmung seiner Arbeitszeit frei. Er hat jedoch die Interessen von Porex GmbH zu berucksichtigen und unterliegt in Einzelfallen den Weisungen von Porex GmbH im Hinblick auf die Arbeitszeit. Gleiches gilt fur den Arbeitsort. Der Mitarbeiter ist als freier Mitarbeiter fur Porex GmbH tatig. Um entsprechende Angebote zu erhalten, tragen sie sich bitte wie unten beschrieben in unsere Datenbank ein. Sie erhalten dann eine Mail von uns in der das Arbeitsverfahren detailliert beschrieben wird. Mit Ihrer Anmeldung gehen Sie keine Verpflichtung und keine Vertragsbeziehung ein. Sie erhalten mit Ihrer Anmeldung die Möglichkeit, von uns angebotene Aufträge als freier Mitarbeiter anzunehmen. Eine Verpflichtung zur Annahme besteht ebenso wenig, wie ein Anspruch bestimmte Aufträge seitens Porex GmbH angeboten zu bekommen. Sie konnen sich selbst jederzeit aus der Datenbank wieder loschen. Ihre Daten werden niemals an Dritte weitergegeben. Haben wir ihr Interesse geweckt? Dann fordern Sie [2]hier Ihre kostenlosen Informationen an. Fullen siediedenFormularaufunsererHomepage [3]http://www.porex-team.com/inner.php?page=vakanzen 2006 © Porex GmbH Beratungs- und Finanzdienstleistungsgesellschaft GmbH Schutzenstrabe 29 · 25980 Westerland · +49-(0)465-132-0004 [EMAIL PROTECTED] · www.porex-team.com References 1. http://www.porex-team.com/ 2. http://www.porex-team.com/inner.php?page=vakanzen 3. http://www.porex-team.com/inner.php?page=vakanzen [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] viral setClassUnion?
I'm looking for help with the following warning message:
Subclass "A" of class "numeric" is not local and cannot be updated for
new inheritance information; consider setClassUnion() in:
.checkSubclasses(class1, classDef, class2, classDef2, where1)
I see this with, e.g.,
R CMD INSTALL --clean
in a package with
DESCRIPTION: SaveImage: yes
and a single R file with
setClass("A", contains="numeric")
setClassUnion("B", members="numeric")
setClassUnion("D", members="character")
setClass("C", contains="character")
The order of setClass / setClassUnion, rather than the contains /
members type, is important; there is no message about C / D.
R version 2.5.0 Under development (unstable) (2006-11-30 r40072)
x86_64-unknown-linux-gnu
locale:
LC_CTYPE=en_US;LC_NUMERIC=C;LC_TIME=en_US;LC_COLLATE=en_US;LC_MONETARY=en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=C
attached base packages:
[1] "stats" "graphics" "grDevices" "utils" "datasets" "methods"
[7] "base"
--
Martin T. Morgan
Bioconductor / Computational Biology
http://bioconductor.org
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] printing coefficients with text
I want to print the coefficient estimates of a model in a way as consistent with other output in R as possible. stats provides the printCoefmat function for doing this, but there is one problem. I have an additional piece of textual information I want to put on the line with the other info on each coefficient. The documentation for printCoefmat says the first argument must be numeric, which seems to rule this out. I just realized I might be able to cheat by inserting the text into the name of the variable (fortunately there is just one item of text). I think that's in the names of the matrix given as the first argument to the function. Are there any better solutions? Obviously I could just copy the method and modify it, but that creates duplicate code and loses the ability to track future changes to printCoefmat. Thanks. Ross Boylan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Magic Menu library loading error (PR#9405)
Full_Name: Jeff Lee Version: 2.4.0 OS: Mac OS X 10.4 (Tiger) Submission from: (NULL) (12.150.164.100) Just upgraded to an Intel based Mac. Upon launch, I receive the following error: 2006-11-30 12:39:36.870 R[407] *** -[NSBundle load]: Error loading code /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle/Contents/MacOS/MagicMenuEnabler for bundle /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle, error code 2 (link edit error code 0, error number 0 ()) Functioning of the system seems okay, however. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] order of levels in interaction()
Hi, ?interaction says: See Also: 'factor'; ':' where 'f:g' is the similar to 'interaction(f, g, sep=":")' when 'f' and 'g' are factors. This is not quite true (or maybe 'similar' is the operative word), since: > f <- factor(1:3); g <- factor(letters[1:3]) > levels(f:g) [1] "1:a" "1:b" "1:c" "2:a" "2:b" "2:c" "3:a" "3:b" "3:c" > levels(interaction(f, g, sep = ":")) [1] "1:a" "2:a" "3:a" "1:b" "2:b" "3:b" "1:c" "2:c" "3:c" Note the different order of the levels. I like the order in f:g better (and at least one other person agrees [1] ), but I also want the flexibility of having a 'sep' argument. Would it be possible to change interaction to allow this? A simple fix that makes interaction behave like ":" is to replace as.vector(outer(l, lvs, paste, sep = sep)) with as.vector(t(outer(l, lvs, paste, sep = sep))) in interaction. -Deepayan [1] http://tolstoy.newcastle.edu.au/R/help/06/08/32638.html __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] order of levels in interaction()
On Thu, 30 Nov 2006, Deepayan Sarkar wrote: > Hi, > > ?interaction says: > > See Also: > > 'factor'; ':' where 'f:g' is the similar to 'interaction(f, g, > sep=":")' when 'f' and 'g' are factors. > > This is not quite true (or maybe 'similar' is the operative word), since: > >> f <- factor(1:3); g <- factor(letters[1:3]) >> levels(f:g) > [1] "1:a" "1:b" "1:c" "2:a" "2:b" "2:c" "3:a" "3:b" "3:c" >> levels(interaction(f, g, sep = ":")) > [1] "1:a" "2:a" "3:a" "1:b" "2:b" "3:b" "1:c" "2:c" "3:c" > > Note the different order of the levels. I like the order in f:g better > (and at least one other person agrees [1] ), but I also want the > flexibility of having a 'sep' argument. Would it be possible to change > interaction to allow this? A simple fix that makes interaction behave > like ":" is to replace No, for it also says The levels are ordered so the level of the first factor varies fastest, then the second and so on. This is the reverse of lexicographic ordering, and differs from ':'. (It is done this way for compatibility with S.) and reversing it would break things. (It does, I tried it a while back.) > as.vector(outer(l, lvs, paste, sep = sep)) > > with > > as.vector(t(outer(l, lvs, paste, sep = sep))) > > in interaction. > > -Deepayan > > [1] http://tolstoy.newcastle.edu.au/R/help/06/08/32638.html > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] order of levels in interaction()
On 11/30/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote: > On Thu, 30 Nov 2006, Deepayan Sarkar wrote: > > > Hi, > > > > ?interaction says: > > > > See Also: > > > > 'factor'; ':' where 'f:g' is the similar to 'interaction(f, g, > > sep=":")' when 'f' and 'g' are factors. > > > > This is not quite true (or maybe 'similar' is the operative word), since: > > > >> f <- factor(1:3); g <- factor(letters[1:3]) > >> levels(f:g) > > [1] "1:a" "1:b" "1:c" "2:a" "2:b" "2:c" "3:a" "3:b" "3:c" > >> levels(interaction(f, g, sep = ":")) > > [1] "1:a" "2:a" "3:a" "1:b" "2:b" "3:b" "1:c" "2:c" "3:c" > > > > Note the different order of the levels. I like the order in f:g better > > (and at least one other person agrees [1] ), but I also want the > > flexibility of having a 'sep' argument. Would it be possible to change > > interaction to allow this? A simple fix that makes interaction behave > > like ":" is to replace > > No, for it also says > > The levels are ordered so the level of the first factor varies > fastest, then the second and so on. This is the reverse of > lexicographic ordering, and differs from ':'. (It is done this > way for compatibility with S.) > > and reversing it would break things. (It does, I tried it a while back.) Ah, I should have read the help page more carefully. I'll just write a custom version for my use, which is a fairly simple case. -Deepayan > > as.vector(outer(l, lvs, paste, sep = sep)) > > > > with > > > > as.vector(t(outer(l, lvs, paste, sep = sep))) > > > > in interaction. > > > > -Deepayan > > > > [1] http://tolstoy.newcastle.edu.au/R/help/06/08/32638.html __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Magic Menu library loading error (PR#9405)
Jeff, this is not a bug report for R, and you already posted to R-Sig-mac (and get answered) Maybe you want to contact the author of MagicMenu (or what ever is the software you use) to understand why such bad interaction with R.app takes place. stefano On 01/dic/06, at 05:51, [EMAIL PROTECTED] wrote: > Full_Name: Jeff Lee > Version: 2.4.0 > OS: Mac OS X 10.4 (Tiger) > Submission from: (NULL) (12.150.164.100) > > > Just upgraded to an Intel based Mac. Upon launch, I receive the > following > error: > > 2006-11-30 12:39:36.870 R[407] *** -[NSBundle load]: Error loading > code > /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle/ > Contents/MacOS/MagicMenuEnabler > for bundle /Library/InputManagers/MagicMenuEnabler/ > MagicMenuEnabler.bundle, > error code 2 (link edit error code 0, error number 0 ()) > > Functioning of the system seems okay, however. > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Magic Menu library loading error (PR#9405)
Jeff, maybe I confused your mail with a similar report. Apologizes. Anyway, this is not a proper R bug report. Next time, please, use (or search) R-Sig-Mac. Googling around, it seems that there is a MagicMenu which is installed by Stuffit. We don't load it in R.app at any time. stefano On 01/dic/06, at 12:04, Jeffrey Lee wrote: > I'm not sure what you mean that I already posted to R-Sig-mac. I > haven't done that. I only observe this error with R, which appears > to be attempting to load this code. > > > On Nov 30, 2006, at 4:43 PM, stefano iacus wrote: > >> Jeff, >> this is not a bug report for R, and you already posted to R-Sig- >> mac (and get answered) >> Maybe you want to contact the author of MagicMenu (or what ever is >> the software you use) to understand why such bad interaction with >> R.app takes place. >> stefano >> >> >> On 01/dic/06, at 05:51, [EMAIL PROTECTED] wrote: >> >>> Full_Name: Jeff Lee >>> Version: 2.4.0 >>> OS: Mac OS X 10.4 (Tiger) >>> Submission from: (NULL) (12.150.164.100) >>> >>> >>> Just upgraded to an Intel based Mac. Upon launch, I receive the >>> following >>> error: >>> >>> 2006-11-30 12:39:36.870 R[407] *** -[NSBundle load]: Error >>> loading code >>> /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle/ >>> Contents/MacOS/MagicMenuEnabler >>> for bundle /Library/InputManagers/MagicMenuEnabler/ >>> MagicMenuEnabler.bundle, >>> error code 2 (link edit error code 0, error number 0 ()) >>> >>> Functioning of the system seems okay, however. >>> >>> __ >>> R-devel@r-project.org mailing list >>> https://stat.ethz.ch/mailman/listinfo/r-devel >>> >> > > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Totally OutOfDebt Overnight
0ur Attorneys have discovered a loophole in the banking laws. With this discovery, we've been successfu1 at eliminating people's creditcarddebt with out them paying one more cent. WeGuarantee that we can help you with this. C0ntact us at 1--3 1 3--263--2706 The judgment of the jury was received with great applause, although Dorothy was sobbing miserably at the fate of her pet. So, while he hesitated, he attached the machine to his wrist and leaned over the bulwarks to watch the progress of the storm __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] promptClass misses methods
I've had repeated problems with promptClass missing methods, usually
telling me a class has no methods when it does.
In my current case, I've defined an S4 class "mspathCoefficients" with
a print method
setMethod("print", signature(x="mspathCoefficients"), function(x, ...)
{ # etc
The file promptClass creates has no methods in it.
> showMethods(classes="mspathCoefficients")
Function: initialize (package methods)
.Object="mspathCoefficients"
(inherited from: .Object="ANY")
Function: print (package base)
x="mspathCoefficients"
Function: show (package methods)
object="mspathCoefficients"
(inherited from: object="ANY")
> getGeneric("print")
standardGeneric for "print" defined from package "base"
function (x, ...)
standardGeneric("print")
Methods may be defined for arguments: x
I've looked through the code for promptClass, but nothing popped out
at me.
It may be relevant that I'm running under ESS in emacs. However, I
get the same results running R from the command line.
Can anyone tell me what's going on here? This is with R 2.4, and I'm
not currently using any namespace for my definitions.
Thanks.
Ross Boylan
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] promptClass misses methods (addendum)
On Thu, Nov 30, 2006 at 10:29:06PM -0800, Ross Boylan wrote:
> I've had repeated problems with promptClass missing methods, usually
> telling me a class has no methods when it does.
>
> In my current case, I've defined an S4 class "mspathCoefficients" with
> a print method
> setMethod("print", signature(x="mspathCoefficients"), function(x, ...)
> { # etc
It may also be relevant that there is a mspathCoefficients function,
which constructs a member of the class.
Ross
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
