NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
The Garp options pulldown allows you to set logging to verbose 3 that may help you nail down where the problems are arising...
As far as your file endings, check your pqact / decoder entries .. there were changes in pqact awhile back that may affect your particular usage (elimination of the -e GEMTBL flag for example) ... you may find rewriting to absolute paths by product to be helpful in eliminating your shb issue.. something like this maybe
DDS|IDS ^U[ABDEFGHIJKLMPQRSTXZ].... .... ([0-3][0-9])([0-2][0-9])
PIPE decoders/dcuair -b 24 -m 16
-d /abs/path/data/gempak/logs/dcuair.log
-s /abs/path/gempak/nawips/gempakver/tables/stns/snworld.tbl
-p /abs/path/gempak/nawips/gempakver/tables/pack/snmerg.pack
/abs/path/data/gempak/upperair/YYYYMMDD_upa.gem
over the years i've found that when products are added or removed from
streams that separating products out and filing individually can be
helpful in tweaking to a particular setup...
hope this helps. cheers, --patrick ------ Original Message ------ From: "Podowitz, Derek (CIV)" <derek.podowitz@xxxxxxx>To: "Unidata GEMPAK Support" <support-gempak@xxxxxxxxxxxxxxxx>; "gembud@xxxxxxxxxxxxxxxx" <gembud@xxxxxxxxxxxxxxxx>
Sent: 10/25/2021 10:37:51 PMSubject: [gembud] Issues with viewing GEMPAK surface observations through GARP
GEMPAK Support,I have been encountering some issues with getting GARP 2.1 to load surface observations. GARP has a tendency to crash and work intermittently while it adds and loads the file list.The surface observation gem files end in *_sao.gem, but I believe our LDM feed also adds *_shb.gem (ship and buoy observations) to the same directory. Even when I move the *_shb.gem files out of this same directory, GARP may still crash.When I use the different verbose levels and view some of the output, I receive some of the following messages during my multiple attempts to get the surface observations to display:-- -- GetFilteredDirectoryList GetSfcList add_list add_file ... GEMPAK: [SF -6] File is not a surface data file. ... add_list add_file ... SetScrolledList AddProductsToList 211024/2040 to tm structure ... -- StringListFree BuildSurfaceParameterList SplitByDelimeter SplitByDelimeter StringListFree StringListFree readstn1 AddProductsToList SurfaceObsCB AdjustIndexOffset yyyymmddhhmm2time: Can't convert string 211024/1920 to tm structure -- --Is there a way to resolve any of the issues to get GARP to not crash when attempting to open these surface observations? Is there something that I need to reconfigure or update with GEMPAK or GARP to get it working appropriately?Please advise and let me know if you need any additional information. Thank you very much for your time and help.Very Respectfully, Derek Podowitz DON Meteorologist, Lab Manager Interactive Digital Environmental Analysis (IDEA) Lab Department of Meteorology Naval Postgraduate School NPS E-mail: derek.podowitz@xxxxxxx Cell: 856-220-7892
gembud archives: