Earth Sciences Department Departamento de Ciencias de la Tierra



Descargar 1.33 Mb.
Página12/16
Fecha de conversión10.01.2017
Tamaño1.33 Mb.
1   ...   8   9   10   11   12   13   14   15   16

Andalucía

http://www.juntadeandalucia.es/medioambiente/site/portalweb/menuitem.220de8226575045b25f09a105510e1ca/?vgnextoid=7e68af420f6d4310VgnVCM2000000624e50aRCRD&vgnextchannel=fa99193566a68210VgnVCM10000055011eacRCRD.


Ayuntamiento de Madrid

http://www.mambiente.munimadrid.es/opencms/opencms/calaire


Comunidad de Madrid

http://gestiona.madrid.org/azul_internet/html/web/3.htm?ESTADO_MENU=3

____________________________________________________________________________

20120917


Responden de la junta de Andalucía diciendo que el servidor en el que estaba alojada la aplicación automática de envío de datos ha fallado, mientras lo cambian se enviarán los datos una vez por semana.

___________________________________________________________________________


20120916

SE PARA MARENOSTRUM PARA SU ACTUALIZACION (último día de pronóstico)

__________________________________________________________________________

20120914

Se ha puesto el siguiente aviso debido a la actualización de MN: “En los próximos días se iniciarán los trabajos de instalación y puesta en marcha del nuevo supercomputador Mare Nostrum V3 que en un futuro nos debería poder mejorar el sistema actual. Por ello y durante un período de tres meses aproximadamente, el pronóstico diario no estará disponible. No obstante, tanto la web como la información existente, serán accesibles de la forma habitual”

____________________________________________________________________________

20120914

Se dejan de recibir observaciones de la red de estaciones de la Comunidad de Andalucía. Se envía comunicación.

____________________________________________________________________________

20120912


Se monta el modelo BSC-DREAM8bv2 temporalmente en la máquina bscct002, se cambiará el disco de la máquina DREAM (la máquina deja de funcionar el 08 septiembre).

____________________________________________________________________________

20120912

Se separa de la evaluación la información proveniente de CMAQ y del BSC-DREAM8bv2, con lo cual si falla el BSC-DREAM8bv2 la evaluación del sistema no se para, sin embargo en la evaluación no aparece ningún valor para partículas, ni se generan los mapas de partículas. (POR REVISAR)

____________________________________________________________________________

20120912


Se vuelven a recibir observaciones de la red de estaciones de la Comunidad de Andalucía para el período 31/05 al 12/09.
20120912

Se ha detectado que no se están recibiendo observaciones de la red de calidad del aire de las Islas Canarias desde finales de Agosto para las estaciones de Agüimes, Arinaga, Barranco Hondo, Castillo Del Romeral, El Río, Galletas, Granadilla, Igueste, Igueste2 (Candelaria), Jinamar III, San isidro y San Miguel de Tajao; y desde el día 07/09 para la estaciones de C. Arte Juan Ismael, C. Arte Juan Ismael, Arrecife y Costa Teguis.


Se ha enviado comunicación a los gestores de la red y han indicado que tienen problemas con la recepción de los datos
20120910 y 20120911

Se genera el pronóstico para el modelo fotoquímico, pero debido al fallo del BSC-DREAM8bv2 la evaluación del sistema falla, ya que el sistema va a buscar los ficheros de polvo y no los encuentra.


Los mapas de PM10 para estos días son erróneos debido a que las partículas se generaron con el último fichero de polvo disponible
20120909

El forecast ha fallado debido a que se superó la cuota de disco en Mare Nostrum. Se vacía el disco

20120908

El forecast ha fallado debido a que se superó la cuota de disco en Mare Nostrum.


El modelo BSC-DREAM8bv2 ha fallado debido aun error de disco de la maquina dream (el modelo no va ha funcionar del 08 al 12 de septiembre)
20120907

El forecast ha fallado debido a que se superó la cuota de disco en Mare Nostrum.


20120906

Se ha detectado que en la base de datos las observaciones para las estaciones de la red XVPCA están en hora GMT+1, mientras el modelo se encuentra en UTC. Se va a verificar desde cuando ocurre esto y si se presenta para más fuentes de información.


20120906

Se ha encontrado la causa del problema reportado el 20120831 sobre las fichas de evaluación anual, las cuales han dejado de actualizarse para las estaciones donde las observaciones han estado más de 15 días sin datos.


Igualmente, en cuanto han vuelto las observaciones, (en el caso de la Comunidad Valenciana), y se ha ejecutado la avaluación anual acumulada, las fichas para esas estaciones seguían sin tener datos (ni modelo ni observaciones).
Se ha encontrado, que eso solo ocurre para la evaluación del modelo con KF y que las gráficas sin KF continúan generándose normalmente.
El problema tiene su origen en un sistema de flags que se puso en el sistema para desactivar el KF pasados 15 días sin observaciones, sin embargo no se pensó que pasarían con la evaluación anual y simplemente se desactiva la generación del fichero de datos para su elaboración, este sistema no detecta cuando vuelven las observaciones, con lo cual el sistema sigue trabajando con los datos previos a la desactivación.
Para solucionarlo se cambiará la interpretación de éste flag por parte de sistema para la evaluación anual acumulada y cuando no existan datos con KF (más de 15 días sin observaciones), se rellenará con datos del modelo solo, con lo cual la evaluación continuará y las fichas se generarán. CORREGIDO.
20120905

Se han cambiado los filtros de máximos en la base de datos y en el KF.


O3: 250 ug/m3 en lugar de 500 ug/m3

NO2: 300 ug/m3 en lugar de 500 ug/m3


20120905
El problema comentado y descrito para la fecha 20120820 y en la presentación 20120824_Analisis_arrastre_picos_KF, se concentra en las estaciones de fondo rural de AEMET, recibidas a través de EIONET y ocurre desde el 25/07 cuando se activaron los filtros de máximos y mínimos, indicando a la base de datos que no utilizará los valores fuera de rango (pero por error también se incluyeron los valores con flag valor nulo).

Es de indicar que el flag de validación, en el momento de la creación de la base de datos, se definió por defecto como un valor nulo, que se actualiza al aplicar el filtro una vez se han insertado las observaciones (IR invalido por rango y DS dato sospechoso), sin embargo no se pensó en toda la tipología existente en la recepción de datos, ni en las implicaciones que tenía dejarlo como un campo nulo.


En general los ficheros de datos de las estaciones recibidas a través de EioNET (excepto las de AEMET), contienen todos los campos llenos; en el caso de que no se encuentre la observación el campo tiene un valor de -111.  En CALIOPE, los datos de estos ficheros son leídos e introducidos a la base de datos y son actualizados a medida que hay nuevos datos. En cuanto son actualizados, se aplica el filtro.


En el caso de las estaciones de AEMET, los ficheros contienen mayoritariamente datos “buenos” y solo se actualizan algunos datos en los nuevos ficheros (los datos viejos ya no aparecen), por tanto el filtro solo se estaba aplicando a esos “nuevos datos”, quedándose los primeros con el flag de valor nulo.



Debido a que los datos con flag nulo (que entraron primero) no fueron utilizados por la base de datos en la evaluación, ni en el Kalman Filter, se desajustó el sistema, apareciendo muy pocas observaciones para éstas estaciones y en cuanto una de las observaciones fue un pico, el KF ha hecho que sea arrastrada durante días, porque no tenía suficientes datos para reajustarse.

Para solucionar el problema se harán varias cosas:


1.   Se cambiará la interpretación que hace el sistema para que no tenga en cuenta los datos fuera de rango (HECHO).

2.  Se volverá a aplicar el filtro desde el 25/07 (HECHO)

3.   Se eliminaran los campos nulos de este flag, de ahora en adelante los valores revisados y aceptados tendrán una V. (POR IMPLEMENTAR)

4.   Se regenerará imágenes mensuales y quincenales para estas estaciones y volverá a realizar la evaluación. (faltan regenerar las imágenes mensuales).
20120905

EVAL ha funcionado correctamente para todos los dominios.


20120904

Debido al problema indicado para el día 03, la evaluación del sistema no ha funcionado, porque la base de datos estaba colgada. Se reinició la maquina bscct08 y se han vuelto a cargar los datos de modelo y observaciones. Se suspende la ejecución del optimize hasta encontrar como mejorar el tiempo de ejecución de esta opción y evitar así el bloqueo de la base de datos.


20120903

El domingo día 02, se lanzó un proceso que optimiza la base de datos (“optimize”), sin embargo ha tardado más de lo esperado (aprox. 36h), bloqueando la entrada de nuevos datos. Una vez finalizado el optimize, todos los procesos en cola intentaron ejecutarse simultáneamente y bloquearon la máquina. Se cerraron varios procesos manualmente para ver si la máquina volvía a la normalidad, pero termino de ir bien y la maquina ha ido muy lenta durante éste día.


20120831

Se observa en las fichas de evaluación acumulada anual de varias estaciones (Laza, Arzúa, Zalla, Valencia Vivers, St. Antoni de Portmany, Vigo Arenal, Pontevedra, Lugo, Buñol, Niembro, Bailen, Pozo Dulce, Cirat, Cartuja, Tres de Marzo, Llodio, por mencionar solo algunas) que las observaciones para algunos periodos presenta un comportamiento extraño, ya que los datos parecen constantes para varios días. Se esta investigando la causa del problema. CORREGIDO


20120831

Se ha observado en las fichas de evaluación anual, que para varias estaciones en las que se habían dejado de recibir observaciones (Andalucía, País Vasco, Comunidad Valenciana, Murcia), los datos del modelo no se actualizan, a pesar de que la fecha de la imagen si se actualiza.


20120830

Desde el 18 de Agosto no se están recibiendo observaciones para la estación de Santiago de Compostela, se ha escrito a la Xunta de Galicia informando. Se vuelven a recibir datos el 03/09.

20120829

Se observa que para la mayor parte de la estaciones de Galicia, en las imágenes quincenales no aparecen datos desde el 24 de Agosto y las que tienen datos aparecen de forma intermite. Sin embargo en la base de datos si aparecen los datos completos. Se vuelven a recibir datos el 03/09.


20220827

Se han vuelto a recibir datos de observaciones de la Comunidad Valenciana, desde el día 25 de Agosto, sin embargo el período de datos recuperados es diferente para cada estación y contaminante, siendo la pérdida de datos cercana a un mes.


20120827

Continúa apareciendo el problema reportado el 08/20, en otras estaciones de fondo rural de EIONET


20120827

No ha funcionado la evaluación del sistema, ni gráficas, ni tablas, debido al fallo del BSC-DREAM8bv2. CORREGIDO Y RECUPERADO EL DIA


20120827

A raíz del fallo de la simulación de BSC-DREAM8bv2, por falta de espacio en el servidor de dream y esto a su vez debido a problemas con la SUN. Se ha descubierto que el sistema de generación de los mapas de PM10 de CALIOPE utiliza los últimos ficheros disponibles de BSC-DREAM8bv2 sin tener en cuenta la fecha.


En éste sentido, los mapas de PM10 del día 08/26, son erróneos, ya que se han utilizado los datos del polvo del día anterior.
20120820

Se ha analizado el problema detectado en varias estaciones (que se listas a continuación), donde se ha observado un comportamiento anómalo desde finales de julio, con el arrastre de los picos calculados por el KF. ( ver presentación: 20120824_Analisis_arrastre_picos_KF.pptx )




PM10

San Caetano

Osaviñao

Campisalabos

Vigo


O3

Zarra


Penausende

Barcarrota




NO2

Cap de creus



20120814


Se ha cambiado la versión del modelo BSC-DREAM8b a BSC-DREAM8bv2.
20120813

Desde el 20 de julio se han dejado de recibir datos para las estaciones de calidad del aire Marín (Escuela Naval) y Vigo (Arenal). Se contacta con la Xunta e indican en su respuesta que: Con la estación de Vigo hubo un problema puntual y después de solucionarlo se olvidó reactivar el envió de datos y la estación de Marín se encuentra sin electricidad.


20120813

Se recibe respuesta de Peder Gabrielsen e indica que: “For your information I have again contacted the three data providers end of last week and currently await their responses.”


20120810

La ejecución del forecast en MareNostrum ha terminado hacia las 11, debido a que MN entro en producción a media noche, pero los mapas de calidad del aire no se han generado hasta en la tarde debido a un problema con la lectura de la fecha por parte de grads, que la encontraba en el sistema en castellano y se paraba. Ya esta solucionado.


20120810

Se continúa sin recibir datos de EioNET, para el País Vasco, la Comunidad de Valencia y la Comunidad de Murcia. Se ha enviado comunicación.


20120809

Debido al Mantenimiento eléctrico de MareNostrum, el forecast para este día no se ejecutó. RECUPERADO.


20120806

Se ha añadido un logo corporativo en los ficheros KMZ.


20120801

Los Netcdf de BSC-DREAM no se enviaron correctamente a Mare Nostrum, provocando un fallo en el proceso de EXTRACT. Se subieron manualmente por la mañana, se generaron los drs de dust y se lanzó la evaluación manualmente.


20120726

Se recibe respuesta de Jaume Targa “At the moment, EEA manages more than 80 data providers across Europe for the voluntary supply of near real time air quality data from their networks.Each data providers has implemented an IT solution that works for their system. These vary across them all and some are managed internally, semi-internally and others externally. Depending on how the communications are managed, their respond solution also varies”.


20120725

Se implementan los filtros de mínimos y máximos en la base de datos, según se muestra en la tabla siguiente:



Contaminantes

Mínimos*

Máximos**

O3 (µg/m3)

1

500

NO2 (µg/m3)

1

500

PM10 (µg/m3)

1

600

PM2.5 (µg/m3)

1

600

SO2 (µg/m3)

1

600

Esto implica que no serán utilizados para ninguno de los procesos de consulta de la base de datos (KF, evaluación anual, consultas de datos, etc), salvo indicación expresa del administrador de la base de datos. Doc referencia: 20120725-Filtro valores máximos y mínimos BBDD-CALIOPE MTP.xlsx y 20120705 Filtro valores máximos BBDD-CALIOPE v1 GA.pptx


20120724

Se envía comunicación EIONET, solicitando información sobre los problemas en la recepción de datos para:

Comunidad Valenciana: no se reciben datos desde el 1 julio.

Murcia: no se reciben datos desde el 2 julio.

País Vasco: no se reciben datos desde el 28 de mayo.
20120719

El fichero de extract para el dominio Andalucía no se generó debido a un fallo en Mare Nostrum. Se generó manualmente y se lanzó la evaluación posteriormente.



20120709


Se cambian los valores máximos esperados para la ejecución del KF, puestos el 20120628

- O3: 500

- NO2: 500

- PM10: 600

- PM2.5: 600

_____

20120705


Se vuelven a recibir datos de observaciones de calidad del aire de la red de las islas canarias desde el 01 de julio. Se han solicitado los datos del periodo (18-30 junio). La siguiente semana se reciben los datos completos de junio.

_____

20120629


El filtro de Kalman para Andalucía se ha desactivado debido a que lleva más de 30 días sin observaciones.

_____

20120629


Se continúa si recibir datos de las Islas Canarias, pero han escrito indicando “que han hecho la migración de los servidores y han perdido alguna conexiones”. Y que están trabajando para solucionarlo.

_____

20120629


Se han vuelto a recibir datos de la red de la Comunidad Valenciana.

_____

20120628


Se cambian los valores máximos esperados para la ejecución del KF.

En su versión inicial tenía un filtro igual 250 µg/m3, solo para el Ozono que venía por defecto en el algoritmo original del Filtro de Kalman


- O3: se mantiene el valor de 250 µg/m3

- NO2: 220 antes 1000 µg/m3, inicialmente implementado por VS

- PM10: 150 antes 1000 µg/m3, inicialmente implementado por VS

- PM2.5: 100 antes 1000 µg/m3, inicialmente implementado por VS



_____

20120627


Se han actualizado las imágenes de emisiones para Europa con HERMES_DIS v2.1. (antes v2.0)

____

20120627


El forecast del día de hoy fallo por corte eléctrico en MareNostrum

_____

20120625


No se reciben observaciones de la red de estaciones de calidad del aire de Canarias desde el 19 de Junio. El día 25 se envió comunicación.

_____

20120625


No se reciben observaciones de la red de la Comunidad Valenciana desde el 20 de junio.

_____

20120625


La estación de Cap de Creus aparecía como una estación UF cuando en realidad es una RF. Se ha cambiado.

