fallo en la edicion arima en GUI

[josp]

Intenta quitar la estructura ARIMA de un submodelo que lo tenga, el noise no cambia a normal.

Tambien parece que no cambia nada.

[Pedro Gea]

Antes de solucionar algún problema que haya en la GUI hay que revisar los mecanismos y métodos de las clases @Noise y derivadas y @ARIMABlock.

[Pedro Gea]

(In [2451]) Se revisan los mecanismos para el manejo de las estructuras ARIMA.
Refs #592

[Pedro Gea]

Se ha modificado el mecanismo de edición de la estructura ARIMA en la GUI para no despreciar los cambios en valores iniciales.

Un ruido del tipo @NoiseARIMA sin bloques (o factores) ARIMA es un ruido normal aunque no pase a ser una instancia de @NoiseNormal. Esta otra clase está especailmente diseñada para la modelación de matrices y extender las características del ruido dotando a su varianza de distintos valores relativos al parámetro sigma2.

Para eliminar la estructura ARIMA en la GUI, basta con eliminar el conjunto de bloques o factores ARIMA. Para hacerlo mediante código pueden usarse:

Real <submodel>::GetNoise(?)::RemoveARIMABlocks(?);
// o
Real <submodel>::GetNoise(?)::SetARIMABlocks_Label("PDIFARMA");
// o
Real <submodel>::GetNoise(?)::SetARIMABlocks_ARIMA(Empty);

Nótese que los métodos que construyen los bloques ARIMA han de recibir (a) bien una etiqueta ARIMA de TOL válida, (b) bien un conjunto de estrucutras @ARIMAStruct de TOL.

[Pedro Gea]

Creo que los cambios permiten editar adecuadamente los bloques ARIMA, aunque aún quede revisar o mejorar su edición en la GUI. Reasigno el tique.

[livanr68]

(In [2482]) closes #592

Se ha revisado y mejorado la edición de los bloques ARIMA, también se han hecho cambios para editar adecuadamente esta información, pues por ejemplo, en ocasiones al intentar editar la estructura ARIMA esta no cambiaba, y se debía a que los cambios estaban condicionados a que ya existiera un ruido ARIMA, la implementación anterior no era capaz de cambiar la clase del ruido.

También se han hecho cambios en la creación de los submodelos para crearlos con la clase de ruido adecuado.

Resumo aquí los cambios para su consulta y/o revisión:

Durante la creación de un nuevo submodelo:

• El submodelo se crea con ruido ARIMA si el tipo es "Linear" y la gramática del output es "Serie", de lo contrario se crea con un ruido Normal.
• Por omisión el valor de la etiqueta ARIMA es "PDIFARMA", lo que no crea bloques ARIMA, también se considera de esta forma para el caso de que la etiqueta sea "" lo cual producía errores.

Durante la edición de un submodelo existente:

• Antes de modificar la estructura ARIMA se verifica el tipo del submodelo y la gramática del output, así tenemos los siguientes casos:

Si el tipo es Linear y la gramática es Serie

Si el ruido que tenía el submodelo no era ARIMA se crea

en cualquier caso se modifican entonces los bloques ARIMA

Si el tipo es Logit o Probit o la gramática no es Serie

Si el ruido que tenía el submodelo era ARIMA se le crea uno Normal