Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Samuel, I apologize for the previous reply, it was incorrect advice. This problem appears to be an issue with how the ensemble files are specified in $GEMTBL/config/datatype.tbl In this file you will see an entry for Global Ensembles which readsENS $MODEL/ens YYYYMMDDHHfFFF_ens002.gem
and another just below that readsGEFS $MODEL/ens gefs_YYYYMMDDHH_gep*
The model plan view in GARP is looking for files with names YYYYMMDDHHfFFF_ens002.gem because of the ENS specified at the beginning of the line, but these likely do not exist. Instead you need to specify ENS for files with names gefs_YYYYMMDDHH_gep*, as in the second line above. I noticed the same error as the one you originally submitted, and was able to fix the problem by performing this edit. Please let me know if this works or if you still are having difficulties. Michael James Unidata Support Staff
Why does garp have an 'ensemble' option if it cannot handle the data? ________________________________________ From: Unidata GEMPAK Support [support-gempak@xxxxxxxxxxxxxxxx] Sent: Wednesday, September 10, 2008 11:46 AM To: Zehel, Samuel Cc: gembud@xxxxxxxxxxxxxxxx Subject: [GEMPAK #WLP-693503]: Garp & Ensemble data Samuel, It looks like garp will not handle the ensemble data, so you'll probably have to use nmap2 for those. I'm not sure about the models displaying no available times. Michael
gembud
archives: