Store information about which sampling method or algorithm was used
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia esaminando la discussione nell’issue #130 e l’attuale matrice pointwise, insieme alle strutture diagnostics menzionate qui. Determina dove dovrebbero risiedere i metadati del metodo di campionamento per osservazione e come dovrebbero essere rappresentati metodi come psis, refit, psis-mm e il sottocampionamento. Il lavoro è completato quando sono stati concordati la posizione di memorizzazione e lo schema di denominazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
This was briefly discussed in #130 , but I am making it a separate issue so that the discussion does not get lost. I will copy what was discussed there:
It would be convenient to store information about which algorithm the elpd values come from. Since moment matching and refitting operate on individual observations, the information should be stored separately for each observation. For example, by default this value could be the same as is_method for all observations, but moment matching or refitting could change it from, say, psis to refit or psis-mm for some observations.
Details to discuss that come to my head at this moment
- Where to store it?
pointwiseis currently a matrix, could we make it a data frame to include a column with text? It could also be an element indiagnostics? - What kind of information to include and how to name the different options (is method/moment matching/refit)? It seems that even
is_methodis currently not stored anywhere. Probably subsampling would be indicated here as well?
- Lingua principale
- R
- Stelle
- 157
- Fork
- 38
- Merge medio
- 4g 16h
- PR unite (30g)
- 2
Guida per i contributori
Apri 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/loo
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Extend loo_plot_difference Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
-
Clean up issues Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Tutte le issue di stan-dev/loo
Issue simili
-
Affects Web App documentation PRIORITY LOW
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 80/100
hubverse-org/hubCI#36 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
-
Release 1.4.0 Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
pharmaverse/pharmaverseadam#170 ·