![(please configure the [header_logo] section in trac.ini)](/mms/chrome/site/logomms.png)
#497 closed enhancement (fixed)
Usar siempre variables aleatorias para la salida de los parámetros
| Reported by: | Pedro Gea | Owned by: | Pedro Gea |
|---|---|---|---|
| Priority: | major | Milestone: | Release 0.6 |
| Component: | Parameters | Keywords: | |
| Cc: | irobles@… |
Description
Se sugiere utilizar siempre variables aleatorias para la salida de los parámetros de una estimación. Actualmente pueden ser también simplemente reales cuando el estimador no devuelve más información sobre la distribución del parámetro estimado.
Podría devolverse una variable aleatoria normal RandVar::@Real.Normal cuya media sea el valor estimado y la sigma sea desconocida.
Esto facilitaría los algoritmos de los proyectos que se diseñen sobre el método <estimation>::GetParameters(?).
Change History (5)
comment:1 Changed 15 years ago by
comment:2 Changed 15 years ago by
| Summary: | Usar siempre variables aleatorias para la salidia de los parámetros → Usar siempre variables aleatorias para la salida de los parámetros |
|---|
comment:3 Changed 15 years ago by
comment:4 Changed 14 years ago by
| Resolution: | → fixed |
|---|---|
| sensitive: | → 0 |
| Status: | new → closed |
Se descarta esta posibilidad. Aún más, se sugiere en su lugar el uso de <estimation>::GetModel.Results(?)::GetParameters(?) que son todos instancias y que además continene información sobre los parámetros.
Note: See
TracTickets for help on using
tickets.
(In [2241]) Se modifican en MMS algunos métodos que accedían directamente a la estructura de las clases de RandVar.
Deberían mejorarse los métodos para el manejo con variables aleatorias para evitar en lo posible este tipo de interferencias y mejorar la independencia de los dos paquetes.
Véase el tique #477.
Estos cambios obligan a MMS a depender de la versión RandVar.1.8 o superior. Se incrementa a MMS.0.6020.
Refs #477, #497