Allow structured format for unconstrained parameters
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia individuando l’attuale punto di ingresso dell’API per i vettori di parametri non vincolati e la gestione corrispondente dei parametri vincolati. Esamina come vengono determinati l’ordine e le dimensioni dei parametri, quindi definisci test per input non vincolati denominati, inclusi valori scalar e simplex, e per nomi o lunghezze non validi. Il lavoro è completo quando gli input denominati vengono verificati e mappati in modo deterministico senza compromettere gli input vettoriali.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The current approach to providing unconstrained parameters as arguments (as inherited from rstan) requires that they are passed as a single numeric vector with all unconstrained parameter values concatenated.
After some API discussions with @n-kall, it was pointed out that this approach can easily lead to errors if any transformations or custom constructions of unconstrained parameters are performed - as users might accidentally provide parameter values in the wrong order.
Instead, we could allow unconstrained parameters to be passed as a named list like we do for constrained parameters, but with handling/checking for the different number of unconstrained values (e.g., for simplexes).
As a concrete example, for a model with parameters:
parameters {
real x;
simplex[4] y;
}
The unconstrained parameters would need to be passed as a four-element numeric vector:
unconstrained_vector <- c(1.2, 0.6, 1.6, -1.2)
This clearly allows for the easy mistake of accidentally providing the value of x as the last, rather than the first element (especially if the model is being iterated/revised).
I'm proposing we could accept the unconstrained parameters in the format:
unconstrained_list <- list(x = 1.2, y = c(0.6, 1.6, -1.2))
And then handle the ordering internally when mapping to a single vector of values.
Thoughts?
- Lingua principale
- R
- Stelle
- 160
- Fork
- 69
- Merge medio
- 1g 8h
- PR unite (30g)
- 20
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/cmdstanr
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
-
feature
Difficoltà 5/5 Più di una settimana Idoneità per principianti 42/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 78/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
Tutte le issue di stan-dev/cmdstanr
Issue simili
-
rules
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
The-Strategy-Unit/nhp_reskit#229 ·
-
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 ·