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 14 years ago

Closed 14 years ago

Last modified 14 years ago

#460 closed doubt (fixed)

Error al estimar un output con 0 en el First(output)

Reported by: mlocubiche Owned by: Pedro Gea
Priority: major Milestone: Release 0.6
Component: Models Keywords:
Cc:

Description (last modified by Pedro Gea)

El ouptut out_outputDatingLlaAte.ReDaRe_ResMov con fechado Diario[y2009m01d27,y2010m11d17], tiene en y2009m01d27 valor 0. Al estimar da el error:

ERROR: [1] [BysMcmc S0004] Block @BSR.SigmaBlock.Model.at.est_TfnEsp.ResMov_LlaAte.ReDaRe_Std_BSR__1.0 has unknown or infinite values :?; 0.294109173802342; 

El sistema BysMcmc se detendrá en este punto.

Si se estima desde y2009m01d28 (valor distinto de 0) no da error.

Adjunto la estimacion para que se pueda reproducir.

Change History (13)

comment:1 in reply to:  description ; Changed 14 years ago by mlocubiche

No me deja adjuntar la estimación. Da un error por tamaño. Si queréis os la envío por mail para poder reproducirlo. Me decis algo, gracias.

Replying to mlocubiche:

El ouptut out_outputDatingLlaAte.ReDaRe_ResMov con fechado Diario[y2009m01d27,y2010m11d17], tiene en y2009m01d27 valor 0. Al estimar da el error:

ERROR: [1] [BysMcmc S0004] Block @BSR.SigmaBlock.Model.at.est_TfnEsp.ResMov_LlaAte.ReDaRe_Std_BSR1.0 has unknown or infinite values :?; 0.294109173802342;

El sistema BysMcmc se detendrá en este punto.

Si se estima desde y2009m01d28 (valor distinto de 0) no da error.

Adjunto la estimacion para que se pueda reproducir.

comment:2 in reply to:  1 Changed 14 years ago by mlocubiche

Lo he dejado en B:\entity\PrjTfnEspMeMoCC\ticket\Ticket460

Replying to mlocubiche:

No me deja adjuntar la estimación. Da un error por tamaño. Si queréis os la envío por mail para poder reproducirlo. Me decis algo, gracias.

Replying to mlocubiche:

El ouptut out_outputDatingLlaAte.ReDaRe_ResMov con fechado Diario[y2009m01d27,y2010m11d17], tiene en y2009m01d27 valor 0. Al estimar da el error:

ERROR: [1] [BysMcmc S0004] Block @BSR.SigmaBlock.Model.at.est_TfnEsp.ResMov_LlaAte.ReDaRe_Std_BSR1.0 has unknown or infinite values :?; 0.294109173802342;

El sistema BysMcmc se detendrá en este punto.

Si se estima desde y2009m01d28 (valor distinto de 0) no da error.

Adjunto la estimacion para que se pueda reproducir.

comment:3 Changed 14 years ago by Pedro Gea

Description: modified (diff)
Status: newaccepted

NOTA:
Se recomienda incluir el código TOL entre triples llaves para facilitar su lectura y evitar la mala interpretación del doble guión bajo como marca de subrayado.
Algo así

Escribo el texto, ...
El código lo pongo entre llaves, así {{{Real a = 1}}} si va en la línea.
O así si es un párrafo aparte:
{{{
// Código TOL
Real a = 1;
}}}

comment:4 Changed 14 years ago by Pedro Gea

NOTA:
Las limitaciones de tamaño del trac para la subida de archivos es grande.
La alternativa de ponerlo en algún sitio en B: es buena.
Quizá por parte de MMS deberíamos ofrecer alguna localización común para todos.

comment:5 Changed 14 years ago by Pedro Gea

El problema del modelo es que se aplica un logaritmo a una variable que tiene valores fuera del espacio de dominio del logaritmo: el intervalo abierto (0, infinito).

No puede usarse una BoxCox_0.0 con variables que tienen ceros, úsese una boxcox desplazada como una BoxCox_0.1.

MMS debería advertir de estas circunstancias.

comment:6 Changed 14 years ago by Pedro Gea

Component: GeneralModels
Milestone: GUI 0.6Release 0.6
Type: defectdoubt

NOTA:
Se crearon nuevos tiques a partir de éste: #461, #462 y #463.
Este tique se da por resuelto, si la respuesta no es satisfactoria, reábrase sin problemas.

comment:7 Changed 14 years ago by Pedro Gea

Resolution: fixed
Status: acceptedclosed

comment:8 in reply to:  7 Changed 14 years ago by mlocubiche

Replying to pgea:
Buenas, tengo una pregunta al respecto. ¿Por qué el quinto día del output y2009m01d31 que también tiene valor 0 lo trata como un omitido y el primer día no lo hace?. En cualquier caso creo que este tipo de errores deberían de ser trazados para que el analista identifique el problema que sea. Gracias

comment:9 Changed 14 years ago by Pedro Gea

Resolution: fixed
Status: closedreopened

Creo que llevas razón, que puede haber algo relacionado con el omitido resultante en la primera fecha de estimación. Véase también #461.
Reabro el tique (Action: reopen). Sería bueno reabrir el tique cuando se haga una réplica de este tipo porque de lo contrario es fácil que pase desapercibida.

comment:10 Changed 14 years ago by Pedro Gea

El error de debe a la particularidad de las series con omitidos al principio o al final. Véase TOL#845

comment:11 Changed 14 years ago by Pedro Gea

Resolution: fixed
Status: reopenedclosed

(In [2384]) Se modifican los mecanismos para obtener omitidos, de modo que se encuentren los omitidos al principio o al final de una serie.
Se sustituyen las funciones Complement_* por las nuevas funciones para operaciones entre conjuntos. Se introducen dos funciones para comparar dos posiciones sin ambigüedad.
Closes #460

comment:12 Changed 14 years ago by Pedro Gea

(In [2387]) Aunque los errores debidos a la presencia de omitidos por la transformación de la variable
se han solucionado (véase #460) se introducen advertencias indicándolo.
Refs #460
Closes #461

comment:13 Changed 14 years ago by Pedro Gea

(In [2389]) Se revisa la función DataSub de acuerdo a las limitaciones en el manejo de series TOL#845.
Se introduce un método _PrepareForecast encargado de chequear y ofrecer las previsiones en el intervalo de previsión.
Refs #460
Closes #416

Note: See TracTickets for help on using tickets.