Store information about which sampling method or algorithm was used
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
Rechercherichtung
Beginne damit, die Diskussion in issue #130 sowie die aktuelle pointwise-Matrix und die hier erwähnten diagnostics-Strukturen zu prüfen. Bestimme, wo Metadaten zur Sampling-Methode pro Beobachtung abgelegt werden sollten und wie Methoden wie psis, refit, psis-mm und Subsampling dargestellt werden sollten. Als abgeschlossen gilt die Aufgabe, wenn Speicherort und Benennungsschema vereinbart sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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?
- Vorherrschende Sprache
- R
- Sterne
- 159
- Forks
- 37
- Ø Merge
- 2 T. 13 Std.
- Gemergte PRs (30 T.)
- 5
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus stan-dev/loo
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 40/100
stan-dev/loo#408 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
stan-dev/loo#394 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Update output structure of `loo_compare` for subsampling caseEvtl. vergeben @florence-bockting hat das vor 44 Tagen übernommen. Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 1 Tag
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
mitchelloharawild/ggtime#39 ·
-
enhancement good first issue help wanted
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 82/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
GSK-Biostatistics/multigrain#43 ·
Maintainer antworten meist innerhalb von 1 Tag