close Warning: Can't synchronize with repository "(default)" (/var/svn/mms does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 15 years ago

Closed 15 years ago

#139 closed defect (fixed)

Revisión conceptual de las previsiones

Reported by: Pedro Gea Owned by: Pedro Gea
Priority: critical Milestone: Estimation 0.5
Component: Forecast Keywords:
Cc:

Description

El objeto de previsiones @MMS.Forecast, derivado de @MMS.Estimation, se
utiliza para hacer previsiones modificando la definición del modelo (entre
otras cosas el intervalo de definición) y condicionando los parámetros ya
estimados.

Esto sin embargo conlleva algunas limitaciones como es la previsión del
output donde el output ya tiene datos, la perdida de la información del
intervalo donde fue definida la estimación y cual es el intervalo de
definición de la previsión.
En este sentido también faltan métodos para el acceso a resultados de
previsión.

Hay que testear el uso de términos explicativos en previsión y la robustez
de las estrategias de estimación ante distintos intervalos de previsión.

Change History (2)

comment:1 Changed 15 years ago by Pedro Gea

Status: newaccepted

Se propone una doble definición del intervalo de definición de un output:

  • El intervalo [ModelBegin, ModelEnd] que es el intervalo de definición del modelo y que sigue representando desde la primera fecha de

estimación

(o primera fecha de postvisión) hasta la última fecha de estimación o

previsión.

  • El intervalo [DataBegin, DataEnd] que es el intervalo de definición del output. A la hora de hacer una previsión éste se fija al intervalo de definición utilizado en la estimación [First, Last]. De este modo queda perfectamente definido el intervalo de previsión: [DataEnd+1, ModelEnd]

Estos intervalos de definición podrían sacarse de la definición del modelo
(si se viera conveniente) una vez que se aplazara formalmente la
construcción de omitidos a la estimación (tique #126).

comment:2 Changed 15 years ago by Pedro Gea

Resolution: fixed
Status: acceptedclosed

Parte de las necesidades de este tique se han resuelto o se han derivado a
nuevos tiques.

  • Actualización de residuos: La actualización de residuos se realiza de

manera natural en MMS. Sin embargo no se consideró la posibilidad de
omitidos del output en este intervalo. Véase #142.

  • AIA y AIA en previsión: El AIA (Análisis Automático de Intervenciones)

aún no está integrado en MMS (véase #143).

  • Para hacer uso del AIA en el intervalo de actualización, se ha de

hacer una primera actualización-previsión, posteriormente ampliar el
modelo con el AIA y rehacer la actualización-previsión admitiendo la
estimación de los términos del AIA en el intervalo de actualización.

  • La idea de incluir en previsión alguna consecuencia de la intervención

del modelo mediante un AIA en su estimación ha de realizarse manualmente
sobre la configuración del modelo. Por ejemplo, del mismo modo que con el
AIA obtenemos los nuevos inputs que se usarán en la reestimación podemos
incluir un nuevo input de previsión que añada la consecuencia "deseada" de
esa intervención.

  • Herencia de errores: Esta necesidad lleva a la creación del tique:

#145.

Note: See TracTickets for help on using tickets.