#122 closed enhancement (duplicate)
Combinaciones lineales en inputs definidos fuera del rango
Reported by: | hfernandez | Owned by: | Pedro Gea |
---|---|---|---|
Priority: | minor | Milestone: | Strategy and Adapter 0.5 |
Component: | Models | Keywords: | explicativeTerm, input, output, nulo |
Cc: |
Description (last modified by )
Cuando un input es nulo o no está definido en el rango temporal de un
output al estimarlo devuelve un error de combinación lineal. Se podría
incorporar un proceso chequease los inputs y eliminase estas
posibilidades?
Change History (3)
comment:1 Changed 15 years ago by
Resolution: | → duplicate |
---|---|
Status: | new → closed |
comment:2 Changed 15 years ago by
Milestone: | → Strategy & Adapter 0.5 |
---|
comment:3 Changed 15 years ago by
Description: | modified (diff) |
---|
(In [1866]) Se implementan métodos de "test" para algunos objetos del módulo de modelos:
- Un test de independencia de un parámetro (un m-elemento en general) que nos permite saber si tiene asociada información a priori (un prior o una jerarquía). El método ::TestIndependence devuelve 1 si es independiente (no tiene información a priori) y 0 en otro caso.
- Un test de regularidad de un término explicativo que nos permite saber si un término explicativo es válido para la estimación. El método ::TestRegularity devuelve 1 si el término es regular y 0 si es completamente singular. El test se realiza para cada subtérmino lineal de modo que un término explicativo de tipo omega devuelve el promedio de los test para sus parámetros lineales (con sus subinputs retardados convenientemente). Un término es regular (=1.0) sólo si todos sus subtérminos lo son.
Note: See
TracTickets for help on using
tickets.
Ciertamente es una característica muy conveniente.
Ya se indicó esta necesidad en el tique #79.
Enlazaré a ese estos comentarios y aumentaré la prioridad del tique #79.