ems_prep, ems_run, ems_post

Brandt Maxwell
Meteorólogo
National Weather Service Forecast Office Web: weather.gov/sandiego
San Diego, California USA Email: Brandt.maxwell@noaa.gov
 Repaso corto (otra vez): Tres
partes principales del WRF-EMS
• WRF tiene este “modelo”
– Pre-proceso (ems_prep)
• Descargar las condiciones iniciales y de fronteras
– Incluyendo tiempo real y para estudio de casos
– Proceso principal (ems_run)
• Correr el modelo
– Proceso posterior (ems_post)
• Crear y distribuir los gráficos y/o archivos para el
futuro
 ems_prep
• El más complejo de los scripts para WRF EMS
• El primero de los 3
• Para obtener y procesar los conjuntos de los datos para
condiciones iniciales y de las fronteras
• Se puedan usar diferentes conjuntos para condiciones
iniciales contra las de las fronteras
– Puedes usar NAM para inicial y GFS para fronteras
(después de Hora 0)
• Incluye opciónes para condiciones del superficie
incluyendo temperaturas del océano
 Más de ems_prep
• Archivos de entrada pueden tener frequencia de
(como máximo) 1 minuto
– Normalmente es 1-3 horas
• Determina cual hora de datos para buscar
(basado en la hora actual)
– Si son las 17Z, ems_prep busca el GFS de 12Z
automáticamente
• Configuración es en
$EMS/conf/<conjunto>_gribinfo.conf
– Ejemplos: gfsptile_gribinfo.conf o sstptile_gribinfo.conf
 Correr ems_prep como comando
• Cuando se corre ems_prep de línea de
comando:
– Determina la lista de archivos de condiciones
iniciales y de las fronteras que se requieran
por el usuario
– Va a tratar de obtener los archivos de arriba
(de Grib) de un servidor especificado
– Descargar, interpolar y procesar los archivos
de Grib para que ems_run puede usarlos
 Opciones de ems_prep en línea de comando

• Usa...
--dset – el conjunto para la entrada
--dset gfs,gfsptile
--sfc y --lsm – para datos de superficie de la tierra y océano
--domains – escoje cuales dominios que quieres en la
corrida
--domains 2,3,4 (no hay espacios entre los numeros de
los dominios)
 Más opciones
--clean – para quitarse los directorios temporados del WRF de archivos
de la corrida anterior
--date – la fecha para inicialización del modelo
--date 20140306
--cycle – (ciclo) la hora de Hora 0, la primera hora, la última hora y
frecuencia de los datos de entrada
--cycle 12:18:06:03
--cycle 12 (mas simple)
--length – número de horas que quieres que el WRF corra
--length 36
--local – solo busca en $EMS/runs/<dominio>/grib para archivos de
inicialización
 Otras opciones se usan con menos
frequencia

--tiles --besthr --synchr --previous

--analysis --nodelay --hiresbc --gribdir
--rundir --gribdel --intrdel --noproc
--nometgrid --nodegrib --query --dsquery
--dslist --dcheck
 Comandos para ayuda de ems_prep

• ems_prep --help
– Muestra opciones y bandas de línea de
comando
• ems_guide --emsprep
– Muchos detalles de las opciones
 Más ayuda de ems_prep
• ems_prep --dslist
– Muestra todos los conjuntos de la
inicialización
• ems_prep --dsquery <conjunto>
– Muchos detalles de los conjuntos
 Ejemplos de ems_prep
• ems_prep --dset gfs
– La opción “dset” es obligatoria
– Todas las información vienen del archivo
gfs_gribinfo.conf
– Por defecto usa la fecha y el ciclo actual
• A menos que especifiques una fecha y/o un ciclo diferente
• ems_prep –dset gfs:http
– Muy similar, pero usa http para obtener archivos de
GFS
 Más ejemplos de ems_prep
• ems_prep --dset gfs:http --cycle 12
– Especificamente para el ciclo de las 12Z
• ems_prep --dset gfs:http --cycle 12 --date
20140404
– Especificamente para el 4 del abril de 2014
• ems_prep --dset gfs:http --cycle 12 --length 12
– Inicializa el modelo por exactamente 12 horas
• ems_prep --dset gfs:http --cycle 12:00:12
– El mismo (pero escrito diferentemente)
 Más ejemplos de ems_prep
• ems_prep --dset gfs:http --cycle 12:06:18:06
– Empieza el WRF a la Hora 6 de GFS (12Z ciclo)
– Termina el WRF a la Hora 18 de GFS (la duración es 12 horas)
– Condiciones de las fronteras ocurren cada 6 horas
• ems_prep --dset namptile%gfs --sfc ssthr:ftp
– Usa el conjunto de namptile (de los EEUU) para condiciones
iniciales y gfs para condiciones de las fronteras (después de
Hora 0)
– Usa el conjunto de ssthr para temperatura de la superficie del
mar por ftp (en vez de http, etc.)
•
 Algunos conjuntos
• namptile – datos de NAM en los EEUU de “personal tiles” (rápidos)
– 12-km
• namcaptile – datos de NAM en Centroamérica y el Caribe de
“personal tiles” – 12-km
• gfsptile – datos de GFS de “personal tiles” – 0.5 x 0.5 grados
(lat/lon)
• sstptile – datos de temperatura de la superficie del océano de
“personal tiles” – 1/12 x 1/12 grados (lat/lon)
• nnrp – reanálisis global (1948-2006) – 2.5 x 2.5 grados (lat/lon)
• cfrsptile – reanálisis global (1979-2010) de “personal tiles” – 0.5 x
0.5 grados (lat/lon)
 ems_run
• El segundo de los 3 scripts para correr el WRF
• Hay muchos archivos de configuración
– En $EMS/runs/<dominio>/conf/ems_run
– Las configuraciones se pueden pasar a modo manual
– Configuraciones se pueden ajustar para computadoras
individuales o clusters
• Puede correr núcleos de WRF-ARW o WRF-NMM
 ems_run: Archivos de Configuración
(en $EMS/runs/<dominio>/conf/ems_run)
• ems_run.conf (opciones principales)
• run_physics.conf (parametrizaciones de la física)
• run_dynamics.conf (opciones para dinámica)
• run_timestep.conf (para incremento de tiempo)
• run_ncpus.conf (si necesita cambiar número de núcleos
o usar un conglomerado de computadoras)
• run_nests.conf (información para anidamiento)
• run_levels.conf (para cambiar el número de niveles o las
alturas sigma de los niveles)
• Y otros menos usados
 run_physics.conf
• Muchas opciones de física para corridas
– Cumulus
– Microfísica (de nubes)
– Capa Límite Planetaria
– Física de la Tierra
– Radiación de Onda Larga y Onda Corta
 run_dynamics.conf
• Contiene opciones dinamicas para
núcleos de WRF ARW y WRF NMM
• Configuraciones incluyen:
– Integración del tiempo
– Difusión y divergencia modificación
– Hidrostática contra no hidrostática
run_timestep.conf y run_nests.conf
• run_timestep.conf
– Puede calcular el período de tiempo en el
WRF o usar un valor exacto
– Puede usar el período de tiempo adaptivo
• El período de tiempo cambia debido a la velocidad
de la onda o el viento
• run_nests.conf
– Determina comunicación de una o dos
direcciones
 run_ncpus.conf
• Usado cuando el WRF se corre en
procesoras múltiples (incluyendo clusters)
– REAL_NODECPUS = <nombre de
nódulo>:nombre de CPUs
– WRFM_NODECPUS = <nombre de
nódulo>:nombre de CPUs
– WRFM_NODECPUS = local:8 (ejemplo)
Ems_run: Opciones de la línea de comando

• Usa estas para pasar a modo manual:

--domains – incluye los nidos para correr
--domains 2,3 (1 siempre se incluye – el
dominio exterior)
--length – duración de la corrida – incluye h con hora
--length 18h
--nodes – para nódulos y procesoras por nódulo
--nodes node1:8,node2:8,node3:4
 Más opciones de ems_run
--start – empieza el modelo a una hora
después de Hora 0 (de datos inicialización)
--start 2014040415
--levels – cambia el número de niveles
verticales
--levels 91
 Otras opciones se usan con menos
frequencia

--rundir --nowrf --noreal --rstint

--restart --syncts --interp --dfiopt
--dfifilter
 Comandos para ayuda de ems_run

• ems_run --help
– Muestra opciones y bandas de línea de
comando
• ems_guide --emsrun
– Muchos detalles de las opciones
• runinfo
– Muestra la configuración actual
 Ejemplos de ems_run
• ems_run --domains 2,3
– El WRF incluye dominios 2 y 3
– Solo funciona si ems_prep incluyo dominios 2 y 3
– Sin la banda de --domains, solo dominio 1 (dominio
exterior) correría
• ems_run --domains 2:6h
– Dominio 2 solo corre por 6 horas
• ems_run --length 12h
– Corre el WRF solo por 12 horas (aunque si hay más
datos de entrada)
 ems_post
• Procesa la salida del WRF ARW o WRF NMM
– La salida (después de ems_run, pero antes de
ems_post) es en niveles nativos de sigma
– Puede crear archivos con como máximo 80 niveles
de presión entre la superficie y 2 mb (o, si quieres,
ningunos niveles de presión)
– Puede producir archivos de
• Grib1, Grib2, BUFR, Bufkit, Gempak, GrADS, netCDF
– Archivos se pueden enviar automáticamente a otros
lugares con
• ftp, sftp, cp, scp, rcp
 Nidos con ems_post
• Si hay nidos en el dominio, ems_post los
procesa independientemente
– Si hay un dominio y 2 nidos, pueden ser
como máximo 3 conjuntos de salidas
Archivos de configuración de ems_post

• ems_post.conf (opciones principales)

• post_export.conf (opciones para salvar y
distribuir resultados)
• post_grads.conf (para formato de GrADS)
• post_grib.conf (para formato de Grib1 y Grib2)
• post_gempak.conf (para formato de GEMPAK)
• post_bufr.conf (para formato de BUFR)
 ems_post.conf
• El archivo de configuración más
importante
– Habilitar o inhabilitar opciones (GrADS,
Gempak, etc.)
– Controlar si se crean Grib1 y/o Grib2
– Se pueden pasar a modo manual (en la línea
de comando)
 Ems_post: Opciones de la línea de
comando
• Usa estas para pasar a modo manual:
--domain – solo usa un dominio uno por uno
--domain 2
--gempak o --nogempak – enciende (o apaga) salidas de Gempak
--grads o --nograds – enciende (o apaga) salidas de GrADS
--bufr o --nobufr – enciende (o apaga) salidas de Bufr
--nogrib o --nogrib2 – apaga Grib (o Grib2) salidas
--grbcnvrt – cambia salidas de Grib de Grib1 a Grib2 (o de Grib2 a
Grib1)
 Ejemplo en ems_post.conf
• Clave:
– GrADS = dominio exterior, dominio2,
dominio3, etc.
• Ejemplo:
– GrADS = Yes, No, Yes
• Se crea archivos de GrADS para el dominio
exterior y dominio3 pero no para dominio2
Ems_post: Otras opciones se usan con
menos frequencia

--auxfile --sfcout --noexport --nopost

--regrid --gridnum --rgempak --nogemse
--norgrads --nogradse --nogemsnd
 Comandos para ayuda de ems_post

• ems_post --help
– Muestra opciones y bandas de línea de
comando
• ems_guide –emspost
– Muchos detalles de las opciones
 Ejemplos con ems_post
(de línea de comando)
• ems_post
– Lo fácil – usa solo las configuraciones en
ems_post.conf
• ems_post --grib --nogempak --grads --nobufkit
--noexport
– Enciende Grib1 y GrADs
– Apaga Gempak y Bufkit
– No envia ningunos archivos a otros lugares
 Más ejemplos de ems_post
• ems_post --domain 2
– Procesa archivos solo para dominio 2. Por
defecto (si no hay una banda de “domain”), se
procesa dominio 1.
• ems_post --domain 2 --nogempak --grads
– Como el de arriba pero sin Gempak y con
GrADS
 Repaso: Proceso posterior
simultáneo
• Si hay una segunda computadora de Linux
en la misma red…
– Puede correr (usualmente vía cron) el WRF-EMS
en la computadora principal
• Pre-proceso y proceso van a correr allí
• Proceso posterior va a correr en la segunda
computadora
– La segunda computadora puede correr otras
cosas (sin relación con el WRF-EMS)
• La primera computadora debe estar dedicada para
correr sólo el WRF, al menos durante las corridas
 Repaso: Como se hace…
• Editar el archivo:
– $EMS/runs/<dominio>/conf/ems_run/ems_autopost.conf
• Agregue la segunda computadora al archivo
(donde dice en la documentación)
• Asegúrese que puede usar el comando “ssh”
entre las dos computadoras
• No usa contrasenas entre las computadoras
 Preguntas?
¿Quisiera aprender más?

Me puede enviar un email:

Brandt.Maxwell@noaa.gov