Datos, calidad y series · Última actualización: 2026-01-27

Calidad de datos meteorológicos: lo que decide si puedes confiar: cómo verlo en un panel

Un panel de calidad de datos no es “una gráfica bonita”: es un tablero de control para detectar problemas antes de que te estropeen extremos, resúmenes diarios, comparaciones con modelos o publicaciones. Lo bueno es que no hace falta montar un monstruo: con 8–12 indicadores bien elegidos puedes ver el 80–90% de fallos típicos (reloj/UTC, coherencia interna, sensores pegados, saltos por mantenimiento, emplazamiento/abrigo, pluviómetro, y señales raras en radiación/UV). Esta guía te enseña qué poner, cómo leerlo y cómo actuar en 5 minutos.

Este artículo forma parte del tema Datos de calidad en WikiMeteo.es, donde reunimos conceptos y guías prácticas para entender mejor el tiempo y el clima.

1. Qué es un panel de calidad (y qué NO es)

Es: una vista resumida de señales que te dicen si los datos son coherentes, temporales y físicamente razonables. No es: una herramienta para “suavizar” la meteorología real ni para esconder eventos extremos. La idea es detectar fallos de medición, instalación o procesamiento.

2. Idea clave en 30 segundos

  • En una frase: un panel útil junta señales de tiempo, coherencia interna y salud del sensor, y te dice qué revisar
  • Señal típica: un salto o patrón raro que coincide con un cambio (mantenimiento, firmware, lluvia, viento fuerte)
  • Confusión común: mirar solo una variable sin contexto (p.ej. solo temperatura) y perder el fallo real

3. Estructura mínima del panel (8–12 bloques)

Si tuvieras que elegir lo mínimo, esto suele funcionar muy bien:

  • Tiempo y estado: última muestra recibida, retraso (latencia), gaps en la última hora/día.
  • Reloj: comparación simple “hora esperada vs hora recibida” (drift estimado si aplica).
  • Temperatura/HR: serie 24 h + min/max + alerta de spikes y sensor pegado.
  • Presión: serie 24 h + rango esperado + spikes (muy útil para detectar errores burdos).
  • Viento: rachas y dirección (cambios imposibles o dirección fija sospechosa).
  • Precipitación: acumulado 1 h / 24 h + ticks; alerta de “migas” en seco.
  • Radiación/UV: curva diurna (debería tener forma coherente con el sol); UV fuera de rango = bandera roja.
  • Coherencia interna: reglas simples (ej.: HR 100% con sol fuerte y viento seco es sospechoso; o punto de rocío > T no debería pasar si está bien calculado).
  • Notas de mantenimiento: últimas intervenciones (limpieza, nivelado, cambio sensor).

4. Qué métricas simples poner (sin complicarte)

  • Compleción: % de datos recibidos por ventana (última hora, 24 h).
  • Gaps: número y duración de huecos.
  • Stuck detector: varianza muy baja durante X minutos (sensor pegado).
  • Spike detector: salto > umbral razonable entre muestras consecutivas (según variable).
  • Rango físico: límites “duros” (p.ej. HR 0–100%, UV no negativo, presión en rango razonable).
  • Rango climatológico orientativo: límites “blandos” por estación/época (sirven para avisar, no para borrar).
  • Consistencia interna: reglas cruzadas (punto de rocío, sensación térmica, radiación vs nubosidad).

5. Cómo leer el panel cada día (flujo de 60 segundos)

  1. Mira tiempo: ¿llega el dato? ¿hay gaps? ¿la hora está bien?
  2. Mira series 24 h: ¿hay escalones, picos aislados, “línea plana”?
  3. Mira coherencia: ¿T/HR/presión/viento encajan con el “cuento” del día?
  4. Mira pluvio: ¿hay migas en seco? ¿saltos raros?
  5. Mira radiación/UV: ¿curva diurna con forma lógica? ¿UV disparatado?

6. Ejemplos prácticos (cosas que verás de verdad)

  • Ejemplo 1: temperatura con picos de 2–3 °C en 1 minuto y vuelve a la normalidad → típico de lectura/ruido.
  • Ejemplo 2: HR clavada al 99–100% durante horas con sol fuerte y viento → abrigo sucio o mala ventilación.
  • Ejemplo 3: lluvia de 0,2 mm cada cierto tiempo sin nubes → vibración, insectos o pluvio sucio.
  • Ejemplo 4: UV alto al amanecer/anochecer → sensor/escala/firmware mal.
  • Ejemplo 5: presión con salto brusco de varios hPa en un minuto → error de sensor o lectura.

7. Síntomas → causa probable (para resolver en 5 minutos)

Tabla orientativa: no sustituye revisar contexto, pero acelera muchísimo el diagnóstico.

  • Gaps repetidos a horas fijas: reinicio programado, conectividad, energía.
  • Hora desplazada y cada día peor: drift del logger (sin NTP).
  • Serie plana (stuck) en T/HR: sensor pegado, condensación, cable/conector.
  • Picos aislados en una variable: ruido eléctrico, lectura corrupta.
  • HR muy alta sistemática de día: abrigo sucio/mala ventilación o emplazamiento húmedo.
  • Lluvia espuria en seco: pluvio sucio, insectos, vibración, rebote, mal nivelado.
  • UV fuera de rango: sensor mal calibrado, escala errónea, sombra/reflejo raro.
  • Temperaturas máximas infladas con sol y calma: radiación directa, abrigo deficiente, proximidad a pared/tejado.

8. Errores comunes al montar el panel

  • Mezclar UTC y hora local sin dejarlo claro
  • Usar umbrales “duros” climatológicos y borrar episodios reales
  • No registrar cambios de mantenimiento (pierdes la causa)
  • Mirar solo el número y no la forma de la serie
  • No cruzar variables (coherencia interna)

9. Buenas prácticas

  • Guardar en UTC; convertir a local solo en la interfaz
  • Separar raw, QC (flags) y derivados (diarios, extremos)
  • Alertas por síntomas, no por “me parece raro”
  • Bloque de mantenimiento con fecha: te ahorra días de dudas
  • Radiación/UV como “testigo” excelente de problemas de exposición

10. Resumen y claves finales

  • Un panel útil es pequeño y directo: tiempo + series + coherencia + pluvio + radiación/UV
  • La forma de la serie detecta fallos mejor que un valor suelto
  • Coherencia interna evita errores silenciosos
  • Con la tabla de síntomas, muchas incidencias se resuelven en minutos

11. Mini-glosario

  • Coherencia interna: reglas físicas simples entre variables (si una falla, algo huele raro)
  • Drift: deriva del reloj
  • Spike: pico aislado no coherente
  • Stuck: sensor que no cambia durante demasiado tiempo
  • QC/flags: etiquetado de calidad (no necesariamente borrar)

12. Referencias y lecturas recomendadas

  • AEMET: documentación general de observación y redes (conceptos y prácticas)
  • WMO: guías y estándares de instrumentación y calidad
  • NOAA: recursos educativos y técnicos de instrumentación/datos