Observaciones Meteorológicas
Sistemas de comunicación
Clave BUFR
Migración de claves alfanuméricas a BUFR
¿Por qué se da esta modificación?
En el pasado: las limitaciones tecnológicas y de comunicaciones, incluidos los costos, fue
el factor principal de optar por claves predefinidas que economicen caracteres y
alfanuméricos para permitir la lectura al ojo humano en cualquier instante del circuito.
En el presente: Evolución rápida de la ciencia y la tecnología. Ya no es necesario ajustar el
tamaño del mensaje y para la lectura. Existen visualizadores de la información.
Actualidad: rápida evolución tecnológica
- Volumen de información creciente (por ej. satélites) y complejidad de observaciones
- Mayor certeza en las mediciones
- Mayor resolución requerida para las observaciones:
• Tiempo (mayor frecuencia)
• Espacio (resolución vertical)
• Requerimiento de todas las observaciones en altitud (radiosondeos)
• Nuevos tipos de información son intercambiadas y observadas (ozono, radiación, mar y nivel del
agua, etc…)
- Pedidos más frecuentes de cambio en tipos de información nueva
¿Se puede modificar un código tradicional prefijado e insertar un nuevo grupo?
Las formas de códigos alfanuméricos tradicionales son incapaces de acomodar nuevos
tipos de datos.
El formato fijo y las convenciones de codificación que definen los datos deben traducirse
e integrarse completamente en los programas de codificación y decodificación.
Dificultades
• Requisitos cambiantes pero códigos fijos.
• El cambio implica largo tiempo y costos.
• Correcciones de software necesarias en todas las etapas de la cadena de
procesamiento.
• Entrenamiento requerido
• La aprobación de cambios de código por parte del organismo oficial de la OMM y luego
la implementación por parte de los Países Miembros lleva de 2 a 4 años, o incluso más.
Esto es incompatible con la rápida y moderna evolución de la ciencia y la tecnología.
• Es costoso e ineficiente para el intercambio de información.
¿Por qué modificar la forma en la que se codifican los datos?
La meteorología operacional evoluciona
• Desarrollo de nuevas observaciones o plataformas de observación: mayor cantidad y frecuencia de
datos.
• Se cuenta con mayor procesamiento informático.
• Se requiere mayor resolución en espacio y tiempo.
• La preocupación de la OMM es el intercambio internacional y los formatos acordados para transmitir
datos entre países.
• Se necesitan nuevos formatos eficientes para los intercambios internacionales.
SOLUCIÓN
Representaciones de datos que ofrezcan:
EXPANSIBILIDAD: capacidad de agregar fácilmente nuevos parámetros o para cambiar la
precisión de los actuales
AUTO DESCRIPCIÓN: auto descripción del contenido
FLEXIBILIDAD: posibilidad de variar el contenido
SOSTENIBILIDAD: archivos antiguos legibles
COMPRESIÓN: para intercambio digital binario
BUFR
Formulario universal binario para la representación de datos meteorológicos
BUFR es una forma de código de tabla, definida por la OMM a fines de 1980 como una
alternativa a los códigos alfanuméricos tradicionales.
Actualmente, la mayoría de los datos de observación meteorológica ya se están
produciendo y transmitiendo en BUFR, y de acuerdo con el plan de migración de la
OMM, en un futuro próximo todos los datos de observación meteorológica deben
codificarse en BUFR.
BUFR
CARACTERÍSTICAS PRINCIPALES
• Es binario. Esto lo hace compacto y excelente para transmitir y almacenar grandes cantidades de
información meteorológica. Sin embargo, esto implica la necesidad de un software adecuado para
generar o decodificar datos BUFR.
• Es portátil. No hay dependencias en lenguaje de computadora específica o en orden de bytes.
• Es extensible. Cuando aparecen nuevos tipos de observación, las tablas se pueden ampliar y no es
necesario modificar los paquetes generales de software BUFR.
FORMATO DE LA TABLA DE CÓDIGOS
En un formato de tabla de códigos, también hay una estructura fija, pero se aplica sólo a la forma
del «contenedor» (o diseño o estructura del código) en lugar de al contenido del «contenedor».
Estas reglas de estructura son las mismas para cualquier tipo de datos: "solo un formato físico para
todos los tipos de datos".
La presencia y la forma de los datos se describen dentro del propio «contenedor». Este es el
concepto de: AUTO DESCRIPCIÓN.
Sección de descriptores: contendrá un conjunto de "descriptores" que se refieren a los elementos
que se enumeran en TABLAS predefinidas y acordadas internacionalmente.
En las TABLAS, la lista de descriptores (elementos) define cómo se debe codificar cada "dato".
Todos los "datos" que se transmitan deben definirse en las tablas del Manual de la OMM (por
ejemplo, nombre, unidad (m/s, K, etc), tamaño (6 bits, 9 bits), etc).
