similar to: Installing R on Ubuntu

Hi Folks, I'd be grateful for some views on the following. When I say "plot y against x" I mean that y is on the vertical axis and x is on the horizontal axis. I acquired this usage so long ago that I can no longer remember how I acquired it, and therefore can not cite my "authority" for my usage. There can also be an implication that y is a function of x (or y is a

Using the nls function I fit the following model (and some others) to my data. mod1=nls(CLr ~ A-(A-CLi)*exp(-k*d), start = list(A=60,k=0.005)) I would like to rank a set of models using AIC. I calculated AIC as AIC(mod1) However, it appears to use an incorrect number of parameters (3 instead of 2). Why is this? Additionally, if I calculate AIC using the residuals sum of squares instead of the

Hi, x <- 0.2*5 is.integer(x) gives me FALSE because R stores it as a float number, right? Is there an elegant way to work around that problem? Right now I'm using x <- 0.2*5 round(x) == x which returns TRUE. But more strictly I should use all.equal(), right? I somehow just don't like the--pardon--ugliness of those pieces of code. Maybe there is a beautiful

On Fri, Feb 03, 2017 at 10:19:06AM +0100, Uwe Kleine-K?nig wrote: > On Fri, Feb 03, 2017 at 03:40:32PM +1030, Ron wrote: > > On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-K?nig wrote: > > > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > > > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unless > >

Dear all. Is it possible to convert.identify iso3 country names to the seven continent names? # Asia, Africa, Antarctica, Australia, Europe, South America, and North America, I have tried the following: ### region <- merge(countryExData,df,by.x='ISO3V10',by.y='iso3') where df is the name of my dataset with iso3 the identification variable but there seems to be a a lot of

Some interesting developments coming: <http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/96/html/6.1_Release_Notes/index.html>

On 17 May 2016 at 02:07, Quentin Colombet via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Basically, the high-level status is: > 1. Commits should state when they are fixes. > 2. Bugs should be tracked in a PR. Yup. > None of these is a hard requirement but instead, best practices that we > should remind to the contributors. > For #1, I propose the attached patch for

On Fri, Feb 03, 2017 at 03:40:32PM +1030, Ron wrote: > On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-K?nig wrote: > > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unless > > > address was NULL, and if that was true, neither of the hunks here would > > >

On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-K?nig wrote: > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unless > > address was NULL, and if that was true, neither of the hunks here would > > actually be executed in the first place. > > Right. Today it only has an

Hello, Is there an accepted way to convey, for regression trees, something akin to R-squared? I'm developing regression trees for a continuous y variable and I'd like to say how well they are doing. In particular, I'm analyzing the results of a simulation model having highly non-linear behavior, and asking what characteristics of the inputs are related to a particular

Hello Ron, On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > On Sun, Jan 29, 2017 at 12:09:43PM +0100, Uwe Kleine-K?nig wrote: > > AI_CANONNAME is only relevant when the resulting official name is used, > > which is not the case in tftpd for the address to bind to. Also > > AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to > >

On Wed, Jul 9, 2008 at 1:12 PM, Tim <tim at tcsac.net> wrote: > Perfect. Which means good ol'' supermicro would come through :) WOHOO! > > AOC-USAS-L8i > > http://www.supermicro.com/products/accessories/addon/AOC-USAS-L8i.cfm Is this card new? I''m not finding it at the usual places like Newegg, etc. It looks like the LSI SAS3081E-R, but probably at 1/2 the

Filing a PR for *every* fix is overkill. But filing a PR to express "please merge this to the branch" (if there isn't already a PR) seems reasonable. --paulr From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Reid Kleckner via llvm-dev Sent: Thursday, May 05, 2016 10:09 AM To: Quentin Colombet Cc: llvm-dev Subject: Re: [llvm-dev] [RFC] Helping release

I'm curious how people think the following *should* be interpreted: - one 2. two http://babelmark.bobtfish.net/?markdown=-++one%0D%0A2.+two%0D%0A%0D%0A As you can see, implementations split into three groups here: (a) treat as an unordered list Markdown.pl, Python markdown, MultiMarkdown, BlueCloth, MarkdownJ, Showdown (b) treat as an unordered list with an ordered

----- Original Message ----- > From: "Sean Silva" <chisophugis at gmail.com> > To: "Peter Sewell" <Peter.Sewell at cl.cam.ac.uk> > Cc: llvmdev at cs.uiuc.edu > Sent: Friday, June 26, 2015 4:53:30 PM > Subject: Re: [LLVMdev] C as used/implemented in practice: analysis of responses > > > > All of these seem to fall into the pattern of

As part of a project to clarify what behaviour of C implementations is actually relied upon in modern practice, and what behaviour is guaranteed by current mainstream implementations, we recently distributed a survey of 15 questions about C, https://goo.gl/AZXH3S. We were asking what C is in current mainstream practice: the behaviour that programmers assume they can rely on, the behaviour

On Tue, Jun 30, 2015 at 2:37 PM, Peter Sewell <Peter.Sewell at cl.cam.ac.uk> wrote: > On 30 June 2015 at 18:21, Hal Finkel <hfinkel at anl.gov> wrote: > > ----- Original Message ----- > >> From: "Sean Silva" <chisophugis at gmail.com> > >> To: "Peter Sewell" <Peter.Sewell at cl.cam.ac.uk> > >> Cc: llvmdev at

On 26 June 2015 at 22:53, Sean Silva <chisophugis at gmail.com> wrote: > All of these seem to fall into the pattern of "The compiler is required to > do what you expect, as long as it can't prove X about your program". That > is, the only reasonable compilation in the absence of inferring some extra > piece of information about your program, is the one you expect.