Opened 14 years ago
Closed 14 years ago
#621 closed doubt (fixed)
Ruta del archivo para reproducir una estimación
Reported by: | imendez | Owned by: | Pedro Gea |
---|---|---|---|
Priority: | minor | Milestone: | Release 0.6 |
Component: | Estimation | Keywords: | _.automaticIsolate, isolation file, BSR ascii, native specification |
Cc: |
Description
Hola, entiendo que al "activar" el atributo _.automaticIsolate de las Settings de una estimación y ejecutarla, se genera un archivo .oza que permite reproducir dicha estimación, pero ¿dónde se guarda ese archivo?
Por cierto, quiero reproducir una estimación MLE para obtener los resultados nativos, así que aprovecho para preguntar: ¿no se pueden visualizar los resultados nativos desde la interfaz de MMS o desde el Container en el inspector de objetos?
Muchas gracias
Change History (6)
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
Milestone: | → Release 0.6 |
---|---|
Status: | new → accepted |
comment:3 Changed 14 years ago by
Keywords: | _.automaticIsolate isolation file BSR ascii native specification added |
---|
comment:4 Changed 14 years ago by
Gracias Pedro, no sabía que _.automaticIsolate estaba obsoleto.
En cuanto a lo de los resultados nativos, precisamente lo que pretendía era ver cuáles de ellos son interesantes y no están en MMS, para solicitar que MMS los devuelva (#622). Como no he podido reproducirlo desde el interfaz (#574), lo he intentado hacer mediante _.automaticIsolate, pero tampoco he podido.
No obstante, no me aclaras si hay alguna manera de visualizar los resultados nativos. Es decir, si quiero verlos, ¿la única manera que existe actualmente es mediante código, utilizando los métodos GetNativeSpecification y SaveIsolationFile?
Gracias.
comment:5 Changed 14 years ago by
Cierto, los resultados nativos se encuentran dentro de la estrategia (como uno de sus atributos) cuando ésta está recién estimada (no se almacena esa información y por lo tanto no está disponible para un objeto cargado).
Los resultados nativos (en el argumento _.results
) así como otros objetos intermedios pueden explorarse con el inspector de tolbase como hacemos habitualmente.
Para más detalles véase la nota siguiente: Results/Note1
comment:6 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Parece que son varias preguntas en una. Veamos.
La configuración
_.automaticIsolate
está prácticamente obsoleta, ya que no está muy bien definido qué debe hacerse o dejar de hacerse, ni su necesidad.Probablemente como consecuencia de este tique procedamos a quitarla.
Estrategia BSR
Por un lado tenemos la estrategia BSR, que por defecto construye unos archivos temporales (los ascii o archivos .bsr) y que por defecto MMS no borra. Estos podrían ser el "aislado" del modelo. Por ahora (quizá en el futuro se implemente una integración con BysMcmc que ahorre este paso) la creación de estos archivos es automática y no se borran (antes sí) tras la estimación aunque
_.automaticIsolate
esté a False.Por otro lado se creó un método
SaveIsolationFile
que crea un archivo ZIP con dichos archivos y que permite la depuración del modelo sin utilizar MMS, sino sólo BysMcmc. Nótese que estos archivos sólo tienen interés para la depuración de errores y su necesidad apunta más al deseo de no usar MMS o agilizar la depuración, pues el objeto estimación correspondiente es capaz de volver a generarlos cuando sea necesario.Estrategia MultiMLE, MultiNLO y subestrategia Estimate
El origen del término "aislar" y de la implementación de estos métodos en MMS es el mecanismo Ois.ARIMAIsolate que permite crear un OZA con la definición del modelo para ser evaluado fuera del proyecto o el entorno en el que se generó.
Con esa misma utilidad se crearon los mecanismos
GetNativeSpecification
ySaveIsolationFile
en las estrategias múltiples (MultiMLE o MultiNLO) el primero te permite obtener la definición nativa de los submodelos (el@ModelDef
en el caso deEstimate
, por ejemplo) y el segundo te permite obtenerlas y guardarlas en un OZA en un mismo paso. Véase #508.Al igual que el método en la estrategia BSR, su objetivo está fuertemente relacionado con la depuración, de modo que no parece necesario establecer una configuración para indicar que se creen o no estos archivos de aislado. Más aún cuando se pueden crear bajo demanda en el momento que se desee (esté la estimación estimada o no) simplemente dirigiéndose a los citados métodos de la estrategia.
Los resultados nativos
Los resultados nativos son los que devuelve cada estimador. Como es natural cada uno a su manera. Uno de los principales objetivos de MMS es ofrecer una interfaz de salida homogénea, no importa cual sea el estimador utilizado, de modo que no es natural dar acceso a los resultados nativos, así como tampoco se les da persistencia.
Los resultados nativos en MMS son considerados resultados auxiliares o intermedios y no se borran o destruyen inmediatamente más por razones de depuración que otra cosa.
Quizá, sin embargo, en ocasiones se acude a ellos porque no se sabe como obtener dicha información desde las clases de resultados de MMS, o bien porque no se puede. Con estas limitaciones de MMS no debemos ser tolerantes y debemos solicitar todas aquellos resultados que necesitemos, de modo que el acceso a la información nativa sea secundario y orientado a la depuración.