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

Changes between Version 7 and Version 8 of Ticket #745


Ignore:
Timestamp:
Sep 25, 2009, 11:12:44 AM (16 years ago)
Author:
Víctor de Buen Remiro
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #745 – Description

    v7 v8  
    1919   * Un nodo primary con la declaración de variables y la matriz de datos observados escrita en código TOL
    2020   * Un módulo joint con la información a priori y las restricciones de desigualdad que afectan sólo a sus propias variables. Antes he dicho que el módulo primario podría incluir restricciones pero igual no hace falta, pues lo más normal es que vaya a funcionar siempre de esta forma y son ganas de complicarse la vida con la sintaxis.
    21   * Un módulo mixto con todos los nodos latentes y las restricciones que afectan a variables latentes o de distintos nodos.
     21  * Un módulo joint con todos los nodos latentes y las restricciones que afectan a variables latentes o de distintos nodos.
    2222
    2323=== Estructura del módulo primario ===
    … …  
    2929Module.Type = primary;
    3030}}}
    31  1. El orden de definición de las variables, con la misma sintaxis que rige actualmente para el módulo mixto, debe coincidir con el orden de las columnas en la matriz de inputs.
    32  1. El segmento de regresión es único pero se define con la misma sintaxis que en el módulo mixto. En ambos casos hay una novedad: la posibilidad de introducir los filtros no lineales si los hay en la propia definición del ruido. La estructura del campo {{{NoiseDistrib}}} será distinta a la actual {{{BSR.NoiseDistrib}}} para que pueda incluir un nuevo campo en el que almacenar los filtros no lineales.
     31 1. El orden de definición de las variables, con la misma sintaxis que rige actualmente para el módulo joint, debe coincidir con el orden de las columnas en la matriz de inputs.
     32 1. El segmento de regresión es único pero se define con la misma sintaxis que en el módulo joint. En ambos casos hay una novedad: la posibilidad de introducir los filtros no lineales si los hay en la propia definición del ruido. La estructura del campo {{{NoiseDistrib}}} será distinta a la actual {{{BSR.NoiseDistrib}}} para que pueda incluir un nuevo campo en el que almacenar los filtros no lineales.
    3333 1. Luego se introducirán la matriz de output y la de input.
    34  1. Después se introducirán si las hay, las variables de omitidos con una sintaxis simular a la de los módulos mixtos pero añadiéndoles la información de su ubicación en las matrices de input u output, las cuales deberían tener un valor omitido en la celda correspondiente, cosa que debe por tanto comprobarse.
     34 1. Después se introducirán si las hay, las variables de omitidos con una sintaxis simular a la de los módulos joint pero añadiéndoles la información de su ubicación en las matrices de input u output, las cuales deberían tener un valor omitido en la celda correspondiente, cosa que debe por tanto comprobarse.
    3535
    3636Obviamente el Import deberá saber que está escribiendo un módulo primario y pedir las matrices en lugar de los coeficientes así como la ubicación de los omitidos.
    … …  
    9898}}}
    9999
    100 === Cambios en la estructura del módulo mixto ===
     100=== Cambios en la estructura del módulo joint ===
    101101
    102 El módulo mixto se queda prácticamente como está con estas salvedades:
     102El módulo joint se queda prácticamente como está con estas salvedades:
    103103
    104104 1. Es posible, aunque no obligatorio por compatibilidad hacia atrás, especificar el tipo de módulo en la cabecera del archivo:[[BR]]
    … …  
    159159==== Plantilla de un módulo master ====
    160160
    161 Aunque cada módulo internamente especifica con la cláusula {{{Module.Type}}} de que tipo de módulo se trata es conveniente repetir esa información en la sentencia de inclusión del módulo hijo en el módulo master para llamar directamente al parser adecuado, ya que en realidad lo que habrá es 3 parsers distintos, el de módulos primarios, el de los mixtos, que es básicvamente el actual y el de los masters. La cláusula {{{Module.Type}}} puede usarse como mecanismo de control para evitar posibles errores de diseño del modelo. Así podría quedar la sintaxis de los módulos master
     161Aunque cada módulo internamente especifica con la cláusula {{{Module.Type}}} de que tipo de módulo se trata es conveniente repetir esa información en la sentencia de inclusión del módulo hijo en el módulo master para llamar directamente al parser adecuado, ya que en realidad lo que habrá es 3 parsers distintos, el de módulos primarios, el de los joint, que es básicamente el actual y el de los masters. La cláusula {{{Module.Type}}} puede usarse como mecanismo de control para evitar posibles errores de diseño del modelo. Así podría quedar la sintaxis de los módulos master
    162162
    163163{{{