Giter VIP home page Giter VIP logo

frailtyem's People

Contributors

tbalan avatar

Stargazers

 avatar  avatar  avatar

Watchers

 avatar

frailtyem's Issues

autoplot messing up

autoplot not working with individual = TRUE
plot with type pred with individual = TRUE gives weird stuff
predict with individual doesn't give SEs

performance issue

also with smaller data sets it takes a long time. check out nan's 2nd data set

summary()

put frailty variance big there, it's confusing

curious result of ca_test

rats2 <-
rats[rats$rx==1,]

m2 <- emfrail(formula = Surv(time, status) ~ cluster(litter),
data = rats2,
distribution = emfrail_dist(dist = "pvf"))
summary(m2)

variance is estimated as 0 of the test - check that out +

dumb error with plot/autoplot

putting the wrong thing into type (e.g. type = "pred") instead of conditional/marginal leaves with a dumb error:

Error in autoplot.emfrail(mod_gam_1, type = "pred", newdata = newdata[1, :
object 'plot1' not found

Clarify the documentation at least.

deltamethod in summary() with pvf

Issue: msm::deltamethod can't take a variable from outside (pvfm) in the formula. For this I have to build the formula outside of the deltamethod() call.

Temporarily disabled since it's not really that important, but it should be easy to fix.

strata - MLE

Make strata() work for reaching the maximum likelihood estimator.

This has been made now in emfrail() with a bunch of mapply statements - this is of course redundant if there is no strata.

Port it to em_fit() now. Should be easy peasy, so we reach the maximum likelihood estimates (yay).

Behaviour when theta goes to infinity

Example: gamma variance is 0.
This leads to an estimate of log theta of about 9.5 (ok...)
And a Hessian of about 0.2, which means a standard error of about 20! That's huge! Should be smaller. You know, if I know that the log theta is actually up there....

vignette

typo: appendix with pvf
s(m) should be in only one place

IG fast fit

It seems that the "slow" fit in CPP is faster and more stable than the one using R functions

predict.emfrail with time dependent covariates

So this would go as follows: calculate cumhaz differently (that is the essential part).

add an option individual in the prediction so we know that's what is up!
then check so that the tstart tstop don't cross
then take the breslow and multiply each part with what we have to
calculate cumulative hazard from that

bingo

remove one estep

why make another e step during the SE? can do that earlier

Make one that also returns zz and one that DOESNT return zz so we don't calculate that all the time

no covariates error

Imat: it's trying to put a 0x0 matrix

ca_test: adjusts for covariates although it shouyldnt'

strata - left truncation

Goal: adapt the Cvec_lt to using strata(). This is done in relatively the same way as with the usual Cvecs.

left truncation

what the hell happens with left truncation. check whether the M step is OK the way it is.
Check the papers of: van den Berg & Drapper (final one), and the one of Jensen and others

plot methods

Furthermore, a plot() method (e.g., with type = c("hist", "frail", "pred")) would be a more intuitive interface to the plot_* functions. Similarly, an autoplot() method could be added for the ggplot_* functions.

strata

The idea is to add strata.

Problem: how to deal with the Commenges Andersen test in this case?

warning about id aesthetic

behaviour is completely expected in the catterpillar plot, but still would be nice to not have that warning.

performance improvements

the CA test takes a long time, and it's most likely because of my crappy programming skills. step 1 - fix the test. step 2 - fix my life

underflow in expint

happens sometimes, when the estimate is on the border.
then expint should be overridden

clean code with emfrail_control()

should be split into two parts: one for the inner maximization one for the outer. The latter should not be sent to the maximizer as it creates useless overhead

loglik when model is null

LRT should be 0 but it may be slightly negative in a very weird way.
prolly because of numerical stuff

methods!

The set of methods for "emfrail" objects must be embellished. coef() and vcov() are obviously missing, logLik() and nobs() should be added, fitted() and possibly residuals() would be convenient additions. And terms(), model.matrix(), model.frame() could be useful for re-using the objects in other contexts.

robust SE for beta

When there are a lot of event time points there is a very large matrix to be inverted.
Can this be overcome and somehow just get SE for beta?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.