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.
Patrick, I will take a look through those GARP files and verbose options more tomorrow. You did bring up a separate issue that relates to there not being as much surface observations as we anticipate that we should see when we are able to view some of the surface observations in GARP. I need to look further into that, but it may be more of an LDM issue where we are missing a data stream on our end. Thank you very much for the quick response. 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 ________________________________ From: Patrick L. Francis <wxprofessor@xxxxxxxxx> Sent: Monday, October 25, 2021 8:10 PM To: Podowitz, Derek (CIV) <derek.podowitz@xxxxxxx>; Unidata GEMPAK Support <support-gempak@xxxxxxxxxxxxxxxx>; gembud@xxxxxxxxxxxxxxxx <gembud@xxxxxxxxxxxxxxxx> Subject: Re: [gembud] Issues with viewing GEMPAK surface observations through GARP NPS WARNING: *external sender* verify before acting. 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<mailto:derek.podowitz@xxxxxxx>> To: "Unidata GEMPAK Support" <support-gempak@xxxxxxxxxxxxxxxx<mailto:support-gempak@xxxxxxxxxxxxxxxx>>; "gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>" <gembud@xxxxxxxxxxxxxxxx<mailto:gembud@xxxxxxxxxxxxxxxx>> Sent: 10/25/2021 10:37:51 PM Subject: [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<mailto:derek.podowitz@xxxxxxx> Cell: 856-220-7892
gembud
archives: