Store information about which sampling method or algorithm was used
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Commencez par examiner la discussion de l’issue #130 ainsi que la matrice pointwise actuelle et les structures diagnostics mentionnées ici. Déterminez où doivent se trouver les métadonnées de méthode d’échantillonnage pour chaque observation et comment des méthodes telles que psis, refit, psis-mm et le sous-échantillonnage doivent être représentées. Le travail est considéré comme terminé lorsque l’emplacement de stockage et le schéma de nommage ont été convenus.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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?
- Langage dominant
- R
- Étoiles
- 159
- Forks
- 37
- Merge moyen
- 2 j 13 h
- PR mergées (30 j)
- 5
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de stan-dev/loo
-
Difficulté 3/5 1-2 jours Accessibilité débutants 40/100
stan-dev/loo#408 · 1 commentaire · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
documentation
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
Extend loo_plot_differenceOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
stan-dev/loo#394 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Update output structure of `loo_compare` for subsampling casePeut-être pris @florence-bockting l’a pris il y a 47 jours. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de stan-dev/loo
Issues similaires
-
BC Aquarius drops end_dateOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
HakaiInstitute/hydrocan#35 ·
-
core
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
sims1253/ry#720 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 5 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
AlexsLemonade/scpca-nf#1357 ·