Sei sulla pagina 1di 2

REUNIÓN INRIA 15-10-19

 Objetivos: Revisión detalles M2


 Participantes: FO, AR, (Mauricio Medina), AD, FC y SR

Caso lluvia

FO genera un mapa conceptual en la pizarra para entender el flujo de datos, eventos y alertas para los casos
de sismo y lluvia.

FC explica los eventos involucrados y su relación con el parámetro del Potencial de Rebalse. Además, se
profundiza en las frecuencias de actualización de los pronósticos y datos de entrada. FC explica en función del
MT N°14 emitido por AMTC el 11-10-19.

FO consulta respecto a al inicio de lluvia y el formato de los pronósticos. AD indica que tiene un formato de
MLP y se los comparte durante la reunión.

Se discute ¿Qué pasaría si no esté operativo el sensor pluviométrico? FC indica que no daría datos coherentes
pero el cálculo igual se debería realizar.

Si informo que inicio la lluvia (Módulo 1), puede ser mediante el checklist, acceso directo o sensor.

Dada la importancia del Potencial de Rebalse, surgen los siguientes requerimientos:

 Acceso directo del PR en toolbar.


 Página propia para PR.

Se llega a la conclusión de que es necesario saber el formato de entrega de los datos a partir de los
pluviómetros y analizar si es posible calcular volúmenes. AD indica que en los pronósticos que él ha visto hay
una estimación.

Caso sismo

Se discuten de forma genérica los tipos de eventos que pueden ocurrir. FC indica que pueden ocurrir mediante
la activación manual o sensorizado mediante acelerógrafos.

FO consulta por el flujo de datos y se compara con el parámetro “Presión de poros”. FC indica que es similar
al nivel de eventos.

FC adicionalmente indica que es necesario tener “ojo” con la cantidad de eventos, ya que estos son por sensor.
Dado lo anterior, una de las 156 definiciones puede replicarse “x” veces, en dónde “x” corresponde al número
de sensores.

Finalmente, FO llega a la conclusión de que el caso “sismo” es un trigger más, en donde se requiere visualizar
si es leve o de magnitud relevante.

FO indica que el foco de este año es el ingreso de datos, sin posibilidad de desplegar eventos, gestión de
eventos y alertas / alarmas, ya que esto último está planificado para el año 2020. Adicionalmente FO dice que
este año puede desplegar un índice, haciendo referencia a un verde, amarillo y rojo (semáforo).
Carga de datos

En configuración debe ir para El Mauro: Mirador, Tilama, Pupio, Canelo, Quebrada Canelo.

Inria indica que, si se ingresan los mismos datos de una carga a otra, se sobrescriben los datos antiguos
respecto a los nuevos. FC indica que el requerimiento de AMTC es que no se sobrescriban y que se notifique
si es que no se puede hacer y explica la diferencia entre:

 Ingreso de datos nuevos


 Ingreso de datos antiguos

Astrid y Fernando indican que es mejor conversar con Kai respecto a los cambios y requerimientos planteados
por AMTC. Astrid detalla que la posibilidad lo mejor para la programación es ingresar todo en vez de que
sobrescriban, como esta planteado actualmente.

Opciones que da Kai son implementar una marca temporal o espacial para generar una llave compuesta.

Planilla particular Finos y Compactación: Se guardan todos.

Otras planillas: No entra si es el mismo.

Enviar propuesta de ingreso de información, debido al ingreso de datos.

Agregar plantilla piezometría en el muro

Agregar planilla de tonelaje

Se discuten y actualiza la planilla Drive

Acuerdo INRIA: Factibilidad de la programación de los eventos. Para evaluar si hay eventos que no hay
considerados.

Analizar como pedir el tonelaje.

Potrebbero piacerti anche