_____

20120622


Se ha cambiado las emisiones de Europa de la versión HERMES_DISv.2.0 a la versión 2.1. En la tabla siguiente se resumen los principales cambios.


Tema

HERMES_DIS v 2.0

HERMES_DIS v2.1

Emisiones de entrada

EMEP-CEIP 2008 + módulo emisiones biogénicas HERMES04

EMEP-CEIP 2009 + MEGAN v 2.04

Desagregación horizontal

E-PRTR v 2.1

CORINE Land Cover 2006 v13



E-PRTR v 3.2

CORINE Land Cover 2006 v 15

Relocalización emisiones marítimas (Wang et al., 2008)

Modificación metodológica sectores puntuales (SNAP01/03/04/09)



Desagregación vertical

Perfil vertical basado en EMEP Unified model

Perfil vertical basado en Bieser et al., 2011 (el mismo para emisiones de gas y partículas)

Desagregación temporal

Perfiles mensuales, diarios y horarios de EMEP/MSC-W (2003). Para las partículas perfiles semanales y horarios planos

Perfiles mensuales y diarios para gases y partículas de EMEP/MSC-W (2003). Perfiles horarios de TNO-MEP for TROTREP/POET


_____

20120619


La reserva del Forecast no funcionó correctamente. La creación de otra reserva por parte de support entró en conflicto con la de Earth y no se ejecutó el Forecast. Se lanzó manualmente por la mañana y se consiguió terminar IP.

_____

20120617


Para Andalucía dejan de aparecer las observaciones en las gráficas de evaluación quincenal, al igual que el visto en las tablas de máximos, debido a que no hay observaciones por más de 15 días. En total son 83 estaciones que se quedan sin datos.

_____

20120614


Se ha cambiado el tamaño del icono de las estaciones (gota) un 20% ahora tiene 18x18 pixeles.
20120614

Para el País Vasco dejan de aparecer las observaciones en las gráficas de evaluación quincenal, al igual que el visto en las tablas de máximos, debido a que no hay observaciones por más de 15 días. En total son 32 estaciones que se quedan sin datos.



_____

20120611


Se escribe a Jaume Tarraga de EioNet para preguntar si se sabe cuando se restablecerá el envío de datos del Pais Vaco y su respuesta es la siguiente: “El envío del país vasco se realiza manualmente y son ellos los que deciden Ejecutar el envio. Esta es la forma que ellos decidieron implementar el

intercambio, y por lo tanto nosotros no podemos hacer nada.”



_____

20120608


Se continúa sin recibir observaciones de la red del País Vasco.

_____

20120605


Se observa que desde el 29 de mayo no se reciben observaciones para la red de estaciones del País Vasco.

_____

20120604


Desde el 31 de Mayo no se reciben observaciones para la red de Andalucía, según comunicación telefónica entre JMB y Antonio Lozano se debe a temas jurídicos dentro de la Junta.

_____

20120604


Se recibe respuesta a la solicitud de información de la Xunta de Galicia, por parte de Catalina Rodríguez Villazón del Laboratorio de Medio Ambiente de Galicia (LMAG):
Nuestros mantenedores han estado haciendo una recapitulación, revisión y actualización de los equipos de NOx y PM de Laza. En resumen estas han sido las observaciones y acciones tomadas:
NOX
25/05/12: Se retira el MONITOR titular n/s 3791272 (945-NOx) para ver si los datos bajos son lógicos. En su lugar se pone el SIR n/s 141 (20-NOx), antiguo titular de Ourense.

28/05/12: Se revisa en el taller el 945-NOx. Se revisan diagnósticos, se hace cero y spam y OK

01/06/12. Se instala de nuevo el 945-NOx en la estación y se retira el 20-NOx

04/06/12: se observa el mismo valor durante varias horas. Se acude a la estación y se observa que el ordenador se ha quedado colgado. Se reinicia el ordenador, se mete cero/spam, se ajusta la configuración del equipo y se deja OK
El 04/06/12 se comprueba cero/spam de los equipos de SO2 y CO y están OK
1   ...   8   9   10   11   12   13   14   15   16


La base de datos está protegida por derechos de autor ©bazica.org 2016
enviar mensaje

    Página principal