Option to visualize event times and censoring times as dots in ppc_km_overlay()
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 62/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- r
- Ambito
- data-visualization
Direzione di ricerca
Iniziare dal punto di ingresso ppc_km_overlay() e verificare come vengono attualmente tracciate le curve di Kaplan-Meier per i tempi degli eventi e della censura. Aggiungere il comportamento richiesto per i punti opzionali, preservando il comportamento predefinito della curva, quindi verificare che entrambe le modalità di visualizzazione producano i grafici previsti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I was presenting my work related to predictive model checking for survival models (Predictive Assessment and Comparison of Bayesian Survival Models for Cancer Recurrence) at StanCon and somebody asked me about a case where there are so few event times that the Kaplan-Meier curve is far from continuous. In this case, plotting the Kaplan-Meier curve for the observations is clumsy. A similar issue can arise if the time is discretized and there are only few different time points where events are happening, even though the number of events is high.
For these kinds of cases, I think it would be useful if ppc_km_overlay() had a binary parameter dots that could be used to plot the event times and censoring times as dots instead of plotting the Kaplan-Meier curve. The default value could still be dots = FALSE, which plots the Kaplan-Meier curve as before. There are some examples below.
When plotting the Kaplan-Meier curves for these two models, it can be a little bit unintuitive to say which one is fitting and which one is not, since you have to look at the points where the Kaplan-Meier curves fall.
In my opinion, the dots would be a clearer visualization, because from these you can instantly tell, which model fits and which does not.
Another nice thing about the dots is that they can indicate the exact locations where censoring is happening.
I have already implemented this in my own fork so I can make the pull request relatively easily if this is deemed to be a wanted feature for the package.
- Lingua principale
- R
- Stelle
- 442
- Fork
- 93
- Merge medio
- 3h 17m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di stan-dev/bayesplot
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
pp_check and rvarsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
documentation
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
Tutte le issue di stan-dev/bayesplot
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
datacarpentry/semester-biology#1266 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
REditorSupport/vscode-R#1785 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
ImperialCollegeLondon/ve_data_science#666 · 2 assegnatari ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
I maintainer di solito rispondono entro 13 giorni