Opened 15 years ago
Last modified 15 years ago
#205 closed enhancement
Uso de API Modular del tipo Primary — at Version 2
Reported by: | mafernandez | Owned by: | mafernandez |
---|---|---|---|
Priority: | major | Milestone: | Strategy and Adapter 0.5 |
Component: | StrategyBSR | Keywords: | |
Cc: |
Description (last modified by )
Para acelerar la construcción de estructuras internodales ( i.e.
jerarquías) es necesario reescribir la estructura de los adaptadores para
que los ficheros ASCII producidos sean solamente de tipo Primary.
Change History (2)
comment:1 Changed 15 years ago by
Component: | General → StrategyBSR |
---|---|
due_date: | MM/DD/YY → 03/30/10 |
estimated: | 0 → 8 |
Milestone: | → Strategy & Adapter 0.5 |
Owner: | set to mafernandez |
Status: | new → assigned |
version: | 0.6 → 0.5 |
comment:2 Changed 15 years ago by
Component: | StrategyBSR → Estrategia BSR |
---|---|
Description: | modified (diff) |
Note: See
TracTickets for help on using
tickets.
El último comentario del ticket https://www.tol-project.org/ticket/745
hace referencia a un cambio que se introdujo en el API de un modulo tipo
"primary".
Un modulo "primary" debe responder al siguiente API (se da con un ejemplo)
para ofrecer las ecuaciones de regresión:
la información de los omitidos es dada con las funciones siguientes:
La estructura que retorna Get.Missing es la siguiente (tomada de DBApi):
El API de un modulo "joint" puede coexistir con la de un "primary", sería
recomendable mantener el API "joint" para poder comparar resultados al
hacer el cambio a "primary". Para que BSR use una u otra basta con
modificar el atributo ModuleType del nodo:
o