similar to: stepAICc function (based on MASS:::stepAIC.default)

Displaying 20 results from an estimated 1000 matches similar to: "stepAICc function (based on MASS:::stepAIC.default)"

2009 Apr 30
1
stepAICc
Dear R users, Would it be difficult to change the code of stepAIC (from the MASS library) to use AICc instead of AIC? It would be great to know of someone has tried this already. Best wishes Christoph.
2007 May 09
1
step() in sink() and Sweave()
Dear developers, I just noticed that step() function currently prints the current model using message(), but the resulting model using print(). The relevant commands within the step() body are: if (trace) message("Start: AIC=", format(round(bAIC, 2)), "\n", cut.string(deparse(as.vector(formula(fit)))), "\n") (with example() output:) Start: AIC=190.69
2011 Feb 10
2
Comparison of glm.nb and negbin from the package aod
I have fitted the faults.data to glm.nb and to the function negbin from the package aod. The output of both is the following: summary(glm.nb(n~ll, data=faults)) Call: glm.nb(formula = n ~ ll, data = faults, init.theta = 8.667407437, link = log) Deviance Residuals: Min 1Q Median 3Q Max -2.0470 -0.7815 -0.1723 0.4275 2.0896 Coefficients:
2017 Jun 08
1
stepAIC() that can use new extractAIC() function implementing AICc
I would like test AICc as a criteria for model selection for a glm using stepAIC() from MASS package. Based on various information available in WEB, stepAIC() use extractAIC() to get the criteria used for model selection. I have created a new extractAIC() function (and extractAIC.glm() and extractAIC.lm() ones) that use a new parameter criteria that can be AIC, BIC or AICc. It works as
2007 May 15
0
step in Sweave
Dear peRsons, I have a Sweave document which demonstrates the usage of step() function. With current R version 2.5.0 the step() function was changed so that the heading of trace=TRUE output for each model is printed using command message(): if (trace) message("\nStep: AIC=", format(round(bAIC, 2)), "\n",
2008 Aug 20
3
bug in lme4?
Dear all, I found a problem with 'lme4'. Basically, once you load the package 'aod' (Analysis of Overdispersed Data), the functions 'lmer' and 'glmer' don't work anymore: library(lme4) (fm1 <- lmer(Reaction ~ Days + (Days|Subject), sleepstudy)) (gm1 <- glmer(cbind(incidence, size - incidence) ~ period + (1 | herd), family = binomial, data
2020 Oct 08
2
[External] Re: unable to access index for repository...
I wonder if you are perhaps trying to solve the wrong problem. If you like what the older version of the aod package does, but not the current version, then I think the solution is to propose an option to the aod maintainer that would restore your preferred algorithm into the current version, and then use the current R. A less good, but possibly workable, option is to compile the old version of
2020 Oct 08
0
unable to access index for repository...
Don't choose a mirror. That will override the repos choice. Do update R to a current version if you aren't able to debug this yourself. Duncan Murdoch On 08/10/2020 12:38 p.m., Steven Yen wrote: > Sorry Gentlemen and all. Now this is becoming a joke (to me). I repeated > what I did earlier, with and without the option to set repos suggested > by Duncan. Now it does not work.
2020 Oct 08
0
unable to access index for repository...
All support on this list is voluntary, and support for old versions of R is not even necessarily on-topic here which is why you keep getting nudged to upgrade. Your "need" for support for an old version is definitely not "our" problem, so I suggest you start looking for a consultant if this issue is that important to you. Such is the nature of volunteer-developed open source
2020 Oct 08
0
unable to access index for repository...
Okay, so it's not an RStudio issue. However, I'd guess setting options(repos = "https://cran-archive.r-project.org") at the start of your session could make everything work. (I'm guessing you currently have it set to "http://cran.rstudio.com", which is the source of the last warning below, probably due to an R bug. But since you're using an obsolete
2007 Feb 19
0
problem in reading TOMS observed ASCII data file
Hello R Users, I have two data sets i) TOMS aerosol optical depth(AOD) and ii) TOMS ozone(O3). AOD data is on 1x1 grid and O3 data is on 5x5 grid. First I want to read AOD and O3 as it is and then I want to regrid AOD on 5x5 grid as O3. Reading is first problem. FIRST PROBLEM READING AOD: AOD data is in following format: ######### Latitute: 89.5 167 0 0 0 0 0 182 0 0 0 0 0 0 0 0 0 0 0 0 200
2020 Oct 08
2
unable to access index for repository...
Sorry Gentlemen and all. Now this is becoming a joke (to me). I repeated what I did earlier, with and without the option to set repos suggested by Duncan. Now it does not work. I wonder whether it is dependent on the mirror I chose, but I do not remember the one I chose earlier when it work. I need your help, gentlemen, as I need to use R-3.0.3 for my task. >
2007 Feb 19
1
need help in reading TOMS observed ASCII data file
Hello R Users, I am new to R. I have two data sets i) TOMS aerosol optical depth(AOD) and ii) TOMS ozone(O3). > > AOD data is on 1x1 grid and O3 data is on 5x5 grid. > > First I want to read AOD and O3 as it is and then I want to regrid AOD on > 5x5 grid as O3. > > Reading is first problem. > > FIRST PROBLEM READING AOD: > > AOD data is in following format: >
2020 Oct 08
2
unable to access index for repository...
Thanks. You gentlemen please tell me what this means. In R (outside of RStudio) I ran: install.packages("aod") Received a warning (and installation did not seem to go through). Then I tried install.packages("aod",repos='https://cran-archive.r-project.org') Received a warning but it went on to try
2020 Oct 08
2
unable to access index for repository...
Thanks for the help. I have a reason to continue with R-3.0.3. I used maxLik to estimate econometric models and some of them are better handled with R-3.0.3 (but not later)----a sad reality I do not like. Here is what I did. I downloaded https://cran-archive.r-project.org/bin/windows/contrib/3.0/aod_1.3.zip and installed the zip file, which worked in both RStudio and R (without RStudio). In
2020 Oct 08
0
unable to access index for repository...
Drop the RStudio repos. Best, Uwe Ligges On 05.10.2020 11:10, Steven Yen wrote: > Thanks. I did as suggested but still received a warning, though the > installation went through. Anything I could do to install without the > warning message. > > What is the contrib.url argument? > > > install.packages("aod",repos='https://cran-archive.r-project.org')
2020 Oct 05
0
unable to access index for repository...
Then you'd rather need install.packages("aod",repos='https://cran-archive.r-project.org') or use the contrib.url argument. Best, Uwe Ligges On 05.10.2020 10:47, Steven Yen wrote: > Thanks for the help. I do update to the latest R-4.0.2. As I said, for > reasons that's hard to explain, some of my tasks are better handled with > an older version of R, in
2020 Oct 08
0
unable to access index for repository...
Just remembered: RStudio runs its own wrapper around install.packages(). Steven, you should try doing the install from outside of RStudio, and see if it makes a difference. Duncan Murdoch On 08/10/2020 9:59 a.m., Duncan Murdoch wrote: > He didn't specify the RStudio repos, though it's probably implicitly > specified in getOption("repos"). I wonder why
2020 Oct 05
2
unable to access index for repository...
Thanks. I did as suggested but still received a warning, though the installation went through. Anything I could do to install without the warning message. What is the contrib.url argument? > install.packages("aod",repos='https://cran-archive.r-project.org') Warning in install.packages : ? unable to access index for repository
2020 Oct 08
2
unable to access index for repository...
He didn't specify the RStudio repos, though it's probably implicitly specified in getOption("repos"). I wonder why install.packages() is looking there, when repos is given explicitly? On 08/10/2020 8:54 a.m., Uwe Ligges wrote: > Drop the RStudio repos. > > Best, > Uwe Ligges > > On 05.10.2020 11:10, Steven Yen wrote: >> Thanks. I did as suggested but