If your workflow involves debugging and rerunning the code, you may
experience differences between starting from a clean RStudio session and
simply restarting your application. This can be caused by your environment
having variables, shared objects etc defined. It is generally quite quick
to close
Hello,
I would like to know if anyone has encounter this problem before and what
they have done to solve the problem. I am not sure if the problem has to do
with R itself or with RStudio. The problem is the following: sometimes when
I am developing code in R, using R studio -script inside a Shin
While the statements below about cox.zph are true, plotting the cox.zph result
does tell you what the HR is doing. I never use one without the other.
--
Kevin E. Thorpe
Head of Biostatistics, Applied Health Research Centre (AHRC)
Li Ka Shing Knowledge Institute of St. Michael's
Assistant Profes
help(stat_summary) suggests you use the fun.args=list(...) argument to
pass arguments to the fun.* functions. Try replacing mult=1 by
fun.args=list(mult=1).
It is possible that ggplot2::stat_summary changed its behavior since
that web page was written or that the web page was always wrong.
-Bil
Dear David, thanks so much for your time and suggestion. It has worked now.
Kind regards
Ahson
> On 31 March 2021 at 19:17 David K Stevens wrote:
>
>
> Mr. Blueyonder,
>
> There are a number of problems with this.
>
> 1) is the data below really in a data frame? I coerced your table into a
Hi Sara,
Thank you for your advice and apologies for spamming.
I will try to reorganise the arguments and if it doesn't work, will try
r-sig-ecology.
Kind regards,
Vesna
On 2021-04-01 0:58, Sarah Goslee wrote:
Hi,
While Bert is right that this would be a good question for
r-sig-ecology, I
Dear Dr. Lemon,
Thank you for the rapid response and suggestions as well.
BestCollins
On Tuesday, March 30, 2021, 11:46:08 PM GMT+2, Jim Lemon
wrote:
Hi Collins,
pie3D draws a pseudo-3D pie and then places 2D labels around it. If
you put the labels on top of the pie, it is not going to
Further to John Sorkin's post on the cox.zph:
You get test(s) of whether there is an interaction between a variable, say,
sex, and time.
Suppose it is significant. You will have no clue whether the M/W hazard ratio
is increasing or decreasing by time.
Suppose it is not significant. You will hav
Am Thu, 1 Apr 2021 08:39:45 -0400
schrieb Duncan Murdoch :
> On 01/04/2021 4:05 a.m., Ralf Goertz wrote:
> > Hi,
> >
> > after having read here about the "seed problem" I wonder if there
> > is a way to automatically exclude certain variables from being
> > saved when the workspace image is saved
On 01/04/2021 4:05 a.m., Ralf Goertz wrote:
Hi,
after having read here about the "seed problem" I wonder if there is a
way to automatically exclude certain variables from being saved when the
workspace image is saved at the end of an interactive session. I have
been using .First() and .Last() fo
Hi Ralph,
I suppose you could write a wrapper for q():
byebye<-function(drop=".Random.seed",save = "default", status = 0,
runLast = TRUE) {
if(drop %in% ls(all.names=TRUE)) rm(drop,pos=1)
q(save=save,status=status,runLast=runLast)
)
warning: untested
Jim
On Thu, Apr 1, 2021 at 7:05 PM Ralf Go
Hi,
after having read here about the "seed problem" I wonder if there is a
way to automatically exclude certain variables from being saved when the
workspace image is saved at the end of an interactive session. I have
been using .First() and .Last() for ages but apparently they are of no
help as .
12 matches
Mail list logo